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.
|