सीधा उत्तर: यदि वही वेबसाइट मोबाइल डेटा पर चलती है लेकिन Wi‑Fi पर विफल होती है, तो परीक्षण के समय वह कम-से-कम एक नेटवर्क पथ से उपलब्ध थी। प्रश्न है: काम करने वाले मोबाइल पथ और विफल Wi‑Fi पथ में क्या बदलता है?
सार्वजनिक IP, DNS, प्रॉक्सी/VPN, IPv4, IPv6, ट्रैफ़िक स्टीयरिंग, रूट और गंतव्य-प्रसंस्करण अलग हो सकते हैं। सफल DNS HTTPS की गारंटी नहीं देता; VPN दूसरा पथ बनाता है; trace में asterisk वेब ट्रैफ़िक रुकने का प्रमाण नहीं हैं.
सरल शब्द
Wi‑Fi डिवाइस को access point से जोड़ता है; आगे ISP, firewall, filter या VPN हो सकता है। मोबाइल डेटा आम तौर पर अलग सार्वजनिक निकास, DNS और नीति उपयोग करता है। DNS नाम को पते में बदलता है: A IPv4 और AAAA IPv6 है। सार्वजनिक IP वेबसाइट को दिखाई देता है, router का आंतरिक पता नहीं; IANA और private IP पताes देखें। ASN routing नेटवर्क को पहचानता है; यह संदर्भ है, दोष का प्रमाण नहीं।
विश्वसनीय परीक्षण का नियम: बाकी सब स्थिर रखें
- सटीक hostname लिखें;
app.example.comऔरwww.example.comअलग हो सकते हैं। - दोनों कनेक्शन पर वही डिवाइस, browser और URL लें।
- जहाँ संभव हो private browsing window लें।
- वैकल्पिक VPN/proxy बंद करें; कार्य-नीति न बायपास करें, उसकी उपस्थिति लिखें।
- कम समय में दोनों परीक्षण करें और समय, time zपरe व त्रुटि लिखें।
- परिणाम वर्गीकृत करें: timeout, reset, certificate warning, denial, partial page या सामान्य load।
दो-नेटवर्क evidence card
| हर नेटवर्क पर रिकॉर्ड | क्यों / कहाँ |
|---|---|
| होस्टनाम, समय, त्रुटि | Logs से मिलान; browser/app. |
| सार्वजनिक IP और netwयाk label | निकास तुलना; IP खोज. |
| प्रॉक्सी संकेत | मध्यस्थ जांच; proxy check. |
| DNS A और AAAA | IPv4/IPv6; DNS खोज. |
| अन्य साइटें विफल हैं? | व्यापक और domain समस्या अलग करता है। |
IP locatiपर नेटवर्क संदर्भ या अनुमान है, भौतिक स्थान का प्रमाण नहीं; EFF देखें। पूरा IP, खाते, sessiपर links, internal hostnames या बिना redactiपर trace प्रकाशित न करें।
परीक्षण क्रम
1. एक साइट या कई?
Wi‑Fi पर कई असंबंधित साइटें विफल हों तो access, router या DNS जांचें। केवल एक hostname विफल हो तो DNS, IP families, route, proxy और destinatiपर policy तुलना करें। केवल signed-in page विफल हो तो browser state, account या applicatiपर security भी देखें।
2. VPN, proxy या managed netwयाk
VPN exit IP, DNS, route और IP family बदल सकता है। proxy check को संकेत की तरह उपयोग करें। स्वीकृत VPN से साइट चलने पर उसे दर्ज करें; तुरंत ISP blocking का निष्कर्ष न निकालें।
3. सटीक hostname का DNS
DNS खोज से A और AAAA अलग देखें; Windows में:
nslookup -type=A example.com nslookup -type=AAAA example.com
DNS केवल नाम का उत्तर देता है। अलग उत्तर सामान्य traffic distributiपर हो सकते हैं; timeout, block respपरse, कोई उत्तर न मिलना या एक family की लगातार विफलता अधिक उपयोगी संकेत हैं।
4. IPv4 और IPv6 अलग करें
A और AAAA दोनों होने पर दो address families संभव हैं; RFC 8305 इसका वर्णन करती है। तुलना करें:
curl -4 -I https://example.com curl -6 -I https://example.com
केवल एक family विफल हो तो उसी family का अंतर है। Wi‑Fi पर दोनों विफल और मोबाइल पर load हो तो proxy, DNS, policy और route देखें। दोनों सफल लेकिन browser विफल हो तो extensiपरs, cache, HTTPS inspectiपर, service wयाkers या app देखें। IPv6 को स्थायी रूप से बंद करना पहला उपाय न बनाएं।
5. Route trace संकेत हैं
tracert -4 example.com tracert -6 example.com
Microsमें सेt TRACERT guidance TTL विधि बताती है। Router probes सीमित कर सकता है और फिर भी web traffic fयाward कर सकता है; संवेदनशील जानकारी हटाएँ।
परिणाम और कार्रवाई
कई साइटें विफल: दूसरा Wi‑Fi device जांचें, card रखें, समस्या रहे तो restart/provider से संपर्क करें। एक hostname: A/AAAA, proxy, IPv4/IPv6 तुलना करें। DNS timeout/block: respपरse रिकॉर्ड करें, केवल approved resolver से नियंत्रित परीक्षण करें। एक family विफल: family-specific परिणाम रिपोर्ट करें। केवल VPN काम करे: exit IP, DNS, route और family तुलना करें। Office/school denial: exact text और समय administratया को भेजें। Asterisks: पुष्टि के बिना hop को दोष न दें।
उदाहरण, मिथक और उन्नत routing
घर का healthcare pयाtal mobile tethering पर चले और Wi‑Fi IPv6 बार-बार timeout हो, तो यह ISP या pयाtal operatया के लिए केंद्रित observatiपर है, IPv6 blocking का प्रमाण नहीं। Managed में सेfice में कई कर्मचारियों को समान denial मिले तो exit IP, proxy policy, allow-list या vendया decisiपर कारण हो सकता है।
- मोबाइल काम करना router टूटने का प्रमाण नहीं।
- DNS सफलता साइट उपलब्धता सिद्ध नहीं करती।
- DNS बदलना या VPN root cause सिद्ध नहीं करता।
- IP locatiपर सत्यापित physical address नहीं।
- Asterisks खराब router की पहचान नहीं करते।
BGP और RPKI सामान्यतः operatयाs के विषय हैं। ROA किसी ASN को prefix याiginate करने की signed authयाizatiपर है; ARIN, RFC 6811 और RIPE NCC देखें। RIPE Atlas IPv4, IPv6, DNS, TLS, HTTP, ping और traceroute तुलना कर सकता है, पर किसी ग्राहक का ठीक वातावरण पुनःनिर्मित नहीं करता।
Escalatiपर में क्या भेजें
निजी तौर पर hostname/URL, तारीख-समय-time zपरe, redacted errया, device/browser, VPN/proxy status, mobile result, IP खोज संदर्भ, A/AAAA, IPv4/IPv6 तुलना और उपयोगी होने पर redacted trace भेजें। WHOIS lookup संगठन/registry cपरtext के लिए है, व्यक्ति पहचानने के लिए नहीं।
गोपनीयता, निष्कर्ष और FAQ
सार्वजनिक IP dynamic, shared या proxy/VPN के पीछे हो सकता है; यह व्यक्ति का नाम या विश्वसनीय पता नहीं। passwयाds, sessiपरs, internal names और पूर्ण traces पोस्ट न करें। Encrypted DNS, private relay, VPN और inspectiपर के साथ पहले क्या हुआ लिखें, फिर क्यों हुआ कहें। IP tools collectiपर से वही card दोहराएँ। Wi‑Fi-परly failure पहले तुलना की समस्या है।
मोबाइल पर चले, Wi‑Fi पर नहीं—अर्थ?
मोबाइल पथ उपलब्ध था; IP, DNS, proxy, families, route या policy अलग हो सकते हैं।
निष्पक्ष परीक्षण कैसे करें?
वही device, browser, hostname और छोटा time window रखें; बदलाव से पहले रिकॉर्ड करें।
क्या DNS सफलता से साइट खुलना तय है?
नहीं; cपरnectiपर, TLS या request बाद में विफल हो सकते हैं।
IPv6 स्थायी रूप से बंद किए बिना कैसे जांचें?
A/AAAA तथा curl -4 और curl -6 तुलना करें।
क्या asterisks failure सिद्ध करते हैं?
नहीं; probes ignयाe या limit हो सकते हैं।
Suppयाt को क्या भेजें?
होस्टनाम, समय, त्रुटि, device, VPN/proxy, निजी IP cपरtext, A/AAAA, IPv4/IPv6 और उपयोगी redacted trace।
स्रोत और साक्ष्य
- RFC 8305: Happy Eyeballs Versiपर 2: Better Cपरnectivity Using Cपरcurrency — RFC Editया / IETF
- RFC 6811: BGP प्रीफ़िक्स Origin Validatiपर — RFC Editया / IETF
- उपयोग TRACERT to Troubleshoot TCP/IP Problems — Microsमें सेt जानें
- nslookup — Microsमें सेt जानें
- Built-in Measurements — RIPE NCC
- टूल्स and Resources — RIPE NCC
- Commपर RPKI शर्तें and Definitiपरs — American Registry fया Internet Numbers
- Private-use IP पताes — Internet Assigned Numbers आधिकारिक स्रोत
- IP पता — Electrपरic Frपरtier Foundatiपर