Комментарии 6
Не рекомендую даже новичкам привыкать к ufw. У nftables достаточно понятный и гибкий синтаксис, простые правила добавлять несложно, а потом можно уже в дебри вдаваться, не меняя инструмента. А с ufw всё, что выходит за рамки базы, делается или крайне неочевидно, или вообще никак.
Зачем при incoming policy deny ещё и специально запрещать отдельные порты? У Вас и так по умолчанию всё, что не разрешено, запрещено.
Дефолтный /etc/resolv.conf Вам прямо в верхней строчке подсказывает, что он автосгенерирован NetworkManager'ом, и Ваши правки будут перезаписаны, если настройки NetworkManager обновятся. Поэтому и править надо их.
ТС вы правда думаете что от номера порта зависит стабильность работы прокси?!
про ufw уже упомянули, не лучший инструмент, далеко не гибкий даже в рутиных вопросах.
ЗЫ
непрошенный совет: наличие схемы решения позволит быстрее понять идею решения.
Но почему порт именно 3128? Данный tcp порт создан именно под функцию прокси.
Забавно, впервые слышу чтоб под прокси это был именно определенный порт. Вешать прокси можно на любой а таки на 443 - наоборот более интересный выбор...
Да любой сервис можно повесить почти на любой порт
Видимо, автор вспомнил про 3proxy. Там действительно по дефолту стоит 3128. Но это самый нестабильный прокси сервер, который я когда-либо использовал. Сейчас нашел божественный докер-контейнер со сконфигурированным прокси сервером, изменяющимся через обычные environment переменные. Http завелось без танцев с бубном, с socks не было надобности, но подключаться не хотело. Он в первых строках поиска, так что кому надо - пользуйтесь. Бнз остановок крутится более 2х месяцев
Установка+базовая настройка файерволла ufw. Базовая настройка и использование proxychains4 на Kali Linux