From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SCzAI-00022m-Ly for garchives@archives.gentoo.org; Wed, 28 Mar 2012 20:08:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2361AE0E70; Wed, 28 Mar 2012 20:08:04 +0000 (UTC) Received: from mail-qc0-f181.google.com (mail-qc0-f181.google.com [209.85.216.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 44399E0E89 for ; Wed, 28 Mar 2012 20:05:39 +0000 (UTC) Received: by qcsk26 with SMTP id k26so1022750qcs.40 for ; Wed, 28 Mar 2012 13:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=v/UB9/kuLUkWwfbTE2YeZzUqRS67aeYB8uqN+7JTFFg=; b=eee9929PweS708g8SuUdx91XBHRdaDY718EMTXaxs3ur1Yo0QiD0XIU2B+dn/Ai1X3 6Xkf3FQcEY5hGTcWF4ab2OB8bBykBxSUY7i56HwBLVSE6/Lfq7o9fOGw+CD147+b3c+g 7i+R7+1i5kFddo4SiitVTgN5Ao2ThFBGKugs+AUsgzdFGHumBtIg/bJe6yt51pR2M4hP /4v5CDnB7C+obipzSJpMl6DW3NLEhq48Rw8azNz/WR5p4iDoOBEU8FJm92geZ4xEsC9g zChpwgBOaoEvJflQggGCJ5EnObMIcFPvQVHQRdJ7LihqUELAuW113/j9l25u48lWiTjy E3kw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.224.173.141 with SMTP id p13mr40170419qaz.82.1332965138749; Wed, 28 Mar 2012 13:05:38 -0700 (PDT) Received: by 10.229.137.4 with HTTP; Wed, 28 Mar 2012 13:05:38 -0700 (PDT) Date: Wed, 28 Mar 2012 14:05:38 -0600 Message-ID: Subject: Re: [gentoo-user] ppp-gentoo woes cont'd [SOLVED-sorta] From: Maxim Wexler To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 936752a9-da45-4c05-a7ad-d3c525f3f781 X-Archives-Hash: a86e95cd0bcc821f519b62b7867b30e9 >> >>> with ppp connections you are not using a dhcp client, pppd gets the >>> nameserver ip addressess as part of the connection negotiation (if >>> peerdns is set) and the aforemetioned script in >>> /etc/ppp/ip-up.d/40-dns.sh writes those to /etc/resolv.conf This is at the top of /etc/resolv.conf # Generated by dhcpcd # /etc/resolv.conf.head can replace this line # /etc/resolv.conf.tail can replace this line But according to /var/log/messages: Mar 28 13:24:01 lumby pppd[16825]: primary DNS address 75.153.176.1 Mar 28 13:24:01 lumby pppd[16825]: secondary DNS address 75.153.176.9 But whatever is in resolv.conf is overwritten with blanks AFTER I connect. Which creates this odd situation where I can ping numbers, ie, 8.8.8.8 but not com, net, org etc. Once I "connect" I have to echo the DNS addresses into resolv.conf before I can reach anything. Also, I notice whenever I set up a route to my router those numbers get wiped. Is that the default behavio(u)r?. NB, I have nothing in the way of services other than ppp configured at all. Maybe later after I sort it all out I'll rig up something automatic. Thanks for everybody's hlp MW ps: according to /etc/ppp/ip-up.d/40-dns.sh: ------------------------------------------------------------------------------------------------------------------------------- #!/bin/sh # Handle resolv.conf generation when usepeerdns pppd option is being used. # Used parameters and environment variables: # $1 - interface name (e.g. ppp0) # $USEPEERDNS - set if user specified usepeerdns # $DNS1 and $DNS2 - DNS servers reported by peer if [ "$USEPEERDNS" ]; then if [ -x /sbin/resolvconf ]; then { echo "# Generated by ppp for $1" [ -n "$DNS1" ] && echo "nameserver $DNS1" [ -n "$DNS2" ] && echo "nameserver $DNS2" } | /sbin/resolvconf -a "$1" else # add the server supplied DNS entries to /etc/resolv.conf # (taken from debian's 0000usepeerdns) # follow any symlink to find the real file REALRESOLVCONF=$(readlink -f /etc/resolv.conf) if [ "$REALRESOLVCONF" != "/etc/ppp/resolv.conf" ]; then # merge the new nameservers with the other options from the old configuration { grep --invert-match '^nameserver[[:space:]]' $REALRESOLVCONF cat /etc/ppp/resolv.conf } > $REALRESOLVCONF.tmp # backup the old configuration and install the new one cp -dpP $REALRESOLVCONF $REALRESOLVCONF.pppd-backup mv $REALRESOLVCONF.tmp $REALRESOLVCONF # correct permissions chmod 0644 /etc/resolv.conf chown root:root /etc/resolv.conf fi fi fi -------------------------------------------------------------------------------------------------------------------------------- the software is aware of two resolv.confs, one under /etc/, one under /etc/ppp. /etc/ppp/resolv.conf is correctly filled in, but the other is wiped. Can anyone see why? MW