Telefoni nuk e hap faqen: kontrollo adresën e dëgjimit

Laptopi e shërben faqen në localhost, telefoni bashkohet me të njëjtën VPN, dhe shfletuesi në telefon raporton se faqja nuk arrihet. Tuneli nuk ka ende asgjë të gabuar, sepse tuneli vetëm dërgon paketa. Një server zhvillimi i lidhur me ndërfaqen loopback nuk pranon kurrë një lidhje të adresuar drejt diçkaje tjetër, prandaj vendi i parë për t'u shikuar është socket-i i dëgjimit dhe jo VPN-ja.

Kalo socket-in, cilësimin e lidhjes, rregullin e firewall-it dhe URL-në, në atë rend.

Socket-i përgjigjet një pyetjeje më të ngushtë

Një dëgjues i krijuar në 127.0.0.1 pranon trafikun nga vetë makina dhe refuzon gjithçka që vjen në një adresë tjetër. Një dëgjues në adresën wildcard pranon në çdo ndërfaqe lokale, përfshirë atë të VPN-së, çka është më e gjerë sesa u nevojitet shumicës së konfigurimeve të zhvillimit. Një dëgjues i lidhur me një adresë të vetme specifike VPN është opsioni më i ngushtë i dobishëm, dhe funksionon vetëm përderisa ajo adresë ekziston.

Nga kjo rrjedhin dy kurthe emërtimi. Në shfletuesin e telefonit, localhost nënkupton telefonin, jo laptopin. Adresa wildcard është një vlerë lidhjeje dhe jo diçka për t'u shtypur në një URL. Kush teston me njërën prej tyre, do të raportojë një dështim që nuk përfshiu kurrë rrjetin.

IPv6 shton një rast të tretë, sepse një socket mund të pranojë IPv4 dhe IPv6 në varësi të opsioneve që harrohen lehtë. Lexoni familjen e adresave në listë. Një zë wildcard për një familje nuk e përshkruan tjetrën.

Lexoni adresën e dëgjimit

Inspektoni socket-in përpara se të ndryshoni konfigurimin. Adresa lokale, porta dhe procesi pronar së bashku tregojnë nëse serveri është i arritshëm fare nga VPN-ja.

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

Një adresë lokale 127.0.0.1 e zgjidh çështjen: asnjë ndryshim i firewall-it nuk ndihmon, sepse aplikacioni nuk dëgjon në ndërfaqen e VPN-së. Wildcard ose adresa e VPN-së do të thotë që socket-i është në rregull dhe zbatohet kufiri tjetër.

Konfirmoni edhe procesin pronar, sepse një shërbim i palidhur në një portë të zakonshme mund ta bëjë tabelën të duket e saktë ndërsa serveri i synuar nuk nisi kurrë. Përputhni shtegun e ekzekutuesit, jo vetëm emrin. Një proces i vjetër nga një ekzekutim i mëparshëm është një impostor i shpeshtë.

Ndryshoni lidhjen përmes aplikacionit

Përdorni opsionin e adresës së dëgjimit të dokumentuar nga framework-u dhe rinisni procesin. Nëse laptopi zotëron adresën private 10.77.0.1, URL-ja e telefonit bëhet http://10.77.0.1:8080/ dhe ajo adresë duhet të rutohet përmes VPN-së; asgjë tjetër në konfigurim nuk ndryshon.

Mos shtoni adresa arbitrare në Windows dhe mos ndryshoni gateway-in për të detyruar një lidhje. Ato ndryshime mbijetojnë sesionin e korrigjimit dhe befasojnë personin tjetër. Një server i nisur përpara se adresa e VPN-së të ekzistojë mund gjithashtu të dështojë të lidhet, prandaj rendi i nisjes ka rëndësi për një ndërfaqe kalimtare. Jepini një provë të re ose niseni pas tunelit. Një dështim lidhjeje në nisje duket saktësisht si problem firewall-i mëngjesin tjetër.

Për HTTPS, mbani emrin e hostit të shërbimit dhe vërtetimin e certifikatës të paprekur. Një paralajmërim certifikate në një adresë të papërpunuar është problem emërtimi, jo një hap për ta kaluar me klikim, dhe DNS privat duhet të pajtohet me dëgjuesin që zgjidhët.

Hapni një rregull, jo të gjithë rrjetin

Pasi socket-i pranon në adresën e VPN-së, firewall-i vendos nëse kërkesa arrin. Kufizoni rregullin te ky aplikacion, ky protokoll, kjo portë lokale dhe burimi i autorizuar në distancë, dhe konfirmoni cili profil është aktiv në adapterin e VPN-së.

Përdorni adresën burimore që Windows sheh vërtet, përfshirë çdo përkthim që kryen gateway-i, sepse një rregull i shkruar për adresën origjinale të klientit nuk do të përputhet me një të përkthyer.

Një faqe që ngarkohet dhe shfaq një gabim aplikacioni është përparim: refuzimi HTTP është një dështim i ndryshëm nga mungesa e lidhjes TCP, dhe hetimi i radhës i përket politikës së aksesit të vetë aplikacionit dhe jo rrjetit.

Përfundoni duke kërkuar faqen nga telefoni i synuar dhe duke konfirmuar se një pajisje e përjashtuar ende nuk mund ta arrijë. Një dëgjues funksional me një rregull që pranon gjithçka nuk është i njëjti rezultat.