Ich behebe / konfiguriere "talk" http://linux.about.com/od/commands/l/blcmdl1_talk.htm. Ich werde es verwenden, um sicher mit anderen Benutzern zu kommunizieren, Anmeldungen und dergleichen zu teilen und speziell zu chatten, was wir nicht tun Wenn Sie unsere persönlichen Laptops immer dabei haben, ist es besser, einen "Server-Chat" zu führen.
Es gibt das Talk-Client-Paket und den Talkd-Daemon
Sie wurden zuvor installiert
Wenn ich versuche, [email protected] zu sprechen, erhalten Sie Folgendes:
[No connection yet]
───────[ Error on read from talk daemon: Connection refused. Press any key...]─────────────────────
Then
[Checking for invitation on caller's machine]
Ich versuche pgrep talkund pgrep talkdes gibt nichts
Ich versuche talkd /usr/sbin/in.talkd
damit zu starten gibt mir: muss von inetd ausgeführt werden.
I vi /etc/inetd.conf- die 2 Zeilen
#:BSD: Shell, login, exec and talk are BSD protocols.
talk dgram udp wait nobody.tty /usr/sbin/in.talkd in.talkd
ntalk dgram udp wait nobody.tty /usr/sbin/in.ntalkd in.ntalkd
Ich ändere Nobody.tty in root und udp in udp4, damit es wird
#:BSD: Shell, login, exec and talk are BSD protocols.
talk dgram udp4 wait root /usr/sbin/in.talkd in.talkd
ntalk dgram udp4 wait root /usr/sbin/in.ntalkd in.ntalkd
Ich stelle sicher /usr/sbin/in.talkd und /usr/sbin/in.ntalkdexistiere tatsächlich - ich starte inetd neu - aber keine Anzeichen von talkd auf inetd
Bei meiner Fehlersuche habe ich diese Seite erreicht: https://bugs.launchpad.net/ubuntu/+sour… bug / 250971
Hinweis zum Binärpaket: talkd Zwei Probleme:
- Das talkd-Paket legt seine inetd-Informationen in /etc/inetd.conf anstelle von /etc/inetd.conf.d ab
- Die Informationen selbst sind für das inetd, von dem talkd abhängt, falsch formatiert: talkd verwendet das Format 'user.group' und inet erwartet nur den Benutzer. Ich erinnere mich auch vage an ein Berechtigungsproblem, kann mir aber nicht sicher sein.
Ich habe versucht, zu /etc/inetd.conf.d zu vi - es gibt neue Datei - aka nichts existiert bereits, sollte ich neue Datei erstellen? Was ist das Format? Ich habe bereits die Nobody.tty-Gruppe geändert, um die Nachverfolgungen der Fehlerberichte zu verwurzeln, die für mich chinesisch klingen. Haben Sie eine Idee, was zu tun ist?
Hilfe Hilfe Hilfe !
vielen Dank im Voraus
writeauf einem lokalen Server oder einer moderneren verschlüsselten Lösung. Schauen Sie sich Silc an. Talkd hat Auswirkungen auf die Sicherheit und ist derzeit ziemlich veraltet.Antworten:
Sie verstehen, dass die von inetd angebotenen Dienste bei Bedarf gestartet werden, oder? Nichts, was von inetd bereitgestellt wird, wird tatsächlich gestartet, bis ein Client tatsächlich versucht, eine Verbindung zu diesem Port herzustellen.
Ich habe gerade auf meiner Debian 5.0-Testbox installiert.
apt-get install talk talkd/etc/init.d/openbsd-inetd restartDann konnte ich mich verbinden
talk username2@localhost. Ich habe die Nachricht als den anderen Testbenutzer gesehen und einetalk username1@localhostund die Verbindung wurde hergestellt.quelle
Ihr Anwendungsfall verwirrt mich wirklich. in.ntalkd stammt aus einer anderen Zeit, in der das Abhören weniger verbreitet war und mittlerweile so gut wie veraltet ist. Sie übertragen vertrauliche Informationen über einen ungesicherten Kanal.
Beachten Sie jedoch, dass inetd-Dienste normalerweise durch eine Systemschicht namens TCP Wrappers geschützt sind. in.ntalkd ist normalerweise binär mit libwrap verknüpft.
man hosts_access soll Ihnen bei der Lösung Ihres Problems helfen.
Wie andere empfehle ich Ihren Ansatz wirklich nicht.
quelle