Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

MediaOne/RR/AT&T cablemodemers alert



24.128.60.8 and 24.128.60.7 still work, so what's the real problem. I just 
tested 24.128.60.8 and it appears to be working fine.
John Abreau wrote:
> --==_Exmh_-1206541484P
> Content-Type: text/plain; charset=us-ascii
> 
> David Kramer <david at thekramers.net> writes;
> 
> > They just changed name server IP's.  Had me going crazy why I could find
> > things from my server (which got the new numbers through DHCP), but my
> > Windows box couldn't (which has the numbers hard-coded, and a rebood to
> > change them).
> > 
> > I should probably set up a cacheing-only name server on my linux box to
> > solve this problem.  Sounds like a medium-sized project I don't have the
> > time or knowledge for right now though.
> 
> They changed it with no notice to the customer base? That's pretty lame.
> I'd certainly recommend running DNS internally. 
> 
> I haven't looked at how caching-only servers are defined in the various 
> linux distributions. If it's actually a complete DNS server that just 
> happens
> to not be serving any zones, then I'd agree it's a good option. If it's 
> implemented as something that merely passes requests on to the ISP's DNS 
> server if the request isn't already cached, then I'd suggest running the 
> complete server.
> 
> 
> --
> John Abreau / Executive Director, Boston Linux & Unix 
> ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
> Email jabr at blu.org / WWW http://www.blu.org
> 
> 
> 
> 
> --
> John Abreau / Executive Director, Boston Linux & Unix 
> ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
> Email jabr at blu.org / WWW http://www.blu.org
> 
> 
> 
> --==_Exmh_-1206541484P
> Content-Type: application/pgp-signature
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Content-Type: text/plain; charset=us-ascii
> 
> David Kramer <david at thekramers.net> writes;
> 
> > They just changed name server IP's.  Had me going crazy why I could find
> > things from my server (which got the new numbers through DHCP), but my
> > Windows box couldn't (which has the numbers hard-coded, and a rebood to
> > change them).
> > 
> > I should probably set up a cacheing-only name server on my linux box to
> > solve this problem.  Sounds like a medium-sized project I don't have the
> > time or knowledge for right now though.
> 
> They changed it with no notice to the customer base? That's pretty lame.
> I'd certainly recommend running DNS internally. 
> 
> I haven't looked at how caching-only servers are defined in the various 
> linux distributions. If it's actually a complete DNS server that just 
> happens
> to not be serving any zones, then I'd agree it's a good option. If it's 
> implemented as something that merely passes requests on to the ISP's DNS 
> server if the request isn't already cached, then I'd suggest running the 
> complete server.
> 
> 
> - --
> John Abreau / Executive Director, Boston Linux & Unix 
> ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
> Email jabr at blu.org / WWW http://www.blu.org
> 
> 
> 
> 
> - --
> John Abreau / Executive Director, Boston Linux & Unix 
> ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
> Email jabr at blu.org / WWW http://www.blu.org
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: Exmh version 2.2 06/23/2000
> 
> iQCVAwUBO7qZJFV9A5rVx7XZAQLd4QP+I6LkrGbDFVlfbIGwcLozqG+uYRhqdNHQ
> R30tdk8V0QuuPDLx6VJUpSGgJ2GrL7y8SebZSCWSCCuihFbOfAwPlyikzg/+vHvE
> bfnPYXJw1ViaQHagPbwTHEL2T2Yr9bThEov2mNOEO+ziVeGmRmbA/lRRQ04Ueokk
> OI5R6NPijt0=
> =aXUY
> -----END PGP SIGNATURE-----
> 
> --==_Exmh_-1206541484P--
> -
> Subcription/unsubscription/info requests: send e-mail with
> "subscribe", "unsubscribe", or "info" on the first line of the
> message body to discuss-request at blu.org (Subject line is ignored).
> 

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix user group
http://www.blu.org


-
Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at blu.org (Subject line is ignored).




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org