Hello Brian, Am 14.05.2018 um 21:22 schrieb Cuttler, Brian R (HEALTH): > The tcpdump was performed on the client, this shows a failure from the > client to the server showing “TCP(6)” > > Which I think is the problem. The server is IPv4 only, xinetd specified > the flag as “IPv4” and the inbound traffic is IPv4.
No, I don't think that this is the problem. [..] > 11:29:40.183354 IP (tos 0xc0, ttl 64, id 11278, offset 0, flags [none], > proto ICMP (1), length 80) > > biowork2.health1.hcom.health.state.ny.us > flower.wadsworth.org: > ICMP host biowork2.health1.hcom.health.state.ny.us unreachable - admin > prohibited, length 60 > > IP (tos 0x0, ttl 64, id 9375, offset 0, flags [DF], proto TCP (6), > length 52) > > flower.wadsworth.org.516 > > biowork2.health1.hcom.health.state.ny.us.amanda: Flags [S], cksum 0xfc6b > (correct), seq 2828866963, win 49640, options [mss 1460,nop,wscale > 0,nop,nop,sackOK], length 0 This capture is _one_ ICMP control message from the server to the client which informs the client that his connections request to port of amanda was not granted, most probably because of firewall settings. The 6 you see in TCP(6) is just the assigned protocol number for TCP from IANA: http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml Maybe having a look in the man page of tcpdump (man tcpdump) might help interpreting the output, as it can be confusing. So the client has tried to reach the servers amanda port, which was not open. Look into your iptables rules, maybe selinux policy and double check if xinetd is in fact running and listening at the port. Regards, Ingo
