
apt не обновляется, git не пушит, curl получает connection refused. Всё это потому, что корпоративный файрвол решил за тебя, куда можно заходить, а куда нет. Прокси для Ubuntu ведет трафик через сервер, который файрвол не затрагивает.
Установка пакетов и обновления через apt. apt не читает системные переменные окружения по умолчанию. Для него прокси прописывается отдельно в /etc/apt/apt.conf.d/ через директиву Acquire::https::Proxy. Если этого не сделать, apt будет ходить напрямую, даже когда весь остальной трафик идёт через прокси. Тогда обновления зависнут на таймауте.
SSH через прокси. Если сервер находится за фаерволом, который блокирует порт 22, SSH можно пробросить через прокси с помощью ProxyCommand и netcat или corkscrew. Прокси сервер с поддержкой SOCKS5 открывает доступ к удалённым серверам из любой сети.
Анонимность и приватность. Прокси для Ubuntu скрывает реальный IP сервера или рабочей станции при обращении к внешним ресурсам. Это актуально для автоматизированных задач, парсинга и работы с публичными API, у которых есть лимиты на запросы с одного адреса.
Серверные прокси. Работают через адреса дата-центров. Держат стабильное соединение 24/7 и низкую задержку, поддерживают HTTPS и SOCKS5. Оптимальный выбор для серверов и рабочих станций на Ubuntu. Здесь фиксированная цена за период, без счетчика трафика.
Резидентские прокси. Используют IP-адреса абонентов домашнего интернета. Подходят для задач, где важно выглядеть как обычный пользователь, а не как сервер дата-центра. Тарифицируются по трафику.
Мобильные прокси. Используют IP-адреса мобильных операторов. За одним адресом сидят тысячи абонентов, поэтому сервисы их почти не банят.
Для Ubuntu хватит серверного прокси. Для аренды делай следующее:

Данные появятся в личном кабинете в формате IP:порт:логин:пароль. О том, как настроить прокси в Ubuntu, читай в подробной инструкции с разбором основных проблем.
Серверный прокси с поддержкой SOCKS5. Ubuntu-серверы обычно работают в автоматизированных сценариях: скачивают пакеты, делают запросы к API, синхронизируют репозитории. Для всего этого важны стабильность и аптайм, а не «натуральность» IP-адреса. Серверные прокси из дата-центров закрывают эту задачу лучше всего и стоят дешевле резидентских.
Да, но apt нужно настраивать отдельно. Системные переменные окружения HTTP_PROXY и HTTPS_PROXY apt по умолчанию не читает. Прокси для него прописывается в /etc/apt/apt.conf.d/proxy.conf строкой Acquire::https::Proxy "http://логин:пароль@IP:порт/". После этого apt update и apt install будут ходить через прокси. Без этой настройки apt идёт напрямую, даже если весь остальной трафик системы проксирован.
Да, но они настраиваются независимо друг от друга. Браузер читает прокси из системных переменных окружения или из собственных настроек. SSH использует ProxyCommand в ~/.ssh/config — отдельная директива для каждого хоста или для всех сразу через Host *. Один и тот же прокси-адрес можно прописать в оба места. Тогда браузер и SSH будут использовать его параллельно без конфликтов.