Выкарыстоўвайце імя хоста проксі для Negotiate-аўтэнтыфікацыі ў curl
Пры дыягностыцы ўваходу Negotiate захоўвайце зарэгістраваную ідэнтычнасць службы проксі і не лічыце IP-адрас раўназначным імем.
Выкарыстоўвайце імя проксі, зададзенае для разгортвання Negotiate. TCP-злучэнне з яго IP не пацвярджае, што будзе запытана тая ж ідэнтычнасць аўтэнтыфікацыі.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Замяніце імя хоста проксі зацверджаным імем службы. Так выбіраецца proxy Negotiate з выкарыстаннем даступнай на платформе схемы ўліковых даных; уваход у дамен не ствараецца, а квіткі не атрымліваюцца ад недаступнай службы аўтэнтыфікацыі.
У разгортванні, якое чакае HTTP/proxy.example, IP або іншы псеўданім можа змяніць запытаную ідэнтычнасць службы. Некаторыя асяроддзі відавочна падтрымліваюць іншыя назвы, таму захоўвайце наладжаную ідэнтычнасць, а не абвяшчайце IP-аўтэнтыфікацыю ўсюды немагчымай.
Праверце фактычны бінарны файл curl і асяроддзе ўліковага запісу. Падтрымка GSSAPI або SSPI залежыць ад платформы і зборкі. Калі разгортванню патрэбны пэўны кампанент службы, выкарыстоўвайце опцыю імя службы проксі ў curl паводле зарэгістраванай канфігурацыі; адгадванне імёнаў можа толькі перамясціць памылку.
Negotiate — гэта сама метка ўзгаднення механізму. Яе наяўнасць не вызначае, які базавы механізм абраны. Калі розніца важная, выкарыстоўвайце дазволеную дыягностыку кліента/сервера, а квіткі і токены не змяшчайце ў агульныя справаздачы.