MSN Messanger et le NAT : UNE réponse

par **YoK** » 29 Juil 2003 01:30

A la vue d'un grand nombre de poste dans divers forum de ce site, j'ouvre un nouveau post pour mettre les choses à plat ! Le transfert de fichier ou le son/video avec MSN étant derriere un routeur faisant du NAT ne fonctionnera pas !! (Pas pour le momment) Petite explication : <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Q : NAT (Network Address Translation) Router will not work with the MSN Messenger's File transfer or Voice connections. R : As explained on Microsoft's support page, Client computers that use a NAT router are not able to use MSN, The Microsoft Network Messenger Service program to transfer files or establish voice connections. This problem occurs because MSN Messenger file transfer and voice features do not work through NAT routers because there is no NAT editor to correctly translate the IP header information. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> En gros quand vous faite du NAT l'adresse IP local de votre machine est encaspsulé dans l'entete du packet envoyer au destinataire par le routeur qui substituera egalement l'ip local par l'ip public. Quand il a le retour du packet, il reouvre l'entete de celui ci regarde l'ip local renseigner puis renvoi le packet a la machine local. Le probleme avec MSN c'est qu'il ne gère pas du tout ce type d'en tete dans les paquet... en faite quand vous faite un requete le packet arrive bien a destination mais comme le MSN distant ne gere pas correctement les en tete, l'ip local de votre machine n'est pas reintegrer dans le paquet qui vous est renvoyé. Quand celui ci arrive sur votre routeur, l'ip local n'existant plus dans l'en tete, il n'est pas renvoyer sur le reseau local. Voila en esperant avoir ete clair (c pas tjs facile d'expliqué les choses simplement) YoK

par **YoK** » 29 Juil 2003 01:34

[P'tit complement] Vous avez possibilité de forwarder certains port vers votre machine avec les derniers version de MSN : 1863 for text messaging 6891-6900 for File Transfers 6901 for Voice communications /! Ceci implique que seul votre machine pourra utiliser MSN

par **antolien** » 29 Juil 2003 02:39

C'est peut-être une heure tardive pour dire ça , mais, tu appelles ça UNE réponse <IMG SRC="images/smiles/icon_confused.gif"> Not at all, ça fait plus d'un an que nous savons cela. . .

par **YoK** » 29 Juil 2003 02:47

Trop long ? trop court ? le contenu ?

par **antolien** » 29 Juil 2003 02:52

Et bien c'est une sorte de résumé qui n'apporte rien, par rapport à ce que nous savons. (nous -> ixussiens qui cherchons dans les forums) ... Sans vouloir te vexer, c'est juste une solution pour un seul poste d'un réseau privé qui peut compter jusqu'a des millions de postes (sans vouloir exagérer) <IMG SRC="images/smiles/icon_cry.gif">

par **YoK** » 29 Juil 2003 03:00

Le bute de mon post etait d'expliquer clairement pourquoi MSN n'est pas natable comme l'est Yahoo Messenger ou autre .. (le probleme de l'ip local dans l'entete du packet non recopier lors de l'envoi de la reponse) J'ai effectivement completer en indiquant les ports a forward pour une machine, mais tout comme toi visiblement ce n'est pas ma solution .. A suivre avec MSN 7 ?

par **antolien** » 29 Juil 2003 03:07

oui, avec msn 7, certainement <IMG SRC="images/smiles/icon_lol.gif"> Mais perso, j'aimerais pas, car si tu étais administrateur réseaux, il est pratiquement impossible de bloquer msn en mode texte et file transfert. c'est pas génial de ne pas avoir le contrôle sur l'activité de ton réseau. <IMG SRC="images/smiles/icon_cry.gif"> pour les particuliers, c'est tout autre chose, ils veulent que ça marche et basta.

par **YoK** » 29 Juil 2003 03:13

La solution que j'ai trouver pour le momment pour bloquer MSN ICQ et AIM c'est de bloquer certains domaine ou block d'ip pour MSN : 64.4.13.0/24 pour ICQ : login.icq.com pour AIM : login.oscar.aol.com Ca marche plus bien <IMG SRC="images/smiles/icon_wink.gif">

par **antolien** » 29 Juil 2003 03:23

64.4.13.0/24 ? juste ça ? un /24 ca m'étonne, mais si tu dis vrai, alors, c'est en quelque sorte une réponse. Touchons du bois, que ce soit efficace... Perso, msn j'arrives à la bloquer avec du double NAT +Proxy, pas une mince affaire <IMG SRC="images/smiles/icon_lol.gif"> Testé demain.

par **YoK** » 29 Juil 2003 03:31

juste le /24 j'ai tester avec msn et d'autre cleint tel que trillian .. Ca ne prend pas .. rien ne passe blocquage a l'identification <IMG SRC="images/smiles/icon_wink.gif"> Si tu es amené a tester, tient moi au courant <IMG SRC="images/smiles/icon_wink.gif"> dis moi que ca marche aussi chez toi Yoann

par **grosbedos** » 29 Juil 2003 03:33

pareil sa m'interesse, je test demain.;(si je m'en souvien lol) <IMG SRC="images/smiles/icon_bawling.gif">

par **tomtom** » 29 Juil 2003 10:07

Trop LOL la reponse.... Ca fait au moins 6 mois que j'ai posté toute ces explications, et même quelques autres lol. J'ai beaucoup etudié le protocole de MSN, en particulier en faisant des captures de paquets dans de nombreuses situations, pour essayer de trouver tout ce que microsoft ne dis pas quant au fonctionnement de son protocole. Je confirme que msn6 est natable aussi bien pour le file transfer que pour la videoconf (je vous ivite à chercehr dans les forums pour vois pourquoi). Je viens de tester, bloquer la plage qu'a donné YoK : tekila:~# iptables -I FORWARD -d 64.4.13.0/24 -j DROP tekila:~# iptables -I FORWARD -s 64.4.13.0/24 -j DROP et hop, connexion comme si de rien n'etait ! par contre il semble que bloquer la classe C contenant messenger.hotmail.com (207.46.104.0/24) empeche la connexion, enfin aujourdh'ui car cette classe d'adresse change regulièrement et comme l'appli utilise le nom dns... Le seul moyen efficace à long terme consiste à bloquer l'ensemble de la plage des adresses microsoft, ce qui peut etre ennuyeux quand mêem si on veut se connecter chez hotmail par exemple <IMG SRC="images/smiles/icon_rolleyes.gif"> T. _________________ "Unix is user friendly. He's just very picky about who his friends are... "

par **tomtom** » 29 Juil 2003 10:23

Pour info, la classe d'adresse attribuée à hotmail.com : 64.4.0.0 - 64.4.63.255 et pourtant :  tekila:~# host messenger.hotmail.com messenger.hotmail.com A 207.46.104.20  hum, quelques tests :  whois hotmill.com : .... Domain servers in listed order: NS1.HOTMAIL.COM 216.200.206.140 NS3.HOTMAIL.COM 209.185.130.68 NS2.HOTMAIL.COM 216.200.206.139 NS4.HOTMAIL.COM 64.4.29.24  bon bon....  whois 216.200.206.140 ..... Abovenet Communications, Inc ABOVENET-5 (NET-216-200-0-0-1) 216.200.0.0 - 216.200.255.255 MICROSOFT MFN-T133-216-200-206-0-24 (NET-216-200-206-0-1) 216.200.206.0 - 216.200.206.255  OK, classe C achetée à Abovenet  whois 209.185.130.68 ..... ReferralServer: <a href="rwhois://rwhois.exodus.net:4321/" target="_blank">rwhois://rwhois.exodus.net:4321/</a> NetRange: 209.185.0.0 - 209.185.255.255 CIDR: 209.185.0.0/16  Arg, on ne sait pas, il y a l'ensemble de la classe B de exodus... Hum, impossible de savoir les adresses achetées par microsoft... solution : bloquer tout ça  tekila:~# whois 216.200.206.139 Abovenet Communications, Inc ABOVENET-5 (NET-216-200-0-0-1) 216.200.0.0 - 216.200.255.255 MICROSOFT MFN-T133-216-200-206-0-24 (NET-216-200-206-0-1) 216.200.206.0 - 216.200.206.255  Ok, une autre classe C chez Abovenet  tekila:~# whois 64.4.29.24 OrgName: MS Hotmail OrgID: MSHOTM Address: 1065 La Avenida City: Mountain View StateProv: CA PostalCode: 94043 Country: US NetRange: 64.4.0.0 - 64.4.63.255 CIDR: 64.4.0.0/18  Et voila leur classe d'adresses à eux.... un /18 ! Autant dire que dans toutes ces classes, ils peuvent mettre leurs serveurs messenger ! Et ça change souvent ! Donc le blocage est un rien plus complexe que le blocage de la classe C !!! T.

par **drlin** » 29 Juil 2003 10:35

hummm si vous avez un serveur dns cache local , ajoutez une entrée dedan pour referencer hotmail ;p ainsi vous mettez une ip biddon (genre 127.0.0.1) ca marche plutot bien <IMG SRC="images/smiles/icon_razz.gif">

par **tomtom** » 29 Juil 2003 10:40

Tiens encore un coup pour la route, les plus observateurs auront remarqué que :  tekila:~# host messenger.hotmail.com messenger.hotmail.com A 207.46.104.20  et  tekila:~# whois 207.46.104.20 OrgName: Microsoft Corp OrgID: MSFT Address: One Microsoft Way City: Redmond StateProv: WA PostalCode: 98052 Country: US NetRange: 207.46.0.0 - 207.46.255.255 CIDR: 207.46.0.0/16  Ce qui signifie que messenger.hotmail.com ne se situe pas (aujourd'hui) dans les classes d'adresse de hotmail.com mais sur une adresse microsoft.com. T.

MSN Messanger et le NAT : UNE réponse

Qui est en ligne ?