LinuxForum.Fans
Тема

Пингую шлюз, но не мир, хотя default gw указан

Автор: urnadm 8 сообщений 3098 просмотров
#215743

Добрый день, прошу помощи по проблеме:
Поставил на сервер Debian 6.0.3 amd64, ещё на этапе установки настроена следующая сеть:

192.168.100.245 (IP сервера)
192.168.100.253 (отдельный давно настроенный шлюз на FreeBSD, стоит рядом)
192.168.100.1 (отдельный DNS-сервер Windows Server 2008)

На сервере 2 сетевые карты. Во вторую кабель не воткнут и она не настраивалась, но при установке дебиана ставилась галочка, что компьютер должен маршрутизировать пакеты (когда-нибудь позже будет воткнут прямой инет во 2ю сетёвку).
Система свободно качает из интернета обновления и устанавливает пакеты. Но не всё так просто:

[console]#traceroute lenta.ru
traceroute to lenta.ru (81.19.85.116), 30 hops max, 60 byte packets
1 stat.domain.lan (192.168.100.253) 0.514 ms 0.521 ms 0.515 ms
2 * * *
3 * * *[/console]

То есть, дальше моего шлюза не идёт. И не только пинг.
А ещё я не могу с этого серва подключиться через ssh к шлюзу, хотя через Putty на винде подключается без проблем.

[console]
ssh 192.168.100.253
ssh_exchange_identification: Connection closed by remote host
[/console]

ifconfig
[console]
ifconfig -a
eth0 Link encap:Ethernet HWaddr bc:ae:c5:28:52:8f
inet addr:192.168.100.145 Bcast:192.168.100.255 Mask:255.255.255.0
inet6 addr: fe80::beae:c5ff:fe28:528f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9972 errors:0 dropped:0 overruns:0 frame:0
TX packets:1233 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1040811 (1016.4 KiB) TX bytes:295956 (289.0 KiB)
Interrupt:16 Memory:fbee0000-fbf00000

eth1 Link encap:Ethernet HWaddr bc:ae:c5:28:50:c6
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:17 Memory:fbde0000-fbe00000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:338 errors:0 dropped:0 overruns:0 frame:0
TX packets:338 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:57145 (55.8 KiB) TX bytes:57145 (55.8 KiB)
[/console]

interfaces:

text
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
        address 192.168.100.245
        netmask 255.255.255.0
        network 192.168.100.0
        broadcast 192.168.100.255
        gateway 192.168.100.253
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 192.168.100.1
        dns-search DOMAIN.lan

route
[console]
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.100.253 0.0.0.0 UG 0 0 0 eth0
[/console]

netstat
[console]
netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.100.253 0.0.0.0 UG 0 0 0 eth0
[/console]


Пробую установить пакет, ставится без проблем:
[console]
#apt-get install htop
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Предлагаемые пакеты:
strace ltrace
НОВЫЕ пакеты, которые будут установлены:
htop
обновлено 0, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 0 п акетов не обновлено.
Необходимо скачать 63,7 kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 209 kB .
Получено:1 http://ftp.ru.debian.org/debian/ squeeze/main htop amd64 0.8.3-1 [63, 7 kB]
Получено 63,7 kБ за 1с (46,7 kБ/c)
Выбор ранее не выбранного пакета htop.
(Чтение базы данных ... на данный момент установлено 35267 файлов и каталогов.)
Распаковывается пакет htop (из файла .../htop_0.8.3-1_amd64.deb)...
Обрабатываются триггеры для man-db ...
Настраивается пакет htop (0.8.3-1) ...
[/console]

Пингую адрес, с которого ставил, тишина:
[console]
#ping [url=ftp://ftp.ru.debian.org]ftp.ru.debian.org[/url]
PING debian.mirror.vu.lt (193.219.80.27) 56(84) bytes of data.

--- debian.mirror.vu.lt ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8064ms
[/console]

Захожу туда на фтп, заходит.
[console]
#ftp
ftp> open [url=ftp://ftp.ru.debian.org]ftp.ru.debian.org[/url]
Connected to debian.mirror.vu.lt.
220 Serv-U FTP Server v10.1 for WinSock ready...
Name (ftp.ru.debian.org:urnadm):
[/console]

Я в недоумении... попробуйте помочь, пожалуйста..
Словно файрволом режет.

#215868

Попробовал так, ничего не изменилось...
[console]
# Отчишаем правила
iptables -F
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
# Разрешаем прохождение любого трафика по интерфейсу обратной петли.
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
# Разрешаем прохождение любого трафика по интерфейсу eth0.
iptables -A INPUT -i eth0 -j ACCEPT
iptables -A OUTPUT -o eth0 -j ACCEPT
[/console]

и, вообще, я нигде не могу найти конфига iptables на сервере. Даже папки /var/lib/iptables не существует. Ну я могу создать его, конечно, в любом месте, наверное, речь сейчас не об этом.

вывод конфигурации iptables
[console]# iptables -L -v -n
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
130 18560 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
2824 311K ACCEPT all -- eth0 * 0.0.0.0/0 0.0.0.0/0

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
130 18560 ACCEPT all -- * lo 0.0.0.0/0 0.0.0.0/0
1644 453K ACCEPT all -- * eth0 0.0.0.0/0 0.0.0.0/0[/console]

#215898

Может быть у вас на шлюзе запрещены некоторые типы icmp, то есть к примеру пинг, ведь если качает, на фтп ходит, а не пингует, значит так и есть. Что касается iptables, демона сохранения настроек в штатном режиме наверное нет, то есть демон-скрипт, который вызывал бы iptables-save/iptables-restore. Можете для начала просто написать скрипт, который первым делом очищает цепочки, а потом уже наполняет их нижеидущими правилами, выполнять либо вручную, либо написать скрипт-демон, который добавить в уровень запуска для старта, либо вообще просто, написать строку выполнения скрипта в /etc/rc.local.

Для простого доступа наружу нам надо всего ничего (через шлюз, если нет dhcp):
1) задать ip
2) задать default gw
3) написать dns (свои или гугла к примеру, неважно, главное, чтоб работали)
Если при этом проблемы - проверяем по порядку все с начала. Не забываем про iptables, файрвол легко может лишить нас связи, особенно смешно, если правим через ssh и после выполнения скрипта не можем уже попасть на сервер )))

ps: если у вас сервер пересылает пакеты, не забывайте про FORWARD-цепочку. Вообще почитайте man по iptables, могу если нужно показать свой скрипт со своего шлюза/прокси/dns(форвард на два dns)/dhcp - сервера если нужно.

#215900

На самом деле, на шлюзе разрешено некоторому диапазону IP адресов (в который входит и данный сервер) вообще всё, а пинги вообще всему диапазону.
Проблема тут очень странная и непонятная мне

#215904

Возможно что-то на самом debian-е накручено с icmp? Проблема странная в общем то, что-то ее вызывает, важно понять что. Шлюз у вас натит сеть или просто роутит куда то еще? Если роутит, то проблему надо искать дальше, то есть в том месте, куда он пакеты отправляет.

ps: а диапазоны адресов на шлюзе сделаны не маской? Если маской, то правильная ли маска на debian у eth0?

#215906

Сейчас копну-ка шлюз поглубже, хорошая идея насчёт того, проброс для каких IP там стоит у NAT

#215912

Решено! Ох я и протупил, дело-то, действительно, в NAT на шлюзе, проброс нужных портов для данного IP не стоял здесь, это в SQUID было настроено всё, а в /etc/ipnat.rules нет. И дезинформировал всех, мол, в шлюзе не может быть проблемы. :D
Спасибо за наводку! :cool:

Войдите или зарегистрируйтесь, чтобы ответить.