Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.networking > #3195
| From | Mike Spencer <mds@bogus.nodomain.nowhere> |
|---|---|
| Newsgroups | comp.os.linux.networking |
| Subject | Re: Dialup PPP fails after new server, admins at ISP |
| Date | 2014-12-21 03:26 -0400 |
| Organization | Bridgewater Institute for Advanced Study - Blacksmith Shop |
| Message-ID | <87bnmxv4ys.fsf@bogus.nodomain.nowhere> (permalink) |
| References | (5 earlier) <slrnm8pgkl.7m7.ibuprofin@fermi.phx.az.us> <877fxt4at9.fsf@bogus.nodomain.nowhere> <slrnm8um7n.33f.ibuprofin@fermi.phx.az.us> <87r3vyis2z.fsf@bogus.nodomain.nowhere> <slrnm93jo1.2v9.ibuprofin@fermi.phx.az.us> |
Moe Trin <ibuprofin@painkiller.example.tld.invalid> writes: > I've successfully used the ppp option "usepeerdns" which will get > nameserver address(es) from the peer (the microsoft way), and pppd > then sets two internal variables (DNS1 and DNS2) and creates a file > /var/run/ppp/resolv.conf file containing one or two nameserver lines > with the address(es) supplied by the peer. > [ snip further details] Huh. Cool. I didn't know how that was supposed to work. I'll have to try that. I can dick around with hiding or restoring /etc/resolve.conf as needed. I dislike the idea that we should all just use google's open DNS server. I've also noted tha some wi-fi access points have a feature that points all DNS requests back to the manufacturer of the wireless router. I think that's pretty wierd but I haven't had occasion to look at it closely. -- Mike Spencer Nova Scotia, Canada
Back to comp.os.linux.networking | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-08 22:46 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-09 18:08 +0000
Re: Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-11 04:07 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-11 18:55 +0000
Re: Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-12 22:34 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-13 22:49 +0000
Re: Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-15 03:44 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-15 21:55 +0000
Re: Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-17 04:44 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-17 18:43 +0000
Re: Dialup PPP fails after new server, admins at ISP Mike Spencer <mds@bogus.nodomain.nowhere> - 2014-12-21 03:26 -0400
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-21 19:19 +0000
Re: Dialup PPP fails after new server, admins at ISP Michael Black <et472@ncf.ca> - 2014-12-11 15:01 -0500
Re: Dialup PPP fails after new server, admins at ISP Moe Trin <ibuprofin@painkiller.example.tld.invalid> - 2014-12-12 02:02 +0000
csiph-web