Настройка прокси на Linux

В десктопных средах Linux (GNOME, KDE Plasma) глобальные настройки сетевого прокси (находятся в Настройки → Сеть) работают иначе, чем в других ОС. Хотя вы можете ввести SOCKS IP и порт, нет полей для логина и пароля.

Из-за этого настройки прокси в системном графическом интерфейсе работают только как «рекомендация» для приложений. Они не будут автоматически аутентифицировать приложения. Большинство сетевых инструментов просто отклонят соединение без учетных данных.

Firefox остается самым надежным вариантом на Linux, так как он обладает полной нативной поддержкой SOCKS5 с аутентификацией.

• Шаг 1: Перейти в Настройки → Общее → scroll to Настройки сети и нажмите Настройки...
• Шаг 2: Выбрать Ручная настройка прокси.
• Шаг 3: Введите SOCKS-хост и порт, и отметьте SOCKS v5.
• Шаг 4: Нажмите ОК. Когда вы перейдете на свой первый сайт, появится запрос на ввод логина и пароля прокси. Отметьте «Запомнить пароль».

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

• Шаг 1: Установите Переключатель проксиyOmega из веб-магазина расширений.
• Шаг 2: Откройте настройки расширения, создайте новый профиль, указав SOCKS5, и введите данные вашего сервера.
• Шаг 3: Нажмите на иконку замка справа, чтобы ввести данные для аутентификации прокси (логин и пароль).
• Шаг 4: Примените изменения и активируйте профиль через иконку расширения на панели инструментов.

cURL: Всегда используйте --socks5-hostname флаг, чтобы DNS-запросы безопасно разрешались удаленно через прокси.

Wget: Передавайте аргументы прокси явно.

Git: Вы можете применить конфигурацию прокси глобально для всех операций clone и pull.

Самый простой способ заставить консольные приложения использовать прокси — задать стандартные переменные окружения. Их можно установить для текущей сессии или добавить в ~/.bashrc или ~/.zshrc файл для сохранения настроек.

Note on Безопасность: Хранение паролей в виде простого текста .bashrc файл может быть уязвимостью. В продакшене полагайтесь на зашифрованные переменные или менеджеры учетных данных, такие как pass.

• Шаг 1: Получение пакета

• Шаг 2: Настройка сервера
  Отредактируйте файл конфигурации (/etc/proxychains.conf или ~/.proxychains/proxychains.conf). В конце файла в разделе [ProxyList] введите свои учетные данные:

(Совет: Включите тихий режим (quiet_mode) в начале файла, чтобы proxychains не выводил подробные логи при каждом подключении).

• Шаг 3: Запуск приложений
  Просто добавьте команду proxychains перед исполняемым файлом приложения:

• Открыть Telegram Настройки → Продвинутые → Тип подключения.
• Выбрать Использовать пользовательский прокси. Выберите SOCKS5 тип конфигурации.
• Введите хост, порт, логин и пароль, затем сохраните.

• Откройте Опции → Подключение tab.
• Выбрать SOCKS5 в разделе прокси-сервера и примените данные авторизации.
• Критически важно: Убедитесь, что галочки «Использовать прокси для пиринговых соединений» и «Использовать прокси для поиска имен хостов» отмечены.

Перед отправкой запросов необходимо установить зависимость SOCKS:

import requests
proxies = { "http": "socks5://user:[email protected]:1080", "https": "socks5://user:[email protected]:1080" }
response = requests.get("https://api.ipify.org", proxies=proxies, timeout=10)
print(response.text)

Использование socks-proxy-agent пакет:

const axios = require('axios');
const { SocksProxyAgent } = require('socks-proxy-agent');
const agent = new SocksProxyAgent('socks5://user:[email protected]:1080');

axios.get('https://api.ipify.org', { httpsAgent: agent, httpAgent: agent })
  .then(res => console.log(res.data));

Для запуска прокси локально через docker-контейнер внедрите ENV при запуске.

Чтобы принудительно использовать прокси в масштабе сетевого демона Docker, отредактируйте ~/.docker/daemon.json:

{
  "proxies": {
    "default": {
      "httpsProxy": "socks5://login:[email protected]:1080"
    }
  }
}

Если вам нужно абсолютное, прозрачное проксирование трафика на уровне всей ОС без настройки исключений для каждого приложения, администраторы используют redsocks наряду с iptables firewall.

RedSocks работает как невидимый системный демон. Он транслирует обычные TCP-соединения, генерируемые машиной, и направляет их напрямую в вашу авторизованную точку SOCKS5.

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

Если вы напрямую управляете удаленным сервером через SSH, вы можете динамически создать локальный беспарольный туннель SOCKS5 с помощью SSH-клиента, обходя необходимость ввода паролей в настройках приложений.

После запуска открывается неавторизованный локальный туннель по адресу 127.0.0.1:1080. Вы можете направить proxychains или ваши терминальные утилиты на этот локальный хост и избежать раскрытия пароля.