Шлюз 13.10 проблема с пингом

[maslonax]

Помогите разобраться проблема в следующем каждое утро в течении часа наблюдается рост пинга до 2к, приходится делать reboot и после этого до конца рабочего дня пинг нормальный и так каждый день. В чем может быть проблема?

[fisher74]

В чём угодно.
1. При росте пинга снимите диагностику сетевых соединений ifconfig -a, покажете её нам вместе с настройками (cat /etc/network/interfaces), не забыв кратенько описать структуру сети (ху ис ху)
2. Попробуйте для лечения пинга не весь сервант валять, а только внешний интерфейс. Причём по возможности проверить влияние и программного рестарта, так и физического (тупо шнурок вынуть и воткнуть)

[maslonax]

1. ifconfig -a

(Нажмите, чтобы показать/скрыть)

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:65536  Metric:1
          RX packets:8618274 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8618274 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:8122791165 (8.1 GB)  TX bytes:8122791165 (8.1 GB)

p2p1      Link encap:Ethernet  HWaddr ac:22:0b:c4:57:97
          inet addr:195.211.204.61  Bcast:195.211.204.63  Mask:255.255.255.240
          inet6 addr: fe80::ae22:bff:fec4:5797/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:20691474 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17938592 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:22961781346 (22.9 GB)  TX bytes:2343140775 (2.3 GB)

p4p1      Link encap:Ethernet  HWaddr 90:94:e4:81:d9:c1
          inet addr:192.168.121.151  Bcast:192.168.121.255  Mask:255.255.255.0
          inet6 addr: fe80::9294:e4ff:fe81:d9c1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:20340230 errors:0 dropped:1 overruns:0 frame:0
          TX packets:25251590 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3982230061 (3.9 GB)  TX bytes:23929776772 (23.9 GB)

p4p1:1    Link encap:Ethernet  HWaddr 90:94:e4:81:d9:c1
          inet addr:192.168.1.151  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

p4p1:2    Link encap:Ethernet  HWaddr 90:94:e4:81:d9:c1
          inet addr:192.168.5.151  Bcast:192.168.5.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

/etc/network/interfaces

(Нажмите, чтобы показать/скрыть)

auto lo
iface lo inet loopback

auto p2p1
iface p2p1 inet dhcp

auto p4p1
iface p4p1 inet static
        address 192.168.121.151
        netmask 255.255.255.0

auto p4p1:1
iface p4p1:1 inet static
        address 192.168.1.151
        netmask 255.255.255.0

auto p4p1:2
iface p4p1:2 inet static
        address 192.168.5.151
        netmask 255.255.255.0

p2p1 - интернет от провайдера автоматическое получение настроек
p4p1 - локальная сеть административная
p4p1:1 - алиас сеть учебная
p4p1:2 - алиас сеть для несколько серверов

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

[fisher74]

пинг увеличивается откуда и куда?

А алиасы у Вас я могу сравнить только с бредом, который только запутывают админа сервера и, скорее всего ядро тоже офигевает от такого букета.
Если я не прав, то объясните их назначение.

[maslonax]

пинг со шлюза до к примеру ya.ru стабильный 50 ms.
пинг с компьютера до шлюза уже 200+ ms, и до того же ya.ru 80+ ms.
первый алиас т.к. учебное заведение требуется студентов от администрации развести. Да и одной сети не хватает на все компьютеры.
второй алиас настроен временно т.к. раньше работал сотрудник который делал пару серверов и при уходе не оставил от них пароли, как сделаем нов сервера на замену алиас уберется.

[fisher74]

Вы не поняли. До Ваших видений решения проблем мне фиолетово.
Расскажите назначение толпы алиасов с одинаковыми сетевыми настройками с точки зрения сети. ИПы одинаковы, маски - одинаковы, MAC-и, само собой те же.
Кроме попытки доведения ядра до суицида (что у Вас и наблюдается) - больше никаких целей размножения Ваших алиасов не вижу.

[Karl500]

IP же разные... 192.168.121.151, 192.168.1.151 и 192.168.5.151

[maslonax]

ip разный, маску разную сделал, посмотрю что получится.
Вопрос разве делая алиас для сетевой карточки можно менять MAC адрес алиаса?

[fisher74]

А сорри... в глазах видимо запестрило.
Нет, в алиасах mac нельзя менять.

По теме:
То есть пинг глохнет именно от клиентов до шлюза, а транзит и с самого шлюза до внешних сервисов - ОК.
А от шлюза к клиентам?
Предлагаю ещё посмотреть на загруженность самого шлюза в это время. cron не запускает какой-нибудь процесс в это время.
У меня, например, на одном из шлюзов lightsquid запускал подсчёт траффика в час X. Но при настройке, отключил ротацию лога и ... забыи включить после. В итоге, и сам кальмар начал потихоньку систему тормозить, так как лог вырос весьма серьёзно, а раз в сутки этого "малыша" ещё и lightsquid парсит...

[maslonax]

Насчет от шлюза до клиента не тестил, как пинг вырастет проверю отпишусь.
cron - пустой, есть сборщик логов sarg каждый час забирает логи dansguarda.
А вот логи кальмара ни кто не забирает, хотя при перезагрузке лог файл же не чистится, а пинг нормальный.

Перед тем как поставить шлюз в рабочее состояние, тестировался около месяца. Брали для тестирования один диапазон на алиас. Работал без перезагрузки и ошибок. Как только поставили и перевели всех на него неделю спустя началась такая белиберда.

[fisher74]

cron - пустой, есть сборщик логов sarg каждый час забирает логи dansguarda.

Две части предложения противоречат друг другу.
Помимо пользовательских и админских crontab-ов, есть ещё системные расписания. Ведь sarg использует тот же cron для "забора" логов.
Сам посмотрите

Код: [Выделить]

sudo cat /etc/cron.d/*

[maslonax]

От шлюза до клиентов так же пинг 200+.
cat /etc/cron.d/*
# /etc/cron.d/anacron: crontab entries for the anacron package

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

30 7    * * *   root    start -q anacron || :

[fisher74]

Время не совпадает с "глюками"?

Вот тут еще посмотрите сколько заданий у cron

Код: [Выделить]

ls /etc/cron.*/Пользователь решил продолжить мысль 19 Апреля 2014, 09:38:11:а запускаются они вот отсюда

Код: [Выделить]

cat /etc/crontab

[maslonax]

Время роста пинга разное.

ls /etc/cron.*/

(Нажмите, чтобы показать/скрыть)

/etc/cron.d/:
anacron

/etc/cron.daily/:
0anacron           bsdmainutils      logrotate           sarg
apport             cracklib-runtime  man-db              update-notifier-common
apt                dpkg              mlocate
aptitude           google-chrome     passwd
apt-show-versions  lighttpd          popularity-contest

/etc/cron.hourly/:

/etc/cron.monthly/:
0anacron  sarg

/etc/cron.weekly/:
0anacron  apt-xapian-index  man-db  sarg  update-notifier-common

cat /etc/crontab

(Нажмите, чтобы показать/скрыть)

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
00 08-23 * * * root sarg-reports today
00 22 * * * root sarg-reports daily
30 22 * * 0 root sarg-reports weekly
30 23 1 * * root sarg-reports monthly

[fisher74]

Время роста пинга разное.

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

Поехали дальше искать критические точки.
А есть ли подъём пинга между клиентами? Особенно обратите внимание на физическое построение сети, вдруг в розетку соседнюю с питальной одного из коммутаторов кто-то из клиентов iPont на зарядку втыкает. Или цветы поливает и перелив воды попадает на розетку Ethernet