A felhasználó belépése az Ön Squid-szolgáltatásába és a Squid belépése a szülőproxyhoz különböző hitelesítő adatokat használ. A szülő más üzemeltetőhöz tartozhat, vagy más fiókadatbázist használhat. A kliens jelszavának elfogadása nem jelenti, hogy azt tovább kell adni upstream irányba.

A Squid 6.13 statikus belépési adatot adhat a szülő definíciójához:

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

A fenti cím és jelszó dokumentációs példa. A belépési adatot a meglévő szülő definíciójához adja, nehogy véletlenül második peert hozzon létre. Tartsa meg a külön útválasztási szabályzatot, amely eldönti, mely kéréseknek kell ezt a szülőt használniuk.

Válassza szét a fiókok hatókörét

A downstream auth_param beállítások az Ön Squid-példányának klienseit ellenőrzik. A peer login opciója másik ugráshoz ad hitelesítő adatokat. Az egyik módosítása nem frissíti automatikusan a másikat.

Kövesse a szülő dokumentált hitelesítési követelményeit. Ez a sor nem minden kapcsolatorientált hitelesítési séma teljes konfigurációja. Ha a szülő NTLM-et vagy Negotiate-et vár, ellenőrizze a támogatott peer-elrendezést ahelyett, hogy ismételten a mező jelszavát változtatná.

A Squid hitelesítőadat-továbbítási opciókat is kínál, például PASS és PASSTHRU. Ezek jelentése eltér a külön upstream fiókétól, és felfedhetik a kliens hitelesítési adatait a peer előtt. Ne válassza őket rövidítésként, ha a tervezett megoldás külön fiókokat használ.

Védje a konfigurációt, és a megfelelő ugrást tesztelje

A statikus titok a konfigurációban tárolódik. Korlátozza a fájlok és mentések elérését, és megosztás előtt távolítsa el az érzékeny adatokat az elemző vagy hibakeresés kimenetéből. Az opciónak saját escape-szabályai vannak: a dokumentáció engedi az URL-escape-eket, és előírja a literális százalékjel megkettőzését.

Ha a kliensek sikeresen hitelesítenek, de a továbbított kérések a szülőnél továbbra is hibáznak, vizsgálja meg ezt az upstream adatcserét és fiókot. A kliens–Squid és Squid–szülő átvitelvédelmét is kezelje külön: az első kapcsolat titkosítása nem védi automatikusan a másodikat.

Kapcsolódó cikkek