Дополнительный IP нет пинга

TC - попробуйте без гетвея поднять IP

IPADDR="X.X.100.22"

GATEWAY="X.X.100.1" - убрать строчку.

NETMASK="255.255.255.0"

BOOTPROTO="static"

DEVICE="eth0:1"

ONBOOT="yes"

Снова здравствуйте.

По iptables не могу понять. У меня установленн для управления правилами firewalld.

никогда с iptables дел не имел так как впервые познакомился с линуксом (centos) в прошлом месяце и так получилось что правила редактировал по мелочи через firewalld

запрос iptables -L -n -v который Оптимизайка меня попросил проверить работает. Меня это с било с толку так как ранее я считал что утиллиты у меня не установлено

при этом версия проверяется

iptables --version

iptables v1.4.21

Попытался отключить так как и так есть firewalld

service iptables stop

Redirecting to /bin/systemctl stop iptables.service

Failed to stop iptables.service: Unit iptables.service not loaded.

service iptables status

Redirecting to /bin/systemctl status iptables.service

Unit iptables.service could not be found.

сижу чешу репу и немогу понять есть у меня iptables или нет. Объясните дураку

---------- Добавлено 13.11.2017 в 12:44 ----------

smart2web, madoff по вашим советам последовательно

0) вернул все в изначатьное состояние (ifcfg-eth0, ifcfg-eth0:0, ifcfg-eth0:1)

1) Ислючил шлюз с eth0:1. Перезагрузка сети. Нет пинга. Ребут. Нет пинга.

2) Удалил eth0:1. Изменил ip в eth0:0(работающий виртуальный) на тот что был в eth0:1. Перезагрузка сети. Нет пинга. Ребут. Нет пинга.

3) Вернул ip(тот что работал) в eth0:0. Перезагрузка сети. Есть пинг.

TC - сделайте все как было раньше.

и покажите:

И не затирать. А как-есть. Показать.

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    inet6 ::1/128 scope host

       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000

    link/ether 52:54:00:38:7b:7b brd ff:ff:ff:ff:ff:ff

    inet 82.202.221.143/24 brd 82.202.221.255 scope global eth0

       valid_lft forever preferred_lft forever

    inet 82.202.200.21/24 brd 82.202.200.255 scope global eth0:1

       valid_lft forever preferred_lft forever

    inet 80.93.187.202/24 brd 80.93.187.255 scope global eth0:0

       valid_lft forever preferred_lft forever

    inet6 fe80::5054:ff:fe38:7b7b/64 scope link

       valid_lft forever preferred_lft forever

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

0.0.0.0         82.202.221.1    0.0.0.0         UG    100    0        0 eth0

80.93.187.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0

82.202.200.0    0.0.0.0         255.255.255.0   U     100    0        0 eth0

82.202.221.0    0.0.0.0         255.255.255.0   U     100    0        0 eth0

Сделайте команду и покажите вывод, я так понимаю не работает, 82.202.200.21

From 80.93.181.201 icmp_seq=1 Packet filtered

зайдите в конфиг где IP адрес 82.202.200.21

Измените параметр

NETMASK="255.255.255.0" НА NETMASK="255.255.0.0"

перегрузите сервер.

и прорвете снова мою команду. и в этот раз выведите полную картину а не отрывок, так как пинг показывает интересную картину.

PING 82.202.221.1 (82.202.221.1) from 82.202.200.21 : 56(84) bytes of data.

From 80.93.181.201 icmp_seq=1 Packet filtered

From 80.93.181.201 icmp_seq=2 Packet filtered

From 80.93.181.201 icmp_seq=3 Packet filtered

From 80.93.181.201 icmp_seq=4 Packet filtered

^C

---------- Добавлено 13.11.2017 в 14:23 ----------

хз имеет это отношение или нет. Мне этот доп айпишник по сути не нужен был. На основном айпи налаживал работу postfix на отправку phpmail и оказалось что этот Ip в блек листе spamhouse . хостинг предоставил этот айпишник который не пингуется

Ну раз маску вы изменили и картина так-же, и хостер вам выдавал данные сети и вы устанавливали все правильно.

То мы имеем, IP адрес не разрешон в работе так как не видит ШЛЮЗ.( или фильтрован брандмауэром)

Надо написать хостеру следующее.

ТС - учитывая настройки маршрутизации, все должно настраиваться хостером, так как сети разные. И ему роутить их.

 iptables  -L -nv

техподдержка ответила что у них все ок и привели пример пинга до одного из тестовых впс 82.202.200.12 из этой подсети

написали что изменят мне основной ip. Поменяли. Сейчас поковыряюсь

ps: а шлюзы точно нужно было исключать из ifcfg-eth0:0 и 1. Они разные просто были

---------- Добавлено 13.11.2017 в 16:18 ----------

поддержка написала что поменяют основной ip на проблемный. я уж обрадовался

а поменяли на тот что был раньше дополнительным рабочим. В итоге вернулся к тому что было но теперь на 1 ip меньше )))

имею основной ip функционирующий и злосчастный 82.202.200.21 не пингующийся