LINUX.ORG.RU
ФорумAdmin

Проблема в работе с Icinga в Ubuntu 14.04.5 LTS

 


0

1

Добого дня всем, с некотого времени возникла проблема с проверкой рутера. Icinga проверяет удаленный Router через определённое время. Раз в сутки при смене IP через провайдера, терятся Route к нему. Стандартный Nameserver прописан. Пробовал Static Route прописать. Таже ошибка при смене IP через провайдера, терятся Route. И что интересн, это случается не постоянно и не только на определённом рутере. Проверка других хостов и свитчей проходит на ура без перебоев. traceroute to 10.хх.хх.хх (хх.хх.хх.хх), 30 hops max, 28 byte packets 1 * * * 2 * * * 3 * * * После «sudo ip route flush cache» всё опять работает. Посоветуйте куда копать, так-как я в этой теме недавно.

После «sudo ip route flush cache» всё опять работает. Посоветуйте куда копать, так-как я в этой теме недавно.

Сравнить ip ro sh до и после чистки кешей?

Deleted ()
Ответ на: комментарий от Deleted

Сравнени ip ro sh до и после чистки кешей?

До ошибки. После чистки кешей

Local IP: 10.180.2.104, 10.180.2.1 - Gateway

xx@icinga:~$ ip ro sh

default via 10.180.2.1 dev eth0

10.180.2.0/24 dev eth0 proto kernel scope link src 10.180.104

10.170.168.5 via 10.180.2.1 dev eth0 - Static Route

172.170.130.254 via 10.180.2.1 dev eth0 - Static Route

--------------------------------------------------------------

xx@icinga:~$:~$ traceroute 10.130.168.5

traceroute to 10.130.168.5 (10.130.168.5), 30 hops max, 60 byte packets

1 10.180.2.1 (10.180.2.1) 0.629 ms 6.204 ms 6.487 ms

2 10.120.168.2 (10.120.168.2) 1.027 ms * *

============================================================

После ошибки. До чистки кешей

xx@icinga:~$ ip ro sh

default via 10.180.2.1 dev eth0

10.180.2.0/24 dev eth0 proto kernel scope link src 10.180.104

10.170.168.5 via 10.180.2.1 dev eth0 - Static Route

172.170.130.254 via 10.180.2.1 dev eth0 - Static Route

------------------------------------------------------------

traceroute to 10.130.168.5 (10.130.168.5), 30 hops max, 28 byte packets

1 * * *

2 * * *

3 * * *

bmw525 ()
Ответ на: комментарий от Deleted

Сравнить ip ro sh до и после чистки кешей.

До ошибки.

Local IP: 10.180.2.104, 10.180.2.1 - Gateway
xx@icinga:~$ ip ro sh
default via 10.180.2.1 dev eth0
10.180.2.0/24 dev eth0 proto kernel scope link src 10.180.104
10.170.168.5 via 10.180.2.1 dev eth0 - Static Route
172.170.130.254 via 10.180.2.1 dev eth0 - Static Route
После ошибки.
xx@icinga:~$ ip ro sh
default via 10.180.2.1 dev eth0
10.180.2.0/24 dev eth0 proto kernel scope link src 10.180.104
10.170.168.5 via 10.180.2.1 dev eth0 - Static Route
172.170.130.254 via 10.180.2.1 dev eth0 - Static Route
Ничего не поменялось.

bmw525 ()
Ответ на: комментарий от bmw525

Вы так и не ответили, log4tmp вас просил:

Сравнить ip ro sh до и после чистки кешей?

А не «до ошибки - после ошибки»

Дополню
1. src 10.180.104 так быть не может
2. ip a s покажите также до и после смены ip.

anc ★★★★★ ()
Ответ на: комментарий от anc

1. Сравнить ip ro sh до и после чистки кешей?
2. src 10.180.104 так быть не может
3. ip a s покажите также до и после смены ip.

1. Сравнил, никакого изменения в Routing.

default via 10.180.2.1 dev eth0
10.180.2.0/24 dev eth0 proto kernel scope link src 10.180.2.104
10.170.168.5 via 10.180.2.1 dev eth0 - Static Route
172.170.130.254 via 10.180.2.1 dev eth0 - Static Route
2. Вы правы, исправил.

3. ip a s до смены ip после идентичны.

ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:50:56:84:86:c3 brd ff:ff:ff:ff:ff:ff
    inet 10.180.2.104/24 brd 10.180.2.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:fe84:86c3/64 scope link
       valid_lft forever preferred_lft forever
ip route get to - До
ip route get to 10.170.168.5
10.170.168.5 via XX.XX.XX.XX (Proxyserver) dev eth0  src 10.180.2.104
    cache <redirected>
ip route get to - После
ip route get to 10.170.168.5
10.170.168.5 via 10.180.2.1 dev eth0  src 10.180.2.104
    cache 

bmw525 ()
Ответ на: комментарий от anc

Таже ошибка при смене IP через провайдера, терятся Route.

При разрыве связи каждые 24 часа.

Тогда с чего вы решили что меняется ip?

Имелось в виду до очистки Cache и после. При команде ip route get to - после ошибки показывает, что ping идёт чере прокси. Почему так происходит, должен же использовать стандартный Gateway. И это только как сейчас выяснилось с определёнными 3 роутерами.

bmw525 ()
Ответ на: комментарий от bmw525

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

anc ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.