Auteur Sujet: ASUS RT87U, problèmes etrange... (Lu 8881 fois)

toshopp · « **Réponse #12 le:** 10 février 2016 à 13:17:35 »

Firmware officiel avec aucune bidouille au niveau du pare feu...

et tu as essayé depuis ton smartphone connecté au wifi pour éliminer un problème venant de ton ordinateur?

Citer

Y'a un truc spéciale à faire pour le DHCP ?

C'est à dire? les 2 serveurs DHCP sont activés et rien de spécial dans la configuration.

yblazart · « **Réponse #13 le:** 10 février 2016 à 13:28:30 »

Idem pour le tél. Ca vient de l'asus/ LB.

Pour le DHCP, je veuix dire si je veux brancher l'Asus direct sur l'ONT ? (Ma LB est en DHCP/IPV6)

toshopp · « **Réponse #14 le:** 10 février 2016 à 13:50:22 »

Pour le branchement directement à l'ONT il faut:

Paramétrer la connexion en PPPoe en renseignant ton login/mdp fourni par Orange.
Aller dans LAN/IPT (de mémoire) et paramétrer le vlan manuellement pour internet.
et tu laisses le DHCP de l'Asus pour gérer le LAN.
Normalement ça devrait correctement fonctionner.

Par contre avec cette configuration pas d'IPV6 (puisque tu es en PPPoe qui reste dispo encore pour le moment en parallèle du dhcp ipv6).

Pour le moment je n'ai pas eu de retour de personne étant passer en DHCPipv6 utilisant un routeur Asus directement derrière l'ONT. Et je ne peux pas tester car c'est chhez les parents que c'est passer en ipv6 pas encore chez moi. Mais j'ai hâte de tester.

Electrocut · « **Réponse #15 le:** 10 février 2016 à 13:59:19 »

Il est possible que ça soit un problème de MTU.

Essaye de configurer le MTU à 1492 dans le routeur Asus (= 1500 - 8 octets d'entêtes PPPOE).

yblazart · « **Réponse #16 le:** 10 février 2016 à 14:06:01 »

Hmmm, pas bête le MTU. Je verrais si je ne l'ai pas déjà fait ce soir.

Un mauvais MTU peut provoquer ce genre de soucis ?

Ha je viens de lire wikipedia.

sur PPPoE : MTU = 1 492 octets

Ok, peut être j'avais déjà fixé ça sur l'asus, quand j'ai eu la fibre, j'étais en PPOE à l'époque.

Mais en passant sur DHCP, peut être que la livebox à modifié son MTU et que je dois remettre le même, non ?

Electrocut · « **Réponse #17 le:** 10 février 2016 à 14:16:03 »

Citation de: yblazart le 10 février 2016 à 14:06:01

Un mauvais MTU peut provoquer ce genre de soucis ?

En principe les mécanismes d'auto-découverte du MTU permettent de rattraper le coup, lorsque le MTU dans un routeur est configuré à une valeur plus haute que celle supportée par le support.

Cependant, certains routeurs / pare-feu bloquent le traffic ICMP, ce qui peut poser des problèmes d'auto-découverte du MTU.

Si lors de la consultation du site meteofrance, ton PC envoie un paquet IP de 1500 octets, et que celui-ci n'arrive pas à destination (car un routeur le jette sans retourner de compte rendu d'erreur ICMP), alors la page ne chargera effectivement pas, ou difficilement.

Un MTU fixé plus haut que ce que le support permet, peut poser des problèmes de connexions.
Un MTU fixé trop bas peut dégrader les performances.

Tu peux essayer d'évaluer la taille maximale des paquets IP arrivant à transiter entre ton PC et le site meteofrance, en suivant cette procédure : http://www.zebulon.fr/dossiers/37-3-valeur-mtu.html

yblazart · « **Réponse #18 le:** 10 février 2016 à 20:38:19 »

Je viens de rentré. Sur l'admin de la livebox, pas d'information de mtu. C'est a blanc. Sur mon asus j'étais a 1492. Je viens de tenter 1500. Pas mieux.

Ce soir je vais tenter de déterminer le mtu avec le tuto.

yblazart · « **Réponse #19 le:** 10 février 2016 à 22:38:32 »

je dois vraiment avoir un problème bizarre. Même avec 222 octets ca passe pas ....

Mac-Arty:~ yblazart$ ping -D -s 222 www.meteofrance.com
PING prod.meteo-portail-grandpublic.gslb.aw.atos.net (160.92.49.14): 222 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5

EDIT heu ben non, sur le wifi livebox le ping fait ça aussi... Mais le site fonctionne.

buddy · « **Réponse #20 le:** 10 février 2016 à 22:40:14 »

Et un traceroute ?

yblazart · « **Réponse #21 le:** 10 février 2016 à 22:54:38 »

Alors deux truc marrant :
Mac-Arty:~ yblazart$ ping -D -s 1500 www.google.fr
PING www.google.fr (216.58.213.99): 1500 data bytes
ping: sendto: Message too long
ping: sendto: Message too long
Request timeout for icmp_seq 0
ping: sendto: Message too long
Request timeout for icmp_seq 1
ping: sendto: Message too long
Request timeout for icmp_seq 2
ping: sendto: Message too long
Request timeout for icmp_seq 3

PING www.google.fr (216.58.213.99): 528 data bytes
72 bytes from 216.58.213.99: icmp_seq=0 ttl=53 time=15.346 ms
wrong total length 92 instead of 556
72 bytes from 216.58.213.99: icmp_seq=1 ttl=53 time=14.035 ms
wrong total length 92 instead of 556
72 bytes from 216.58.213.99: icmp_seq=2 ttl=53 time=14.051 ms
wrong total length 92 instead of 556
72 bytes from 216.58.213.99: icmp_seq=3 ttl=53 time=14.032 ms
wrong total length 92 instead of 556
72 bytes from 216.58.213.99: icmp_seq=4 ttl=53 time=13.293 ms
wrong total length 92 instead of 556
72 bytes from 216.58.213.99: icmp_seq=5 ttl=53 time=14.555 ms
wrong total length 92 instead of 556

mais a vide :
Mac-Arty:~ yblazart$ ping www.google.fr
PING www.google.fr (216.58.213.99): 56 data bytes
64 bytes from 216.58.213.99: icmp_seq=0 ttl=53 time=12.967 ms
64 bytes from 216.58.213.99: icmp_seq=1 ttl=53 time=14.747 ms
64 bytes from 216.58.213.99: icmp_seq=2 ttl=53 time=12.442 ms
64 bytes from 216.58.213.99: icmp_seq=3 ttl=53 time=13.274 ms
64 bytes from 216.58.213.99: icmp_seq=4 ttl=53 time=12.707 ms
64 bytes from 216.58.213.99: icmp_seq=5 ttl=53 time=13.465 ms

comprends pas tout

yblazart · « **Réponse #22 le:** 10 février 2016 à 23:07:35 »

bon apparement faut pas utiliser google qui traffic l'icmp. avec yahoo :

Mac-Arty:~ yblazart$ ping -D -s 1472 www.yahoo.com
PING fd-fp3.wg1.b.yahoo.com (46.228.47.115): 1472 data bytes
1480 bytes from 46.228.47.115: icmp_seq=0 ttl=51 time=53.519 ms
1480 bytes from 46.228.47.115: icmp_seq=1 ttl=51 time=54.203 ms
1480 bytes from 46.228.47.115: icmp_seq=2 ttl=51 time=55.043 ms

1473, ca passe pas too long, donc j'ai la bonne valeur avec 1472.

Donc avec les 28 octet utilisés par le ping, ca fait un mtu à 1500. si j'ai bien compris.

yblazart · « **Réponse #23 le:** 10 février 2016 à 23:12:55 »

pour autant ca ne fonctionne toujours pas :

Alors ce qui est marrant, c'est que l'url de base de meteofrance me donne bien un 302 avec une redirection :

Mac-Arty:~ yblazart$ curl -v http://www.meteofrance.com/
* Trying 160.92.49.14...
* Connected to www.meteofrance.com (160.92.49.14) port 80 (#0)
> GET / HTTP/1.1
> Host: www.meteofrance.com
> User-Agent: curl/7.43.0
> Accept: */*
>
< HTTP/1.1 302 Moved Temporarily
< Server: nginx
< Date: Wed, 10 Feb 2016 22:10:06 GMT
< Content-Type: text/html
< Content-Length: 154
< Connection: keep-alive
< Keep-Alive: timeout=5
< Location: http://www.meteofrance.com/accueil
<
<html>
<head><title>302 Found</title></head>
<body bgcolor="white">
<center><h1>302 Found</h1></center>

<center>nginx</center>
</body>
</html>
* Connection #0 to host www.meteofrance.com left intact

Mais si je tape dessus direct ça bouge plus ....

Mac-Arty:~ yblazart$ curl -v http://www.meteofrance.com/accueil
* Trying 160.92.49.14...
* Connected to www.meteofrance.com (160.92.49.14) port 80 (#0)
> GET /accueil HTTP/1.1
> Host: www.meteofrance.com
> User-Agent: curl/7.43.0
> Accept: */*
>