SCOUG-HELP Mailing List Archives
Return to [ 24 | 
December | 
2004 ]
<< Previous Message << 
 >> Next Message >>
 
 
 
=====================================================  
If you are responding to someone asking for help who  
may not be a member of this list, be sure to use the  
REPLY TO ALL feature of your email program.  
=====================================================  
 
In <200412241728.iBOHSGTg020607@smtp.ucsd.edu>, on 12/24/04   
   at 09:28 AM, sshapiro@ucsd.edu (Sandy Shapiro) said:  
 
>If I am understanding you correctly, this is now what I have in each  
>instance of resolv and resolv2:  
 
>domain ucsd.edu  
>nameserver 128.49.16.7  
>nameserver 132.239.1.52  
>nameserver dialin.ucsd.edu  
 
The first two name server entries are OK.  The third is not and may cause  
you problems.  The purpose of a name server is to translate host names to  
IP addresses.  It is sort of circular to supply a host name with needs to  
bee looked as the address of the thing that is responsible for looking up  
host names.  See what I mean?  
 
You can use dialin.ucsd.edu as a nameserver, but you need to name it using  
its IP address.  So:  
 
[j:\tmp\0]nslookup dialin.ucsd.edu  
Server:  rns2.earthlink.net  
Address:  207.217.77.82  
 
Non-authoritative answer:  
Name:    dialin.ucsd.edu  
Address:  137.110.0.26  
 
which says:  
 
nameserver 137.110.0.26  
 
will work for now.  Since nslookup does not list 137.110.0.26 as a name  
server, ucsd might be planning to stop using it as a name server, so it  
might stop working in the future.  
 
>When I dial in to UCSD, Injoy reports the following:  
 
>Host/ISP    ucsd  
>Local IP addr   137.110.172.225  
>Peer IP addr    137.110.0.74  
>DNS (primary)   128.49.16.7 (on another occasion it reported  
>137.110.0.172) DNS (backup)    132.239.1.52  
 
The DNS can change for several reasons.  The most common is load sharing.  
 
>Once I have dialed in and made the connection, I can open MR/2 ICE and  
>collect my email. But when I open Mozilla and search for a url, it hunts  
>and hunts and eventually times out.  
 
It should not do this.  You need to use iptrace to find out where Mozilla  
is going astray.  To use iptrace with Injoy, you need to tell Injoy to  
export the trace data.  
 
>Clearly this is a ucsd.edu problem as it does not happen with pacbell.net  
>-- even with resolv and resolv2 not in sync.  
 
Perhaps.  One can only guess until one sees some trace data.  
 
>(I would even try contacting UCSD if I knew an intelligent way to  
>question them).  
 
Once you have trace data that clearly shows the problem, reporting is is  
easier.  
 
Merry ho ho,  
 
Steven  
 
--   
----------------------------------------------------------------------  
"Steven Levine"   MR2/ICE 2.60b #10183 Warp4/FP15/14.100c_W4  
www.scoug.com irc.fyrelizard.com #scoug (Wed 7pm PST)  
----------------------------------------------------------------------  
 
=====================================================  
 
To unsubscribe from this list, send an email message  
to "steward@scoug.com". In the body of the message,  
put the command "unsubscribe scoug-help".  
 
For problems, contact the list owner at  
"rollin@scoug.com".  
 
=====================================================  
 
  
<< Previous Message << 
 >> Next Message >>
Return to [ 24 | 
December | 
2004 ] 
  
  
The Southern California OS/2 User Group
 P.O. Box 26904
 Santa Ana, CA  92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group.  ALL RIGHTS 
RESERVED. 
 
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International 
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
 
  |