[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference irocz::netrider

Title:NetRider --- Remote Network Access Conference
Notice:Please use keywords! See Note 2 for Directory of Important Notes
Moderator:LAVC::CAHILLON
Created:Tue Jan 24 1995
Last Modified:Mon Jun 02 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:554
Total number of notes:2264

543.0. "kit location for DRAS" by NEASSG::MARTINELLO (Don't Panic) Wed Apr 30 1997 15:07

    HI,
    
    Not having any luck with Netscape trying to download the DRAS kit
    version 1.1 and the DNAS kit. version 2.2 Is there somewhere I can get th
    e kit internally useing DECnet.....
    
    WE need the ALPHA version of the kits.
    
    Using Netscape all we get is the system is not accessible..(sp)
    
    Thank You,
    
    Joe
T.RTitleUserPersonal
Name		DateLines
543.1nevermindNEASSG::MARTINELLODon't PanicFri May 02 1997 10:2411
    Hi,
    
    Found our Netscape problem it seems the systems running Netscape are
    using DHCP (no name registration in the DNS server)and our FTP server 
    will not respond to a system that it can not resolve its name. This is 
    a wonderful feature since most of my customers are using or are moving
    to DHCP. 
    
    Regards,
    
    joe martinello
543.2A problem easily solved...IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Fri May 02 1997 11:1315
RE: .1

>    Found our Netscape problem it seems the systems running Netscape are
>    using DHCP (no name registration in the DNS server)and our FTP server 
>    will not respond to a system that it can not resolve its name.

Go flog your system administrator(s).  Just laziness or ignorance on their
part.  There's absolutely no reason that all the IP addresses in the DHCP
address pool shouldn't have DNS registrations to match!  Granted the names
will be generic, e.g. dhcp1737.lkg.dec.com, but who cares?

Regards,

Dave
543.3Don't blame the system admins...twick.nio.dec.com::PETTENGILLmulpThu May 08 1997 00:1412
You have to flog the name server managers, who have enough problems as it is.
There are no tools that automate managing DNS servers AND that support all the
wierdness that you need to do with DNS to sort of simulate a modern transport.

Even the LAT architecture and at least the VMS LAT implementation handle
path failover, and LAT has been pretty much abandoned for at least 5 years.

Given the wide use of dialup lines, wireless, and dynamic address assignment,
"authenticating" by checking for a valid back and forward translation is
rather stupid.  And expensive.  DEC appears to have abandoned it for allowing
access to the web firewall passthru.
543.4IROCZ::D_NELSONDave Nelson LKG1-3/A11 226-5358Thu May 08 1997 09:4032
RE: .3

> There are no tools that automate managing DNS servers...

But there is ongoing work in the ITEF around dynamic DNS updates, and how to
tie that in with DHCP.

> ...AND that support all the wierdness that you need to do with DNS to sort 
> of simulate a modern transport.

What _are_ you babbling about?  DNS simulating a transport?  Huh?

> Even the LAT architecture and at least the VMS LAT implementation handle
> path failover, and LAT has been pretty much abandoned for at least 5 years.

Yea, and your point is?

> ..."authenticating" by checking for a valid back and forward translation is
> rather stupid.

Perhaps.  But we still seem to be doing it for anonymous ftp access from
customer sites!

> DEC appears to have abandoned it for allowing access to the web firewall 
> passthru.

Would that that were so in all cases.

Regards,

Dave