Yangi hotspot mijozi IP olishda tiqilib qolishi VPN nosozligi emas
Ulanish, mahalliy DHCP ijara va uzatish uch bosqichdir. Manzil olishda tiqilib qolgan qurilma VPN ga hech qachon yetib bormagan, shuning uchun DNS tahrirlashni to'xtating.
Telefon hotspotga ulanadi, «IP manzil olinmoqda» holatida qoladi va oxir-oqibat taslim bo'ladi. Tabiiy xulosa — telefon VPN i DNS ga xalaqit bermoqda, shuning uchun odamlar rezolverlar va qo'shilgan qoidalarni tahrirlay boshlaydi. Bu noto'g'ri bosqich. Mijoz hech qachon mahalliy manzil olmagan va usiz uning na shlyuzi, na rezolveri, na uzatadigan narsasi bor, shuning uchun host telefondagi hech qanday VPN sozlamasi bu nosozlikni tushuntira olmaydi. Ulanish, mahalliy manzil ajratish va uzatish uch alohida bosqich bo'lib, faqat oxirgisi tunnelga tegishli.
Uch bosqich va siz qaysi biridasiz
Avval ulanish keladi: mijoz hotspotning simsiz tarmog'iga ulanadi. Noto'g'ri parol, WPA3 nomuvofiqligi yoki radio moslik muammosi shu yerda muvaffaqiyatsiz bo'ladi va mijoz odatda shuni aytadi. Ikkinchisi manzil ajratish: IPv4 uchun mijoz ijara so'raydi va manzil hamda mahalliy shlyuz sozlamalarini oladi, IPv6 esa odatda DHCP o'rniga router e'lonlaridan foydalanadi, buni AOSP ning tethering hujjatlari tasvirlaydi. Uchinchisi tashqariga chiqish: host telefon ruxsat etilgan trafikni o'zi tanlagan yuqori oqim yo'liga uzatadi, bu uning tunneli bo'lishi ham, bo'lmasligi ham mumkin.
Mijozdagi matn sizga bosqichni aytadi. Manzil olishda tiqilib qolish ikkinchi bosqich, internetga biror paket chiqmasdan oldin. Ulangan, manzili bor, lekin hech narsa yuklanmayapti — bu uchinchi bosqich, bu yerda marshrutlash, nomlar va tunnel qamrovi muhim. Mijoz ikkinchi bosqichda tiqilib turganda uchinchi bosqichni tashxislash besh daqiqalik ijara muammosini DNS tahrirlari bilan to'la tushdan keyinga aylantirish yo'lidir.
Afsona: marshrutlangan VPN mahalliy DHCP ni uzoq so'rovga aylantiradi
Marshrutlangan tunnel o'zi tanlagan manzillar uchun IP paketlarini harakatlantiradi. DHCP aniqlash hotspotning o'z segmentida translyatsiya, telefondagi tethering xizmati unga mahalliy javob beradi, shuning uchun tunnel yoniq turganda ham mijoz manzil olishi mumkin. Faqat ataylab ko'prik qilingan yoki rele orqali uzatilgan loyiha bu almashinuvni boshqa joyga yuboradi va bu boshqa nosozlik imzosiga ega boshqa tuzilma.
Demak «VPN serveri DHCP ga javob bermayapti» tashxis emas, bu model xatosi. Mahalliy vositachi telefonda. Agar u javob berishni to'xtatsa, sabablar mahalliy: tethering xizmati, mijozlar chegarasi, ijara hovuzi yoki ulanishni to'g'ri tugatmagan mijoz. Ulardan hech biri tunnelning uzoq tomonida yashamaydi.
Ishlayotgan mavjud mijoz aslida nima isbotlaydi
Agar allaqachon ulangan noutbuk ishlayotgan bo'lsa, yangi telefon esa ishlamasa, hotspot va yuqori oqim yo'li umuman tirik. Bu taqqoslash foydali va qaysi komponent aybdor ekanining isboti emas, chunki ishlayotgan mijoz shunchaki o'zgarishdan oldingi ijarani ushlab, uni jimgina yangilab turgan bo'lishi mumkin.
U yerda bo'lganingizda ikkita mahalliy chegarani tekshirishga arziydi. Hotspot cheklangan ijara hovuzi va sozlanadigan mijoz chegarasini taqdim etadi, shuning uchun ulanib uxlab qolgan qurilma manzilni ushlab turishi mumkin, yangisi esa kutadi. Va boshqa tarmoqning statik konfiguratsiyasini eslab qoladigan mijoz ijarani umuman so'ramaydi, bu tashqaridan bir xil ko'rinadi va telefonda emas, mijozda tuzatiladi.
Taqqoslashni mahalliy va qaytariladigan saqlang
Siyosat ruxsat bergan qurilmada yangi mijoz ulanishini tunnel o'chirilgan, so'ng yoniq holatda taqqoslang, hotspot va mijozni qolgan jihatdan o'zgartirmang. Telefon va mijoz versiyalarini, tanlangan profilni va muvaffaqiyatsiz bo'lgan aniq bosqichni yozib oling. Boshqariladigan telefonda tozaroq sinov uchun ijroni o'chirish o'rniga tasdiqlangan taqqoslashni so'rang.
Tunnelga bog'liq barqaror ijara nosozligi mahalliy siyosat yoki joriy etishlararo o'zaro ta'sir haqida foydali dalil. Bu qurilmadagi har bir uzatish va NAT qoidasini tozalash litsenziyasi emas. O'sha qoidalar aloqasiz trafikni himoya qiladi va keng uzatish ruxsati mahalliy DHCP xizmati nima uchun javob berishni to'xtatganini tushuntirmaydi.
Yo'qolgan ijarani taxminiy statik manzil bilan yopmang. Ataylab qilingan statik konfiguratsiya haqiqiy quyi tarmoq, shlyuz, taqsimlash rejasi va to'qnashuv tekshiruvini talab qiladi. Mijozning DNS ini o'zgartirish ulardan hech birini bermaydi va keyingi qurilmani o'sha nosozlik bilan qoldiradi.
Ijara nimani isbotlamaydi
Manzil olish mahalliy tarmoqqa qabul qilinganini isbotlaydi, telefon tunnelining himoyasini emas. Mijoz ijaraga ega bo'lgach, quyi oqim yo'lini alohida baholang: mijoz trafigi haqiqatan telefondan o'tadimi, qidiruvlar siz kutgan joyda hal bo'ladimi va tashqi manzil siz mo'ljallagan chiqishga mos keladimi? Bu uchinchi bosqich savollari va ulanishga buklanish o'rniga o'z sinoviga loyiq.
Bosqichlarni tartib bilan bajaring, nosozlik joy o'zgartirishni to'xtatadi. Manzil olishda tiqilgan mijoz mahalliy tethering savoli; manzili bor, lekin sahifalari yo'q mijoz uzatish yoki nomlash savoli; sahifalari bor, lekin chiqishi xato mijoz tunnel qamrovi savoli. Ularni alohida saqlash nosozlikni tuzatishning katta qismidir.