VPN sahifa o'rtasida uzildi: fon so'rovlari hali ham chiqadimi?

Yorliq hali ham tunnel o'lishidan oldingi boshqaruv panelini ko'rsatib turibdi. Holat raqamlari muzlaydi, kichik aylanuvchi aylanishda davom etadi va manzil qatorida bir soat oldin ochgan ilovangiz turadi. Uzilishdan keyin hech narsaga tegmadingiz, ammo sahifa hali ham o'z jadvali bo'yicha serveriga yetib borishga urinayotgan bo'lishi mumkin. Odamlar aynan shu qismni o'tkazib yuboradi: faqat ko'rinadigan sahifa va hali ham so'rov yuborayotgan sahifa tashqaridan bir xil ko'rinadi va ulardan faqat bittasi tarmoq jurnalida ko'rinadi.

Sahifa sizsiz boshlaydigan ish

To'rt mexanizm yuklangan hujjatni band ushlab turadi. Takrorlanuvchi taymer har bir necha soniyada holat chaqiruvini qayta ishga tushirishi mumkin. Siz qaytganingizdan keyin yorliq yana ko'rinadigan bo'lganda fetch ishga tushishi mumkin. WebSocket yoki server yuboradigan hodisalar asosida qurilgan jonli kanal o'zining orqaga chekinish jadvali bo'yicha qayta ulanishga urinishi mumkin. Sayt ro'yxatdan o'tkazgan service worker sizning oldingizda yorliq bo'lmasa ham navbatdagi sinxronlash uchun uyg'onishi mumkin.

Ularning hech biri bosishni talab qilmaydi va hech biri hujjatni qayta yuklamaydi. Manzil qatori, aylantirish joyi va ko'rsatilgan qiymatlar barchasi o'z joyida qoladi. O'zgaradigan narsa faqat tarmoq tomoni: har bir yangi urinish boshlangan paytda qabul qilingan yangi qaror.

Bu farq muhim, chunki ko'rinadigan sahifa mahalliy saqlanadi. Allaqachon chizilgan piksellar keyingi so'rov muvaffaqiyatli bo'lganini bildirmaydi. Aylanuvchi bilan muzlagan grafik so'rovlari endi muvaffaqiyatsiz bo'layotgan sahifaning odatiy ko'rinishi. Ekranni o'qish sizga server bir necha daqiqa oldin nima deganini aytadi, brauzer hozir nima qilayotganini emas.

Nega oldingi sahifa yuklanishi marshrutni ushlab turmaydi

Sahifa yuklanishida hech narsa hujjatni tunnelga bog'lamaydi. Marshrutlash har bir paket uchun, yuborish vaqtida, paket chiqayotganda mavjud jadvaldan hal qilinadi. Tunnel interfeysi yo'qolganda, bu qidiruv endi tunnel marshrutiga mos kelmaydi. U yo jismoniy adapterni topadi yoki umuman hech narsa topmaydi, mijoz ortda qoldirgan narsaga bog'liq.

Takrorlanuvchi qayta chaqiruvlar oddiy rejalashtirilgan vazifalardir. HTML standartining taymerlar bo'limi ularning navbatga qanday qo'yilishini tavsiflaydi va intervalni aniq ritm va'dasi emas, minimal kechikish deb qaraydi, shuning uchun fon yorlig'i kodi talab qilganidan ancha kam marta so'rov yuborishi mumkin. Kamroq urinish umuman urinmaslik bilan bir xil emas, yorliqni yana oldinga olib chiqish esa ularning portlashi uchun odatiy payt.

Muvaffaqiyatsizlik siyosati qayerga tushadi

Mijoz bloki sahifa olinganda emas, ulanishga urinilganda baholanadi. Agar oddiy kirish hali ham ruxsat etilgan bo'lsa, qayta urinish jismoniy havola orqali ochiq chiqishi mumkin. Agar siyosat bu trafikni tunnel qaytgunga qadar ushlab tursa, urinish ulanish paytida muvaffaqiyatsiz bo'ladi va sahifa bir necha soniyadan keyin qayta urinish mumkin bo'lgan xatoni ko'rsatadi.

Qaysi birini olishingizni ikkita tafsilot hal qiladi. Birinchisi mijoz qo'llab-quvvatlaydigan qamrov doirasi: butun qurilma uchun blok, tunnel adapteri bilan cheklangan blok yoki istisnoli qoidalar to'plami. Ikkinchisi manzil avval qo'shgan istisnongiz ichiga tushadimi — mahalliy printer, tutqun portal yoki oqim xizmati uchun.

Ilova darajasidagi shifrlash bundan hech narsani o'zgartirmaydi. HTTPS brauzer va server orasidagi baytlarni himoya qiladi; ularni qaysi interfeys tashishini aytmaydi. Sahifa mukammal shifrlangan bo'lib, baribir noto'g'ri yo'ldan chiqishi mumkin va tor blok aynan shunga yo'l qo'yadi.

Tashlab yuboriladigan sahifa bilan boshqariladigan tekshiruv

O'zingiz boshqaradigan xost va undan boshqa hech narsa qilmaydigan sahifadan foydalaning, shunda hech qanday haqiqiy ma'lumot o'yinda bo'lmasin. Terminaldan uzilishdan oldin va keyin yo'lni namuna qilib oling:

curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/ping

Uni tunnel ko'tarilgan holda ishga tushiring, keyin tunnelni tushiring va yana ishga tushiring. Tunnel tushirilgan paytda ommaviy manzildan kelgan javob to'g'ridan-to'g'ri yo'l ochiqligini aytadi. Vaqt tugashi yoki rad etilgan ulanish siyosat ushlab turganini aytadi. Mijoz qayta ulangandan keyin yana bir marta takrorlang, shunda tunnel yo'li qaytishini taxmin qilish o'rniga ko'rasiz.

Brauzerda Tarmoq paneli ikkala savolni ajratadi. Fetch/XHR ga filtrlang, keyin boshlovchi ustunini o'qing: taymer yoki skript boshlagan, undan oldin hech qanday navigatsiya qayd etilmagan yozuv qayta yuklash emas, fon urinishidir. Uning boshlanish vaqtini tunnel uzilgan payt bilan solishtiring. Tunnel ketganda yozuv hali kutilayotgan bo'lsa, so'rov endi mavjud bo'lmagan yo'lni kutmoqda.

Server tomonidagi dalillar brauzer ko'rsatadigan har qanday narsadan kuchliroq. Vaqt belgisi va manba manzili bo'lgan so'rovlar jurnali paket yetib kelganini isbotlaydi. Brauzer yozuvlarida cookie, token va to'liq URL bo'lishi mumkin, shuning uchun savolingizga kerakli maydonlarnigina saqlang va qolganini biror joyga qo'yishdan oldin yashiring.

Javob bilan nima qilish kerak

Agar tunnel tushirilganda fon urinishlari muvaffaqiyatli bo'lishda davom etsa, blok siz o'ylagandan torroq va bu bo'shliqni nozik ish uchun mijozga ishonishdan oldin yopish arziydi. Agar ular muvaffaqiyatsiz bo'lsa, siyosat o'z ishini qilyapti va muzlagan sahifa faqat ko'rinish. Qanday bo'lsa ham, bitta yorliqni yopish butun qurilma bo'yicha nazorat emas: boshqa yorliqlar, boshqa brauzerlar va boshqa ilovalar har biri o'z ishini rejalashtiradi.

Arziydigan keyingi qadamlar: qaysi istisnolarni va nima uchun qo'shganingizni sanab chiqing, mijoz faqat tunnel doirasidagi trafikni yoki butun trafikni bloklashini tasdiqlang va server jurnali ochiq holda bitta fon so'rovini boshidan oxirigacha kuzatib boring. Bu uch javob «VPN uzildi va nimadir hali ham ulangan» degan hisobotda aslida bor narsaning katta qismini qamrab oladi.