Miten ntlm_auth saadaan puhumaan Squidin apurin protokollaa
Onnistunut kertaluonteinen salasanan tarkistus ei todista, että ntlm_auth ajaa pysyvää protokollaa, jota Squid odottaa.
Squidin NTLM-todennuksessa tarkista, valitseeko tehokas apurikomento --helper-protocol=squid-2.5-ntlmssp. Historiallinen numero nimeää apurin keskustelun; se ei kehota asentamaan Squidia 2.5.
Kertaluonteinen ntlm_auth-käyttäjätunnus/salasana-tarkistus testaa toista tilaa. Sen onnistuminen ei todista, että Squid käynnisti apurin, joka pystyy ylläpitämään vaaditun vaihdon.
Lue täydellinen komento ladatusta auth_param-asetuksesta ja säilytä sen argumentit, kun tutkit lapsiprosessin käynnistys- tai lopetusviestiä. Tarkista sitten keskustelu: Squid lähettää protokollaviestejä vakiosyötteeseen ja odottaa protokollavastauksia vakiotulosteeseen. Kääreen tervehdysbanneri tai viritystuloste siellä voi rikkoa integraation ennen tunnistetietojen arviointia. Lähetä diagnostiikka vakiovirheeseen.
Tarkista apuria ajava tili erikseen todennettavasta käyttäjästä. Pääsy Samban etuoikeutettuihin todennuspalveluihin on paikallinen palveluoikeuskysymys. Käyttäjän salasanan vaihtaminen ei voi myöntää sitä.
Kun apuri pysyy käytettävissä ja puhuu valittua protokollaa, siirry toimialueen jäsenyyteen, tilin hyväksyntään ja selaimen neuvotteluun. Apurien määrän lisääminen aikaisemmin käynnistää vain lisää kopioita samasta epäonnistuneesta integraatiosta.