Telefonen kan ikke åbne siden: kontroller lytteadressen

Laptop'en leverer siden på localhost, telefonen tilslutter sig samme VPN, og browseren på telefonen melder, at webstedet ikke kan nås. Der er endnu ikke noget galt med tunnelen, fordi tunnelen kun leverer pakker. En udviklingsserver bundet til loopback-interfacet accepterer aldrig en forbindelse adresseret til noget andet, så det første sted at kigge er den lyttende socket, ikke VPN'en.

Gå igennem socketten, bind-indstillingen, firewallreglen og URL'en, i den rækkefølge.

Socketten besvarer et snævrere spørgsmål

En lytter oprettet på 127.0.0.1 accepterer trafik fra maskinen selv og afviser alt, der ankommer på en anden adresse. En lytter på wildcard-adressen accepterer på alle lokale netværkskort, inklusive VPN'ens, hvilket er bredere, end de fleste udviklingsopsætninger har brug for. En lytter bundet til én bestemt VPN-adresse er den snævraste brugbare mulighed, og den virker kun, så længe adressen findes.

To navnefælder følger af det. I telefonens browser betyder localhost telefonen, ikke laptop'en. Wildcard-adressen er en bind-værdi, ikke noget man skriver i en URL. Enhver, der tester med en af dem, vil rapportere en fejl, som netværket aldrig var involveret i.

IPv6 tilføjer et tredje tilfælde, fordi en socket kan acceptere IPv4 og IPv6 afhængigt af indstillinger, der er nemme at overse. Læs adressefamilien i listen. En wildcard-post for den ene familie beskriver ikke den anden.

Læs lytteadressen

Undersøg socketten, før du ændrer konfigurationen. Den lokale adresse, porten og den ejende proces identificerer tilsammen, om serveren overhovedet er nåelig fra VPN'en.

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

En lokal adresse på 127.0.0.1 afgør spørgsmålet: ingen firewallændring hjælper, fordi applikationen ikke lytter på VPN-interfacet. Wildcard eller VPN-adressen betyder, at socketten er i orden, og at den næste grænse gælder.

Bekræft også den ejende proces, fordi en urelateret tjeneste på en almindelig port kan få tabellen til at se rigtig ud, mens den tilsigtede server aldrig startede. Match den kørende fils sti, ikke kun navnet. En forældet proces fra en tidligere kørsel er en hyppig bedrager.

Ændr bindet gennem applikationen

Brug frameworkets dokumenterede lytteadresseindstilling, og genstart processen. Hvis laptop'en ejer den private adresse 10.77.0.1, bliver telefonens URL http://10.77.0.1:8080/, og den adresse skal routes gennem VPN'en; intet andet ved opsætningen ændres.

Tilføj ikke vilkårlige adresser til Windows, og ændr ikke gatewayen for at fremtvinge et bind. De ændringer overlever fejlfindingssessionen og overrasker den næste person. En server startet, før VPN-adressen findes, kan også fejle med at binde, så startrækkefølgen betyder noget for et midlertidigt interface. Giv den et nyt forsøg, eller start den efter tunnelen. En bind-fejl ved opstart ser præcis ud som et firewallproblem næste morgen.

For HTTPS skal du holde tjenestens værtsnavn og certifikatvalideringen intakte. En certifikatadvarsel på en rå adresse er et navneproblem, ikke et trin at klikke igennem, og privat DNS skal stemme overens med den lytter, du valgte.

Åbn én regel, ikke hele netværket

Når socketten accepterer på VPN-adressen, afgør firewallen, om anmodningen ankommer. Afgræns reglen til denne applikation, denne protokol, denne lokale port og den autoriserede fjernkilde, og bekræft, hvilken profil der er aktiv på VPN-adapteren.

Brug den kildeadresse, Windows faktisk ser, inklusive enhver oversættelse, gatewayen udfører, fordi en regel skrevet til den oprindelige klientadresse ikke vil matche en oversat.

En side, der indlæses og viser en applikationsfejl, er fremskridt: HTTP-afvisning er en anden fejl end ingen TCP-forbindelse, og den næste undersøgelse hører til applikationens egen adgangspolitik, ikke til netværket.

Afslut med at anmode om siden fra den tilsigtede telefon og bekræfte, at en udelukket enhed stadig ikke kan nå den. En fungerende lytter med en regel, der tillader alt, er ikke det samme resultat.