Red Hat 9, поменяли сетевуху - не поднимается eth0 - Администрирование серверов - Сайтостроение

114

Злыдень

4 июня 2012, 16:39

2238

Комп старенький, долго и успешно работает у друга в качества шлюза.

Две сетевухи, в одной от провайдера шнурок, во второй в локалку. Сетевуха стала глючить - посыпались ошибки.

Купили новую, поставили (Длинк какой-то), я далеко от компа - делали без меня.

Залазю на этот комп по внешнему ип, настроить сетевуху.

Настраиваю, прописываю. Смутило, что она снова создает файл конфига как eth0, обычно создает следующий порядковый номер а старый не освобождает.

потом service network restart

интерфейсы поднимаются. иптаблесы ресторю.

Локалка начинает работать наружу, через этот шлю, шлюз же локалку НЕ пингует!!!

Конфиги.

Локалка.

DEVICE=eth0

ONBOOT=yes

BOOTPROTO=static

IPADDR=10.0.22.1

NETMASK=255.255.255.0

наружка

DEVICE=eth1

BOOTPROTO=static

BROADCAST=Х3.1Х8.18Х.2Х5

IPADDR=Х3.1Х8.18Х.2Х5

NETMASK=255.255.255.0

NETWORK=Х3.1Х8.18Х.0

GATEWAY=Х3.1Х8.18Х.1

ONBOOT=yes

Пинг внутрь

ping 10.0.22.3

PING 10.0.22.3 (10.0.22.3) 56(84) bytes of data.

From Х3.1Х8.18Х.2Х5 icmp_seq=1 Destination Host Unreachable

From Х3.1Х8.18Х.2Х5 icmp_seq=2 Destination Host Unreachable

From Х3.1Х8.18Х.2Х5 icmp_seq=3 Destination Host Unreachable

From Х3.1Х8.18Х.2Х5 icmp_seq=4 Destination Host Unreachable

From Х3.1Х8.18Х.2Х5 icmp_seq=5 Destination Host Unreachable

From Х3.1Х8.18Х.2Х5 icmp_seq=6 Destination Host Unreachable

Причем если с 10.0.22.3 пингануть 10.0.22.1 - все прекрасно!!!

Ну и все пользователи сетки 10.0.22.0 прекрасно натятся наружу через этот шлюз, выходят в инет через сквид и т.д...

Правила иптаблес обнулял полностью - они тут ни при чем.

Да, и еще, при перезагрузке шлюза интерфейс внутренний не поднимается. только после service network restart

Может кто что посоветует... Я немного в тупичке...

Куплю ссылки с ресурсов тематика Строительство (Желательно ЯК).

22

lagorue

4 июня 2012, 16:51

#1

tail -f /var/log/messages что показывает ?

V search - площадки для размещения - стройка, авто и СМИ - велком в ЛС.

114

Злыдень

4 июня 2012, 16:53

#2

tail -f /var/log/messages

Jun 4 19:31:24 geloks network: Setting network parameters: succeeded

Jun 4 19:31:26 geloks network: Bringing up loopback interface: succeeded

Jun 4 19:31:26 geloks kernel: eth0: Setting full-duplex based on MII #1 link partner capability of 41e1.

Jun 4 19:31:29 geloks network: Bringing up interface eth0: succeeded

Jun 4 19:31:32 geloks network: Bringing up interface eth1: succeeded

Jun 4 19:42:00 geloks kernel: ip_conntrack version 2.1 (447 buckets, 3576 max) - 292 bytes per conntrack

Jun 4 20:29:41 geloks named[1214]: listening on IPv4 interface eth0, 10.0.22.1#53

100 полезных скриптов для ТИЦ: интересные изменения 13-01-07 Что ищут люди сегодня:

M

278

myhand

4 июня 2012, 17:23

#3

а

ip route

?

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().

22

lagorue

4 июня 2012, 18:28

#4

Злыдень:
tail -f /var/log/messages
Jun 4 19:31:24 geloks network: Setting network parameters: succeeded
Jun 4 19:31:26 geloks network: Bringing up loopback interface: succeeded
Jun 4 19:31:26 geloks kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jun 4 19:31:26 geloks kernel: eth0: Setting full-duplex based on MII #1 link partner capability of 41e1.
Jun 4 19:31:29 geloks network: Bringing up interface eth0: succeeded
Jun 4 19:31:29 geloks kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jun 4 19:31:32 geloks network: Bringing up interface eth1: succeeded
Jun 4 19:40:25 geloks kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jun 4 19:42:00 geloks kernel: ip_conntrack version 2.1 (447 buckets, 3576 max) - 292 bytes per conntrack
Jun 4 20:29:41 geloks named[1214]: listening on IPv4 interface eth0, 10.0.22.1#53

в логе всё ок.

что-то с настройками перемудрили.

114

Злыдень

4 июня 2012, 19:18

#5

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

Все работает... Только вот со шлюза внутрь не попасть...

глупая мысль - переставить сетевуху в другой слот... больше вообще в голову ничего не идет...

ip route нет тут накой..

route -n

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

10.0.22.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Х3.1Х8.Х18.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1

127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

0.0.0.0 Х3.1Х8.18Х.1 0.0.0.0 UG 0 0 0 eth1

тут тоже все просто и минимально...

Есть тут спецы по Пробросить ip в другую kvm на рабочем веб

M

278

myhand

4 июня 2012, 20:34

#6

эм... правильно ли я понимаю:

1) из внутри на шлюз - пингуется

2) со шлюза на внутренний ip - нет

верно?

Пардон, а на внутреннем ip часом фильтрации какой нет? "Локалхост-админы" обычно суровы - могут и пинги к себе запретить. Проверяли это? Проверяли что-то кроме пинга?

Шлюз интернета UBUNTU. Не В wi-fi сети из Windows XP как шлюз.

114

Злыдень

5 июня 2012, 07:37

#7

myhand:
эм... правильно ли я понимаю:
1) из внутри на шлюз - пингуется
2) со шлюза на внутренний ip - нет
верно?

Пардон, а на внутреннем ip часом фильтрации какой нет? "Локалхост-админы" обычно суровы - могут и пинги к себе запретить. Проверяли это? Проверяли что-то кроме пинга?

1. да

2. да

Нет, никакой фильтрации нет внутри.

комп с ХР - 10.0.22.13 прекрасно пингует висту 10.0.22.16

оба этих компа прекрасно пингуют 10.0.22.1

а вот сам 10.0.22.1 не пингует никого из них.

Проверял другое - раньше работал проброс на внутренний комп - стучимся на внешний ип шлюза - он днатит на внутренний сервачек - так работала бухгалтерия по рдп. Теперь же это не работает...

Дополнительные настройки в Директе Растолкованный PageRank, часть 6 Яндекс.Дзен изменил правила работы

169

Pavel.Odintsov

5 июня 2012, 07:46

#8

Вы MAC в настройках после того, как поменяли сетевую меняли? В udev / ifcfg-eth0?

Решение по обнаружению DDoS атак для хостинг компаний, дата центров и операторов связи: FastNetMon (https://fastnetmon.com)

114

Злыдень

5 июня 2012, 14:24

#9

нет, мак не менял.

спасибо всем за участие. помогло перемещение новой сетевухи в другой слот PCI... Чудны дела твои...

822

Andreyka

5 июня 2012, 18:37

#10

Это не чудеса а исключение путаницы в нумерации интерфесов.

Не стоит плодить сущности без необходимости

Курс биткоина превысил $50 тысяч

Зачем быть уникальным в мире, где все можно скопировать

Red Hat 9, поменяли сетевуху - не поднимается eth0