Bug 134333 - PPP configuration problem in the rc.d scripts in combination with bash shell
Summary: PPP configuration problem in the rc.d scripts in combination with bash shell
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 7.1-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-07 11:40 UTC by dreibh
Modified: 2017-12-31 22:35 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dreibh 2009-05-07 11:40:01 UTC
I have set the shell for the root user to bash. The system has a PPPoE configuration to connect to Telekom DSL. In /etc/rc.conf, the following PPP configuration is entered:
ppp_enable="YES"
ppp_nat="NO"
ppp_profile="telekom"
ppp_mode="ddial"

On boot, the system does not activate this configuration. The ppp daemon is not started. Starting it manually works fine.

Fix: 

In the Internet, I found a forum entry from 2005 describing the same problem (https://www.bsdforen.de/showthread.php?p=82530). The solution was to use /bin/csh as shell for root. After this change, the PPP configuration at system boot works as expected. I did no further debugging of this problem yet, but I assume that somewhere in the rc.d scripts /bin/csh is assumed to be the shell of the root user. This is clearly a bug which should be fixed.
How-To-Repeat: Use bash (/usr/local/bin/bash) as shell for root. The Internet connection is not established on system boot after that.
Comment 1 Gavin Atkinson freebsd_committer freebsd_triage 2009-05-07 15:46:29 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-rc

Over to maintainer(s).  Be aware, however, that I'm not sure bash is supported 
as the default root shell, so other breakages similar to this may also occur.
Comment 2 Jilles Tjoelker freebsd_committer 2009-06-06 09:30:36 UTC
The cause is probably that /etc/rc.d/ppp is using su -m, which uses the
invoking user's shell from /etc/passwd. There doesn't seem a good
alternative for su -m though, other than requiring the target user have
/bin/sh as shell and using plain su or su -. A new option to su to
execute a command using /bin/sh could be useful.

-- 
Jilles Tjoelker
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:31 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped