Linux-yhdyskäytävä voi ajaa proxyprosessia ja samalla reitittää liikennettä sen ohi. Ne eivät ole sama pakettipolku.

YhteysOlennainen paikallinen rooli
Asiakas saavuttaa yhdyskäytävän proxynPaikalliselle isännälle osoitettu liikenne
Asiakas saavuttaa toisen isännän yhdyskäytävän kauttaVälitetty liikenne
Proxy avaa verkkosivuyhteydenPaikallisen prosessin tuottama liikenne

Netfilter erottaa tulo-, välitys- ja lähtöpolut. Sääntö, joka hallitsee pääsyä yhdyskäytävän omaan proxyluuntelijaan, ei automaattisesti rajoita jokaista kyseisen koneen kautta reititettyä yhteyttä.

Määritä, mitä on pakotettava

Jos asiakkaiden on käytettävä hyväksyttyä proxya, käytännön on käsiteltävä myös heidän vaihtoehtoisia lähtöreittejään sen lisäksi, että aiotulle luuntelijalle annetaan lupa. Yhteyksien salliminen mihin tahansa etäpalveluun vain siksi, että se käyttää tuttua proxyporttia, ei ole sama kuin vain oman proxy-päätepisteesi salliminen.

Pidä proxyn oma eteenpäin suuntautuva pääsy erillään. Squidissa erottele paikallisen pistokkeen omistus LAN-käyttäjän identiteetistä ennen lähtöluvan soveltamista. Kaikkien hyödyllisten lähtöyhteyksien kieltäminen proxylta tekisi vaaditusta polusta käyttökelvottoman. Myös hallintaliikenne, nimien selvitys ja tuetut ei-verkkotoiminnot tarvitsevat tarkoituksellista käsittelyä käyttöönoton käytännössä.

Protokollan laajuus on tärkeä. TCP-sääntö ei yksinään kuvaa UDP-liikennettä, mukaan lukien QUIC. Liikenteen sieppaus on toinen suunnittelu; eksplisiittinen HTTPS-proxy voi tarjota CONNECTin purkamatta verkkosivun istuntoa.

Kartoita aiotut yhteydet ennen sääntöjoukon muokkaamista. Selaimen asetus valitsee reitin osallistuville asiakkaille. Verkon pakotus päättää, mitkä muut reitit voivat onnistua. Kumpaakaan ei pitäisi päätellä pelkästään toimivasta proxylle kirjautumisesta.

Aiheeseen liittyvät artikkelit