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

20040720: LDM - Redhat 9.0 - Port 388 Problems? (cont.)



>From: "Robert Dewey" <address@hidden>
>Organization: ?
>Keywords: 200407201449.i6KEnT9P006119 LDM firewall port 388

Robert,

>I figured out why our machine was reporting "filtered" rather than open - I 
>didn't open up 388/UDP, so only TCP could pass (I'm guessing). Anyway, when 
>I set the firewall to allow UDP as well, it worked.

388/UDP does not have to be open for the LDM to work.  Having both
TCP and UDP open will result in the filter indication going away, but
it is not needed for the LDM, which does not use UDP.

>I gave you the address in hopes that you could do a quick test such as 
>ldmping to see if there was indeed a problem, but its fixed now, so no need 
>for that.

OK.

>As far as reverse lookup, I have an actual static IP that was installed 
>earlier this afternoon, so reverse lookup will work.

OK.  Things look good now:

% nslookup 68.60.162.3
Server:         128.117.140.62
Address:        128.117.140.62#53

Non-authoritative answer:
3.162.60.68.in-addr.arpa        name = pcp09042867pcs.rocsth01.mi.comcast.net.

Authoritative answers can be found from:
60.68.in-addr.arpa      nameserver = dns02.jdc01.pa.comcast.net.
60.68.in-addr.arpa      nameserver = dns01.jdc01.pa.comcast.net.

% nslookup pcp09042867pcs.rocsth01.mi.comcast.net
Server:         128.117.140.62
Address:        128.117.140.62#53

Non-authoritative answer:
Name:   pcp09042867pcs.rocsth01.mi.comcast.net
Address: 68.60.162.3

>Thanks!

No worries.

Cheers,

Tom
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publically available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.