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

Conference lassie::ucx

Title:DEC TCP/IP Services for OpenVMS
Notice:Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System
Moderator:ucxaxp.ucx.lkg.dec.com::TIBBERT
Created:Thu Nov 17 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:5568
Total number of notes:21492

5435.0. "Why does LPD server need to check lpd client with name server?" by BRSDVP::KNEUTS (Erwin Kneuts DTN 856-8726) Tue Apr 15 1997 05:50

Hello,

Could someone comment on following LPD behaviour?

This is a reformat of my entry 5357, as it was unclear.  I' ll try to produce a 
clear story here, hoping for more response.


UCX 4.1 ECO 1 on vms 6.1:

1) LPD client sends .cf and .df file to LPD server.   
    .cf file contains, among other info, the name of the client.
   LPD client has an entry for LPD server in host database.

2) LPD *server* (ucx$lpd_queue process) contacts DNS server, supposedly for
   backtranslation of incoming client IP address.
   When DNS server not available, time-out after 3 minutes, and 
   print job completes. During these 3 minutes the UCX$lpd_queue process
   has a BG device in the busy state. LPD job remains executing for 3 minutes,
   so lpd server is limited to 20 jobs an hour.

Why do we need the backtranslation, as the info is in the .cf file?
If  the back translation is needed for security reasons, then I would expect 
no completion at all, otherwise it does not make sense.

The discussion in 374.* suggests this is  expected behaviour.
My customer wants to get rid of this behaviour, as it is a potential cause of
problems, and the behaviour as such does not bring added value as far as we
understand.

OR, the lpd request is rejected with a clear error message,
OR the lpd request is accepted and printed right away.


Thanks for your comments.

Erwin

T.RTitleUserPersonal
Name
DateLines