Web lokacije u istoj podmreži mogu zaobići transparentni proxy pristupnika
Objašnjava zašto promet u istoj podmreži može zaobići pravilo presretanja na pristupniku dok se internetski zahtjevi pojavljuju u njegovom zapisniku.
Pregledavanje interneta pojavljuje se u zapisniku proxyja pristupnika. Web lokacija na uredskom LAN-u ne. Prije promjene filtra URL-a utvrdite je li LAN zahtjev uopšte stigao do pristupnika.
Za izravno povezano odredište IPv4 klijent može razriješiti adresu sloja veze odredišta i poslati joj na lokalnom segmentu. Njegov zadani pristupnik nije automatski na tom putu. Pravilo transparentnog presretanja na pristupniku ne može preusmjeriti pakete koje pristupnik nikada ne primi.
Na primjer, dva hosta u istoj izravno povezanoj podmreži mogu razmjenjivati promet kroz preklopnik dok je proxy računalo priključeno na drugi port preklopnika. Sama prisutnost na tom LAN-u ne čini proxy točkom prosljeđivanja.
Odaberite željeni put
Izričita proxy postavka može poslati zahtjev sudjelujuće aplikacije proxyju čak i kada je ciljna web lokacija lokalna. Provjerite i pravila zaobilaženja te PAC odluke: mogu namjerno odabrati DIRECT za privatna imena ili adrese.
Ako je presretanje potrebno, mreža mora zaista postaviti točku presretanja na put; na Linux pristupniku razlikujte lokalne i proslijeđene putanje paketa. Usmjerena podjela podmreža ili namjerno ugrađen most to mogu učiniti u prikladnim izvedbama, ali svaki mijenja ponašanje prosljeđivanja i kvarova. Most drugdje na LAN-u nije automatski ugrađen.
Držite zahtjev protokola aplikacije odvojeno. Čak i nakon što promet prijeđe uređaj, slušalac mora podržavati način presretanja. Premještanje paketa nije dopuštenje za dešifriranje HTTPS-a niti jamstvo da ih obični SOCKS port može prihvatiti.
Zabilježite rutu koju je klijent odabrao, lokalni segment i stvarni uređaj za prosljeđivanje. Nedostatak proxy zapisa može biti tačan opis topologije, a ne kvar bilježenja.