talk daemon

[Paul Dorneanu]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
there is no firewall (service iptables stop).
[root at 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 at 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-----