Telefonen kan ikkje opne sida: sjekk lyttaradressa

Ei side som svarar på localhost kan vera bunden berre til loopback. Les socket-adressa, deretter brannmurregelen og URL-en telefonen faktisk brukar.

Bærbaren serverer sida på localhost, telefonen blir med i den same VPN-en, og nettlesaren på telefonen rapporterer at nettstaden ikkje kan nåast. Ingenting er gale med tunnelen enno, fordi tunnelen berre leverer pakkar. Ein utviklingsserver bunden til loopback-grensesnittet godtar aldri ei tilkobling adressert til noko anna, så den fyrste staden å sjå er den lyttande sockelen og ikkje VPN-en.

Gå gjennom sockelen, bind-innstillinga, brannmurregelen og URL-en, i den rekkjefølgja.

Sockelen svarar på eit snevrare spørsmål

Ein lyttar oppretta på 127.0.0.1 godtar trafikk frå maskinen sjølv og avviser alt som kjem på ei anna adresse. Ein lyttar på jokerteiknadressa godtar på alle lokale grensesnitt, inkludert VPN-grensesnittet, som er breiare enn dei fleste utviklingsoppsett treng. Ein lyttar bunden til éi bestemd VPN-adresse er det snevraste nyttige alternativet, og det verkar berre medan adressa finst.

To namnefeller følgjer av det. I nettlesaren på telefonen tyder localhost telefonen, ikkje bærbaren. Jokerteiknadressa er ein bind-verdi og ikkje noko du skriv inn i ein URL. Alle som testar med ein av dei, rapporterer ein feil som aldri var involvert i nettverket.

IPv6 legg til eit tredje tilfelle, fordi ein socket kan godta IPv4 og IPv6 avhengig av alternativ som er lette å oversjå. Les adressefamilien i lista. Ei jokerteiknoppføring for éin familie skildrar ikkje den andre.

Les lyttaradressa

Inspiser sockelen før du endrar konfigurasjonen. Den lokale adressa, porten og den eigde prosessen identifiserer saman om serveren i det heile er tilgjengeleg frå 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

Ei lokal adresse på 127.0.0.1 avgjer saka: inga brannmur-endring hjelper, fordi applikasjonen ikkje lyttar på VPN-grensesnittet. Jokerteikn eller VPN-adressa tyder at sockelen er i orden og at neste grense gjeld.

Stadfest den eigde prosessen òg, sidan ein urelatert teneste på ein vanleg port kan få tabellen til å sjå riktig ut medan den tiltenkte serveren aldri starta. Match stien til køyrbar fil, ikkje berre namnet. Ein gammal prosess frå ei tidlegare køyring er ein hyppig bedragar.

Endre bindet gjennom applikasjonen

Bruk rammeverket sitt dokumenterte alternativ for lyttaradresse og start prosessen på nytt. Viss bærbaren eig den private adressa 10.77.0.1, blir URL-en til telefonen http://10.77.0.1:8080/ og den adressa må ruttast gjennom VPN-en; ingenting anna ved oppsettet endrar seg.

Ikkje legg til vilkårlege adresser i Windows eller endre gatewayen for å tvinge fram eit bind. Desse endringane overlever feilsøkingsøkta og overraskar neste person. Ein server som blir starta før VPN-adressa finst, kan òg mislykkast med å binde, så startrekkjefølgja betyr noko for eit mellombels grensesnitt. Gi han eit nytt forsøk eller start han etter tunnelen. Ein bind-feil ved oppstart ser nøyaktig ut som eit brannmurproblem neste morgon.

For HTTPS, hald tenestevertsnamnet og sertifikatvalideringa intakt. Ei sertifikatåtvaring på ei rå adresse er eit namneproblem, ikkje eit steg å klikke seg gjennom, og privat DNS må stemme med lyttaren du valde.

Opne éin regel, ikkje heile nettverket

Når sockelen godtar på VPN-adressa, avgjer brannmuren om førespurnaden kjem fram. Avgrens regelen til denne applikasjonen, denne protokollen, denne lokale porten og den autoriserte eksterne kjelda, og stadfest kva profil som er aktiv på VPN-adapteren.

Bruk kjeldeadressa Windows faktisk ser, inkludert kvar omsetjing gatewayen gjer, fordi ein regel skriven for den opphavlege klientadressa ikkje vil matche ei omsett.

Ei side som blir lasta og viser ein applikasjonsfeil er framgang: HTTP-avvising er ein annan feil enn inga TCP-tilkopling, og neste undersøking høyrer til applikasjonen sin eigen tilgangspolicy og ikkje til nettverket.

Avslutt med å be om sida frå den tiltenkte telefonen og stadfeste at ein ekskludert eining framleis ikkje kan nå henne. Ein fungerande lyttar med ein regel som slepp alt inn, er ikkje det same resultatet.

Relaterte artiklar