Newsgroup: it.comp.os.linux.software
Titolo: Parlare via internet

Qualcuno mi suggerisce un programma per parlare via internet?
Possibilmente dovrebbe avere anche una versione compatibile per Windows.
Grazie!

{MSX} wrote:

gnomemeeting.
deve essere compatibile con netmeeting...
www.gnomemeeting.org
-- 
$ do more with less
bash: syntax error near unexpected token 'do'

 Possibilmente dovrebbe avere anche una versione compatibile per Windows.
Se `1.2.3.4' è l'IP dell'altra persona e `9999' è una qualunque porta
libera sopra la 1024...
Sul tuo computer:
    $ nc 1.2.3.4 9999 </dev/dsp >/dev/dsp
Sul computer dell'altra persona:
    $ nc -l -p 9999 </dev/dsp >/dev/dsp
Spartano ma funziona.  Solo, se usi le cuffie, occhio ai DoS! ;-D
-- 
"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." -- Alan Kay, 1971

 Possibilmente dovrebbe avere anche una versione compatibile per Windows.
LinPhone
http://www.linphone.org/?lang=us&rubrique=1
Non l'ho mai provato effettivamente, ma sembra faccia cio' che vuoi.
Non sembra male.
Ha anche dei corrispettivi Windows, trovi l'elenco sul sito sopra
riportato.
Fammi sapere se lo testi, mi interessa ;)
Ciao.

 Spartano ma funziona.  Solo, se usi le cuffie, occhio ai DoS! ;-D
Gulp! Non l'ho provato ma per me sarebbe fantastico!
Sai se funziona sotto cygwin (se l'altra persona non puo' usare linux,
cosi' dovrebbe solo aprire una finestra di cygwin e digitare il comando :-))

 
Hai mica sottomano la home page di nc ?

 Hai mica sottomano la home page di nc ?
No, ma ti posso dire che il nome completo č netcat e che dovrebbe
essere gią pacchettizzato per qualunque distribuzione o quasi.
-- 
"The hardest part isn't inventing the solution but figuring out how to
get people to adopt it."
                                                     -- Bill Joy

 cosi' dovrebbe solo aprire una finestra di cygwin e digitare il comando :-))
Per quando cygwin faccia del suo meglio per emulare un ambiente Unix,
dubito che arrivi al punto di creare i device file, ma puoi toglierti
facilmente la curiositā facendo digitare al tuo amico il comando `ls
-l /dev/dsp' e, se esiste, `cat file.au >/dev/dsp' (dove file.au č un
file in formato Sun Audio), al che dovrebbe seguire la riproduzione di
quel file.
Comunque credo ci siano soluzioni libere e preimpacchettate pių comode
di netcat, salvo che tu non ami smanettare ti consiglio di proseguire
con le ricerche. :-)
Massimiliano


ti ringrazio della risposta al mio messaggio + sotto :-)
Volevo solo chiederti se scherzavi o se c'e' qualche arcano motivo per cui
usando le cuffie in questo modo si sarebbe esposti ad un attacco DoS :O
Che differenza fara' mai per rete, firewall, ecc. se usi le cuffie o le
casse?
Dovrebbe essere chiaro che sono ignorante in materia (sob)

>     $ nc 1.2.3.4 9999 </dev/dsp >/dev/dsp
Questa devo provarla!
Fede



Teamspeak
http://www.teamspeak.org/

 casse?
Usando netcat apri una porta e metti la rete in diretta connessione
con la tua scheda audio, senza controlli su chi può inviare cosa
(eccetto magari un controllo su IP tramite firewall, ma se è l'IP
attraverso il quale esce una LAN il problema si ripropone).
Se qualcuno poco simpatico lo viene a sapere, può cominciare a inviare
dati `non vocali' su quella porta.  Ora, un fischio acutissimo già dà
fastidio ascoltato attraverso le casse, figurati quando hai gli
altoparlanti sulle orecchie...  DoS non è il nome appropriato,
potremmo chiamarlo DoH: Denial of Hearing. :-)
Massimiliano


http://www.teamspeak.org/
io l'ho provato e funziona egregiamente.
Due miei amici ne fanno largo uso in wireless.

 potremmo chiamarlo DoH: Denial of Hearing. :-)
LOL!
-- 
Vuoi fare colpo su di lei con me?
Fai colpo su di lei con me! Fai colpo su di lei con me!
[Dr. Gonzo : Paura e delirio a Las Vegas]

 Spartano ma funziona.  
Spartano?  Fantastico direi.  Grazie di averlo postato :-)


 LOL!
Nel frattempo ho scoperto cryptcat: tutto quello che fa netcat con, in
più, connessione autenticata e cifrata.  Test clinici dimostrano un
sostanziale incremento di protezione del timpano dopo appena
un'opzione da linea di comando!
    $ cryptcat -k password <il resto uguale a netcat>
-- 
Dicette 'o pappece 'nfaccia 'a noce: damme tiempo ca' te spurtòse!
                                    (Proverbio napoletano)

 Spartano ma funziona.  
Mmmh, sto provando in lan e non mi funziona :-(
Mi sono mosso  in questo modo: 
sulla macchina B, che non ha microfono (ma penso non sia vincolante,
vorrei almeno sentisse quello che dice A), ho lanciato nc -l -p 9999 <
/dev/dsp > /dev/dsp
Sulla macchina A ho lanciato nc  ip_di_B 9999 < /dev/dsp > /dev/dsp 
Ho alzato il volume del mic al massimo e ho lasciato al minimo il
volume globale (per non sentire quello che dico), ma non funziona, 
dall'altra parte non esce nulla...
(ora che ci penso con la  prova che voglio fare io non sono necessarie
due redirezioni,  ma solo una per  host; il ricevente >  dsp, e quello
che manda < dsp)
+++
E ti dico di piu' :-)  mi e' -totalmente- morta la rete locale.
Ora cerchero' di fare un'analisi di quello che e' successo.  Faccio la
prima prova col comando che hai postato con un amico a casa sua (anche
lui senza  microfono) e non  funziona (la rete potrebbe  anche essermi
caduta in quel momento, non ho guardato).
A quel  punto provo in locale  fra due mie macchine.   Premetto che ho
tre macchine: damun, taf e  carmela.  carmela fa da gateway.  La prova
l'ho fatta fra damun e taf.  Anche li' vedo che non funziona.  Riprovo
con una redirezione  sola (a quel punto ho realizzato  che non avevo 2
microfoni) e mi accorgo che la rete (locale) e' irraggiungibile.
Da taf se lancio ping damun ottengo:
connect: Network is unreachable
Da damun se lancio ping taf ottengo:
[1640][root@damun:~]$ ping taf
PING tafroute.fork.ouz (192.168.7.44) 56(84) bytes of data.
WARNING: failed to install socket filter
: Protocol not available
From damun.fork.ouz (192.168.7.38) icmp_seq=1 Destination Host Unreachable
From damun.fork.ouz (192.168.7.38) icmp_seq=2 Destination Host Unreachable
From damun.fork.ouz (192.168.7.38) icmp_seq=3 Destination Host Unreachable
Bene, mi  dico, ho  Dossato le mie  stesse macchine (e  infatti nessun
servizio di rete e' in  funzione).  Proviamo a vedere come sta carmela
che non dovrebbe  essere stata coinvolta nel processo.   ssh carmela e
non risponde.  ping carmela e  non risponde (niente host unreachable o
messaggi vari,  non veniva fuori nemmeno  la prima riga  sotto il ping
per dirmi che ha risolto l'indirizzo...).
Bene,  mi ridico,  fortuna  che  c'e' minicom  e  il seriale.   Lancio
minicom e il nulla.  Non appare la login :-(
A questo punto comincio a spaventarmi...
Aspetto un paio di minuti e il ping a carmela e' l'unica cosa a essere
ripartita, l'unica.  Ne' minicom ne' ssh.
Ora  l'unica  cosa  che  posso  fare e'  riavviare  i  client.   Anche
riavviando  i  client  il   server  non  e'  raggiungibile...  vabbe',
riavviamo pure il server (sperando che il filesystem regga).
Al mio amico a casa sua non e' successo nulla.
Qualche vaga idea di che cosa sia successo?


    $ cryptcat -k password <il resto uguale a netcat>
Mmmh, interessante, ma a questo punto, perche' preferirlo a ssh?
BTW hai visto cosa mi e' successo provando col metodo con netcat?
k1ove1-...@carmela.fork.ouz


 Qualche vaga idea di che cosa sia successo?
Carmela ha bisogno di una vacanza. :-) Dubito che una semplice
connessione in transito possa aver fatto tanto male alla poveretta, ma
se riesci a riprodurre l'evento, fammi sapere, potremmo aver trovato
la vulnerabilità più assurda dell'anno. :-)
-- 
Programming languages should be designed not by piling feature on top
of feature, but by removing the weaknesses and restrictions that make
additional features appear necessary.
                                                        (R5RS, Introduction)

 trovato la vulnerabilità più assurda dell'anno. :-)
Si, sono sicuro che riporovero', grazie intanto.


 Think twice, code once.
Think all the time. Refactor all the time. Code forever.
                   (Ron Jeffries on the Pragmatic Programmer's mailing list)

 sullo switch.
E minicom?  :-P Dici che  uno switch rovinato potrebbe avere il potere
di  impallare una  macchina  tanto da  non  essere piu'  raggiungibile
nemmeno da seriale?  A me  parrebbe -molto- strano (ma sicuramente non
si puo' dire che io sia ricaduto in una situazione normale...).
Comunque ho fatto un'altra prova (non approfondita, ho solo rilanciato
netcat sulle due macchine provando a  parlare) e il problema non si e'
verificato.   Ora appena  sistemo  un  paio di  cose  riprovo sia  per
riuscire a parlare sia per debuggare il problema.
Ciao e grazie.
