Hokker Linux-pakketpaad moat proxygebrûk ôftwinge?
Plaats netwurkproxy-ôftwingingskontrôles op it pakketpaad dat se betsjinje moatte, ynstee fan allinnich ferbiningen nei de gateway te filterjen.
In Linux-gateway kin it proxyproses rinne litte en tagelyk ferkear bylâns it proxy routearje. Dat is net itselde pakketpaad.
| Ferbining | Relevante lokale rol |
|---|---|
| Kliïnt berikt de proxy op 'e gateway | Ferkear rjochte op de lokale host |
| Kliïnt berikt in oare host fia de gateway | Trochstjoerd ferkear |
| De proxy iepenet in websideferbining | Ferkear generearre troch in lokaal proses |
Netfilter ûnderskiedt ynfier-, trochstjoer- en útfierpaaden. In regel dy't tagong ta de eigen proxylústerder fan 'e gateway regelet, beheint net automatysk elke routearre ferbining troch dy masine.
Bepale wat ôftwongen wurde moat
As kliïnten de goedkarde proxy brûke moatte, moat it belied ek har alternative útgeande rûtes oanpakke, njonken it talitten fan 'e bedoelde lústerder. Ferbiningen nei hokker eksterne tsjinst dan ek talitte allinnich om't dy de bekende proxy-poarte brûkt, is net itselde as allinnich jo proxy-einpunt talitte.
Hâld de eigen ferfolchtoegong fan 'e proxy apart. Foar Squid ûnderskied lokaal socket-eigendom fan LAN-brûkersidentiteit foar't jo in útgongsbefoech tapasse. Alle brûkbere útgeande ferbiningen fan 'e proxy wegerje soe it fereaske paad ûnbeskikber meitsje. Behearferkear, nammeoplossing en stipe net-weboperaasjes hawwe ek bewuste behanneling nedich yn it belied fan 'e útrulling.
Protokolomfang is wichtich. In TCP-regel beskriuwt op himsels gjin UDP-ferkear, ek QUIC net. Ferkear ûnderskeppe is wer in oar ûntwerp; in eksplisite HTTPS-proxy kin CONNECT leverje sûnder de websidesesje te ûntsiferjen.
Kartearje de bedoelde ferbiningen foar't jo in regelset bewurkje. In browserfoarkar kiest in rûte foar dielnimmende kliïnten. Netwurkôftwing beslút hokker oare rûtes slagje kinne. Gjin fan beide moat allinnich út in wurkjende oanmelding by de proxy ôflaat wurde.