Используйте имя узла прокси для 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/Замените имя узла прокси утвержденным именем службы. Так выбирается Negotiate прокси с использованием доступной на платформе схемы учётных данных; вход в домен не создаётся, а билеты не получают от недоступной службы аутентификации.
В развертывании, ожидающем HTTP/proxy.example, IP или другой псевдоним может изменить запрашиваемую идентичность службы. Некоторые среды явно поддерживают другие варианты именования, поэтому сохраняйте настроенную идентичность, а не объявляйте IP-аутентификацию повсеместно невозможной.
Проверьте фактический бинарный файл curl и среду учётной записи. Поддержка GSSAPI или SSPI зависит от платформы и сборки. Если развертыванию нужен определённый компонент службы, используйте параметр имени службы прокси в curl согласно зарегистрированной конфигурации; угадывание имён может лишь переместить ошибку.
Negotiate — это сама по себе метка согласования механизма. Одно её наличие не показывает, какой базовый механизм выбран. Когда различие важно, используйте разрешённую диагностику клиента и сервера, а билеты и токены не помещайте в общие отчёты.