Сайт заблокировал ваш адрес VPN? Сначала проверьте разрешение

Сайт, который после смены VPN отвечает отказом, сообщил вам что-то о сетевом пути и ничего о разрешении пользоваться сервисом. Эти два факта постоянно путают, и ошибка идёт в обе стороны. Доступность — не авторизация, а учётная запись в порядке — не лицензия на использование всех функций. Разберитесь, что именно из двух стоит на самом деле, прежде чем трогать маршрут, настройку DNS или профиль клиента.

Начните с того, что действительно было разрешено

Три факта обычно воспринимаются как один: учётная запись существует и находится в порядке, учётной записи разрешено использовать определённую функцию или конечную точку, и хост отвечает в сети. Только первые два являются разрешениями, и их можно отозвать независимо. Истёкшая подписка, функция, которая никогда не включалась, и ключ API, привязанный к другой конечной точке, — все они дают сбои, которые со стороны клиента выглядят как проблемы с подключением.

Прочитайте уведомление, которое вам выдали, прежде чем читать что-либо ещё. Приостановки, региональные ограничения, лимиты частоты и блокировки трафика приходят с разными формулировками и имеют разные средства исправления, и только одно из них — разговор о разрешениях. Держите уведомление, метку времени и идентификатор учётной записи вместе, потому что запрос в поддержку без них начинает разбирательство с нуля.

Назовите ограничение, прежде чем менять путь

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

curl -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://app.example.com/login
dig +short app.example.com

Код 403 на одной конечной точке, когда остальная часть сайта работает, указывает на правило авторизации, а не на сетевую блокировку. Код 429 с подсказкой повторить попытку — это лимит частоты, и смена исходящих адресов, чтобы его обойти, — именно то поведение, которое лимит существует остановить. Отказ, который следует за каждым запросом независимо от адреса, снова указывает в другое место, и ни одно из этого не исправляется добавлением лишнего прыжка.

Держите условия и право компьютерного доступа отдельно

Под словом "разрешено" лежат два отдельных вопроса. Первый — договорный: что допускают условия сервиса и какие средства защиты они описывают при нарушении. Нажатие на странице или продолжение использования сайта само по себе не является полной юридической оценкой того, обязывает ли кого-то какой-либо пункт, и это не технический факт. Второй вопрос — пересекает ли поведение состав преступления в сфере компьютерного доступа, у которого свои элементы и свои органы.

В Соединённых Штатах 18 USC 1030 охватывает доступ без авторизации и превышение разрешённого доступа, при дополнительных условиях в разделе. Решение Верховного суда 2021 года по делу Van Buren сузило вторую формулировку до получения информации из областей компьютера, к которым лицо не имеет права добраться, а не до ненадлежащего использования информации, которую лицо имело право получить. Это мнение также оставило в сноске открытым вопрос, должны ли границы, определяющие такие области, быть технологическими, а не договорными.

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

Просите поддерживаемый маршрут, а не другой маршрут

Когда доступ важен, продуктивный шаг — спросить у сервиса, какой маршрут он поддерживает: восстановленный доступ к учётной записи, разрешённый диапазон адресов для корпоративного выхода, право на API или документированный процесс исключения. Рабочие учётные записи должны проходить через администратора, который владеет отношениями, потому что требование сайта и политика выхода организации должны быть удовлетворены одновременно.

Утверждённое исключение также нуждается во владельце и сроке действия. Иначе временная запись в списке разрешённых становится постоянной архитектурой, и следующий проверяющий не сможет сказать, предоставлялась ли она вообще когда-либо.

Зафиксируйте ответ, прежде чем действовать

Запишите, что изменилось, кто это утвердил и что сказал сервис, затем повторно выполните тот же запрос, который вы зафиксировали в начале. Успешный запрос после утверждённого изменения — это другое событие, чем успешный запрос после обхода, и только за первым стоит запись.

Если сервис отказывает и вопрос существенный, получите консультацию по уже собранным документам вместо дальнейших экспериментов. Возможность добраться до хоста — это утверждение о маршрутизации. Разрешение на использование ресурса даёт сервис или применимые правила, и никакая инженерия пути его не обеспечивает.