Squid 7 аутентификациясын debug_options 29-бөлімімен бақылау
Шақырылымды, клиент жауабын, аутентификация көмекшісін және қатынау саясатының шешімін бақылау үшін 29-бөлімнің шектеулі жөндеу сессиясын пайдаланыңыз.
Squid-тің бірінші 407 жауабы аутентификацияның басталуы болуы мүмкін. Әрекеттің қай жерде тоқтайтынын табу үшін бір сұраныс ретін клиент, аутентификация механизмі және қатынау шешімі арқылы бақылаңыз.
Squid 7 диагностикалық сессиясында 29-бөлімде аутентификация жөндеу хабарламалары бар. Уақытша конфигурация жалпы ескерту деңгейін сақтап, сол бөлімді көтере алады:
debug_options ALL,1 29,5
Алдыңғы жөндеу параметрін жазып алыңыз, диагностикалық конфигурацияны қолданыңыз және шағын, анықталатын әрекетті қайталаңыз. Жөндеу шығысын конфигурацияланған cache_log орнында қатынау журналымен бірге оқыңыз.
| Ізделетін дәлел | Қандай сұраққа жауап береді |
|---|---|
| Ұсынылған Proxy-Authenticate схемасы | Бұл прокси клиенттен нені пайдалануды талап етті? |
| Клиенттің аутентификация жауабы | Клиент ұсынылған айырбасты жалғастырды ма? |
| Аутентификация механизмі немесе көмекші нәтижесі | Есептік жазба өңдеу ақауынан қабылданды, қабылданбады немесе бұғатталды ма? |
| Squid қатынау саясатының шешімі | Осы аутентификация күйінен кейін сұранысқа не болды? |
Кейбір схемалар бірнеше шақырылым раундын қажет етеді. Қайталанатын 407 жазбалары өздігінен браузердің шақыруды елемегенін немесе берілген құпиясөздің қате болғанын дәлелдемейді.
Көмекші ақауларында конфигурацияланған көмекшіні және оның схемаға тән нәтиже хаттамасын тексеріңіз. Іске қосыла алмайтын процесс — есептік жазбаны қабылдамайтын жұмыс істеп тұрған көмекшіден өзгеше ақау. Аутентификация қабылданса да Squid сұранысты әлі де қабылдамаса, сәйкес қатынау ережелерін орындаңыз.
Реті түсінікті болған соң бастапқы жөндеу деңгейін қалпына келтіріңіз. 9-деңгейдің толық шығысы өте үлкен болуы мүмкін; аутентификация диагностикасы да шектеулі өңдеуді қажет етеді, өйткені есептік жазба мәліметтері мен басқа сезімтал күйлер көрінуі мүмкін.