Bug 159438

Summary: incorrect permissions in /etc/resolv.conf while running pptp
Product: [Fedora] Fedora Reporter: Luis <lftabera>
Component: pptpAssignee: Paul Howarth <paul>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 3   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-06-08 19:09:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Luis 2005-06-02 17:50:41 UTC
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):
pptp-1.6.0-5.fc3

How reproducible:
Always

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

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 19:56:01 UTC
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
using.

Comment 2 Luis 2005-06-08 19:09:55 UTC
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  130.206.5.5 --nolaunchpppd debug dump"

everithing works ok as long as it does not change the /etc/resolv.con

Comment 3 Paul Howarth 2005-06-09 08:34:03 UTC
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?

pptpclient-devel.net
https://lists.sourceforge.net/lists/listinfo/pptpclient-devel


Comment 4 Luis 2005-06-12 13:43:57 UTC
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