Puhelin ei avaa sivua: tarkista kuunteluosoite
Localhostissa vastaava sivu voi olla sidottu vain loopbackiin. Lue pistokkeen osoite, sitten palomuurisääntö ja URL, jota puhelin todella käyttää.
Kannettava palvelee sivua localhostissa, puhelin liittyy samaan VPN:ään ja puhelimen selain ilmoittaa, ettei sivustoon pääse. Tunnelissa ei ole vielä mitään vikaa, koska tunneli vain toimittaa paketteja. Loopback-liitäntään sidottu kehityspalvelin ei koskaan hyväksy yhteyttä, joka on osoitettu johonkin muuhun, joten ensimmäinen paikka katsoa on kuunteleva pistoke, ei VPN.
Käy läpi pistoke, bind-asetus, palomuurisääntö ja URL juuri tässä järjestyksessä.
Pistoke vastaa kapeampaan kysymykseen
Osoitteeseen 127.0.0.1 luotu kuuntelija hyväksyy liikennettä koneesta itsestään ja hylkää kaiken, mikä saapuu toiseen osoitteeseen. Wildcard-osoitteen kuuntelija hyväksyy kaikilla paikallisilla liitäntöillä, myös VPN-liitännällä, mikä on laajempaa kuin useimmat kehitysympäristöt tarvitsevat. Yhteen tiettyyn VPN-osoitteeseen sidottu kuuntelija on kapein hyödyllinen vaihtoehto, ja se toimii vain niin kauan kuin osoite on olemassa.
Tästä seuraa kaksi nimeämisansaa. Puhelimen selaimessa localhost tarkoittaa puhelinta, ei kannettavaa. Wildcard-osoite on bind-arvo, ei mitään URL:iin kirjoitettavaa. Kuka tahansa jommallakummalla testaava ilmoittaa viasta, jossa verkko ei ollut lainkaan mukana.
IPv6 lisää kolmannen tapauksen, koska pistoke voi hyväksyä IPv4:n ja IPv6:n helposti ohitettavien asetusten mukaan. Lue osoiteperhe listauksesta. Yhden perheen wildcard-merkintä ei kuvaa toista.
Lue kuunteluosoite
Tutki pistoketta ennen kuin muutat kokoonpanoa. Paikallinen osoite, portti ja omistava prosessi yhdessä osoittavat, onko palvelin ylipäätään tavoitettavissa VPN:stä.
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
Paikallinen osoite 127.0.0.1 ratkaisee kysymyksen: mikään palomuurin muutos ei auta, koska sovellus ei kuuntele VPN-liitännällä. Wildcard tai VPN-osoite tarkoittaa, että pistoke on kunnossa ja seuraava raja pätee.
Varmista myös omistava prosessi, koska yhteiseen porttiin osuva asiaankuulumaton palvelu voi saada taulukon näyttämään oikealta, vaikka tarkoitettu palvelin ei koskaan käynnistynyt. Vertaa suoritettavan tiedoston polkua, älä vain nimeä. Aiemmasta ajosta jäänyt vanhentunut prosessi on tavallinen huijari.
Muuta bindiä sovelluksen kautta
Käytä kehyksen dokumentoitua kuunteluosoitevalintaa ja käynnistä prosessi uudelleen. Jos kannettavalla on yksityinen osoite 10.77.0.1, puhelimen URL:ksi tulee http://10.77.0.1:8080/ ja tämä osoite on reititettävä VPN:n kautta; mikään muu asetuksessa ei muutu.
Älä lisää Windowsiin mielivaltaisia osoitteita äläkä muuta yhdyskäytävää bindin pakottamiseksi. Ne muutokset elävät virheenkorjausistunnon yli ja yllättävät seuraavan ihmisen. Ennen VPN-osoitteen olemassaoloa käynnistetty palvelin voi myös epäonnistua bindissä, joten käynnistysjärjestys on tärkeä ohimenevälle liitännälle. Anna sille uusi yritys tai käynnistä se tunnelin jälkeen. Bind-virhe käynnistyksessä näyttää seuraavana aamuna täsmälleen palomuuriongelmalta.
HTTPS:n osalta pidä palvelun isäntänimi ja varmenteen vahvistus ehjinä. Varmenteen varoitus raa'alla osoitteella on nimeämisongelma, ei läpiklikattava vaihe, ja yksityisen DNS:n on sovittava valitsemaasi kuuntelijaan.
Avaa yksi sääntö, älä koko verkkoa
Kun pistoke hyväksyy VPN-osoitteessa, palomuuri päättää, saapuuko pyyntö. Rajaa sääntö tähän sovellukseen, tähän protokollaan, tähän paikalliseen porttiin ja valtuutettuun etälähteeseen, ja varmista, mikä profiili on aktiivinen VPN-sovittimessa.
Käytä lähdeosoitetta, jonka Windows todella näkee, mukaan lukien yhdyskäytävän tekemä käännös, koska alkuperäiselle asiakasosoitteelle kirjoitettu sääntö ei vastaa käännettyä.
Sivu, joka latautuu ja näyttää sovellusvirheen, on edistystä: HTTP-hylkäys on eri vika kuin TCP-yhteyden puuttuminen, ja seuraava tutkimus kuuluu sovelluksen omaan käyttöoikeuskäytäntöön, ei verkkoon.
Lopeta pyytämällä sivu aiotusta puhelimesta ja varmistamalla, ettei ulkopuolelle jätetty laite edelleenkään pääse siihen. Toimiva kuuntelija säännöllä, joka päästää kaiken läpi, ei ole sama tulos.