Fonction audio MSN, passerelle Linux et NAT

par **antolien** » 17 Nov 2003 16:11

Bonjour, Alors j'essayes de faire fonctionner l'audio msn derrière une passerelle linux afin que chaque poste dans le LAN puisse en profiter. Donc il est exclu de forwarder le port. J'ai lu dans différents posts que ça marchait sans rien faire avec la V6 et d'autres négatifs. Après pas mal de recherche, il faut que la passerelle gère l'UPnP, ce qu'un routeur à 150 euros réussit à faire... mais pas linux. Forcément ce n'est pas très sécurisé. Donc a priori on aurait à installer un démon UPnP, qui se trouve sur sourceforge <a href="http://sourceforge.net/projects/linux-igd/" target="_blank">http://sourceforge.net/projects/linux-igd/</a> ça n'a pas l'air de fonctionner... Peut-être que cela ne fait pas bon menage avec les règles iptables. Sinon, pour ceux que ça intéresse, si vous avez un VPN entre deux sites, la conversation vocale passe par... le VPN.. <IMG SRC="images/smiles/icon_eek.gif"> sans rien avoir spécifier, comme quoi il y a un problème avec ce protocole. Vos avis m'intéresse , ceux pour qui ça fonctionne, où pas, ceux qui ont essayé igd ... <IMG SRC="images/smiles/icon_help.gif"> merci <IMG SRC="images/smiles/icon_help.gif">

par **tomtom** » 17 Nov 2003 16:22

Ha oui j'avais essayé IGD à une epoque, sans succes.... Ca a l'air d'etre une vraie $%#&! ça.. Je t'envoie les liens que j'avais amassés à l'epoque ce soir.... Mais je n'ai jamais reussi à faire fonctionner une passerelle upnp sur un linux <IMG SRC="images/smiles/icon_frown.gif"> t.

par **antolien** » 18 Nov 2003 13:33

Quelque chose qui marche ! ajouter la route : route add -net 239.0.0.0 netmask 255.0.0.0 eth0(interface interne) lien symbolique pour iptables ln -s /sbin/iptables iptables vi /etc/sources.list en mode insert , ajouter : deb <a href="http://detroit.ddo.jp/debian/woody" target="_blank">http://detroit.ddo.jp/debian/woody</a> ./ :wq apt-get update apt-get install linuxigd vérifier dans le /etc/init.d/linuxigd vos interfaces : EXT_IF="eth1" (interface externe) INT_IF="eth0" (interface intern) Euh, ben merci à ceux qui ont paquagé ça ! L'audio marche donc, avec du nat, mais il crée des règles iptables de forward en live sur des ports. Ce qui n'est pas très secure (il supprime les règles à la fin de la conversation quand même) En tout cas c'est Une solution, (pour debian). Reste à savoir avec quelles règles du firewall ça marche, je vous tiens au courant. <IMG SRC="images/smiles/icon_up.gif">

par **tomtom** » 18 Nov 2003 14:06

Bien vu, je bookmark la page <IMG SRC="images/smiles/icon_wink.gif"> <IMG SRC="images/smiles/icon_bise.gif"> t.

par **antolien** » 18 Nov 2003 21:38

Alors, les règles pour faire fonctionner tout cela de la façon la plus restrictive : -Autoriser de 1024 à 65535 en UDP en forward avec comme source le LAN destination any -Autoriser soit le 80, soit le 1863(si on utilise un proxy, ça peut être utile de fermer le 80) en forward avec comme source le LAN destination any -Autoriser le 443 (pour l'ouverture de session) en forward avec comme source le LAN destination any C'est tout, le deamon upnp se charge du reste , assez proprement d'ailleurs puisqu'il forward un port vers la machine source, et les delete dès que la session est fermée. En plus comme ce sont des ports > à 1024 et aléatoire de surcroît, cela reste tolérable. Par contre ces ports sont forwardés dès l'ouverture de session. Autre chose, j'ai perdu beaucoup de temps en essayant de compiler avec les sources qu'il y a chez sourceforge, et ça n'a jamais fonctionné. Et d'ailleurs si on regarde la date, je crois que ces packages ont de l'avance sur le dev principal. Donc désolé pour les non-debianistes, à moins que l'on puisse récupérer les sources de ce site. D'ailleurs, ce serait génial d'implémenter ça sur ipcop, car pas mal de monde cherche à faire ça, surtout les home user. Depuis le temps que l'on cherche à faire fonctionner ça, je sais pas vous mais je suis super content <IMG SRC="images/smiles/icon_biggrin.gif">

par **KoKiNoU** » 25 Nov 2003 13:18

huhu félicitations pr le boulot antolien ! bon il ne me reste plus qu'à trouver une distribution ultra simple et facile à comprendre pour moi le non-initié basée sur une debian ! lol J'y cours de ce pas <IMG SRC="images/smiles/icon_smile.gif"> KoKiNoU

par **starly** » 25 Nov 2003 22:09

Salut, je ss ds la mm conf qe toi : linux_box qi me gere l'internet (USB) + regles de filtrage. Et ds clients windows XP avc msn 6.0 TT est accepté par defaut en sortie. Pour Faire fonctionner MSN Vocal derriere le firwall linux : iptables -t nat -A PREROUTING -i ppp0 -p tcp --dport 6901 -j DNAT --to-destination 192.168.10.1:6901 ou 192.168.10.1 est l'adresse d'1 poste ou je ferai de la visioconference. P.s : si ca peut t'aider... @+ <IMG SRC="images/smiles/icon_wink.gif">

par **antolien** » 26 Nov 2003 00:34

oui starly, ici justement avec cette chose, l'intérêt est de pouvoir avoir différents clients derrière le LAN et converser comme bon leur semble et sans avoir de forward sur la machine. Parce que là avec ce forward du 6901 que tu propose, et bien un seul pc du lan peut accéder à cette fonction. Tandis que là , on est pas tout seul sur le lan <IMG SRC="images/smiles/icon_wink.gif">

par **micjack** » 26 Nov 2003 00:42

Je ne comprends plus rien ? vos softs n'ont pas une config qui permet de passer outre un FW ou un Proxy ? sur sock 4/5 <IMG SRC="images/smiles/icon_confused.gif">

par **ggael** » 11 Jan 2004 14:48

ça marche pas ! j'ai fait tout ça poutant et j'ai ouvert mon firewall sauf le lien symbolique : il faut le créer où ? la route elle sert à quoi ? Gaël

par **antolien** » 11 Jan 2004 15:47

En fait avec cette version, il n'y a pas de lien symbolique à faire. Il faut par contre ouvrir 2 ports en INPUT (source = LAN) sur le firewall le 1900 udp et un autre en tcp (je ne sais plus lequel, tu fais un netstat -nat et tu regarde sur quel port écoute le daemon upnp. Et chose importante, mettre le dernier directx (9.0b) sur la machine windows.

par **ggael** » 11 Jan 2004 17:33

ok merci ça marche ! en fait mon firewall n'est pas si restrictif qd ça vient de l'interieur j'avais simplement oublié de relancer MSN je crois la premiere fois A Quoi sert la route 239... ? elle n'aparait pas dans les regles iptables ! Gaël

par **antolien** » 11 Jan 2004 17:42

La route 239 c'est du mutlicast, donc permet de joindre tous les hôtes du réseau en même temps; et dire aux autres clients msn du lan quelque chose du genre : n'utilisez pas ce port ! je l'utilise déjà pour un client... <IMG SRC="images/smiles/icon_biggrin.gif">

par **tomtom** » 11 Jan 2004 23:14

Bon, moi je suis quand même etonné... Je suis sous debian, j'ai un script iptables assez basique, pas de demon igd en vue, et pourtant avec du msn 6 j'etablis sans aucun soucis des connexion voix (en tt cas avec des gens qui n'ont pas de firewall, je n'ai aps testé plus... ) t.

par **antolien** » 12 Jan 2004 08:37

Dans les 2 sens ? appelé et appelant ? Si c'est lorsque tu est appelé, c'est normal que ça marche si la personne en face est connectée directement sans firewall. Si c'est dans les deux sens, je n'y comprend rien, car j'ai testé dans tout les sens pour que ça marche, mais ça n'a jamais marché, que ce soit sous winsows 200 ou XP. Sauf en faisant un nat de certains ports sur la machine cliente... <IMG SRC="images/smiles/icon_confused.gif">

Fonction audio MSN, passerelle Linux et NAT

Qui est en ligne ?