Re: talk daemon

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

 



-----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-----




[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux