Webwerwe op dieselfde subnet kan 'n poort se deursigtige instaanbediener omseil

Internetblaai verskyn in die poort-instaanbediener se log. 'n Webwerf op die kantoor-LAN verskyn nie. Voordat jy die URL-filter verander, stel vas of die LAN-versoek ooit die poort bereik het.

Vir 'n direk gekoppelde IPv4-bestemming kan die kliënt die bestemming se skakellaagadres oplos en dit op die plaaslike segment stuur. Sy verstekpoort is nie outomaties op daardie pad nie. 'n Deursigtige onderskeppingsreël op die poort kan nie pakkette herlei wat die poort nooit ontvang nie.

Twee gashere in dieselfde direk gekoppelde subnet kan byvoorbeeld verkeer deur 'n skakelaar uitruil terwyl die instaanmasjien aan 'n ander skakelaarpoort gekoppel is. Om bloot op daardie LAN te wees maak nie die instaanbediener die deurstuurpunt nie.

Kies die beoogde pad

'n Eksplisiete instaaninstelling kan die deelnemende toepassing se versoek na die instaanbediener stuur selfs wanneer die teikenwebwerf plaaslik is. Kyk ook na omseilreëls en PAC-besluite: hulle kan doelbewus DIRECT kies vir private name of adresse.

As onderskepping vereis word, moet die netwerk die onderskeppingspunt werklik in die pad plaas; onderskei op 'n Linux-poort plaaslike en deurgestuurde pakketpaaie. Gerouteerde subnet-skeiding of 'n doelbewus inlyn-brug kan dit in geskikte ontwerpe doen, maar elkeen verander deurstuur- en foutgedrag. 'n Brug elders op die LAN is nie outomaties inlyn nie.

Hou die toepassingprotokolvereiste apart. Selfs nadat verkeer die boks oorsteek, moet die luisteraar die onderskeppingsmodus ondersteun. Om die pakkette te skuif is nie toestemming om HTTPS te dekripteer nie, en ook nie 'n waarborg dat 'n gewone SOCKS-poort hulle kan aanvaar nie.

Teken die kliënt se gekose roete, die plaaslike segment en die werklike deurstuurtoestel aan. 'n Ontbrekende instaanlog kan 'n korrekte beskrywing van die topologie wees eerder as 'n logfout.