Telefon sahifani ocholmayapti: tinglash manzilini tekshiring

localhost da javob beradigan sahifa faqat loopback ga bog'langan bo'lishi mumkin. Socket manzilini, so'ng firewall qoidasini va telefon haqiqatda ishlatadigan URL ni o'qing.

Noutbuk sahifani localhost da uzatadi, telefon o'sha VPN ga qo'shiladi va telefondagi brauzer saytga yetib bo'lmayotganini xabar qiladi. Tunnelda hali hech qanday xato yo'q, chunki tunnel faqat paketlarni yetkazadi. loopback interfeysiga bog'langan dasturlash serveri boshqa narsaga manzillangan ulanishni hech qachon qabul qilmaydi, shuning uchun birinchi qaraladigan joy VPN emas, tinglayotgan socket.

Socket, bind sozlamasi, firewall qoidasi va URL ni shu tartibda ko'rib chiqing.

Socket torroq savolga javob beradi

127.0.0.1 da yaratilgan tinglovchi faqat mashinaning o'zidan kelgan trafikni qabul qiladi va boshqa manzilga kelgan hamma narsani rad etadi. wildcard manzilidagi tinglovchi har bir mahalliy interfeysda, jumladan VPN interfeysida ham qabul qiladi, bu ko'pchilik dasturlash sozlamalariga kerak bo'lganidan kengroq. Bitta aniq VPN manziliga bog'langan tinglovchi eng tor foydali variant bo'lib, u faqat o'sha manzil mavjud bo'lganda ishlaydi.

Bundan ikkita nomlash tuzog'i kelib chiqadi. Telefon brauzerida localhost telefonni anglatadi, noutbukni emas. wildcard manzili bind qiymati, URL ga yoziladigan narsa emas. Kim ulardan biri bilan sinasa, tarmoqqa umuman aloqasi bo'lmagan nosozlikni xabar qiladi.

IPv6 uchinchi holatni qo'shadi, chunki socket e'tibordan chetda qolishi oson bo'lgan variantlarga qarab IPv4 va IPv6 ni qabul qilishi mumkin. Ro'yxatdagi manzil oilasini o'qing. Bir oila uchun wildcard yozuvi ikkinchisini tasvirlamaydi.

Tinglash manzilini o'qing

Konfiguratsiyani o'zgartirishdan oldin socketni tekshiring. Mahalliy manzil, port va egalik qiluvchi jarayon birgalikda server VPN dan umuman yetib borishini aniqlaydi.

Get-NetTCPConnection -State Listen -LocalPort 8080 | Select-Object LocalAddress,LocalPort,OwningProcess
Get-Process -Id (Get-NetTCPConnection -State Listen -LocalPort 8080).OwningProcess
ipconfig | Select-String -Pattern 'IPv4'
Get-NetFirewallRule -DisplayName '*8080*' | Format-Table DisplayName,Enabled,Profile,Direction,Action

127.0.0.1 mahalliy manzili savolni hal qiladi: hech qanday firewall o'zgarishi yordam bermaydi, chunki dastur VPN interfeysida tinglamayapti. wildcard yoki VPN manzili socket yaxshi ekanini va keyingi chegara amal qilishini bildiradi.

Egalik qiluvchi jarayonni ham tasdiqlang, chunki oddiy portdagi aloqasiz xizmat jadvalni to'g'ri ko'rsatishi mumkin, holbuki mo'ljallangan server hech qachon ishga tushmagan. Faqat nomni emas, bajariladigan fayl yo'lini moslashtiring. Oldingi ishga tushirishdan qolgan eski jarayon ko'p uchraydigan soxtakor.

Bindni dastur orqali o'zgartiring

Framework hujjatlashtirgan tinglash manzili variantidan foydalaning va jarayonni qayta ishga tushiring. Agar noutbuk 10.77.0.1 xususiy manziliga ega bo'lsa, telefonning URL si http://10.77.0.1:8080/ bo'ladi va bu manzil VPN orqali yo'naltirilishi kerak; sozlashda boshqa hech narsa o'zgarmaydi.

Bindni majburlash uchun Windows ga o'zboshimchalik bilan manzillar qo'shmang yoki gateway ni o'zgartirmang. Bu o'zgarishlar disk raskadrovka seansidan keyin ham qoladi va keyingi odamni hayratda qoldiradi. VPN manzili paydo bo'lishidan oldin ishga tushirilgan server ham bind qila olmasligi mumkin, shuning uchun vaqtinchalik interfeys uchun ishga tushirish tartibi muhim. Unga qayta urinish bering yoki tunneldan keyin ishga tushiring. Yuklash paytida bind xatosi ertasi kuni ertalab xuddi firewall muammosiga o'xshaydi.

HTTPS uchun xizmat hostname i va sertifikat tekshiruvini saqlab qoling. Xom manzilda sertifikat ogohlantirishi nomlash muammosi, bosib o'tiladigan qadam emas, va xususiy DNS siz tanlagan tinglovchiga mos kelishi kerak.

Bitta qoida oching, butun tarmoqni emas

Socket VPN manzilida qabul qilgach, so'rov yetib borishini firewall hal qiladi. Qoidani shu dastur, shu protokol, shu mahalliy port va ruxsat etilgan uzoq manba bilan cheklang va VPN adapterida qaysi profil faol ekanini tasdiqlang.

Windows haqiqatda ko'radigan manba manzilini ishlating, gateway bajaradigan har qanday tarjimani ham qo'shib, chunki mijozning dastlabki manzili uchun yozilgan qoida tarjima qilinganiga mos kelmaydi.

Yuklanib, dastur xatosini ko'rsatadigan sahifa bu taraqqiyot: HTTP rad etilishi TCP ulanish yo'qligidan boshqa nosozlik, va keyingi tekshiruv tarmoqqa emas, dasturning o'z kirish siyosatiga tegishli.

Mo'ljallangan telefondan sahifani so'rab va chetlatilgan qurilma hali ham unga yeta olmasligini tasdiqlab tugating. Hamma narsani qabul qiladigan qoida bilan ishlaydigan tinglovchi bir xil natija emas.

O'xshash maqolalar