Hilfe beim Konfigurieren von talk / talkd

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, mich@myhost.com 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

linux debian

— Mireille Raad
quelle

Übrigens, haben Sie darüber nachgedacht, nur Ihren eigenen Jabber-Server einzurichten? Es ist 2010 und nicht 1980, wissen Sie ...

— Zoredache

Es ist selten, dass sich alle in derselben Box angemeldet haben. Das Gespräch sollte in Ihrem Fall funktionieren, aber ich muss fragen. Wenn Sie keine persönlichen Laptops haben, woran arbeiten Sie? dumme Terminals?

— Alex Jasmin

zoredache: alles was wir teilen müssen sind Anmeldeinformationen, Datenpfade, Informationen - eine 5-minütige Information für Teammitglieder, die sich ständig ändern - es ist nicht das Jahr 1980 - aber das ist schmutzig schnell und einfach imho :) Ich werde versuchen, meinen eigenen Jabber-Server einzurichten wenn ich etwas Freizeit habe: P --------------------------- Alexandre: Nun, oft sind Dateien auf dem Server, u nur ssl - oder manchmal bist du zum Beispiel am Strand, sie rufen dich im Notfall an, du

— loggst dich

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

— Warner

Haben Sie darüber nachgedacht, nur einen Texteditor im Bildschirm geöffnet zu lassen? Wenn Leute sprechen müssen, verbinden Sie sich mit der ame-Sitzung und beginnen Sie zu schreiben.

— Zoredache

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.

Ich habe ein apt-get install talk talkd
Ich habe das inetd neu gestartet /etc/init.d/openbsd-inetd restart
Ich habe udp / 517 und udp / 518 mit iptables zugelassen

Dann konnte ich mich verbinden talk username2@localhost. Ich habe die Nachricht als den anderen Testbenutzer gesehen und eine talk username1@localhostund die Verbindung wurde hergestellt.

— Zoredache
quelle

Ich werde die iptables überprüfen - 3. Punkt, den Sie erwähnt haben - Ehrlich gesagt, jemand anderes hat talk / talkd installiert, es hat nicht funktioniert, also haben sie mir gesagt, ich soll es überprüfen - ich habe versucht, es mit apt-get zu reparieren / neu zu installieren, es war nicht verfügbar Ich muss die Liste aktualisieren oder manuell neu installieren - aber wie falsch kann die Installation von talk-talkd schief gehen? Danke für den Tipp :)

— Mireille Raad

Diese Antwort funktionierte für mich, als ich versuchte, lokal unter Ubuntu 12.04 LTS zu sprechen.

— Wayne Werner

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.

— zarkdav
quelle