NTLM-proxyba való bejelentkezés vizsgálata curlben

Az NTLM-proxyhitelesítés kézfogást igényel, nem pusztán a felhasználónév egyszeri hozzáadását. A fiók jelszavának módosítása előtt ellenőrizze, hogy a proxy valóban kínál NTLM-et, és a curl futtatható állománya támogatja azt.

curl --version

A kérést végrehajtó állomány funkciólistáját vizsgálja. Egy másik curl-telepítés, konténerkép vagy operációsrendszer-fordítás eltérő hitelesítési támogatást tartalmazhat.

Kifejezetten a proxyhoz válasszon módszert

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

A végpont, a tartomány és a felhasználónév példák. A rendszergazda által megadott formátumot használja. Ha az argumentum nem tartalmaz jelszót, a curl bekérheti azt, így a titok nem marad a megjelenített parancsban.

A kezdeti hitelesítési kihívás az egyeztetés része lehet. Különböztesse meg ezt a befejezett kézfogás elutasításától. A proxy kihívására ne a forráskiszolgálóhoz tartozó NTLM-beállítással válaszoljon.

A kapcsolatok viselkedését is vegye figyelembe

Az NTLM állapota a kapcsolathoz kötött. A kézfogásnak az elvárt kapcsolati útvonalon kell végbemennie; a kapcsolatok ismételt cseréje a szakaszok között megakadályozhatja a befejezést.

Libcurlt használó alkalmazásban bízza a könyvtárra a hitelesítést és a kapcsolatok újrafelhasználását. Ne készítsen általános készletet, amely felcserélhetőnek tekinti a különböző identitásokhoz hitelesített kapcsolatokat. Többlépéses vagy közvetítő szolgáltatásnál ellenőrizze, hogy megőrzi-e a szükséges kapcsolati elrendezést.

Ha a támogatás és a módszerválasztás megfelelő, vizsgálja meg a fiók formátumát, a tartományi házirendet és a kiszolgáló érzékeny adatoktól megtisztított hitelesítési naplóit. A bármilyen kihívás előtti időtúllépés továbbra is elérhetőségi probléma, nem hibás NTLM-jelszó bizonyítéka.

A részletes nyomkövetések hitelesítési tokeneket és belső neveket tartalmazhatnak. Használja őket helyben, és megosztás előtt távolítsa el az érzékeny adatokat; a nyilvános hibajelentéshez nincs szükség a nyers tokencserére.