amsn e webcam: incompatibilità con utenti msn

[araky]

Salve, purtroppo non riesco a venire a capo di questo problema.
Ho Ubuntu Karmic e amsn 0.98 installato dai repository.
Quando tento di avviare una videoconferenza con utenti linux non ho problemi ma con gli altri (la maggior parte) è impossibile visualizzare le due cam (la mia e quella del contatto) contemporaneamente.
Nella scheda connessione delle preferenze compare la scritta in rosso che sono dietro un firewall o un router; a tale scopo, come suggerito in un altro post, ho anche provato ad aprire sul router le porte che vanno dalla 6890 alla 6900 ma, ahimè, senza alcun risultato.
Per favore, c'è qualcuno che può darmi una mano? 

[gabryx2]

Ciao,

prova ad installare emesene.

a me funziona la webcam e la videoconferenza... 



Gabryx2 (good)

[araky]

uhm preferirei risolvere con amsn...grazie comunque. nessun altro?  :'(

[kiroken_]

ma dopo aver aperto le porte il test di amsn viene superato? perchè se non lo superi vuol dire che hai sbagliato qualcosa

[araky]

no, il test non viene superato ugualmente ma la procedura è giusta: in port forwarding del mio router ho inserito la seguente regola:
port start: 6890
port end : 6900
port map: 6890

con amule ad esempio non ho avuto alcun problema ad aprire le porte corrispondenti del router.

qualcuno poi ha anche detto che, nonostante il messaggio "Sei dietro a un firewall o a un router", riesce lo stesso ad avviare la videoconferenza.  ???

[max-61]

anch'io ho notato lo stesso problema. con ubuntu 9.04 e la rc di 9.10 filava tutto liscio, adesso invece continua a dare il messaggio "sei dietro  a un firewall o a un router", anche se la porta è aperta

[vmaxhenry]

Ho aperto un post ariguardo tre giorni fa senza avere alcuna risposta.
Qualunque porta apra su router pirelli di tiscali senza alcun firewall in ubuntu 9.10 mi fallisce il test delle stesse.
Ieri sera comunque sono stato in cam con amico per circa un ora senza alcun problema.
Misteri misteriosi.......... ::)



P.S. Con deluge tutto ok? (a me stesso problema con test porte) Sarà vero?

[smurf]

se il test ti dice che le porte non sono aperte, allora non sono aperte. anche se la procedura che hai seguito é corretta.
Hai un firewall operativo? Se si non ti basta aprire le porte sul router, ma le devi aprire anche sul firewall.
In realtá sul router non devi solo aprire le porte, ma le devi mettere nel NAT per far si che il router invii al tuo pc (con il tuo IP) i pacchetti in arrivo, hai fatto questo?
Inoltre le porte sono aperte per entrambi i protocolli (TCP e UDP)?

[vmaxhenry]

Il firewall "Iptables" non è operativo.
Le porte sono aperte sul rourer in TCP e UDP anche se hanno sempre funzionato solo in TCP.
L' IP l'ho settato fisso a 192.168.1.100 qiondi non assegnato da DHCP.
Se faccio il test delle porte con Trasmission mi dice che sono aperte quando decido di aprirle e chiuse quando decido di chiuderle indipendentemente da quali e quante; quindi per me dice la verità.
Amsn e deluge le vedono sempre chiuse qualunque esse siano e questo non lo capisco qiundi per me sono bugiardi.
Inoltre i comando netstat -lntp non mente.
Le porte che apro/chiudo sul router sono realmente aperte/chiuse.
Qualcosa per me non va nelle nuove versioni dei programmi.
Inoltre altra chicca che conferma la falsità del test di amsn e deluge è quella che se gli faccio usare la porte di aMule le vede ancora e sempre chiuse!!!
Come farebbe allora darmi ID alto!!!

[vmaxhenry]

enrico@enrico-galeone:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:11:09:e9:24:91 
          indirizzo inet:192.168.1.100  Bcast:192.168.1.255  Maschera:255.255.255.0
          indirizzo inet6: fe80::211:9ff:fee9:2491/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7677 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7504 errors:0 dropped:0 overruns:0 carrier:0
          collisioni:0 txqueuelen:1000
          Byte RX:6275151 (6.2 MB)  Byte TX:1834866 (1.8 MB)
          Interrupt:23 Indirizzo base:0xbc00

lo        Link encap:Loopback locale 
          indirizzo inet:127.0.0.1  Maschera:255.0.0.0
          indirizzo inet6: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisioni:0 txqueuelen:0
          Byte RX:0 (0.0 B)  Byte TX:0 (0.0 B)


Allego schermata configurazione modem Tiscali:

[smurf]

ok, hai ragione tu, ho trovato questo nel forum di amsn

because of the 0.98.1 release, the website is being hammered by hundreds of thousands of visitors everyday and the whole website is extremely slow at the moment, because of that reason, we have currently disabled the connectivity checker (because it's a huge resource kill), so even if your ports are correctly forwarded, aMSN will still say that they're not.. you'd have to test it with a friend and see if the white webcam issue is fixed to know if the ports were indeed correctly forwarded.

[smurf]

quindi diamo per scontato che le porte le abbiate aperte correttamente sul router e, per chi ce l' ha, anche sul firewall.
Provate a dire nei dettagli che problemi avete con la web cam.

@araky
ti da errori quando provi ad andare in cam con utenti msn? o che problemi ti da?

[vmaxhenry]

Io non ho alcun problema, in ricezione/invio video, messaggi.
Ti segnalo comunque che dovrebbe avere lo stesso "bug" anche l'ultima versione di deluge.
Infatti hanno pure problemi con il sito http://www.deluge-torrent.org/ che fa restituire a firefox il messaggio: "Impossibile contattare il server" anche volendo provare la versione pacchettizzata da loro.

Ciao  (b2b)

[rugush]

scusate ma io ho lo stesso problema con la cam (che funziona benissimo), quando cerco di avviare una sessione video mi dice che l'utente ha rifiutato la richiesta.
però ho 2 eccezioni:

1) sono dietro 2 router con le porte correttamente aperte e nattate al'ip fisso del mio pc (con esito test porte amsn positivo);
2) con un utente specifico riesco ad effettuare una sessione video!


AIUTOOOOOOOOOOOOOOOO

[gnubiagio98]

scusate ma io ho lo stesso problema con la cam (che funziona benissimo), quando cerco di avviare una sessione video mi dice che l'utente ha rifiutato la richiesta.
però ho 2 eccezioni:

1) sono dietro 2 router con le porte correttamente aperte e nattate al'ip fisso del mio pc (con esito test porte amsn positivo);
2) con un utente specifico riesco ad effettuare una sessione video!


AIUTOOOOOOOOOOOOOOOO

Non c'entra niente, perché questo significa che il tuo amico non voule farti vedere la webcam.

[smurf]

scusate ma io ho lo stesso problema con la cam (che funziona benissimo), quando cerco di avviare una sessione video mi dice che l'utente ha rifiutato la richiesta.
però ho 2 eccezioni:

1) sono dietro 2 router con le porte correttamente aperte e nattate al'ip fisso del mio pc (con esito test porte amsn positivo);
2) con un utente specifico riesco ad effettuare una sessione video!

A parte il fatto che è stata riesumata una discussione di 2 anni fa circa e che da allora ad adesso le soce sono paecchio cambiate, purtroppo bisogna dire che allo stato attuale né amsn, né pidgin, né emesene, né nessun altro client per MSN che non sia Microsoft riescono ad effettuare sessioni video con l' ultima versione di MSN Messenger (quello ufficiale).
La stesa Micorosft ha modificato il protocollo ed ha spiazzato tutti i client non ufficiali, se riesci a fare una sessione video con un utente specifico è possibile che:
1) lui non sia su windows
2) se è su windows ha ancora la versione vecchia di Messenger

Non esiste soluzione attualmente.