Squid 7 autentifikācijas izsekošana ar debug_options 29. sadaļu
Izmantojiet ierobežotu 29. sadaļas atkļūdošanas sesiju, lai izsekotu izaicinājumu, klienta atbildi, autentifikācijas palīgu un piekļuves politikas lēmumu.
Squid pirmais 407 var būt autentifikācijas sākums. Lai noskaidrotu, kur mēģinājums apstājas, izsekojiet vienu pieprasījumu secību caur klientu, autentifikācijas mehānismu un piekļuves lēmumu.
Squid 7 diagnostikas sesijā 29. sadaļa satur autentifikācijas atkļūdošanas ziņojumus. Pagaidu konfigurācija var saglabāt vispārējo brīdinājuma līmeni un vienlaikus paaugstināt šo sadaļu:
debug_options ALL,1 29,5Pierakstiet iepriekšējo atkļūdošanas iestatījumu, piemērojiet diagnostikas konfigurāciju un atkārtojiet nelielu, identificējamu mēģinājumu. Lasiet atkļūdošanas izvadi konfigurētajā cache_log vietā kopā ar piekļuves žurnālu.
| Meklējamie pierādījumi | Uz kādu jautājumu tie atbild |
|---|---|
| Piedāvātā Proxy-Authenticate shēma | Ko šis starpniekserveris prasīja klientam izmantot? |
| Klienta autentifikācijas atbilde | Vai klients turpināja piedāvāto apmaiņu? |
| Autentifikācijas mehānisms vai palīga rezultāts | Vai konts tika pieņemts, noraidīts vai bloķēts apstrādes kļūmes dēļ? |
| Squid piekļuves politikas lēmums | Kas notika ar pieprasījumu pēc šī autentifikācijas stāvokļa? |
Dažām shēmām nepieciešami vairāki izaicinājuma raundi. Atkārtoti 407 ieraksti paši par sevi nepierāda, ka pārlūks ignorēja uzaicinājumu vai ka ievadītā parole bija nepareiza.
Ja palīgs sabojājas, pārbaudiet konfigurēto palīgu un tā shēmai raksturīgo rezultātu protokolu. Process, kas nevar startēt, ir cita kļūme nekā strādājošs palīgs, kas noraida kontu. Ja autentifikācija tika pieņemta, bet Squid joprojām noraida pieprasījumu, ievērojiet atbilstošos piekļuves noteikumus.
Kad secība ir saprasta, atjaunojiet sākotnējo atkļūdošanas līmeni. Pilna 9. līmeņa izvade var būt ļoti liela; arī autentifikācijas diagnostikai nepieciešama ierobežota apstrāde, jo var parādīties konta informācija un citi jutīgi stāvokļi.