1 Тема от teodor_85

  • teodor_85
  • Посетитель
  • Неактивен
  • Зарегистрирован: 24.02.2014
  • Сообщений: 4
  • Репутация : [ 0 | 0 ]

Здравствуйте. Помогите пожалуйста решить проблему.
Ситуация следующая: сервер на Fedora, на нем шлюз и почтовик, один интерфейс смотри наружу, другой в локалку, на внешнем поднят ADSL.  Сегодня перестал работать интернет. Внешний интерфейс поднимается и ppp0 тоже поднимается, устанавливает коннект с провайдером. Вроде все нормально, но пинг не идет, или идет очень слабо и с перебоями, при этом подключения не падает. Также очень долго думает команда route, в итоге не всегда есть маршрутизация на шлюз провайдера. В процессах сервис pppoe сильно грузит систему.
Методом проб и ошибок установил следующее: от провайдера инет идет идеально, модем работает, кабеля все в порядке. Заметил что все работает нормально когда интерфейс который смотрит в локалку деактивирован. Перестает идти нагрузка на  pppoe и моментально появляеться пинг, и роутинг. Как только поднимаю локальный интерфейс все опять начинает тормозить. Поменял на локальном интерфейсе IP и все заработало. Как только возвращаю прежний Айпи, интернет опять не работает.
Подскажите пожалуйста, в чем собственно может быть проблема? Почему сервис pppoe так странно реагирует на конкретный IP адрес на локальном интерфейсе.
Спасибо

2 Ответ от drBatty

  • drBatty
  • drBatty
  • Пользователь
  • Неактивен
  • Откуда: Петербург
  • Зарегистрирован: 20.02.2010
  • Сообщений: 17,053
  • Репутация : [ 451 | 73 ]

teodor_85, вы очень хорошо всё рассказали, но хотелось бы посмотреть

teodor_85 пишет:

пинг

teodor_85 пишет:

route

teodor_85 пишет:

Внешний интерфейс поднимается и ppp0 тоже поднимается

PS: если можно, то в теге CODE

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

3 Ответ от teodor_85 (24.02.2014 23:14:55 отредактировано teodor_85)

  • teodor_85
  • Посетитель
  • Неактивен
  • Зарегистрирован: 24.02.2014
  • Сообщений: 4
  • Репутация : [ 0 | 0 ]

Вот route сейчас когда все работает 

[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 локального интерфейсас

[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

И команда очень долго выполнялась, порядка полминуты система думала.

Иногда загружала 

[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

но интернет все равно не работал

пинг

Либо 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 локалка)

[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)

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

4 Ответ от drBatty

  • drBatty
  • drBatty
  • Пользователь
  • Неактивен
  • Откуда: Петербург
  • Зарегистрирован: 20.02.2010
  • Сообщений: 17,053
  • Репутация : [ 451 | 73 ]
teodor_85 пишет:

195.5.5.206 * 255.255.255.255 UH 0 0 0 ppp0

я так подозреваю, что настройки ppp0 подымают его на ОБА интерфейса, и пакеты идут не на какой-то конкретный eth (как должно быть), а просто как придётся. Естественно половина пакетов уходит не туда, и нормального соединения установить не удаётся.

Это вам надо смотреть настройки pppoe, и там прописывать конкретный eth (или IP, я не помню точно, да и не понял, как именно у вас подымается pppoe)

ppp0 это виртуальный интерфейс, а не физический, на физическом уровне он работает через определённый eth, а вы его не определили видимо.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)
+ teodor_85

5 Ответ от teodor_85 (25.02.2014 11:17:25 отредактировано teodor_85)

  • teodor_85
  • Посетитель
  • Неактивен
  • Зарегистрирован: 24.02.2014
  • Сообщений: 4
  • Репутация : [ 0 | 0 ]

Спасибо за ответ. Если я правильно вас понял то вы говорите о настройках который вводятся при создании файла ifcfg-ppp0. Если да, то привожу конфигурацию этого файла. Там прописан конкретный интерфейс.

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? Спасибо

6 Ответ от drBatty

  • drBatty
  • drBatty
  • Пользователь
  • Неактивен
  • Откуда: Петербург
  • Зарегистрирован: 20.02.2010
  • Сообщений: 17,053
  • Репутация : [ 451 | 73 ]
teodor_85 пишет:

named

скорее всего в нём дело.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

7 Ответ от teodor_85

  • teodor_85
  • Посетитель
  • Неактивен
  • Зарегистрирован: 24.02.2014
  • Сообщений: 4
  • Репутация : [ 0 | 0 ]
drBatty пишет:
teodor_85 пишет:

named

скорее всего в нём дело.

Значит сейчас мне лучше его остановить? Когда сеть не работала, я пробовал останавливать и named и ntpd, но ничего не помогало. Сейчас же, после смены IP на внутреннем интерфейсе, работают также оба демоны.
Спасибо вам за ответ, наверное все-таки остановлю named.
Не могли бы вы подсказать какие-то альтернативные возможности организации кеширующего DNS?

8 Ответ от drBatty

  • drBatty
  • drBatty
  • Пользователь
  • Неактивен
  • Откуда: Петербург
  • Зарегистрирован: 20.02.2010
  • Сообщений: 17,053
  • Репутация : [ 451 | 73 ]
teodor_85 пишет:

Не могли бы вы подсказать какие-то альтернативные возможности организации кеширующего DNS?

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

teodor_85 пишет:

после долгих раздумий [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.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)