Telefonas neatsidaro puslapio: patikrinkite klausymosi adresą

Puslapis, atsakantis localhost adresu, gali būti susietas tik su loopback. Perskaitykite lizdo adresą, tada ugniasienės taisyklę ir URL, kurį telefonas iš tikrųjų naudoja.

Nešiojamasis kompiuteris teikia puslapį localhost adresu, telefonas prisijungia prie tos pačios VPN, o telefono naršyklė praneša, kad svetainės pasiekti negalima. Tunelyje kol kas nieko blogo nėra, nes tunelis tik pristato paketus. Kūrimo serveris, susietas su loopback sąsaja niekada nepriima ryšio, adresuoto kam nors kitam, todėl pirmiausia reikia žiūrėti į klausantį lizdą, o ne į VPN.

Peržiūrėkite lizdą, bind nuostatą, ugniasienės taisyklę ir URL, būtent tokia tvarka.

Lizdas atsako į siauresnį klausimą

Klausytojas, sukurtas 127.0.0.1 adresu, priima srautą iš paties kompiuterio ir atmeta viską, kas atvyksta kitu adresu. Klausytojas wildcard adresu priima visose vietinėse sąsajose, įskaitant VPN sąsają, o tai plačiau, nei reikia daugumai kūrimo aplinkų. Klausytojas, susietas su vienu konkrečiu VPN adresu, yra siauriausias naudingas variantas, ir jis veikia tik tol, kol tas adresas egzistuoja.

Iš to kyla du pavadinimų spąstai. Telefono naršyklėje localhost reiškia telefoną, o ne nešiojamąjį kompiuterį. Wildcard adresas yra bind reikšmė, o ne kažkas, ką rašote URL. Kas tikrins su vienu iš jų, praneš apie gedimą, kuriame tinklas visai nedalyvavo.

IPv6 prideda trečią atvejį, nes lizdas gali priimti IPv4 ir IPv6 priklausomai nuo parinkčių, kurias lengva nepastebėti. Perskaitykite adresų šeimą sąraše. Vienos šeimos wildcard įrašas neaprašo kitos.

Perskaitykite klausymosi adresą

Išnagrinėkite lizdą prieš keisdami konfigūraciją. Vietinis adresas, prievadas ir jį turintis procesas kartu parodo, ar serveris apskritai pasiekiamas iš VPN.

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

Vietinis 127.0.0.1 adresas išsprendžia klausimą: jokia ugniasienės pataisa nepadės, nes programa neklauso VPN sąsajoje. Wildcard arba VPN adresas reiškia, kad lizdas tvarkingas ir galioja kita riba.

Patvirtinkite ir jį turintį procesą, nes nesusijusi tarnyba įprastame prievade gali lentelę parodyti teisingai, nors numatytas serveris taip ir nebuvo paleistas. Sulyginkite vykdomojo failo kelią, o ne tik pavadinimą. Pasenęs procesas iš ankstesnio paleidimo yra dažnas apsišaukėlis.

Pakeiskite bind per programą

Naudokite dokumentuotą framework klausymosi adreso parinktį ir paleiskite procesą iš naujo. Jei nešiojamajam priklauso privatus adresas 10.77.0.1, telefono URL tampa http://10.77.0.1:8080/ ir šis adresas turi būti maršrutizuojamas per VPN; nieko kito konfigūracijoje nekeičiama.

Nepridėkite savavališkų adresų prie Windows ir nekeiskite šliuzo, kad priverstumėte bind. Tie pakeitimai išlieka po derinimo sesijos ir nustebina kitą žmogų. Serveris, paleistas prieš atsirandant VPN adresui, taip pat gali nepavykti susieti, todėl laikinai sąsajai svarbi paleidimo tvarka. Duokite jam pakartotinį bandymą arba paleiskite po tunelio. Bind gedimas įkraunant kitą rytą atrodo lygiai kaip ugniasienės problema.

HTTPS atveju išsaugokite paslaugos pagrindinio kompiuterio vardą ir sertifikato tikrinimą nepažeistus. Sertifikato įspėjimas neapdorotame adrese yra pavadinimo problema, o ne žingsnis, kurį reikia praleisti, ir privatus DNS turi atitikti pasirinktą klausytoją.

Atidarykite vieną taisyklę, o ne visą tinklą

Kai lizdas pradeda priimti VPN adresu, ugniasienė nusprendžia, ar užklausa ateis. Apribokite taisyklę šiai programai, šiam protokolui, šiam vietiniam prievadui ir leistinam nuotoliniam šaltiniui, ir patvirtinkite, kuris profilis aktyvus VPN adapteryje.

Naudokite šaltinio adresą, kurį Windows iš tikrųjų mato, įskaitant bet kokį šliuzo atliekamą vertimą, nes taisyklė, parašyta pirminiam kliento adresui, neatitiks išversto.

Puslapis, kuris įkeliamas ir rodo programos klaidą, yra pažanga: HTTP atmetimas yra kitoks gedimas nei TCP ryšio nebuvimas, o tolesnis tyrimas priklauso pačios programos prieigos politikai, o ne tinklui.

Užbaikite paprašydami puslapio iš numatyto telefono ir patvirtindami, kad pašalintas įrenginys vis dar negali jo pasiekti. Veikiantis klausytojas su taisykle, kuri leidžia viską, nėra tas pats rezultatas.

Susiję straipsniai