VPN ulangan, lekin internet yo'qmi? To'rt qatlamni tekshiring

Mijoz ulangan deb aytadi, brauzer aylanadi va har bir sayt vaqt tugashi bilan yakunlanadi. Bu uyg'unlik odatiy va qarama-qarshilik emas: ulangan degani tunnel kelishdi, undan ortiq emas. Nomlarni aniqlash, marshrutlash va serverning o'z chiqishi har biri o'zicha ishlamay qoladi va har birining egasi boshqa. Qatlamlarni tartib bilan ko'rib chiqing va birinchi ishlamay qolgan joyda to'xtang.

Kelgan tarmog'ingizdan boshlang

Tunnelni mijozning o'z uzish boshqaruvi bilan tushiring, so'ng siyosat ruxsat bersa, bir-biriga aloqasi yo'q ikki HTTPS saytni sinab ko'ring. O'sha sinov davomida nozik ishni yopiq tuting. Oddiy kirish ham ishlamasa, VPN birinchi gumondor emas.

Tunnelga tegishdan oldin Wi-Fi ulanishi, router va kirishni talab qiladigan har qanday portal sahifasini ko'rib chiqing. Kill switch dizayn bo'yicha uzilgan holatda trafikni to'sishi mumkin, shuning uchun tarmoq o'ldi deb xulosa qilish o'rniga uning hujjatlashtirilgan sinov tartibiga amal qiling. Boshqa ishonchli tarmoq foydali taqqoslama, va yangi VPN chiqishi muddati o'tgan mehmonxona kirishini tugatmaydi. Ochiq tarmoq ishlab, tunnel ishlamasa, tarmoq oqlangan va keyingi qatlam sizniki.

Muvaffaqiyatsizlik nomlarni aniqlashmi yoki yo'qmi, aniqlang

Xato matnini yozib qo'ying, chunki aniqlash xatosi, vaqt tugashi va sertifikat ogohlantirishi har biri boshqa joyga ishora qiladi. Erta tutish kerak bo'lgan naqsh: hech qachon kirmagan xost nomi muvaffaqiyatsiz bo'ladi, ochiq seansli dastur esa davom etadi. Bu naqsh yangi so'rovlar haqida, tunnel paket tashishi haqida emas. Bitta so'rov aniqlagich nima qaytarishini ko'rsatadi va bajarilishi bir soniya oladi. Ikkinchi nomni ham sinab ko'ring, bir keshlangan javob yoki bitta buzilgan yozuv tashxisni hal qilmasin.

nslookup example.com

HTTPS manzil satridagi ixtiyoriy IP DNS sinovi emas, chunki sertifikat va virtual xost odatda nomga bog'liq. Ichki nomlarga ommaviy o'rinbosar o'rniga tashkilot aniqlagichi kerak bo'lishi mumkin, va o'zining xavfsiz aniqlagichi bor brauzer operatsion tizim so'rovidan boshqacha javob berishi mumkin. Ikkisi kelishmasa, foydalanuvchi boshdan kechiradigan narsa brauzer aniqlagichi, va bu farq biletga tegishli.

To'liq tunnel yoki faqat kompaniya quyi tarmoqlari

Ba'zi profillar faqat kompaniyaning bir necha quyi tarmog'iga yetish uchun mavjud; boshqalari hammasini tashish uchun qurilgan va orqasida ishlaydigan chiqish talab qiladi. Ko'rsatkich har bir dastur va har bir manzil oilasini qamrab oladi deb o'ylashdan oldin hujjatlashtirilgan maqsadni o'qing. Xususiy tarmoq profili loyihalashtirilgandek ishlashi mumkin, lekin undan hech qachon foydalanmasligi kerak bo'lgan brauzer hali ham ishlamay qoladi. Marshrut jadvalini o'zgartirmasdan o'qing va IPv6ni qo'shing, chunki ishlaydigan IPv4 yo'li boshqa oila haqida hech narsa demaydi.

Aniqroq marshrut standart marshrut hali mavjud bo'lganda yutishi mumkin, shuning uchun jadvalni taxmin qilmasdan o'qish kerak. Raqobatchi virtual adapterlar ham siz boshqa joyda kutgan trafikni egallashi mumkin, ayniqsa ikkinchi VPN mijozi o'rnatilib unutilgandan keyin. Standart marshrutni tajriba sifatida o'chirmang; bu tashxisni ikkinchi uzilishga aylantiradi.

Ishlayotganlar orasida bitta ishlamaydigan sayt o'sha saytning muammosi, va bu tunnel trafik tashirayotganini ham isbotlaydi. Faqat katta uzatishlarda ko'rinadigan to'xtashlar yetib borishga emas, paket hajmiga ishora qiladi.

Server hech narsani uzatmasa

Agar har bir manzil ikki qurilma va ikki kirish tarmog'ida ishlamay qolsa, tunnel ko'tarilgan, chiqish esa uzatmayapti. Aynan shu juftlik server tomonidagi nosozlikni bir joyda noto'g'ri sozlangan bitta qurilmadan ajratadi. Operatorga ko'rsatkich skrinshotini emas, uzatish, NAT va qaytish yo'li savollarini yuboring.

O'sha uchtasi server tomonidagi sabablarning ko'pini qamrab oladi va javob berish operatorning ishi. OpenVPN ulanish muammolarini hal qilish sahifasi xuddi shu savollarni server tomondan o'tadi, shuning uchun uni bilet bilan birga topshiring. Yashil ko'rsatkich skrinshoti ularning birortasiga javob bermaydi.

Kirgandan keyin mijoz jurnalini marshrutlar, DNS sozlamalari yoki virtual adapterni qo'llashdagi nosozliklar uchun ko'rib chiqing. O'sha bosqichdagi xatolar serverga emas, qurilmaga ishora qiladi. Jurnalda hech qachon ko'rinmaydigan xato ham shunchalik ma'lumotli, chunki gumonni narigi tomonga ko'chiradi.

Bir vaqtda bir qatlamni tekshiring

Biror narsani o'zgartirgandan keyin qayta ulanib, aynan ishlamay qolgan dasturni takrorlang. Bitta sahifaning yuklanishi profil uchun qurilgan resurslarga takrorlanadigan yo'ldan kamroq dalil. Ikki buyruq aniqlashni yetib borishdan ajratadi, ikkinchisi xostga bog'liq. curl satrini istalgan joyda ishga tushiring, so'ng oldingizdagi xostga mos marshrut buyrug'ini ishga tushiring.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Agar raqamli so'rov ishlab, nom ishlamasa, DNSda qoling. Ikkisi ham ishlamasa, marshrut jadvalini tunnelning kutilgan standarti bilan solishtiring va haqiqatda sinayotgan oilangizni tekshiring. Marshrut to'g'ri bo'lib, so'rov hali ham chiqishda o'lsa, qolgan savol operatorniki, va saqlagan dalillaringiz — bilet.