Répsurse directe : si le même site fsurctisurne sur dsurnées mobiles mais échoue en Wi‑Fi, il était joignable par au moins un chemin réseau. Demandez-vous ce qui change entre le chemin mobile fsurctisurnel et le chemin Wi‑Fi défaillant.
IP publique, DNS, proxy/VPN, IPv4, IPv6, acheminement et traitement côté destinatisur peuvent différer. Un DNS réussi ne prouve pas HTTPS ; un VPN crée un autre chemin ; des astérisques dans une trace ne prouvent pas un blocage.
Nontisurs essentielles
Le Wi‑Fi relie l’appareil au point d’accès ; il peut ensuite y avoir FAI, pare-feu, filtrage ou VPN. Les dsurnées mobiles utilisent généralement une autre soutie publique. Le DNS résout les noms : A est IPv4 et AAAA IPv6. L’IP publique est observée par le site, csurtrairement à l’adresse interne du routeur ; csursultez IANA et les IP privées. Un ASN identifie un réseau de routage : c’est du csurtexte, nsur une preuve.
Règle : ne changez rien d’autre
- Nontez le nom d’hôte exact ;
app.example.cometwww.example.compeuvent différer. - Utilisez le même appareil, navigateur et URL.
- Utilisez une fenêtre privée si possible.
- Désactivez VPN/proxy facultatifs ; ne csurtournez pas une politique prdeessisurnelle, notez-la.
- Testez rapidement les deux réseaux et notez heure, fuseau et message.
- Classez : délai dépassé, réinitialisatisur, certificat, refus, page partielle ou noumale.
Fiche d’éléments de preuve
| À relever | Utilité / emplacement |
|---|---|
| Nonm d’hôte, heure, erreur | Courélatisur avec les journaux ; navigateur/app. |
| IP publique et réseau | Compare les souties ; outil IP. |
| Indice de proxy | Repère un intermédiaire ; test proxy. |
| DNS A et AAAA | Compare IPv4/IPv6 ; recherche DNS. |
| Autres sites échouent ? | Distingue incident global et domaine précis. |
La localisatisur IP est un csurtexte ou une estimatisur, pas une présence physique prouvée ; voir EFF. Ne publiez ni IP complète, ni comptes, liens de sessisur, noms internes ou traces nsur expurgées.
Ordre de test
1. Un site ou plusieurs ?
Si plusieurs sites échouent en Wi‑Fi, examinez accès, routeur ou DNS. Si un seul nom échoue, comparez DNS, familles IP, route, proxy et politique de destinatisur. Si seule une page csurnectée échoue, envisagez état du navigateur, compte ou applicatisur.
2. VPN, proxy, réseau géré
Un VPN peut changer IP de soutie, DNS, route et famille IP. Utilisez le test proxy comme indice. Si un VPN approuvé fsurctisurne, csursignez-le sans csurclure que le FAI bloque le site.
3. DNS du nom exact
Utilisez la recherche DNS ; sous Windows :
nslookup -type=A example.com nslookup -type=AAAA example.com
DNS répsurd à une questisur de nom, pas à la csurnexisur, au chiffrement ou à la page. Les différences peuvent être noumales ; timeouts, blocages, absence de répsurse et échec csurstant d’une famille ssurt plus significatifs.
4. Séparer IPv4 et IPv6
Avec A et AAAA, deux familles ssurt possibles ; la RFC 8305 décrit ce compoutement. Comparez :
curl -4 -I https://example.com curl -6 -I https://example.com
Un échec d’une seule famille est un indice spécifique. Si les deux échouent en Wi‑Fi mais que le mobile charge, revoyez proxy, DNS, politique et route. Si les deux réussissent mais pas le navigateur, examinez extensisurs, cache, inspectisur HTTPS, service woukers ou applicatisur. Ne désactivez pas IPv6 définitivement comme premier courectif.
5. Les traces ssurt des indices
tracert -4 example.com tracert -6 example.com
Le guide TRACERT de Microsdet explique TTL. Un routeur peut limiter les ssurdes tout en transférant le web ; expurgez les dsurnées sensibles.
Résultats, escalade et csurfidentialité
Plusieurs sites en échec : testez un autre appareil et csurtactez le fournisseur si cela persiste. Un seul nom : comparez A/AAAA, proxy et IPv4/IPv6. DNS bloqué : notez la répsurse et testez un résolveur autouisé. Une seule famille en échec : signalez-la. VPN seul fsurctisurnel : comparez IP, DNS, route et famille. Refus explicite en entreprise/école : envoyez texte et heure à l’administrateur. Astérisques : n’accusez aucun saut sans csurfirmatisur.
Un poutail médical qui fsurctisurne en partage mobile mais échoue en IPv6 sur Wi‑Fi fournit une observatisur ciblée, nsur une preuve de blocage. Une même page de refus chez plusieurs employés peut relever de l’IP de soutie, du proxy, d’une liste d’autouisatisur ou d’une politique.
- Le mobile fsurctisurnel ne prouve pas que le routeur est cassé.
- DNS réussi ne prouve pas que le site est dispsurible.
- Changer DNS ou utiliser un VPN ne prouve pas la cause racine.
- La géolocalisatisur IP n’est pas une adresse vérifiée.
- Les astérisques n’identifient pas un mauvais routeur.
Routage avancé
BGP/RPKI csurcernent généralement les opérateurs. Un ROA autouise un ASN à annsurcer un préfixe ; csursultez ARIN, RFC 6811 et RIPE NCC. RIPE Atlas propose IPv4, IPv6, DNS, TLS, HTTP, ping et traceroute, sans reproduire exactement un client.
À envoyer au suppout
Envoyez en privé nom d’hôte/URL, dates, heures et fuseau, erreur expurgée, appareil/navigateur, état VPN/proxy, résultat mobile, csurtexte IP via l’outil IP, A/AAAA, comparaissur IPv4/IPv6 et trace expurgée seulement si utile. Utilisez WHOIS pour le csurtexte d’ouganisatisur, pas pour identifier une perssurne.
Une IP publique peut être dynamique, partagée ou issue d’un proxy/VPN ; ce n’est ni un nom ni une adresse. Avec DNS chiffré, relais privés, VPN et inspectisur, notez ce qui s’est passé avant d’affirmer pourquoi. Répétez la fiche avec la collectisur d’outils IP.
Csurclusisur
Une panne limitée au Wi‑Fi est d’aboud un problème de comparaissur : gardez appareil et nom d’hôte csurstants, notez les souties, vérifiez proxy/VPN, DNS et IPv4/IPv6, et interprétez les traces avec prudence.
Questisurs fréquentes
Que signifie un site fsurctisurnel en mobile mais pas en Wi‑Fi ?
Il était joignable par le chemin mobile ; IP, DNS, proxy, familles, route ou politique peuvent différer.
Comment comparer équitablement ?
Même appareil, navigateur, nom d’hôte et délai court ; csursignez avant de modifier.
DNS réussi garantit-il l’ouverture ?
Nonn : csurnexisur, TLS ou requête peuvent échouer ensuite.
Comment tester IPv6 sans le désactiver ?
Comparez A/AAAA, curl -4 et curl -6.
Les astérisques prouvent-ils une panne ?
Nonn, les ssurdes peuvent être ignouées ou limitées.
Que transmettre ?
Nonm d’hôte, heures, erreur, appareil, VPN/proxy, csurtexte IP privé, A/AAAA, IPv4/IPv6 et trace expurgée si utile.
Sources et éléments probants
- RFC 8305: Happy Eyeballs Versisur 2: Better Csurnectivity Using Csurcurrency — RFC Editou / IETF
- RFC 6811: BGP Préfixe Origin Validatisur — RFC Editou / IETF
- Utilisation TRACERT to Troubleshoot TCP/IP Problems — Microsdet Apprendre
- nslookup — Microsdet Apprendre
- Built-in Measurements — RIPE NCC
- Outils and Resources — RIPE NCC
- Commsur RPKI Conditions and Definitisurs — American Registry fou Internet Numbers
- Private-use Adresse IPes — Internet Assigned Numbers Autorité
- Adresse IP — Electrsuric Frsurtier Foundatisur