Загрузка данных

Проблема после перезагрузки и обновления почти всегда сводится к одной из трёх причин: слетели переменные окружения сессии, клиент/демон прокси не поднялся в автозагрузке, либо сбился DNS/маршрутизация.
Чтобы быстро локализовать, пройдитесь по шагам:
1. Проверка локального сервиса и слушающего порта
Если прокси-клиент (Xray, Sing-box, NekoBox, 3proxy и т.д.) крутится на самом сервере, проверьте, запущен ли он и слушает ли нужный порт:
# Проверяем открытые порты (замените порт на ваш, например 10808, 2080 или 7890)
ss -tulpn | grep -E ':(1080|2080|7890|8080)'

# Или статус службы (если сервис работает через systemd)
systemctl status xray   # или sing-box / v2ray / nekobox

 * Если порт не слушается: сервис не был добавлен в автозагрузку (systemctl enable <имя>) либо упал при старте. Смотрите логи:
   journalctl -u <имя_сервиса> -e --no-pager

2. Переменные окружения терминала (HTTP_PROXY / SOCKS_PROXY)
Если прокси использовался через переменные окружения в консоли (для curl, apt, скриптов или Docker), после перезагрузки сессия сбрасывается.
 * Проверьте текущие переменные:
   env | grep -i proxy

 * Если пусто, проверьте, были ли они прописаны на постоянной основе:
   * В /etc/environment
   * В ~/.bashrc или ~/.profile
   * Для APT: в /etc/apt/apt.conf.d/ (например, 99proxy или proxy.conf)
   * Для демона Docker: в /etc/systemd/system/docker.service.d/http-proxy.conf
3. DNS и резолв доменов прокси
После перезагрузки или обновления сетевых пакетов Debian часто перезаписывает /etc/resolv.conf (особенно если включён systemd-resolved или NetworkManager):
# Проверка DNS
ping -c 2 1.1.1.1
ping -c 2 google.com

Если IP пингуется, а домен не резолвится — прокси-клиент не может подключиться к серверу по доменному имени. Временно проверьте вывод:
cat /etc/resolv.conf

При необходимости задайте рабочий DNS (например, nameserver 1.1.1.1 или nameserver 8.8.8.8).
4. Тест прямого подключения через порт
Сделайте точечный запрос через локальный порт, чтобы исключить глобальные настройки:
# Для HTTP прокси:
curl -x http://127.0.0.1:ПОРТ -I https://www.google.com

# Для SOCKS5 прокси:
curl --socks5-hostname 127.0.0.1:ПОРТ -I https://www.google.com

 * Если curl через ключ работает: ядро прокси живо, проблема исключительно в глобальных переменных окружения или правилах маршрутизации (iptables/nftables/TUN), которые не восстановились при старте системы.
 * Если curl выдаёт Connection refused: процесс прокси вообще не висит на указанном порту.
 * Если curl зависает по таймауту: локальный клиент запущен, но не может достучаться до удалённого сервера (провайдерская блокировка протокола, сбившийся системный роутинг или неверное время на машине — проверьте timedatectl, рассинхрон времени ломает TLS/VLESS).
Каким именно клиентом или схемой организован прокси на Debian (локальный бинарник systemd, Docker-контейнер, переменные сессии или iptables/TUN-роутинг)? Вывод ss -tulpn сразу покажет, поднят ли порт.