Потеряйте сетевое соединение при переводе в рабочее состояние второго NIC
Необходимо принять под ВЫХОДНЫМ целевым портом 80 (http), 21 (ftp), и возможно 8080.
Кроме того, я не знаком с интерфейсом Webmin, но необходимо удостовериться, что все "установленные, связанные" соединения позволяются, потому что apt будет использовать случайный высокий порт числа локально, и это - то, где данные будут получены. "Установленное, связанное" правило не является явным в Вас конфигурация, таким образом, или это неявно в Webmin, или необходимо будет добавить его.
Как упоминалось в исходных комментариях к вопросу, это было вызвано несколькими сетевыми адаптерами, имеющими несколько шлюзов.
Решением этой конкретной проблемы было удаление единственного шлюза по умолчанию из одного из сетевых адаптеров, как показано ниже:
eth0
DEVICE=eth0
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=none
HWADDR=3C:4A:92:11:11:11
IPADDR=192.168.228.225
PREFIX=24
DNS1=192.168.224.201
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
IPV6_AUTOCONF=no
NAME="Management"
eth1
DEVICE=eth1
TYPE=Ethernet
ONBOOT=no
NM_CONTROLLED=no
BOOTPROTO=none
HWADDR=3C:4A:92:00:00:00
IPADDR=192.168.223.225
PREFIX=24
GATEWAY=192.168.223.254
DNS1=192.168.223.201
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
IPV6_AUTOCONF=no
NAME="Production"
Затем постоянные маршруты были добавлены к сетевому адаптеру, шлюз которого был удален:
/ etc / sysconfig / network-script / route-eth0
192.168.111.0/24 via 192.168.228.254 dev eth0
192.168.222.0/24 via 192.168.228.254 dev eth0
Я нашел альтернативу, которая решила проблему недоступности сети, добавив строку METRIC = x в конфигурации NIC, однако этого не произошло. решить другие сетевые проблемы, такие как доступ в Интернет.
] Сначала отредактируйте этот файл:[
] [$ vim /etc/sysconfig/network-scripts/ifcfg-eth1
] Затем измените ONBOOT на yes:[
] [ONBOOT=yes
] Затем перезагрузите сеть, она будет работать нормально. [
]