Telefono ne povas malfermi la paĝon: kontrolu la aŭskultan adreson

La tekkomputilo servas la paĝon ĉe localhost, la telefono aliĝas al la sama VPN, kaj la retumilo en la telefono raportas, ke la retejo ne estas atingebla. Nenio ankoraŭ malĝustas pri la tunelo, ĉar la tunelo nur liveras pakaĵojn. Servilo de disvolvado ligita al la loopback-interfaco neniam akceptas konekton adresitan al io alia, do la unua loko por rigardi estas la aŭskultanta soketo, ne la VPN.

Trairu la soketon, la ligajn agordojn, la fajroŝliman regulon kaj la URL-on, ĝuste en tiu ordo.

La soketo respondas pli mallarĝan demandon

Aŭskultanto kreita ĉe 127.0.0.1 akceptas trafikon de la maŝino mem kaj rifuzas ĉion, kio alvenas ĉe alia adreso. Aŭskultanto ĉe la ĵokera adreso akceptas ĉe ĉiu loka interfaco, inkluzive de la VPN-interfaco, kio estas pli larĝa ol plej multaj disvolvaj agordoj bezonas. Aŭskultanto ligita al unu specifa VPN-adreso estas la plej mallarĝa utila opcio, kaj ĝi funkcias nur dum tiu adreso ekzistas.

El tio sekvas du nomigaj kaptiloj. En la retumilo de la telefono, localhost signifas la telefonon, ne la tekkomputilon. La ĵokera adreso estas liga valoro, ne io por tajpi en URL-on. Ĉiu, kiu testas per unu el ili, raportos malsukceson, en kiu la reto neniam partoprenis.

IPv6 aldonas trian kazon, ĉar soketo povas akcepti IPv4 kaj IPv6 laŭ opcioj facile pretervidataj. Legu la adresan familion en la listo. Ĵokera registro por unu familio ne priskribas la alian.

Legu la aŭskultan adreson

Ekzamenu la soketon antaŭ ol ŝanĝi la agordon. La loka adreso, la pordo kaj la posedanta procezo kune montras, ĉu la servilo estas tute atingebla de la 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

Loka adreso de 127.0.0.1 solvas la demandon: neniu fajroŝlima ŝanĝo helpos, ĉar la aplikaĵo ne aŭskultas ĉe la VPN-interfaco. Ĵokero aŭ la VPN-adreso signifas, ke la soketo estas bona kaj ke validas la sekva limo.

Konfirmu ankaŭ la posedantan procezon, ĉar nerilata servo ĉe ofta pordo povas igi la tabelon ŝajni ĝusta, dum la celita servilo neniam ekfunkciis. Kongruigu la vojon de la plenumebla dosiero, ne nur la nomon. Malnova procezo el antaŭa rulo estas ofta trompanto.

Ŝanĝu la ligon per la aplikaĵo

Uzu la dokumentitan aŭskultadan adresan opcion de la kadro kaj restartigu la procezon. Se la tekkomputilo posedas la privatan adreson 10.77.0.1, la URL de la telefono fariĝas http://10.77.0.1:8080/ kaj tiu adreso devas esti enkursigita tra la VPN; nenio alia pri la agordo ŝanĝiĝas.

Ne aldonu arbitrajn adresojn al Windows kaj ne ŝanĝu la enirejon por devigi ligon. Tiuj ŝanĝoj postvivas la sencimigan sesion kaj surprizas la sekvan personon. Servilo startigita antaŭ ol ekzistas la VPN-adreso ankaŭ povas malsukcesi ligi, do la starta ordo gravas por pasema interfaco. Donu al ĝi reprovon aŭ startigu ĝin post la tunelo. Liga malsukceso ĉe lanĉo aspektas ĝuste kiel fajroŝlima problemo la sekvan matenon.

Por HTTPS, konservu la gastigantan nomon de la servo kaj la atestilan validigon sendifektaj. Atestila averto ĉe kruda adreso estas nomiga problemo, ne paŝo por klaki preter, kaj privata DNS devas kongrui kun la aŭskultanto, kiun vi elektis.

Malfermu unu regulon, ne la tutan reton

Post kiam la soketo akceptas ĉe la VPN-adreso, la fajroŝlimo decidas, ĉu la peto alvenos. Limigu la regulon al ĉi tiu aplikaĵo, ĉi tiu protokolo, ĉi tiu loka pordo kaj la rajtigita fora fonto, kaj konfirmu, kiu profilo estas aktiva ĉe la VPN-adaptilo.

Uzu la fontan adreson, kiun Windows reale vidas, inkluzive de ajna traduko farata de la enirejo, ĉar regulo skribita por la originala klienta adreso ne kongruos kun tradukita.

Paĝo, kiu ŝargiĝas kaj montras aplikaĵan eraron, estas progreso: HTTP-rifuzo estas alia malsukceso ol neniu TCP-konekto, kaj la sekva esploro apartenas al la alira politiko de la aplikaĵo mem, ne al la reto.

Finu petante la paĝon de la celita telefono kaj konfirmante, ke ekskludita aparato ankoraŭ ne povas atingi ĝin. Funkcianta aŭskultanto kun regulo, kiu permesas ĉion, ne estas la sama rezulto.