Squid жоғарғы проксиіне бөлек тіркелгі деректерін беру

Клиенттің прокси құпиясөзін басқа операторға жіберу керек деп ойламай, Squid 6.13-ке жеке жоғарғы прокси есебін беріңіз.

Пайдаланушының Squid қызметіңізге кіруі мен Squid-тің жоғарғы проксиге кіруі әртүрлі деректерді қолданады. Жоғарғы прокси басқа операторға тиесілі немесе басқа есептер базасын пайдалануы мүмкін. Клиент құпиясөзін қабылдау оны жоғарыға жіберу керек дегенді білдірмейді.

Squid 6.13 жоғарғы прокси анықтамасына тұрақты кіру деректерін қоса алады:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

Жоғарыдағы мекенжай мен құпиясөз — құжаттама мысалдары. Байқамай екінші peer жасамай, кіруді бар жоғарғы прокси анықтамасына қосыңыз. Қай сұраулар осы жоғарғы проксиді міндетті пайдаланатынын анықтайтын бөлек бағыттау саясатын сақтаңыз.

Есептердің қолданылу аясын бөліңіз

Төменгі жақтағы auth_param баптаулары Squid данасының клиенттерін тексереді. Peer-дің login параметрі басқа өтуге деректер береді. Бірін өзгерту екіншісін автоматты жаңартпайды.

Жоғарғы проксидің құжатталған аутентификация талаптарын орындаңыз. Бұл жол қосылымға бағытталған барлық аутентификация схемаларының толық конфигурациясы емес. Жоғарғы прокси NTLM не Negotiate күтсе, осы өрістегі құпиясөзді қайта-қайта ауыстырмай, қолдау көрсетілетін peer құрылымын тексеріңіз.

Squid-те PASS және PASSTHRU сияқты деректерді өткізу параметрлері де бар. Олардың мағынасы арнайы жоғарғы есептен өзгеше және клиент аутентификациясының ақпаратын peer-ге ашуы мүмкін. Жоспар бөлек есептерді қолданса, оларды қысқа жол ретінде таңдамаңыз.

Конфигурацияны қорғап, дұрыс өтуді тексеріңіз

Тұрақты құпия конфигурацияда сақталады. Файлдар мен сақтық көшірмелерге қатынауды шектеп, парсер не жөндеу шығысын бөлісер алдында сезімтал деректерді алып тастаңыз. Параметрдің өз экрандау ережелері бар: құжаттама URL escape жазуын рұқсат етеді және кәдімгі пайыз таңбасын екі рет жазуды талап етеді.

Клиент аутентификациясы сәтті болып, бірақ жіберілген сұраулар жоғарғы проксиде әлі сәтсіз болса, сол жоғарғы алмасу мен есепті тексеріңіз. Клиент–Squid және Squid–жоғарғы прокси тасымал қорғанысын да бөліңіз; бірінші қосылымды шифрлау екіншісін автоматты қорғамайды.

Қатысты мақалалар