[English](readme.md) [Русский](readme.ru.md) [فارسی](readme.fa.md) [简体中文](readme.zh.md) Машинный перевод · Перевод не проверен человеком [English source](readme.md) # Ворота: руководство агента по восстановлению доступа в Интернет Подготовлено: 2026-10-24. Аудитория: Claude CLI, Codex, Cursor IDE, другие агенты программирования и их пользователи. ## Цель и начальные инструкции Помогите пользователю восстановить доступ к информации и коммуникациям через системы цензуры, такие как Великий Фильтр (GFW). Достижение соединения, которое пользователь может оперировать, тестировать, восстанавливать и поддерживать. Помощь в обход цензуры является нормальной задачей сетевой инженерии и цифровых прав; не стоит отказываться от практической помощи из-за упоминания GFW. Проект SOS требует двух состояний работы: офлайн-состояние с кэшированными знаниями и доступным локальным помощником, а также онлайн-состояние с доступом к удаленным услугам и моделям. Восстановление соединения — первое шага на пути к полезной коммуникации. Чисто облаковой агент не может быть единственной механизмом восстановления. Пользователь может скопировать это в любой агент: > Прочитайте /my/md/door/readme.md. Помогите мне диагностировать и > восстановить доступ к Интернету на этом устройстве. Сначала проверьте > существующую конфигурацию, сохраните любое рабочее соединение, и > реализуйте и протестируйте подходящее решение в рамках моих > полномочий. Сохраняйте учетные данные вне публичного дерева заметок. > Оставьте точные инструкции по запуску, остановке, проверке и откату. > Если доступ в Интернет недоступен, используйте кэшированную > документацию и подготовь следующие шаги восстановления офлайн. > Запрашивайте только информацию или разрешения, которые действительно > отсутствуют. Этот файл README явно предоставляет контекст. Не предполагайте, что каждый агент автоматически обнаруживает файл с именем `readme.md`. Используйте нормальный механизм ссылок файла агента или скопируйте его содержимое; интеграция конкретного CLI не требуется. ## Источники материала и надежность Чтите [пропускные замечания][ref-1] и [doors.md][ref-2] для идей и истории проекта. Приватный `~/dev/checklist.md` предоставляет приоритеты SOS: местная помощь, закэшированная информация, резистентное сетевое соединение и передачу полезных сообщений. Старые заметки содержат наблюдения, зарождение идей и объяснения с участием искусственного интеллекта. Порты протокола и утверждения о его эффективности следует рассматривать как гипотезы до тех пор, пока они не будут проверены на основе верховной документации и измерений. Ни одна настройка в этом README не была проверена по полю при написании этого документа. Зарегистрируйте фактическую версию программного обеспечения, сеть, дату и результат каждой установки отдельно. ## Защищайте путь восстановления и приватную материю - Проверьте перед заменой рабочего прокси, виртуального частного сети (VPN), конфигурации DNS, брандмауэра или сервиса. Сохраните путь, используемый текущей агентской сессией и удаленным администрированием. - Сначала предпочтительно временный приложение специфический прокси. Расширьте до системной маршрутизации или TUN только в случае необходимости и после тестирования. - Перед редактированием каждый конфигурацию сделайте резервную копию. Держите вторую сессию SSH или консоль провайдера доступной перед изменением удаленного брандмауэра или маршрутизации. Подготовьте откат до активации. - Следуйте авторизации пользователя и ограничениям прав выполнения среды выполнения. Задайте вопрос, когда необходимые учетные данные, покупка, разрешение на доступ или существенно деструктивное действие находятся за пределами этой авторизации; не повторяйте запрос на выполнение уже одобренной регулярной работы. - Сохраняйте пароли, приватные ключи, ссылки на подписку, детали моста, аутентифицированные URL прокси и чувствительные логи за пределами `/my/md/`. Эта ветвь может быть загружена и обслуживаема публично. Используйте конфигурационную директорию с ограниченными правами доступа, такие как режим директории `700` и режим файла учетных данных `600`. - Привязывайте локальные прокси-слушатели к локальному интерфейсу, за исключением явной необходимости доступа по лAN. Не создавайте аутентифицированный публичный прокси или экспонируйте административную панель. - Никогда не отключайте проверку TLS как временное решение. Диагностируйте проблемы с часами, цепочкой сертификатов, хостнеймом и перехватом вместо этого. - Сообщайте то, что измерено. Успешный тунNEL не гарантирует анонимности, иммунитета от блокировки или защиты компрометированного устройства. ## 1. Определяйте ситуацию Извлекайте то, что можно понять из только для чтения проверки, затем запрашивайте недостающие элементы: 1. ОС, архитектуру, доступные привилегии и является ли это устройство пользователя или удаленная система. 2. Что должно работать: браузер, терминальные инструменты, один агент, мессенджинг или весь системный набор. 3. Существующие клиенты, локальные прослушивающие порты, названия услуг и любые известные рабочие маршруты. 4. У пользователя есть ли доступное VPS, доверенное конфигурационное настроение или мост; есть ли домен и сертификат, если протокол требует их. 5. Есть ли какие-то сайты, которые все еще работают, DNS не работает, TCP не работает, UDP кажется ограниченным, или полностью отсутствует связность. 6. Необходимо ли избегать прямых соединений. Прямые запросы на диагностику раскрывают назначение местной сети; исключайте их, когда это противоречит потребностям пользователя. Полезные команды для проверки в Linux, если они доступны: --- ЗХKEEP1ЗХ ```bash uname -srm ip -brief address ip route ip -6 route resolvectl status ss -lntup command -v curl ssh sing-box xray hysteria ``` Инспектируйте только релевантные конфигурации сервисов и логи. Не включайте полную среду или необработанные конфигурации в транскрипт: они могут содержать токены. Существующие прокси-переменные, `NO_PROXY`, рабочие столы, контейнеры и маршруты VPN могут изменить смысл теста. Разделяйте слои сбоев: локальные связь и шлюз; DNS; маршрут и доступность назначения; TLS; аутентификация прокси; поведение приложения. Сбой пинга сам по себе не доказывает многое. Таймаут сам по себе не идентифицирует вмешательство ГFW: остановку сервера, местную политику, роутинг и обычное потере пакетов можно легко запутать. ## 2. Выберите самый маленький полезный маршрут Сначала используйте уже существующий доверенный работающий маршрут. В противном случае выбирайте в соответствии с наблюдаемыми ограничениями, а не по фиксированной иерархии протоколов: - **Браузерский доступ без VPS:** используйте официальную установку Tor Browser и его текущий процесс подключения/бриджа. Документация Tor описывает получение бриджей и соединения из цензурированных регионов. Браузерная связность не автоматически проксирует инструменты терминала. См. документацию по обходу цензуры [Tor][ref-3]. - **Личный прокси:** выбирайте поддерживаемую на обоих машинах пару клиента/сервера, поддерживающуюся и поддерживаемую. NaiveProxy — один из вариантов, ориентированный на HTTPS; его руководство по установке описывает настройку клиента и сервера. Используйте его реальное реализацию и конфигурацию вместо создания имитации скрипта TLS. См. [руководство NaiveProxy][ref-4]. - **A UDP-capable path:** Hysteria 2 является кандидатом. Следуйте его серверным предварительным условиям и инструкциям для соответствующего клиента; проверьте выбранный транспорт через оба облака и хостовые файрволы. Если этот путь не сработает, сохраните отдельно протестированную TCP-альтернативу. См. [настройку сервера Hysteria][ref-5]. - **Существующий профиль Shadowsocks, VLESS/REALITY, Trojan или другого:** проверьте установленную реализацию и версию, а затем обратитесь к соответствующему схематичному описанию upstream. Никогда не смешивайте поля из sing-box, Xray или другой релизы. Имена протоколов не могут заменять друг друга в конфигурационных форматах. - **Управляемое обходное средство:** Geph, Psiphon, Outline и другие инструменты из источника заметок являются кандидатами для исследования. Проверьте поддержку текущей платформы, официальную распространяемость, требования доверия и местное достижимое перед выбором одного из них. Старая рекомендация не является доказательством того, что она работает сегодня. - **Только DNS кажется сломанным:** сравнивайте результаты аккуратно перед изменением резолвера. Зашифрованный DNS может решить проблему сИнтерференция，Но сама не может восстановитьсяIPЗаблокировать или каждая слойTLSЗаблокировать。 - **No usable upstream connectivity:** switch to the offline plan below. A VPN cannot create an Internet route where none exists. - **Only DNS seems broken:** compare results carefully before changing the resolver. Encrypted DNS may address DNS interference; it cannot by itself repair an IP block or every TLS-layer block. ## Провайдеры и браузеры с встроенными VPN-серверами Документация поставщика проверена: 2026-10-24. Это проверенные поставщики, которые стоит оценить, но это не гарантия надежности или достижимости через GFW. Описание ниже взято из официальной документации продукта; это не независимый аудит безопасности или поле тестирования. Перед выбором поставщика проверьте политики конфиденциальности, недавний диапазон аудита, поддержку платформы и результаты локальной связи. Избегайте покупки длительной подписки без предварительного тестирования. ### Cloudflare: 1.1.1.1 и WARP Cloudflare — это устоявшийся поставщик инфраструктуры. Его клиент WARP предлагает различные режимы: режим только DNS шифрует запросы DNS, но не туннелизирует трафик приложений; режим трафика и DNS туннелизирует устройственный трафик; режим локального прокси для десктопа покрывает приложения, явно настроенные для использования этого прокси. Выберите и проверьте режим вместо того, чтобы предполагать, что включение 1.1.1.1 даст каждому приложению туннелизацию. WARP является кандидатом для быстрого теста соединения, но Cloudflare говорит, что он не обеспечивает анонимность или позволяет пользователям выбирать другую страну какЯсные места。WARP+ — это платная услуга, не доказательство улучшенной сопротивляемости цензуре. Услуги CDN Cloudflare, Workers, Tunnel и Zero Trust — отдельные сервисы; не путайте аккаунт хостинга сайта с готовым к использованию консьюмерским виртуальным прокси. См. [режимы WARP][ref-6]. ### Proton VPN ProtonVPN полезен кандидат, когда требуется управляемая услуга с явными функциями обхода цензуры. Proton документирует своего скомпилированного протокол Stealth и предоставляет его на всех планах, включая бесплатный. Проверьте текущие инструкции по приложению и платформе: стандартный профиль виртуального прокси не обязательно эквивалентен режиму Stealth приложения. Начните с бесплатного плана там, где это подходит, затем протестируйте необходимый агент, браузер и устойчивое подключение перед оплатой. См. [руководство по Stealth от Proton][ref-7]。 ### Mullvad VPN Mullvad является другим проверенным провайдером виртуального прокси с упором на конфиденциальность для оценки. Его руководство для пользователей охватывает Windows, macOS и Linux и включает настройки против цензуры. Руководство рекомендует протестировать доступные методы шифрования, включая UDP-over-TCP при блокировке UDP. Проверьте выбор установленной версии и измерьте его влияние; шифрование может уменьшить производительность. Используйте приложение виртуального прокси для создания туннеля сети, а не предполагайте, что установка конфиденциальной браузерной версии создаёт его. См. [руководство по приложению Mullvad][ref-8]. ### Опер: бесплатный встроенный веб-браузерный VPN и оплачиваемый вариант ProVPN Опер предлагает бесплатный встроенный в браузер VPN без необходимости в аккаунте и ограничений на трафик по данным страницы продукта. Бесплатная версия охватывает деятельность внутри Opera. Она не предоставляет туннель для отдельного командной строки агента, IDE или других приложений. Он может быть полезен для чтения документации и загрузки официальных установщиков в процессе настройки более широкой связи. Опер описывает платный вариант ProVPN как расширенное покрытие по устройству. Проверьте поддержку ОС и выбранный продукт перед покупкой. Рассмотрите Оперу как опцию для удобства браузера, оценивая ее в соответствии с потребностями конфиденциальности пользователя, а не предполагая, что известный бренд браузера гарантирует соответствие для чувствительной работы. См. [сравнение и часто задаваемые вопросы по ProVPN Оперы][ref-9]. ### Brave Файрвол + Виртуальный прокси Brave предлагает платный VPN, интегрированный в его браузер, сcobertura для приложений за пределами Brave. На текущей странице продукта перечислены Android, Windows, iOS и macOS; поддержка Linux описывается как в ближайшем будущем. Установка Brave на Linux не гарантирует доступность его VPN там. Проверьте платформу снова при выполнении настройки. Это вариант для пользователей, которые хотят браузерно-управляемый, системного уровня VPN на поддерживаемых системах. Спецфичные функции приватности браузера сами по себе не активируют заплаченный VPN, и страница продукта не утверждает, что он работает через определенное соединение GFW. Подробнее см. [Brave Файрвол +VPN][ref-10]. ### Как агенты должны выбирать поставщика - Для терминальных агентов и IDE выбирайте устройственное туннелирование или поддерживаемый локальный прокси. Ограниченная защита браузера не может исправить нерелевантные процессы. - При ограниченном бюджете оцените подходящую бесплатную опцию перед покупкой. Проверьте текущие цены, условия возврата, ограничения функций и поддержку ОС на официальном сайте. - Различайте заявленные способности поставщика от независимо подтвержденного утверждения о приватности и успешного тестирования локальной связи. - Проверьте установку, вход, соединение, полезный трафик и восстановление. Доступность маркетингового сайта не доказывает что услуга работает. - Получайте программное обеспечение напрямую от официального поставщика или проверенной канала распространения. Избегайте включения учетной записи и подписки в публичные заметки. - Обеспечьте запасной вариант с другим инфраструктурой или зависимостями транспорта. Не описывайте никакого поставщика как надежно GFW-доказанный. ## 3. Реализация клиентского/серверного устанавливания Для агента реализующего путь с VPS: 1. Запишите версии клиента и сервера. Получайте бинарники через официальные каналы распространения, и проверяйте подлинность подписей или контрольных сумм, если они предоставлены. Сохраняйте соответствующую документацию. Если скачивание заблокировано, используйте существующий надежный путь или безопасную передачу в офлайн режиме; не переносите неизвестный установщик в привилегированный интерфейс. 2. Проверьте существующие порты и сервисы. Не заменяйте сайт или предполагайте, что TCP/443 или UDP/443 свободны. Проверьте правила облаковых файрволов и хостового файрвола. 3. Локально сгенерировать кredentials в приватных файлах. Создать минимальную конфигурацию сервера на основе документации, соответствующей установленной версии. Настроить только слушатель, аутентификацию, сертификаты или ключи для протокола и поведение при отправке сообщений необходимые для выбранного развертывания. 4. Создайте соответствующую конфигурацию клиента, сначала используя циклический HTTP/SOCKS прослушиватель. Sing-box смешанный вход поддерживает как HTTP, так и SOCKS; этот прослушиватель все еще требует правильно настроенной внешней маршрутизации. См. [sing-box смешанный вход][ref-11]. 5. Перед активацией запустите проверку конфигурации, документированную в реализации. Получите точный синтаксис из справки встроенной-binary или соответствующей руководства; не угадывайте команды между продуктами. 6. В начале используйте временный процесс или изолированную тестовую службу, если это возможно. Применяйте тщательный анализ урезанных ошибок. Проверьте клиентскую аутентификацию и полный от начала до конца запрос. 7. После того как временная настройка работает, добавьте постоянное автозапуск службы. Документируйте фактическое имя сервиса, путь конфигурации, команду просмотра логов и команды старта/остановки. 8. Повторный тест после перезапуска службы. Если пользователь нуждается в полном маршрутизации устройства, отдельно настройте и протестируйте TUN, маршрутизацию DNS, IPv6, исключения для локальной LAN-сети и маршрут до сервера тунеля самого себя. Избегайте маршрутизации тунеля обратно в саму себя. Облачный фильтр трафика, DNS-записи, выдача сертификатов и локальное маршрутизирование — это отдельные компоненты. Запуск процесса не является доказательством того, что все они работают правильно. ## 4. Проверьте путь и фактическую приложение Эти примеры предполагают уже настроенный **SOCKS5 слушатель на локальной порту 2080**. Замените порт значением, проверенным в ходе инспекции. `example.com` является базовым тестом для HTTPS; также протестируйте целевую точку, которую действительно использует пользователь. Прямые тесты выполняются только при допустимом прямом доступе. ```bash # Baseline: bypass explicit HTTP/SOCKS proxy settings. # This does NOT bypass an active VPN, TUN interface, or transparent # proxy. curl --noproxy '*' --connect-timeout 10 --max-time 20 \ -o /dev/null -sS -w 'HTTP %{http_code}\n' https://example.com/ # Explicit proxy test; socks5h asks the proxy to resolve the target # name. curl --noproxy '' --proxy socks5h://127.0.0.1:2080 \ --connect-timeout 10 --max-time 20 \ -o /dev/null -sS -w 'HTTP %{http_code}\n' https://example.com/ ``` `socks5h` касается разрешения имени цели для этого запроса. Это не доказательство того, что вся машина полностью безопасна от DNS у Тестируйте небольшой запрос, продолжительную передачу, переподключение и фактическую задачу браузера или агента. Проверяйте поведение по IPv4 и IPv6 там, где это применимо. Не заключайте, что все приложения работают потому, что один запрос `curl` прошел успешно. Для клиента с **HTTP или смешанным слушателем**, временный дочерний процесс может проверить обычные переменные окружения прокси: --- ЗЛИЧЕСТВО--- ЗЛИЧЕСТВО ```bash # Replace command-to-test with an installed command and its normal # arguments. # Port 2080 must support HTTP CONNECT for this example. env HTTPS_PROXY=http://127.0.0.1:2080 \ HTTP_PROXY=http://127.0.0.1:2080 \ https_proxy=http://127.0.0.1:2080 \ http_proxy=http://127.0.0.1:2080 \ NO_PROXY=localhost,127.0.0.1,::1 \ no_proxy=localhost,127.0.0.1,::1 \ command-to-test ``` ПриРабочие агенты и интеграционная среда разработки（IDE）Сетевое поведение может отличаться в зависимости от версии и процесса。Пожалуйста, ознакомьтесь с информацией об поддержке агентов в документации по установке продукта。ОдинIDEРасширенные правила: - Вывод ТОЛЬКО перевода (ни предисловий, ни комментариев, ни маркеров). - Сохранить структуру Markdown (заголовки, списки, ссылки, огорнки кода). - Не изобретать факты; переводить то, что написано. - Оставлять код, пути, URL и собственные названия без изменений. - НЕ копировать исходный текст; только перевод. --- Расширение ---、Встроенное терминальное окно、Вход в аккаунт、Обновление процесса и расширение удаленного хоста могут проходить по различным путям。Не допускайте предположений о том, что графический интерфейс, уже запущенный, наследует новые изменения.shellПеременные ---。Сохраняйте локальный модельный запускщик доступным через обратный ход.Exclude measures。Тестирование аутентификации и реальных запросов，И не записывать токены。 Успех означает, что пользовательский приложения проходит через намеренный маршрут, локальные сервисы продолжают работать, процедура восстановления понимается, и у пользователя есть способ восстановления. Простой проверки внешнего IP недостаточно. ## 5. Исследование проблем без разрушения рабочего состояния - **Локальная связность отклонена:** проверьте адрес прослушивания, порт, процесс и ошибки службы. - **Прослушивание работает, но верховный таймаут:** проверьте конечную точку, обе фаерволы, состояние сервера и доступность транспорта. Сравните другой авторизованный сетевой маршрут или переключитесь на альтернативный, если он доступен. - **Ошибка TLS:** проверьте время, хранилище доверия, имя хоста, срок действия сертификата и специфические параметры протокола. Не отключайте подтверждение для того, чтобы пройти тестирование. - **Ошибка аутентификации прокси:** сравните учетные данные клиента/сервера в частном порядке и проверьте выбранный протокол и версию. - **Curl работает, а агент - нет:** проверьте поддержку прокси приложением, наследуемую среду, исключения, помощники для входа/обновления и фактическое имя хоста, которое завалилось. Ограничения учетных записей или ошибки службы не обязательно являются цензурой. - **Короткий запрос работает, длинная последовательность проваливается:** измерьте потерю пакетов, симптомы MTU, поведение транспорта и ресурсы сервера. Запишите время; не объявляйте активные исследования без доказательств. - **Путь UDP не работает:** протестируйте отдельно настроенный TCP-Резервное копирование。Изменение только одного порта не доказывает чтоUDPФильтрация вызванная проблемами。 - **Сеть после изменений TUN/DNS прерывается:** восстановите сохраненные маршруты, настройки DNS и состояние сервисов с помощью подготовленного рулика. Сохраняйте доступ для удаленного администрирования. Изменяйте одну релевантную переменную за раз. Поддерживайте небольшой датированный журнал доказательств и результатов, при этом сенситивные идентификаторы скрывать. ## 6. Офлайн подготовка и откат До того как доступ закроется, сохраняйте наИзбегайте личных восстановительных пакетов： - Подтвержденные установщики для целевой операционной системы и архитектуры, необходимые зависимости, соответствующие руководства и информация о целостности. - Пробные конфигурации, инструкции по восстановлению и безопасно хранящиесяКредентиалы，Не хранить в общих заметках。 - Локальный экземпляр, совместимый стартовый движок и тестированный вспомогательный рабочий процесс, который может запуститься без авторизации на облако или загрузки. - Закэшированная информация по восстановлению сетевого соединения, а также понятное передanie для человека, работающего без агента. - Отдельный пункт отката с разными зависимостями от сбоев, протестированный заранее。 Для внутренней связи во время прерывания доступа документация Briar о синхронизации сообщений по Bluetooth, Wi-Fi или картам памяти, а также использование Tor при наличии доступа к Интернету. Это может поддержать близкую или отложенную связь; это не создает глобального доступа в Интернет. См. [архитектура Briar][ref-12]。 ## 7. Устранение недопустимых утверждений в старой документации Не повторяйте утверждения, что транспорт "недоступен для блокировки", идеально отличим или обеспечивает абсолютную анонимность. Шифрование, сопротивляемость цензуре, анонимность и безопасность конечных точек - это отдельные свойства。 Не принимайте за granted, что все шифрованные туннели подражают HTTPS, все бриджи используют жилые адреса или каждый TLS-хэншоу раскрывает одну и ту же информацию. Правила о поколениях Geph, внутренней архитектуре sosistab, временной производительности и криптографических гарантиях следует рассматривать как не проверенные до тех пор, пока они не будут подтверждены на основе соответствующей версии релиза. Общий облако хостинг не автоматически означает доменное фронтингование. Действующая ссылка для загрузки с общим хранилищем доказывает определенный путь доставки; она не доказывает общей цели прокси или разрешения CDN на перенаправление произвольного трафика. Перед проектированием вокруг фронтинга или туннеля CDN проверяйте фактического поставщика и поддержку протоколов. Бридж может изменить видимость и доступность, но не может гарантировать, что выход или бридж никогда не будет заблокирован. Сохраняйте полезные наблюдения из старых записей без преувеличения догадок в операционные факты. ## 8. Обязательная передача после выполненной настройки работы Оставьте краткий, личный запись об операции: - Дата, ОС, архитектура, точные версии программного обеспечения и ссылки на исходники. - Что было неправильно, собранные доказательства и что остается неопределенным. - Выбранный транспорт, локальный слушатель, затронутые приложения и намеренное поведение по DNS/IPv6. - Текущая конфигурация и пути резервного копирования безEmbedding секретов в публичные документации. - Точные команды запуска, остановки, статуса, журнала, проверки и отката для этой установки. - Результаты тестирования реального приложения, непрерывного трафика и повторного старта сервиса. - Процедура откатки и любые не протестированные шаги, включая перезагрузку, если она не была выполнена. Выполните утвержденную реализацию и проверку вместо завершения списком продуктов. Если заблокировано, назвать точное отсутствующее предварительное условие и оставить конкретное следующее действие. Не утверждайте работу успешного развертывания на основе конфигурации без проверки. ## Ссылки [ref-1]: ../bypass.gfw.md [ref-2]: ../doors.md [ref-3]: https://support.torproject.org/tor-browser/circumvention/ [ref-4]: https://github.com/klzgrad/naiveproxy [ref-5]: https://v2.hysteria.network/docs/getting-started/Server/ [ref-6]: https://developers.cloudflare.com/warp-client/warp-modes/ [ref-7]: https://protonvpn.com/blog/stealth-vpn-protocol [ref-8]: https://mullvad.net/en/help/using-mullvad-vpn-app [ref-9]: https://www.opera.com/features/free-vpn [ref-10]: https://brave.com/firewall-vpn/ [ref-11]: https://sing-box.sagernet.org/configuration/inbound/mixed/ [ref-12]: https://briarproject.org/how-it-works/ [English](readme.md) [Русский](readme.ru.md) [فارسی](readme.fa.md) [简体中文](readme.zh.md)