Telefonen kan ikke åpne siden: sjekk lytteadressen
En side som svarer på localhost kan være bundet bare til loopback. Les socket-adressen, deretter brannmurregelen og URL-en telefonen faktisk bruker.
Bærbaren serverer siden på localhost, telefonen blir med i samme VPN, og nettleseren på telefonen rapporterer at nettstedet ikke kan nås. Ingenting er galt med tunnelen ennå, fordi tunnelen bare leverer pakker. En utviklingsserver bundet til loopback-grensesnittet godtar aldri en tilkobling adressert til noe annet, så det første stedet å se er den lyttende sockelen og ikke VPN-en.
Gå gjennom sockelen, bind-innstillingen, brannmurregelen og URL-en, i den rekkefølgen.
Sockelen svarer på et snevrere spørsmål
En lytter opprettet på 127.0.0.1 godtar trafikk fra maskinen selv og avviser alt som kommer på en annen adresse. En lytter på jokertegnadressen godtar på alle lokale grensesnitt, inkludert VPN-grensesnittet, som er bredere enn de fleste utviklingsoppsett trenger. En lytter bundet til én bestemt VPN-adresse er det snevreste nyttige alternativet, og det virker bare mens adressen finnes.
To navnefeller følger av det. I telefonens nettleser betyr localhost telefonen, ikke bærbaren. Jokertegnadressen er en bind-verdi og ikke noe du skriver inn i en URL. Alle som tester med en av dem, rapporterer en feil som aldri var involvert i nettverket.
IPv6 legger til et tredje tilfelle, fordi en socket kan godta IPv4 og IPv6 avhengig av alternativer som er lette å overse. Les adressefamilien i listen. En jokertegnoppføring for én familie beskriver ikke den andre.
Les lytteadressen
Inspiser sockelen før du endrer konfigurasjonen. Den lokale adressen, porten og den eide prosessen identifiserer sammen om serveren i det hele tatt er tilgjengelig 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 avgjør saken: ingen brannmur-endring hjelper, fordi applikasjonen ikke lytter på VPN-grensesnittet. Jokertegn eller VPN-adressen betyr at sockelen er i orden og at neste grense gjelder.
Bekreft den eide prosessen også, siden en urelatert tjeneste på en vanlig port kan få tabellen til å se riktig ut mens den tiltenkte serveren aldri startet. Match stien til kjørbar fil, ikke bare navnet. En gammel prosess fra en tidligere kjøring er en hyppig bedrager.
Endre bindet gjennom applikasjonen
Bruk rammeverkets dokumenterte alternativ for lytteadresse og start prosessen på nytt. Hvis bærbaren eier den private adressen 10.77.0.1, blir telefonens URL http://10.77.0.1:8080/ og den adressen må rutes gjennom VPN-en; ingenting annet ved oppsettet endres.
Ikke legg til vilkårlige adresser i Windows eller endre gatewayen for å tvinge frem et bind. Disse endringene overlever feilsøkingsøkten og overrasker neste person. En server som startes før VPN-adressen finnes, kan også mislykkes med å binde, så startrekkefølgen betyr noe for et midlertidig grensesnitt. Gi den et nytt forsøk eller start den etter tunnelen. En bind-feil ved oppstart ser nøyaktig ut som et brannmurproblem neste morgen.
For HTTPS, hold tjenestevertsnavnet og sertifikatvalideringen intakt. En sertifikatadvarsel på en rå adresse er et navneproblem, ikke et steg å klikke seg gjennom, og privat DNS må stemme med lytteren du valgte.
Åpne én regel, ikke hele nettverket
Når sockelen godtar på VPN-adressen, avgjør brannmuren om forespørselen kommer frem. Begrens regelen til denne applikasjonen, denne protokollen, denne lokale porten og den autoriserte eksterne kilden, og bekreft hvilken profil som er aktiv på VPN-adapteren.
Bruk kildeadressen Windows faktisk ser, inkludert enhver oversettelse gatewayen utfører, fordi en regel skrevet for den opprinnelige klientadressen ikke vil matche en oversatt.
En side som lastes og viser en applikasjonsfeil er fremgang: HTTP-avvisning er en annen feil enn ingen TCP-tilkobling, og neste undersøkelse hører til applikasjonens egen tilgangspolicy og ikke til nettverket.
Avslutt med å be om siden fra den tiltenkte telefonen og bekrefte at en ekskludert enhet fortsatt ikke kan nå den. En fungerende lytter med en regel som slipper alt inn, er ikke det samme resultatet.