Здравствуйте. Помогите пожалуйста решить проблему.
Ситуация следующая: сервер на Fedora, на нем шлюз и почтовик, один интерфейс смотри наружу, другой в локалку, на внешнем поднят ADSL. Сегодня перестал работать интернет. Внешний интерфейс поднимается и ppp0 тоже поднимается, устанавливает коннект с провайдером. Вроде все нормально, но пинг не идет, или идет очень слабо и с перебоями, при этом подключения не падает. Также очень долго думает команда route, в итоге не всегда есть маршрутизация на шлюз провайдера. В процессах сервис pppoe сильно грузит систему.
Методом проб и ошибок установил следующее: от провайдера инет идет идеально, модем работает, кабеля все в порядке. Заметил что все работает нормально когда интерфейс который смотрит в локалку деактивирован. Перестает идти нагрузка на pppoe и моментально появляеться пинг, и роутинг. Как только поднимаю локальный интерфейс все опять начинает тормозить. Поменял на локальном интерфейсе IP и все заработало. Как только возвращаю прежний Айпи, интернет опять не работает.
Подскажите пожалуйста, в чем собственно может быть проблема? Почему сервис pppoe так странно реагирует на конкретный IP адрес на локальном интерфейсе.
Спасибо
LinuxForum.Fans
pppoe сильно грузит систему
Автор: teodor_85
8 сообщений
2413 просмотров
teodor_85, вы очень хорошо всё рассказали, но хотелось бы посмотреть
пинг
route
Внешний интерфейс поднимается и ppp0 тоже поднимается
PS: если можно, то в теге CODE
Вот route сейчас когда все работает
text
[root@host ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.5.5.206 * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
default 195.5.5.206 0.0.0.0 UG 0 0 0 ppp0
Здесь route до смены IP локального интерфейсас
text
[root@host ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
И команда очень долго выполнялась, порядка полминуты система думала.
Иногда загружала
text
[root@host ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.5.5.206 * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
default 195.5.5.206 0.0.0.0 UG 0 0 0 ppp0
но интернет все равно не работал
пинг
text
Либо host uncreacable, либо network uncreacable
или же после долгих раздумий
[root@host ~]# ping ya.ru
PING ya.ru (93.158.134.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=0 ttl=57 time=348 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=1 ttl=57 time=470 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=2 ttl=57 time=472 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=3 ttl=57 time=358 ms
64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=4 ttl=57 time=390 ms
Host uncreacable..
Host uncreacable..
ifconfig (eth0 внешний, eth1 локалка)
text
[root@host ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:80:48:45:D9:86
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::280:48ff:fe45:d986/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1214330 errors:0 dropped:0 overruns:0 frame:0
TX packets:1076967 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1091416699 (1.0 GiB) TX bytes:336771228 (321.1 MiB)
Interrupt:5 Base address:0x9000
eth1 Link encap:Ethernet HWaddr 00:11:5B:AC:5D:BA
inet addr:192.168.1.250 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::211:5bff:feac:5dba/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1659193 errors:0 dropped:0 overruns:0 frame:0
TX packets:1081202 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:377841935 (360.3 MiB) TX bytes:1076153732 (1.0 GiB)
Interrupt:11 Base address:0x4000
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:463 errors:0 dropped:0 overruns:0 frame:0
TX packets:463 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:40728 (39.7 KiB) TX bytes:40728 (39.7 KiB)
ppp0 Link encap:Point-to-Point Protocol
inet addr:82.220.119.68 P-t-P:195.5.5.206 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:1213399 errors:0 dropped:0 overruns:0 frame:0
TX packets:1076020 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1064665525 (1015.3 MiB) TX bytes:313041650 (298.5 MiB)
Извините, пишу по памяти, поскольку сейчас подключаюсь удаленно, и если упадет сеть, то не смогу поднять.
Спасибо за совет.
195.5.5.206 * 255.255.255.255 UH 0 0 0 ppp0
я так подозреваю, что настройки ppp0 подымают его на ОБА интерфейса, и пакеты идут не на какой-то конкретный eth (как должно быть), а просто как придётся. Естественно половина пакетов уходит не туда, и нормального соединения установить не удаётся.
Это вам надо смотреть настройки pppoe, и там прописывать конкретный eth (или IP, я не помню точно, да и не понял, как именно у вас подымается pppoe)
ppp0 это виртуальный интерфейс, а не физический, на физическом уровне он работает через определённый eth, а вы его не определили видимо.
Спасибо за ответ. Если я правильно вас понял то вы говорите о настройках который вводятся при создании файла ifcfg-ppp0. Если да, то привожу конфигурацию этого файла. Там прописан конкретный интерфейс.
text
USERCTL=yes
BOOTPROTO=dialup
NAME=DSLppp0
DEVICE=ppp0
TYPE=xDSL
ONBOOT=yes
PIDFILE=/var/run/pppoe-adsl.pid
FIREWALL=NONE
PING=.
PPPOE_TIMEOUT=80
LCP_FAILURE=3
LCP_INTERVAL=20
CLAMPMSS=1412
CONNECT_POLL=6
CONNECT_TIMEOUT=60
DEFROUTE=yes
SYNCHRONOUS=no
ETH=eth0
PROVIDER=DSLppp0
USER=segersshutr@dsl.ukrtel.net
PEERDNS=no
DEMAND=no
И еще вопрос: возможно ли, что на работу сервера как то повлияло то, что несколько дней перед этим я поднял на нем демоны ntpd и named? Спасибо
скорее всего в нём дело.named
скорее всего в нём дело.[/quote][quote="teodor_85"]named
Значит сейчас мне лучше его остановить? Когда сеть не работала, я пробовал останавливать и named и ntpd, но ничего не помогало. Сейчас же, после смены IP на внутреннем интерфейсе, работают также оба демоны.
Спасибо вам за ответ, наверное все-таки остановлю named.
Не могли бы вы подсказать какие-то альтернативные возможности организации кеширующего DNS?
я так думаю, что он у вас просто криво настроен, судя по симптоматике. Не думаю, что его обязательно нужно менять, возможно просто надо настроить. Проверьте все его настройки, и обратите внимание на IP адреса, для которых он работает. Не забудьте и про настройку 127/8 (localhost).Не могли бы вы подсказать какие-то альтернативные возможности организации кеширующего DNS?
после долгих раздумий [root@host ~]# ping ya.ru PING ya.ru (93.158.134.3) 56(84) bytes of data. 64 bytes from www.yandex.ru (93.158.134.3): icmp_seq=0 ttl=57 time=348 ms
как видите, у вас всё хорошо пингуется, однако проблема как раз ДО самого пинга, когда она обращается к DNS для резолвинга http://ya.ru → 93.158.134.3. Это как раз и есть работа named.
Войдите или зарегистрируйтесь, чтобы ответить.
