Aiuta a configurare talk / talkd

Sto risolvendo / configurando "talk" http://linux.about.com/od/commands/l/blcmdl1_talk.htm Lo userò per comunicare in modo sicuro con altri utenti, condividere accessi e simili e chattare in modo particolare che non avere i nostri laptop personali sempre con noi, è meglio avere una "chat del server"

c'è il pacchetto client talk e il demone talkd

sono stati precedentemente installati

quando provo a parlare mir@myhost.com, ottieni quanto segue:

[No connection yet]
───────[ Error on read from talk daemon: Connection refused. Press any key...]─────────────────────
Then
[Checking for invitation on caller's machine]

ci provo pgrep talke pgrep talkdnon dà niente

Provo a iniziare a parlare con usarlo /usr/sbin/in.talkd mi dà: deve essere eseguito da inetd.

I vi /etc/inetd.conf- le 2 righe

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

cambio nobody.tty in root e udp in udp4 così diventa

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

mi assicuro /usr/sbin/in.talkd ed /usr/sbin/in.ntalkdesisto effettivamente - riavvio inetd - eppure nessun segno di talkd su inetd

nella mia caccia ai bug, ho raggiunto questa pagina: https://bugs.launchpad.net/ubuntu/+sour… bug / 250971

Suggerimento pacchetto binario: talkd Due problemi:

Il pacchetto talkd inserisce le sue informazioni inetd in /etc/inetd.conf anziché in /etc/inetd.conf.d
Le informazioni stesse sono formattate in modo errato per inetd da cui talkd dipende: talkd utilizza un formato "user.group" e inet si aspetta solo l'utente. Ricordo anche vagamente un problema con le autorizzazioni, ma non posso esserne sicuro.

ho provato a vi a /etc/inetd.conf.d - dà un nuovo file - aka non esiste già nulla, dovrei creare un nuovo file? quale è il formato? ho già cambiato il gruppo nobody.tty per fare il root dei follow-up sulle segnalazioni di bug suonano cinesi per me - hai idea di cosa si dovrebbe fare?

aiuto, aiuto, aiuto!

Grazie mille in anticipo

linux debian

— Mireille Raad
fonte

A proposito, hai pensato di configurare il tuo server Jabber? È il 2010, e non il 1980, sai ...

— Zoredache,

È raro che tutti abbiano effettuato l'accesso nella stessa casella. parlare dovrebbe funzionare nel tuo caso, ma devo chiederti .. Se non hai i tuoi laptop personali a cosa stai lavorando? terminali stupidi?

— Alex Jasmin,

zoredache: tutto ciò che dobbiamo condividere sono informazioni di accesso, datapath, informazioni - informazioni di 5 minuti per i membri del team che continuano a cambiare - non è il 1980 - ma questo è sporco veloce e facile imho :) Proverò a configurare il mio server Jabber quando ho un po 'di tempo libero: P --------------------------- Alexandre: bene molte volte, i file sono sul server, tu solo ssl - o a volte sei ad esempio in spiaggia, ti chiamano in caso di emergenza, fai il login per collaborare con qualcuno dalla tua shell del telefono: P senza bisogno di crittografia n software per condividere password n dati critici

— Mireille Raad

Utilizzare writesu un server locale o una soluzione crittografata più moderna. Dai un'occhiata al silc. Ci sono implicazioni di sicurezza con talkd ed è praticamente obsoleto a questo punto.

— Warner

Hai considerato di lasciare un editor di testo sullo schermo aperto? Se le persone hanno bisogno di parlare, connettiti alla sessione ame e inizia a scrivere.

— Zoredache,

Capisci che i servizi offerti da inetd sono lanciati su richiesta, giusto? Nulla di servito da inetd inizierà effettivamente fino a quando alcuni client non tenteranno effettivamente di connettersi a quella porta.

Ho appena installato sulla mia casella di test Debian 5.0.

Ho fatto un apt-get install talk talkd
Ho riavviato inetd /etc/init.d/openbsd-inetd restart
Ho permesso udp / 517 e udp / 518 con iptables

Quindi sono stato in grado di connettermi con talk username2@localhost. Ho visto il messaggio come l'altro altro utente del test e ho fatto una talk username1@localhostconnessione stabilita.

— Zoredache
fonte

controllerò l'iptables - 3 ° punto che hai menzionato - Onestamente, qualcun altro ha installato talk / talkd, non ha funzionato, quindi mi hanno detto di controllare - ho provato a riparare / reinstallare usando apt-get, non era disponibile , devo aggiornare l'elenco o forse reinstallare manualmente, ma quanto può essere errata l'installazione di talk-talkd? Grazie per la punta :)

— mireille raad

Questa risposta ha funzionato per me cercando di parlare localmente su Ubuntu 12.04 LTS.

— Wayne Werner,

Il tuo caso d'uso mi confonde davvero. in.ntalkd proviene da un'altra era, in cui l'intercettazione era meno comune, ora è quasi obsoleta. Trasmetterai informazioni riservate su un canale non protetto.

Detto questo, tieni presente che i servizi inetd sono generalmente protetti da un livello di sistema chiamato TCP Wrappers. in.ntalkd è generalmente binario collegato a libwrap.

man hosts_access dovrebbe aiutarti a risolvere il tuo problema.

Come altri, non raccomando davvero il tuo approccio.

— zarkdav
fonte