Помогите настроить сервер

[fisher74]

Вангую (так как ни одного выхлопа диагностики, не считая неудачного пинга):
у Вас оба провайдерских интерфейса с dhcp, а значит к обоим прилетает дефолтный шлюз, а потому их и в таблице маршрутизации 2 (проверяйте и нам показывайте). Какой из них убивается командой route del - неизвестно.
Но это пол беды. Вторая беда делается Вами же.
Вы посмотрите что Вы указываете в скрипте в качестве шлюза. Только повнимательней.

[TED_7]

Таблица маршрутизации:

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

ts@ubuntu-server:~$ sudo netstat -n -r
[sudo] password for ts:
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth2
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth1
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
ts@ubuntu-server:~$

Подскажите какую диагностику произвести, что посмотреть?
В скрипте ошибки не обнаружил 
IP стевыйх интерфейсов сейчас попробую задать статикой, после этого отпишусь еще раз

[fisher74]

вот эта таблица и есть часть диагностики. Ещё для полной картины нужно видеть интерфейсы
Т.е. ip a; ip r дадут более менее ясную картину о происходящем с маршрутизацией.
И эти данные нужно смотреть на всех этапах.

В скрипте ошибки не обнаружил 

Я Вам сказал на что смотреть. Только ВНИМАТЕЛЬНЕЙ. Ну и вышеозвученный анализ таблицы маршрутизации на всех этапах тестирования должен Вам показать, где Вы ошиблись.

ЗЫ Извините, но в моих правилах только направить на верный путь, а не ткнуть носом. Вы ошиблись. Где? Я Вам практически дал ответ ещё в предыдущем сообщении.
Пользователь решил продолжить мысль 25 Декабря 2015, 10:16:39:Посмотел внимательней Ваш скрипт.
Честно? Бред!!! Логики никакой.  (не говоря уже про то, что хотите пинговать одно, а фактически пингуете другое)

[TED_7]

Вот я тупой........   
Поменял в скрипте ip шлюзов на 192.168.1.1 и 192.168.0.1 и есть прогресс!
Пинг до 8.8.8.8 пошел, но интернета нет, т.е. через браузер не могу зайти ни на один сайт
Пользователь решил продолжить мысль 25 Декабря 2015, 10:35:10:Все заработало!!!!!!!! Огромное человеческое спасибо!!!!!

[fisher74]

А теперь давайте смотреть, как это всё работает.
Итак, когда всё ОК - понятно.
Теперь провайдер 1, рещает, что Вы не достойны интернета и отключает доступ к нему, т.е.8.8.8.8 не пингуется через него. Скрипт это обнаруживает и переключает на резерв.
О... а теперь-то 8.8.8.8 пингуется и скрипт видит, что используется не основной канал, а значит надо что? судя по Вашему скрипту - переключиться на него. А кто сказал, что основной канал заработал-то? А значит на следующем цикле опять переключение на резерв. И Вашу таблицу маршрутизации начинает колбасить не по-детски...

[TED_7]

Да, действительно Вы правы!
Сейчас запустил пинг и наблюдал - печально....
Раз в минуту пропадает пинг, снова поднимается и через минуту опять пропадает. Кажется, пинговать надо не 8.8.8.8 а шлюз провайдера

[fisher74]

А тогда Вы не узнаете про обиду провайдера на Вас.

[TED_7]

Добавлять логическое или? Т.е. если не пингуется шлюз или 8.8.8.8 - переключаться на резервный, как только оба пингуются возвращаться?

[fisher74]

И снова получите расколбас при обиде основного провайдера
Пользователь решил продолжить мысль 25 Декабря 2015, 11:28:38:Ладно, не буду мучать, намекну: пингуйте ПРАВИЛЬНО.

[TED_7]

Честно говоря не понял, почему будет расколбас?
Пингуем шлюз и 8.8.8.8, если что то не пингуется - переключение на резервный.
Провайдер прекратил обижаться - пошел пинг и со шлюза и с 8.8.8.8 - переключение на основной...
Получается надо немного подправить:

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

#! /bin/bash

 MAIN=192.168.1.1
 SECOND=192.168.0.1
 HOST=192.168.1.1
 IP=8.8.8.8

 # Получаем текущий роутер по умолчанию.
 CURRENT=$(route -n | tail -1 | awk '{ print $2}')

 #echo $CURRENT

 # Проверяем, пингуется ли основной роутер.
 if ping -c4 $HOST > /dev/null 2>&1 && ping -c4 $IP > /dev/null 2>&1; then
 # echo "MAIN working"
   # Если пингуется, проверяем, является ли он
   # сейчас роутером по умолчанию.

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

[fisher74]

Провайдер прекратил обижаться - пошел пинг и со шлюза и с 8.8.8.8 - переключение на основной...

При переключении на резерв 8.8.8.8 будет пинговаться не зависимо от состояния основного канала (если конечно, с резервом всё хорошо). А провайдер при "обиде" пинговать свой шлюз может и не запрещать, вот и получиться выполнение условия по возврату на основной канал.
Ведь и у провайдеров бывают аварии на магистральном уровне, а потому его локальная сеть работает, в том числе и шлюзы, а "мира" - нет.
Пользователь решил продолжить мысль [time]25 Декабрь 2015, 11:54:06[/time]:

При переключении на резерв 8.8.8.8 будет пинговаться не зависимо от состояния основного канала

но если ПРАВИЛЬНО пинговать, то результат будет зависеть от состояния основного канала независимо от используемого в работе.
Пользователь решил продолжить мысль [time]25 Декабрь 2015, 12:00:51[/time]:Давайте уже учитесь читать man-ы

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

если с англйским швах, то сюда

[TED_7]

Спасибо! Теперь все ясно, как сам недогадался 

Пошел читать...

[fisher74]

-И ?

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

кстати, это тоже подсказка

[TED_7]

Добрый день, пока думаю...
Сначала хотел использовать атрибут -I, чтобы пинговать с определенного сетевого интерфейса eth1 (основной провайдер), но после того как шлюз поменяется на резервный - он обратно не переключится
Пользователь решил продолжить мысль 28 Декабря 2015, 08:03:39:Вообще, да в других скриптах тоже используется пингование с определенного сетевого интерфейса, но у меня почему то не получается:
Пока шлюз установлен основного провайдера (интерфейс eth1)

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

ts@ubuntu-server:~/scripts$ sudo netstat -n -r
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth2
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth1
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
ts@ubuntu-server:~/scripts$

Пробую пинговать через резервный:

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

ts@ubuntu-server:~/scripts$ ping -I eth2 8.8.8.8
PING 8.8.8.8 (8.8.8. from 192.168.0.82 eth2: 56(84) bytes of data.
From 192.168.0.82 icmp_seq=1 Destination Host Unreachable
From 192.168.0.82 icmp_seq=2 Destination Host Unreachable
From 192.168.0.82 icmp_seq=3 Destination Host Unreachable
^Z
[15]+  Остановлено  ping -I eth2 8.8.8.8
ts@ubuntu-server:~/scripts$

[fisher74]

А зачем Вы через резервный пингуете? Вас же интересует работоспособность основного. Или Вы для теста?
iptables-save ещё тогда покажите