Linux-тың қай пакет жолы прокси қолдануды міндеттеуі керек?
Желілік проксиді міндеттеу бақылауларын олар басқаруы тиіс пакет жолына орналастырыңыз, шлюзге қатысты қосылымдарды ғана сүзудің орнына.
Linux шлюзі прокси процесін іске қоса алады және оның жанынан трафикті маршруттай алады. Бұлар бір пакет жолы емес.
| Қосылым | Тиісті жергілікті рөл |
|---|---|
| Клиент шлюздегі проксиге жетеді | Жергілікті хостқа бағытталған трафик |
| Клиент шлюз арқылы басқа хостқа жетеді | Жөнелтілген трафик |
| Прокси веб-сайт қосылымын ашады | Жергілікті процесс жасаған трафик |
Netfilter кіру, жөнелту және шығу жолдарын ажыратады. Шлюздің өз прокси-тыңдаушысына қатынасты реттейтін ереже сол машина арқылы өтетін әрбір маршрутталған қосылымды автоматты түрде шектемейді.
Нені міндеттеу керектігін анықтаңыз
Клиенттер бекітілген проксиді қолдануға тиіс болса, саясат көзделген тыңдаушыға рұқсат берумен қатар олардың баламалы шығу маршруттарын да қарастыруы керек. Кез келген қашықтағы қызметке тек таныс прокси портын пайдаланғаны үшін қосылуға рұқсат беру тек өз прокси шеткі нүктесіне рұқсат берумен бірдей емес.
Проксидің өз артынша қатынасын бөлек ұстаңыз. Squid үшін шығу рұқсатын қолданар алдында жергілікті сокет меншігін LAN пайдаланушысының бірегейлігінен ажыратыңыз. Проксиден барлық пайдалы шығу қосылымдарын қабылдамау қажет жолды қолжетімсіз етеді. Басқару трафигі, атауларды шешу және қолдау көрсетілетін веб-емес операциялар да орналастыру саясатында әдейі қарастыруды қажет етеді.
Протокол ауқымы маңызды. TCP ережесі өздігінен UDP трафигін, соның ішінде QUIC-ті сипаттамайды. Трафикті ұстап алу — басқа дизайн; айқын HTTPS прокси веб-сайт сессиясын шешпей CONNECT ұсына алады.
Ережелер жиынтығын өңдеу алдында көзделген қосылымдарды картаға түсіріңіз. Браузер теңшелімі қатысушы клиенттер үшін маршрут таңдайды. Желілік міндеттеу қай басқа маршруттардың сәтті бола алатынын шешеді. Олардың ешқайсысын проксиге сәтті кіруден ғана тұжырымдауға болмайды.