Forum d'entraide de la communauté Freedom-IP VPN
Vous n'êtes pas identifié(e).
Bonsoir ...
@ PortoG : c'est bien là une partie du problème ... pourquoi, alors que je suis connecté au même serveur depuis plus de 24h, ma MTU est normale (et comme je n'ai aucun Warning, celle du serveur est identique à celle de mon client (c'est à dire 1500):
Apr 6 09:19:41 disk ovpn-freedom-ip[2401]: /sbin/ifconfig tun0 10.8.3.78 pointopoint 10.8.3.77 mtu 1500
et que pour d'autres, la leur est a 1500 et celle du "même serveur" est à 48000, soit 32 fois supérieure.
Pour dialoguer, 2 périphériques sur internet doivent envoyé et recevoir des données sur un protocole spécifique de taille identique. S'il y a pas suffisamment de données à envoyer, ce qui reste sera rempli pour arriver à cette taille, s'il y en a trop, les données seront fragmentés en plusieurs tronçons de cette taille (et le dernier sera quand a lui comblé pour y arriver ).
Vous êtes le client, je suis le serveur ... vous faites le pari de boire une cannette d'eau gazeuse cul sec (donc de 33 cl ... 1500 octets ou votre MTU) et j'arrive avec un verre 32 fois plus grand ... soit 2 sceaux de 5 litres d'eaux gazeuse (bah oui ... 33 cl * 32 = 10,56 litres d'eau gazeuse ... 48000 octet ou la MTU du serveur)... J'ai bien pensé au sanglier (cuit) que l'on donne à manger à un nourrisson de 6 mois par la force ... mais c'est beaucoup trop cruel ... en plus les 2 sceaux d'eau c'est bien plus drôle ... surtout le jour où l'on dit à quelqu'un "tu va te prendre mon verre d'eau en pleine figure" ... mais que l'on à une MTU de 48 000
Mais bon, via un moteur de recherche, vous trouverez plein d'informations ... notamment sur certains wiki.
Cordialement, David.
Hors ligne
La seule explication a un changement de MTU serait un problème de port, à savoir qu'une application ou un serveur essaye de l'utiliser et vu qu'il est déjà occupé route mal les paquets, créeant un conflit de MTU qui laisserait penser au serveur que les ports sont scannés et/ou qu'une attaque est en cours, provoquant une déco de précaution.
C'est aussi possible si le fichier serveur a été modifié pour une raison ou une autre ou que le serveur a subi une maintenance
C'est pour ca que je demandais les ports utilisés et les logiciels utilisés
Mais il est également possible que le serveur n'accepte plus certaines requetes et donc dès lors se déco en cas de P2P. David, t'a essayé de lancer un P2P de chez toi pour voir si t'étais déco a partir d'un certain temps ? Essaye et tiens moi au jus, je vais essayer de le faire de mon côté aussi
Hors ligne
Re ...
Alors dites moi pourquoi 10, 20, 40 personnes ... et les 1000 (enfin 990 maintenant) moins 10, 20, 40 ... autres connectés n'ont pas ce souci !? D'ailleurs ma MTU est dans les normes de ce que l'on trouve en TCP !?
Et en ce moment ... je suis en train d'uploader via torrent un DVD dans le sud et paris ... vous me direz, je fais pareil avec car je récupère des vidéos sur leurs torrents ... pour faire un autre DVD ... donc depuis hier, torrent mouline (ça faisait longtemps que j'étais passé par le VPN pour échanger des vidéos ou DVD via torrent)
C'est ce que je n'arrive pas à comprendre ... et ça m'énerve
Bonne Soirée (voir Nuit) ...
Cordialement, David.
Hors ligne
Attendons donc de voir les logiciels et les ports utilisés alors
Hors ligne
Pour info j'ai lancé OpenVPN et j'ai loggé sur le serveur NL ce matin, sans rien lancer d'autre et le problème de MTU apparait dans le log :
[== Indéfini ==]
Mon Apr 08 06:36:46 2013 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Mon Apr 08 06:36:47 2013 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1560', remote='link-mtu 48060'
Mon Apr 08 06:36:47 2013 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 48000'
Je ne sais pas si le problème vient de là, toujours est-il que le serveur est au vert et ne se déconnecte pas depuis plus d'un quart d'heure, c'est no problemo.
Je pari que si je lance uTorrent, ca va recommencer, alors j'y vais !
...
Ok ca y est, uTorrent est lancé.
...
Et voilà, moins de 2 minutes à attendre et rebelote, changement d'IP, exiting tasks par VPNCheck, et byebye uTorrent...
grrrr
Dernière modification par fipno6 (2013-04-08 05:50:13)
Hors ligne
Bonjour à tous, je suis actuellement au travail, je suis dans un bâtiment de 350 salariés disposant de ses propres serveurs et d'une bande passante considérable, après je n'ai pas d'autres détails....et comme chez moi sur mon PC fixe (là je suis sur mon portable), j'ai le même log avec le problème de mtu...
Je ne pense pas que ça vienne de mes pc qui sont tous les deux sous win7..je vais tout de même tenter de faire les dernières MAJ, au cas ou
Je vous tiens au courant
Darsh
PS: en effet les MAJ automatiques windows m'agaçant, elles sont désactivées et faite de temps en temps manuellement.
_____________________________________________________
Victoire!
Comme indiqué précédemment, j'ai fais les MAJ windows (je suis sous 7), et victoire ça marche!
Nouvelle version du log après MAJ:
Mon Apr 08 14:25:55 2013 OpenVPN 2.3.0 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Jan 8 2013
Mon Apr 08 14:26:09 2013 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Mon Apr 08 14:26:09 2013 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Mon Apr 08 14:26:09 2013 Attempting to establish TCP connection with [AF_INET]94.23.145.51:9999
Mon Apr 08 14:26:09 2013 TCP connection established with [AF_INET]94.23.145.51:9999
Mon Apr 08 14:26:09 2013 TCPv4_CLIENT link local: [undef]
Mon Apr 08 14:26:09 2013 TCPv4_CLIENT link remote: [AF_INET]94.23.145.51:9999
Mon Apr 08 14:26:09 2013 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Mon Apr 08 14:26:10 2013 [server] Peer Connection Initiated with [AF_INET]94.23.145.51:9999
Mon Apr 08 14:26:13 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Mon Apr 08 14:26:13 2013 open_tun, tt->ipv6=0
Mon Apr 08 14:26:13 2013 TAP-WIN32 device [Connexion au réseau local 3] opened: \\.\Global\{E9799533-516B-4636-8260-684940428D12}.tap
Mon Apr 08 14:26:13 2013 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.11.1.2/255.255.255.252 on interface {E9799533-516B-4636-8260-684940428D12} [DHCP-serv: 10.11.1.1, lease-time: 31536000]
Mon Apr 08 14:26:13 2013 Successful ARP Flush on interface [23] {E9799533-516B-4636-8260-684940428D12}
Mon Apr 08 14:26:16 2013 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Mon Apr 08 14:26:16 2013 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Mon Apr 08 14:26:16 2013 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Mon Apr 08 14:26:16 2013 env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
Mon Apr 08 14:26:16 2013 Initialization Sequence Completed
Il n'y a plus de problème de mtu d'indiqué, et après test 30 mn sous utilisation de bitlord, pas de déconnexion!
A toutes les personnes qui ont eu le même problème, faites vos MAJ windows!
Darsh
Derniers rebondissements, je suis chez moi sur mon PC fixe, avant de faire les MAJ windows, je me suis dis j'allais retenter pour voir une dernière fois le problème de mtu....et ça marche....j'ai donc envie de dire que le problème venait de "l'extérieur" (ne me demandez pas où exactement) et a été réglé. J'attends impatiemment les retours des autres membres qui avaient des problèmes similaires aux miens,
Darsh
Dernière modification par Darsh (2013-04-08 19:48:57)
Hors ligne
Salut à tous,
Tout est rentré dans l'ordre pour moi aussi, plus de mention du MTU lorsque je me connecte que ce soit sous windows 8 ou sur mac.
Je vais tester plus longuement mais la connexion a l'air d'être stable pour l'instant.
Hors ligne
Salut à tous,
J'ai suivi le mouvement des MAJ Windaube. Sauf que mon système étant configuré pour que les MAJ se fassent automatiquement à chaque fois que je coupe mon PC (tous les soirs en général), normalement elles auraient dû toutes se faire en auto donc ça me surprenait un peu...
Mais bon, qu'à cela ne tienne, je suis quand même allé fourrer mon nez dans le menu upgrade de windows, et là j'ai pû constater deux choses :
1 - mes MAJ étaient bien paramétrées pour se faire en automatique
2 - il y avait malgré tout une liste de MAJ (dont deux importantes) qui étaient disponibles mais non installées, et elles dataient pas du jour même (étrange, n'est-ce pas ?)
Donc je les ai sélectionné et lancé (forcé si vous préférez).
Après le reboot, j'ai testé OpenVPN et tout le tralala : plus de problêmes avec uTorrent, plus de soucis de MTU non plus... Nickel
Encore merci à tous de votre aide : David, PortoG, hellfirefox, Darsh, y tutti el mondi... Merci !
Hors ligne
Je suis pas sur que la solution vienne de là... ^^
Sur un autre PC j'avais le même Warning, et il a disparu récemment sans les mises à jours de Windows...
A mon avis, il devait y avoir une sorte de maintenance ou des tests sur les serveurs qui se sont terminées ces jours ci.
On n'aura pas le fin mot de l'histoire je pense ^^
Hors ligne
Je suis d'accord avec ce qu'il vient d'être dit, comme je le disais mon pc fixe n'a plus eu de problèmes sans les MAJ, cela devait être du à une maintenance sur les serveurs.....bref, je pense que tout est rentré dans l'ordre pour ceux qui avaient un problème, sujet à clore
Merci à tous,
à bientôt,
Darsh
Hors ligne
Ouaip ca devait venir des serveurs ce week end, je vais pas dire que j'avais raison mais
Hors ligne