Bug 159438 - incorrect permissions in /etc/resolv.conf while running pptp
incorrect permissions in /etc/resolv.conf while running pptp
Product: Fedora
Classification: Fedora
Component: pptp (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Paul Howarth
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2005-06-02 13:50 EDT by Luis
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-06-08 15:09:55 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Luis 2005-06-02 13:50:41 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.0.4-1.3.1 Firefox/1.0.4

Description of problem:
When you run the program it creates e new /etc/resolv.conf file replacing the old one.
But the new one has owner and group =root and permissions 0077.
It should be 0022. Otherwise, only root can resolv adresses

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Start the program
2.ls -l /etc/resolv.conf

Actual Results:  -rw-------  1 root root 25 jun  2 19:19 /etc/resolv.conf

Expected Results:  -rw-r--r--  1 root root 25 jun  2 19:20 /etc/resolv.conf

Additional info:
Comment 1 Paul Howarth 2005-06-02 15:56:01 EDT
How are you running pptp? What options are you passing to it?

/etc/resolv.conf is not actually modified by pptp itself but by pppd, so if
anything it's likely that there's a problem there or with an if-up script you're
Comment 2 Luis 2005-06-08 15:09:55 EDT
Ok, it is not a bug in Fedora Extras, I used the pptpconfig-20040722-6 package
from  sourceforge to have a graphical frontend. It is this program who actually
changes the /etc/resolv.conf from /var/run/ppp/resolv.conf

If I use the command line
pppd debug updetach logfd 1 linkname MYNET-i dump noauth
refuse-chaprefuse-mschap name MYNET\\myself remotename  MYNET-i ipparam MYNET-i
nobsdcomp nodeflate usepeerdns pty "pptp --nolaunchpppd debug dump"

everithing works ok as long as it does not change the /etc/resolv.con
Comment 3 Paul Howarth 2005-06-09 04:34:03 EDT
Since I'm also the maintainer of the upstream packages, I still have an interest
in this. Could you please report this issue on the pptpclient-devel mailing list?

Comment 4 Luis 2005-06-12 09:43:57 EDT
I found the origin of the problem. A custom /etc/bashrc that sometimes sets
incorrect masks, I realized when I started to have similar problems with another
program. After replacing it by the default fedora /etc/bashrc everyting works fine

Note You need to log in before you can comment on or make changes to this bug.