Tillefoan kin de side net iepenje: kontrolearje it harkadres

De laptop tsjinnet de side op localhost, de tillefoan giet by deselde VPN, en de browser op 'e tillefoan meldt dat de side net berikber is. Der is noch neat mis mei de tunnel, want de tunnel leveret allinnich pakketten. In ûntwikkelingsserver dy't oan it loopback-ynterface bûn is akseptearret nea in ferbining dy't oan eat oars rjochte is, dus it earste plak om te sjen is de harkende socket, net de VPN.

Wurkje de socket, de bind-ynstelling, de firewallregel en de URL yn dy folchoarder ôf.

De socket beantwurdet in smeller fraach

In harker makke op 127.0.0.1 akseptearret ferkear fan de masine sels en wegeret alles dat op in oar adres oankomt. In harker op it wildcard-adres akseptearret op elk lokaal ynterface, ynklusyf it VPN-ynterface, wat breder is as de measte ûntwikkelingsomjouwings nedich hawwe. In harker bûn oan ien spesifyk VPN-adres is de smelste brûkbere opsje, en dy wurket allinnich salang't dat adres bestiet.

Dêrút folgje twa nammefallen. Yn 'e browser fan 'e tillefoan betsjut localhost de tillefoan, net de laptop. It wildcard-adres is in bind-wearde, net eat om yn in URL te typen. Wa't mei ien fan beide testet, sil in flater melde dêr't it netwurk nea by belutsen wie.

IPv6 foeget in tredde gefal ta, want in socket kin IPv4 en IPv6 akseptearje ôfhinklik fan opsjes dy't maklik oersjoen wurde. Lês de adresfamylje yn 'e list. In wildcard-ynfier foar ien famylje beskriuwt de oare net.

Lês it harkadres

Undersykje de socket foardat jo de konfiguraasje feroarje. It lokale adres, de poarte en it eigendomproses identifisearje tegearre oft de server hielendal fan 'e VPN berikber is.

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

In lokaal adres fan 127.0.0.1 beslút de fraach: gjin firewallferoaring sil helpe, want de applikaasje harket net op it VPN-ynterface. Wildcard of it VPN-adres betsjut dat de socket yn oarder is en dat de folgjende grins jildt.

Befêstigje ek it eigendomproses, want in net besibbe tsjinst op in gewoane poarte kin de tabel goed lykje litte wylst de bedoelde server nea starte. Ferlykje it paad fan it útfierbere bestân, net allinnich de namme. In ferâldere proses fan in eardere run is in faak foarkommende bedrager.

Feroarje de bind fia de applikaasje

Brûk de dokumintearre harkadres-opsje fan it framework en start it proses opnij. As de laptop it partikuliere adres 10.77.0.1 hat, wurdt de URL fan 'e tillefoan http://10.77.0.1:8080/ en moat dat adres fia de VPN rûte wurde; fierders feroaret neat oan 'e opset.

Foegje gjin willekeurige adressen ta oan Windows en feroarje de gateway net om in bind te twingen. Dy feroarings oerlibje de debugsesje en ferrasse de folgjende persoan. In server dy't start foardat it VPN-adres bestiet, kin ek mislearje te binden, dus de startfolchoarder is wichtich foar in tydlik ynterface. Jouw it in nije poging of start it nei de tunnel. In bindflater by it opstarten liket de oare moarns krekt as in firewallprobleem.

Hâld foar HTTPS de hostnamme fan 'e tsjinst en de sertifikaatfalidaasje yntakt. In sertifikaatwarskôging op in rau adres is in nammerprobleem, net in stap om troch te klikken, en privee DNS moat oerienkomme mei de harker dy't jo keazen hawwe.

Iepenje ien regel, net it hiele netwurk

Sadree't de socket op it VPN-adres akseptearret, beslút de firewall oft it fersyk oankomt. Behein de regel ta dizze applikaasje, dit protokol, dizze lokale poarte en de autorisearre fiere boarne, en befêstigje hokker profyl aktyf is op 'e VPN-adapter.

Brûk it boarneadres dat Windows echt sjocht, ynklusyf elke oersetting dy't de gateway docht, want in regel skreaun foar it oorspronklike kliïntadres sil net oerienkomme mei in oersetten.

In side dy't lade en in applikaasjeflater toant is foarútgong: HTTP-ôfwizing is in oare flater as gjin TCP-ferbining, en it folgjende ûndersyk heart by it tagongbelied fan 'e applikaasje sels, net by it netwurk.

Einigje troch de side fan 'e bedoelde tillefoan op te freegjen en te befêstigjen dat in útsletten apparaat der noch altyd net by kin. In wurkjende harker mei in regel dy't alles talit is net itselde resultaat.