После переезда на сервер всё отвечает 407. Что я забыл

Держал прогон на рабочей машине, всё летало. Перенёс на арендованный сервер, тот же скрипт, тот же конфиг, тот же список. Каждый запрос отвечает 407.

Пароль не менял, логин не менял. Куда копать?

407 выписывает посредник. Целевой сайт до этого места вообще не доходит. Значит вопрос в праве доступа.

Скажите сразу: доступ у вас по паре логина с паролем или по привязанному адресу?

По привязанному. Ага. Кажется понял.

Ну вот. Привязан адрес вашей рабочей машины, а запросы теперь идут с сервера. Для посредника это чужой.

Открываете кабинет, меняете привязку на адрес сервера. Внешний адрес сервера смотрите так:

Поменял, пошло. Но теперь второй вопрос: у меня рабочая машина тоже нужна, я оттуда проверяю глазами.

В пакете обычно две привязки, вписывайте оба адреса. Только помните, что при двух привязанных адресах общий лимит потоков делится между ними пополам.

Отлично, так и сделаю. Прогон у меня на 40 соединений, пополам от тысячи с запасом хватает.

Добавлю из практики поддержки, потому что этот вопрос приходит стабильно раз в неделю.

Самое частое, что путает людей при переезде: они проверяют доступ с той машины, где всё уже настроено, видят рабочий ответ и делают вывод, что дело в скрипте. А проверять надо ровно оттуда, откуда пойдут запросы. Одна команда curl с самого сервера снимает половину вопросов за десять секунд.

Второе: внешний адрес сервера и адрес, который показывает панель хостинга, иногда разные. Бывает, что наружу машина выходит через другой адрес, особенно когда провайдер держит несколько сетей. Поэтому смотреть надо тем же запросом изнутри машины. Панель тут подводит.

Третье, уже про поведение: после смены привязки настройки подхватываются не мгновенно, там уходит несколько секунд. Люди меняют адрес, тут же запускают прогон, получают тот же 407 и решают, что не помогло. Подождите полминуты и повторите.

И на будущее, порядок разбора 407 по частоте причин:

• запросы идут с адреса, который не привязан;
• пара логина с паролем не передаётся вовсе;
• в пароле спецсимвол и он не закодирован;
• библиотека шлёт учётные данные только после запроса, а внутри туннеля этого не происходит;
• в строке подключения не та схема.

Первые две закрывают девять случаев из десяти.

спасибо, у меня была ровно та же история после переноса, а я грешила на пароль

Записал в заметки. Тему можно закрывать.