Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.networking > #3195

Re: Dialup PPP fails after new server, admins at ISP

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>

Show all headers | View raw


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


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