-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
there is no firewall (service iptables stop). [root@sol xinetd.d]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination
Chain FORWARD (policy ACCEPT) target prot opt source destination
Chain OUTPUT (policy ACCEPT) target prot opt source destination
[root@sol xinetd.d]# netstat -plut
Active Internet connections (only servers)
...
udp 0 0 *:talk *:* 21014/xinetd
udp 0 0 *:ntalk *:* 21014/xinetd
...
the talk command is saying: Error on read from talk daemon: Connection refused. Press any key...
Andy Green wrote:
| On Thursday 15 January 2004 16:44, Paul Dorneanu wrote: | |> yes, of course. the machine was even rebooted multiple times. |> this is an older "bug". | | | It could be a bug, I never used talk. | | If the 'Connection' is 'refused' then either the firewall is set to | DROP or nothing is listening, suggesting that the subprocess from | xinetd failed. | | What do you see from netstat -plut as root? | | Is there anything in /var/log/messages or any other likely logs? | | It seems you can run these xinetd /usr/sbin/in.* things standalone. | Assuming that there is an in.talk the same way there is an | in.tftp, try running it in a console standalone and look for | errors. If you don't see any, try a netstat -plut and see if the | standalone guy is listening. | | -Andy | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFABsm8f6910gYCyYMRAuALAJ9duV2CTy4FSLHZJEiITQtvbAwvTQCfV9AX r/BPGpjs7h6A3YoFOtkB70w= =2lhF -----END PGP SIGNATURE-----
