[Résolu] Connexion en jeu insatisfaisante

DonayuuDonayuu
novembre 2015 modifié dans Support technique
Bonjour,
Je reviens sur le forum car j'ai changé de résidence (interne des hospices, la plaie pour internet !). Je suis désormais en abonnement illimité, qui marchait parfaitement bien sur ma résidence précédente sur Annonay.
Là je suis à Bourg-en-Bresse, j'arrive à me connecter de façon durable avec les versions 1.6.5 ET 1.6.6 de FW, télécharger de partout, etc, à un débit qui correspond somme toute au débit dispo sans FW.
Par contre, joueur de CS, je suis assez déçu par le résultat en jeu : le ping affiché reste bon, inférieur à 100 tout le temps, la plupart du temps inférieur à 50, mais d'omniprésents microlagspikes viennent pourrir le gameplay... C'est à dire un jeu globalement fluide mais avec des très courtes pertes de connexion du jeu rattrapées rapidement, mais handicapantes en jeu.

Je précise que je suis connecté via wifi (pas le choix...) mais que la force du signal est signalée satisfaisante à bonne, sur un PC fixe avec carte wifi PCI-E. Toujours sous W10x64.

Voici le journal de co de FW :
FrozenWay version 1.6.6
----------------------------------
Server: premium-01-fr-02
Protocol: OpenVPN
----------------------------------
Tue Nov 03 22:57:53 2015 OpenVPN 2.3.8 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Aug 27 2015
Tue Nov 03 22:57:53 2015 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08

Tue Nov 03 22:57:54 2015 Control Channel Authentication: using 'C:/Program Files (x86)/FrozenWay 1.6.6/etc/keys/auth.key' as a OpenVPN static key file
Tue Nov 03 22:57:54 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Nov 03 22:57:54 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Nov 03 22:57:54 2015 Socket Buffers: R=[65536->65536] S=[65536->65536]
Tue Nov 03 22:57:54 2015 Attempting to establish TCP connection with [AF_INET]176.31.8.117:443 [nonblock]

Tue Nov 03 22:57:55 2015 TCP connection established with [AF_INET]176.31.8.117:443
Tue Nov 03 22:57:55 2015 TCPv4_CLIENT link local: [undef]
Tue Nov 03 22:57:55 2015 TCPv4_CLIENT link remote: [AF_INET]176.31.8.117:443
Tue Nov 03 22:57:55 2015 TLS: Initial packet from [AF_INET]176.31.8.117:443, sid=56c76dc7 b627c71b

Tue Nov 03 22:57:55 2015 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
Tue Nov 03 22:57:55 2015 VERIFY OK: nsCertType=SERVER
Tue Nov 03 22:57:55 2015 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

Tue Nov 03 22:57:55 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Nov 03 22:57:55 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Nov 03 22:57:55 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Tue Nov 03 22:57:55 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Nov 03 22:57:55 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Tue Nov 03 22:57:55 2015 [FrozenWay] Peer Connection Initiated with [AF_INET]176.31.8.117:443

Tue Nov 03 22:57:58 2015 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

Tue Nov 03 22:57:58 2015 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.2.0.1,dhcp-option WINS 10.2.0.1,route 10.2.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.2.6.18 10.2.6.17'
Tue Nov 03 22:57:58 2015 OPTIONS IMPORT: --socket-flags option modified
Tue Nov 03 22:57:58 2015 OPTIONS IMPORT: --ifconfig/up options modified
Tue Nov 03 22:57:58 2015 OPTIONS IMPORT: route options modified
Tue Nov 03 22:57:58 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Tue Nov 03 22:57:58 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Tue Nov 03 22:57:58 2015 open_tun, tt->ipv6=0
Tue Nov 03 22:57:58 2015 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{A655D8B0-C4B3-4B55-9822-9C3EF51363DC}.tap
Tue Nov 03 22:57:58 2015 TAP-Windows Driver Version 9.21
Tue Nov 03 22:57:58 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.2.6.18/255.255.255.252 on interface {A655D8B0-C4B3-4B55-9822-9C3EF51363DC} [DHCP-serv: 10.2.6.17, lease-time: 31536000]
Tue Nov 03 22:57:58 2015 Successful ARP Flush on interface [9] {A655D8B0-C4B3-4B55-9822-9C3EF51363DC}

Tue Nov 03 22:58:03 2015 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Tue Nov 03 22:58:03 2015 C:\WINDOWS\system32\route.exe ADD 10.2.0.1 MASK 255.255.255.255 10.2.6.17
Tue Nov 03 22:58:03 2015 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
Tue Nov 03 22:58:03 2015 Route addition via IPAPI succeeded [adaptive]
Tue Nov 03 22:58:03 2015 Initialization Sequence Completed

IPv4 routing table :
0.0.0.0 0.0.0.0 10.6.0.1 10.6.36.97 25
0.0.0.0 128.0.0.0 10.2.6.17 10.2.6.18 20
8.8.8.8 255.255.255.255 10.6.0.1 10.6.36.97 25
10.2.0.1 255.255.255.255 10.2.6.17 10.2.6.18 20
10.2.6.16 255.255.255.252 10.2.6.18 10.2.6.18 276
10.2.6.18 255.255.255.255 10.2.6.18 10.2.6.18 276
10.2.6.19 255.255.255.255 10.2.6.18 10.2.6.18 276
10.6.0.0 255.255.0.0 10.6.36.97 10.6.36.97 281
10.6.36.97 255.255.255.255 10.6.36.97 10.6.36.97 281
10.6.255.255 255.255.255.255 10.6.36.97 10.6.36.97 281
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 306
127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 306
127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
128.0.0.0 128.0.0.0 10.2.6.17 10.2.6.18 20
176.31.8.117 255.255.255.255 10.6.0.1 10.6.36.97 25
194.2.0.20 255.255.255.255 10.6.0.1 10.6.36.97 25
194.2.0.50 255.255.255.255 10.6.0.1 10.6.36.97 25
195.154.179.210 255.255.255.255 10.6.0.1 10.6.36.97 25
224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 306
224.0.0.0 240.0.0.0 10.2.6.18 10.2.6.18 276
224.0.0.0 240.0.0.0 10.6.36.97 10.6.36.97 281
255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
255.255.255.255 255.255.255.255 10.2.6.18 10.2.6.18 276
255.255.255.255 255.255.255.255 10.6.36.97 10.6.36.97 281

J'ai essayé de bricoler différents réglages. Je suis en mode OpenVPN, Avast ne devrait pas poser de problèmes.
J'ai désactivé Teredo.

Y a t'il quelque chose d'optimisable coté FW ? Ou dois-je maudire ma connexion hôte ?

Merci d'avance pour toute réponse !

Réponses

  • 4t0m1k4t0m1k
    Salut,

    C'est spikes, ça vient de la perte de paquets. En tant normal, CS est en UDP, c'est à dire que si un paquet est perdu, il n'est pas renvoyé, les paquets sont envoyés en flux continu. Donc en cas de perte d'un paquet, ce sera a peine visible. Mais FrozenWay est un VPN TCP, c'est à dire que les paquets sont envoyés dans l'ordre et chaque paquet perdu est renvoyé. Cela bloque donc le flux de paquets jusqu'à ce que ton PC ait bien reçu le paquet perdu. C'est de l'ordre de 500 ms de spike à chaque paquet perdu.

    La seule solution pour éviter ces spikes, c'est de réduire la perte de paquets. Le plus souvent les pertes de paquets viennent du wifi. As-tu la possibilité de te connecter par câble ? Ou bien d'obtenir un signal parfait ? Sinon, des pertes de paquets sont aussi provoquées par les routeurs si ceux-ci sont saturés, mais c'est bien plus rare, ils drop les paquets si leur mémoire interne est pleine.
  • DonayuuDonayuu
    novembre 2015 modifié
    Salut à nouveau,
    Ton hypothèse sur la perte de paquets ne me paraît pas être aberrante du tout.
    J'ai donc, une fois FW connecté, essayé de passer sur pingtest.net... Qui me dit que j'ai une perte de paquets de 0% !
    http://www.pingtest.net/result/133890429.png
    Retest sur CS dans la foulée, toujours ces micro sauts inférieurs à une seconde, avec même parfois des déconnections de Steam lui-même, je dois attendre que Steam se reconnecte, parfois je suis kické de la partie car timed-out...
    Mon signal wifi varie entre 2 et 3 barres sur 5 dans le centre réseau, je ne peux malheureusement pas mettre de fil à la patte à mon PC, c'est pas faute de pas vouloir :(
    Suis-je le seul à avoir des problèmes avec Steam et CS ?
    Est-il techniquement possible pour FronzenWay d'envisager un "mode UDP" pour faciliter les connections aux jeux en réseau ?

    Sinon Fallout 4 sort bientôt, mais bon, ça me fait flic d'avoir l'offre illimitée de FW pour du singleplayer xD
  • 4t0m1k4t0m1k
    Salut,

    C'est normal d'avoir 0% de loss avec FrozenWay de connecté, car les paquets perdus sont renvoyés en TCP sans que l'application (dans ce cas, pingtest) ne soit au courant, ça se passe au niveau de la pile TCP/IP.

    As-tu accès à la commande "ping" sans FrozenWay de connecté ? par exemple dans l'invite de commande, que donne la commande ping -n 50 8.8.8.8 ?
  • tekall47tekall47
    novembre 2015 modifié
    Salut,
    Je me permet de répondre car j'ai le même problème :

    Sur n'importe quel autre jeu j'ai un ping entre 40 et 50, et sur CS, le ping ne descend pas en dessous de 80, avec des pics réguliers jusqu'à 200.
    Ca me fait régulièrement sauter la connexion au hotspot, qui me fait sauter la connexion à Frozenway du coup.

    J'ai un débit de 400k/s qui fonctionne très bien sauf avec CS.


    EDIT: je précise que si je fait la commande "netsh winsock reset" + reboot du PC, ça va remarcher quelques minutes (entre et 5 et 20min sans problème, puis je vais de nouveau avoir des lags sur CS.
  • DonayuuDonayuu
    Oui j'ai :
    Statistiques Ping pour 8.8.8.8:
    Paquets : envoyés = 50, reçus = 48, perdus = 2 (perte 4%),
    Durée approximative des boucles en millisecondes :
    Minimum = 14ms, Maximum = 138ms, Moyenne = 21ms

    Je ne sais pas si sur une connection "normale" on est censé avoir des pertes au bout d'un moment, les DNS de Google sont peut-être faits pour refuser des requêtes répétées comme celle-là ?
    Quoi qu'il en soit j'ai fait des tests avec mon téléphone, j'ai trouvé la zone approximative où se situe l'émetteur wifi, en étant proche le débit est multiplié par 4... Je suppose que les pertes de paquets doivent aussi être réduites !
    Je me suis commandé un câble 'low loss' coaxial rp sma de 8m pour rapprocher mon antenne de la source. Ça résoudra peut-être le souci !
  • 4t0m1k4t0m1k
    Salut,

    @Donayuu Bonne idée le câble, si tu met ton antenne au bon endroit, je pense que la perte de paquet diminuera énormément et tu ne devrais plus avoir de soucis. C'est vrai qu'un ping -n 100 frozendo.com aurait été plus judicieux (chez le même hébergeur que les serveurs FrozenWay), mais a mon avis, si tu multiplies par 4 ton débit, c'est que la stabilité en jeu sera d'autant plus améliorée.

    @tekall47 Tu as combien en upload sans FrozenWay ? Tu est chez SFR ? Car CS demande beaucoup d'upload (à chaque mouvement ou action du personnage des paquets sont envoyés).
  • chuunibyochuunibyo

    Bonjour :) ,

    Désolé de m'incruster mais je pense avoir le même problème :

    je suis dans un résidence universitaire et je me connecte avec la connection "crous-vpn" avec openconnect (sur pc) mais quand je joue à LoL j'ai régulièrement des gros pics de lags (2000ms voir plus) ou des décos d'une dizaine de secondes...

    Avec "ping -n 100 frozendo.com " (sans frozenway de connecté) j'obtient :

    Statistiques Ping pour 5.39.75.221 :
    Paquets : envoyés = 100, reçus = 94, perdus = 6 (perte 6%),
    Durée approximative des boucles en millisecondes :
    Minimum = 15ms, Maximum = 313ms, Moyenne = 36ms

    Et pour "ping -n 50 8.8.8.8 " :
    Statistiques Ping pour 8.8.8.8:
    Paquets : envoyés = 50, reçus = 46, perdus = 4 (perte 8%),
    Durée approximative des boucles en millisecondes :
    Minimum = 9ms, Maximum = 48ms, Moyenne = 20ms

    Si j'ai bien compris ça vient plus de la connection que de Frozenway mais je voulais tout de même savoir, y a pas une solution pour réduire ça ? :) (merci d'avance)

    NB : Voici le journal de connection de Frozenway si ça peut aider :

    FrozenWay version 1.6.6
    ----------------------------------
    Server: premium-02-fr-03
    Protocol: OpenVPN
    ----------------------------------
    Thu Nov 05 21:16:59 2015 OpenVPN 2.3.8 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Aug 27 2015
    Thu Nov 05 21:16:59 2015 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08

    Thu Nov 05 21:16:59 2015 Control Channel Authentication: using 'C:/Users/Ewen/Downloads/FrozenWay 1.6.6/FrozenWay 1.6.6/etc/keys/auth.key' as a OpenVPN static key file
    Thu Nov 05 21:16:59 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Nov 05 21:16:59 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Nov 05 21:16:59 2015 Socket Buffers: R=[65536->65536] S=[65536->65536]
    Thu Nov 05 21:16:59 2015 Attempting to establish TCP connection with [AF_INET]178.33.86.22:443 [nonblock]

    Thu Nov 05 21:17:00 2015 TCP connection established with [AF_INET]178.33.86.22:443
    Thu Nov 05 21:17:00 2015 TCPv4_CLIENT link local: [undef]
    Thu Nov 05 21:17:00 2015 TCPv4_CLIENT link remote: [AF_INET]178.33.86.22:443

    Thu Nov 05 21:17:00 2015 TLS: Initial packet from [AF_INET]178.33.86.22:443, sid=2ccf25b5 88767aaf

    Thu Nov 05 21:17:01 2015 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com
    Thu Nov 05 21:17:01 2015 VERIFY OK: nsCertType=SERVER
    Thu Nov 05 21:17:01 2015 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Thu Nov 05 21:17:01 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Nov 05 21:17:01 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Nov 05 21:17:01 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Thu Nov 05 21:17:01 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Thu Nov 05 21:17:01 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
    Thu Nov 05 21:17:01 2015 [FrozenWay] Peer Connection Initiated with [AF_INET]178.33.86.22:443

    Thu Nov 05 21:17:04 2015 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)
    Thu Nov 05 21:17:04 2015 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.3.0.1,dhcp-option WINS 10.3.0.1,route 10.3.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.3.1.10 10.3.1.9'
    Thu Nov 05 21:17:04 2015 OPTIONS IMPORT: --socket-flags option modified
    Thu Nov 05 21:17:04 2015 OPTIONS IMPORT: --ifconfig/up options modified
    Thu Nov 05 21:17:04 2015 OPTIONS IMPORT: route options modified
    Thu Nov 05 21:17:04 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Thu Nov 05 21:17:04 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Thu Nov 05 21:17:04 2015 open_tun, tt->ipv6=0
    Thu Nov 05 21:17:04 2015 TAP-WIN32 device [FrozenWay] opened: \\.\Global\{8EA6532F-D985-4DA2-B8CA-0DC7E6FFC2E2}.tap
    Thu Nov 05 21:17:04 2015 TAP-Windows Driver Version 9.21
    Thu Nov 05 21:17:04 2015 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.3.1.10/255.255.255.252 on interface {8EA6532F-D985-4DA2-B8CA-0DC7E6FFC2E2} [DHCP-serv: 10.3.1.9, lease-time: 31536000]
    Thu Nov 05 21:17:04 2015 Successful ARP Flush on interface [14] {8EA6532F-D985-4DA2-B8CA-0DC7E6FFC2E2}

    Thu Nov 05 21:17:10 2015 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
    Thu Nov 05 21:17:10 2015 C:\Windows\system32\route.exe ADD 10.3.0.1 MASK 255.255.255.255 10.3.1.9
    Thu Nov 05 21:17:10 2015 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4
    Thu Nov 05 21:17:10 2015 Route addition via IPAPI succeeded [adaptive]
    Thu Nov 05 21:17:10 2015 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 0.0.0.0 10.9.39.254 10.9.34.75 30
    0.0.0.0 0.0.0.0 147.171.164.1 147.171.166.56 2
    0.0.0.0 128.0.0.0 10.3.1.9 10.3.1.10 20
    10.3.0.1 255.255.255.255 10.3.1.9 10.3.1.10 20
    10.3.1.8 255.255.255.252 10.3.1.10 10.3.1.10 276
    10.3.1.10 255.255.255.255 10.3.1.10 10.3.1.10 276
    10.3.1.11 255.255.255.255 10.3.1.10 10.3.1.10 276
    10.9.32.0 255.255.248.0 10.9.34.75 10.9.34.75 286
    10.9.34.75 255.255.255.255 10.9.34.75 10.9.34.75 286
    10.9.39.255 255.255.255.255 10.9.34.75 10.9.34.75 286
    127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 306
    127.0.0.1 255.255.255.255 127.0.0.1 127.0.0.1 306
    127.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    128.0.0.0 128.0.0.0 10.3.1.9 10.3.1.10 20
    130.190.190.4 255.255.255.255 147.171.164.1 147.171.166.56 1
    147.171.164.0 255.255.252.0 147.171.166.56 147.171.166.56 257
    147.171.166.56 255.255.255.255 147.171.166.56 147.171.166.56 257
    147.171.167.255 255.255.255.255 147.171.166.56 147.171.166.56 257
    178.33.86.22 255.255.255.255 147.171.164.1 147.171.166.56 1
    193.54.184.67 255.255.255.255 10.9.39.254 10.9.34.75 31
    224.0.0.0 240.0.0.0 127.0.0.1 127.0.0.1 306
    224.0.0.0 240.0.0.0 10.3.1.10 10.3.1.10 276
    224.0.0.0 240.0.0.0 147.171.166.56 147.171.166.56 257
    224.0.0.0 240.0.0.0 10.9.34.75 10.9.34.75 286
    255.255.255.255 255.255.255.255 127.0.0.1 127.0.0.1 306
    255.255.255.255 255.255.255.255 10.3.1.10 10.3.1.10 276
    255.255.255.255 255.255.255.255 147.171.166.56 147.171.166.56 257
    255.255.255.255 255.255.255.255 10.9.34.75 10.9.34.75 286
  • 4t0m1k4t0m1k
    Salut @chuunibyo,

    Tu es en wifi ?

    Que donne un ping -n 100 10.9.39.254 ET ping -n 100 147.171.164.1 sans FrozenWay de connecté (mais avec openconnect).
  • chuunibyochuunibyo

    Oui je suis en wifi


    Pour : "ping -n 100 10.9.39.254" :

    Statistiques Ping pour 10.9.39.254:
    Paquets : envoyés = 100, reçus = 97, perdus = 3 (perte 3%),
    Durée approximative des boucles en millisecondes :
    Minimum = 1ms, Maximum = 31ms, Moyenne = 2ms


    Et pour "ping -n 100 147.171.164.1" :

    Statistiques Ping pour 147.171.164.1:
    Paquets : envoyés = 100, reçus = 0, perdus = 100 (perte 100%),

    ( NB: Délai d'attente de la demande dépassé à chaque fois alors que j'ai toujours internet)





  • 4t0m1k4t0m1k
    Tu as déjà de la perte de paquet juste entre ton PC et le routeur local du CROUS, donc problème de wifi (ou saturation du routeur mais ça m'étonnerait). FrozenWay n'aime pas la perte de paquet car c'est un VPN TCP, et si tu fait du TCP over TCP (LoL par exemple est en TCP aussi), les paquets peuvent être renvoyés de multiples fois et même aboutir à une réaction en chaine (TCP over TCP meltdown effect) et déconnecter. Donc le mieux serait d'obtenir un meilleur signal wifi.
  • chuunibyochuunibyo
    Ok merci :) il me reste plus qu'à trouver comment faire ^^
    Tu penses qu'un répéteur wifi pourrait améliorer la connexion?
    Sachant que le problème c'est que c'est une connexion pour toute la résidence ; je sais pas d'où part le signal donc je peux brancher un répéteur wifi que dans ma chambre où dans une partie commune (mais je suis pas sûr d'avoir le droit et je risque de me le faire faucher)

    ( si t'as un autre conseil je prends ^^) Mais merci c'est déjà ça de savoir d'où vient le problème ;)
  • 4t0m1k4t0m1k
    Avant de faire des dépenses, le mieux ce serait de trouver où est l'émetteur wifi (boitier avec antennes probablement dans un couloir ou boitier technique), et de tester le ping en ayant l'ordinateur au plus prêt.
    Après je pense qu'une bonne antenne directionnelle, peut être une meilleure solution qu'un répéteur, encore faut-il orienter l'antenne dans la bonne direction et éviter au maximum les obstacles (murs etc.).
  • chuunibyochuunibyo
    Ok Je vais me renseigner pour l'emetteur et tester le ping avec mon ordi portable
    Merci pour tout :)
  • DonayuuDonayuu
    novembre 2015 modifié
    J'ai trouvé d'où part le signal, il y a 3 murs entre moi et lui. J'ai déplacé mon PC fixe dans le hall (joie pour moi et incompréhension des collègues), plus qu'un mur, je suis à 2m de l'émetteur, je fais des tests :
    Statistiques Ping pour 8.8.8.8:
    Paquets : envoyés = 50, reçus = 50, perdus = 0 (perte 0%),
    Durée approximative des boucles en millisecondes :
    Minimum = 14ms, Maximum = 69ms, Moyenne = 16ms

    Donc déjà plus de pertes ! Test de CS s'ensuit !
  • DonayuuDonayuu
    Et voilà, problème localisé : me rapprocher de moins de 10m mais enlever deux murs et un couloir étroit, et je n'ai quasiment plus aucune difficulté de connexion...

    J'avoue ne pas avoir lu la FAQ, mais une section avec le test de ping -n 50 8.8.8.8 pour tester les pertes, et des consignes de rapprochement de la source pourraient éviter d'autres questionnements dans mon genre ! :p

    J'attends donc impatiemment mon câble d'antenne et croise les doigts pour que ça suffise à me sortir du néant du wifi :) merci pour les réponses à Atomik !
  • 4t0m1k4t0m1k
    Ok super :) C'est normale que tu n'es pas lu la FAQ car il n'y en a pas : / Il faut vraiment que j'en fasse une ! J'espère que l'antenne règlera le soucis !
Cette discussion a été fermée.