Tos pačios potinklės svetainės gali apeiti tinklo vartų skaidrųjį tarpinį serverį
Paaiškina, kodėl tos pačios potinklės srautas gali apeiti vartų perėmimo taisyklę, nors interneto užklausos rodomos jų žurnale.
Naršymas internete rodomas vartų tarpinio serverio žurnale. Svetainė biuro LAN tinkle – ne. Prieš keisdami URL filtrą, nustatykite, ar LAN užklausa apskritai pasiekė vartus.
Tiesiogiai prijungtam IPv4 adresatui klientas gali išspręsti adresato kanalo lygmens adresą ir siųsti jam vietiniame segmente. Jo numatytieji vartai automatiškai nebūna tame kelyje. Skaidrioji perėmimo taisyklė vartuose negali peradresuoti paketų, kurių vartai niekada negauna.
Pavyzdžiui, du tos pačios tiesiogiai prijungtos potinklės mazgai gali keistis srautu per komutatorių, o tarpinio serverio mašina prijungta prie kito komutatoriaus prievado. Vien buvimas tame LAN tinkle nepadaro tarpinio serverio perdavimo tašku.
Pasirinkite numatytą kelią
Aiškus tarpinio serverio nustatymas gali nusiųsti dalyvaujančios programos užklausą tarpiniam serveriui net tada, kai tikslinė svetainė yra vietinė. Patikrinkite ir apėjimo taisykles bei PAC sprendimus: jie gali sąmoningai rinktis DIRECT privatiems vardams ar adresams.
Jei perėmimas būtinas, tinklas turi iš tikrųjų įdėti perėmimo tašką į kelią; Linux vartuose atskirkite vietinius ir persiunčiamus paketų kelius. Maršrutizuotas potinklių atskyrimas ar sąmoningai linijoje įtaisytas tiltas gali tai padaryti tinkamuose projektuose, bet kiekvienas keičia perdavimo ir gedimo elgseną. Tiltas kitur LAN tinkle nėra automatiškai linijoje.
Programos protokolo reikalavimą laikykite atskirai. Net kai srautas praeina per įrenginį, klausytojas turi palaikyti perėmimo režimą. Paketų perkėlimas nėra leidimas iššifruoti HTTPS ir ne garantija, kad įprastas SOCKS prievadas juos priims.
Užrašykite kliento pasirinktą maršrutą, vietinį segmentą ir tikrąjį perdavimo įrenginį. Trūkstamas tarpinio serverio žurnalas gali būti teisingas topologijos aprašymas, o ne žurnalo gedimas.