Добрый день!
Поясните ситуацию
Есть два канала интернет с IPoE
domru основной
beeline резервный
sudo cat /etc/iproute2/rt_tables#
# reserved values
#
255 local
254 main
253 default
195 beeline
190 domru
0 unspec
#
# local
#
#1 inr.ruhep
sudo cat /etc/rc.local#
/sbin/ip rule add from IP1 lookup domru pref 20000
/sbin/ip rule add from IP2 lookup beeline pref 20000
exit 0
sudo cat /etc/network/interfaces# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address IP1
netmask 255.255.255.0
gateway GW1
mertic 100
dns-nameservers 127.0.0.1
post-up /sbin/ip route add default via GW1 table domru
post-up /sbin/ip route del default via GW2 dev eth2 metric 100
post-up /sbin/ip route add default via GW1 dev eth0 metric 100
# The primary network interface
auto eth1
iface eth1 inet static
address 192.168.0.250
netmask 255.255.255.0
dns-nameservers 127.0.0.1
dns-search domen.ru
auto eth2
iface eth2 inet static
address IP2
netmask 255.255.255.252
#gateway GW2
dns-nameservers 127.0.0.1
post-up /sbin/ip route add default via GW2 table beeline
При таких настройках шлюз доступен по обоим каналам
default via GW1 dev eth0 metric 100
10.10.40.0/24 via 10.10.40.2 dev tun0
10.10.40.2 dev tun0 proto kernel scope link src 10.10.40.1
NETWORK_IP2/30 dev eth2 proto kernel scope link src IP2
NETWORK_IP1/24 dev eth0 proto kernel scope link src IP1
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.250
Использую скрипт переключения на резервный канал
скрипт сперт отсюда
http://www.ylsoftware.com/news/649#!/bin/sh
# Доступность этого хоста будет означать корректную работу оснвного канала # 8.8.8.8 это DNS от Google. За его доступность можно не беспокоиться # А значит вероятность ложного срабатывания минимальна
HOST="8.8.8.8"
# Файл-флаг. Появляется при переключении на резервный канал
LOCKFILE="/tmp/check_internet.lock"
# Файл журнала
LOGFILE="/var/log/check_internet.log"
# Пингуем проверочный хост через основной канал
ping -I IP1 -c 3 -n -q ${HOST} > /dev/null
# Если возникла ошибка (хост не доступен)
if [ $? -ne "0" ]; then
# Если нет файла-флага
if [ ! -f ${LOCKFILE} ]; then
# Меняем маршрут по умолчанию в основной таблице роутинга
ip route del default ip route add default via GW2 metric 100
# Создаём файл флаг
touch ${LOCKFILE}
# Делаем запись в файл журнала
echo `date +'%Y/%m/%d %H:%M:%S'` Internet connection changet to TBT >> ${LOGFILE} fi
# Если же всё хорошо
else
# Если есть файл-флаг
if [ -f ${LOCKFILE} ]; then
# Меняем маршрут по умолчанию в основой таблице роутинга
ip route del default ip route add default via GW1 metric 100
# Удаляем файл-флаг
rm -f ${LOCKFILE}
# Записываем событие в файл журнала
echo `date +'%Y/%m/%d %H:%M:%S'` Internet connetction changed to TatTeleCom >> ${LOGFILE} fi fi
При падении основного канала,переключается замечательно....
НО обратно не включается,не могу понять почему?
Вопрос два,но такой же!
Специально делаю
sudo ifconfig eth0 down
пропадает связь по основному каналу...Дожидаюсь выполнения скрипта
получаю
sudo ip rdefault via GW2 dev eth2 metric 100
10.10.40.0/24 via 10.10.40.2 dev tun0
10.10.40.2 dev tun0 proto kernel scope link src 10.10.40.1
NETWORK_IP2/30 dev eth2 proto kernel scope link src IP2
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.250
делаю
sudo ifconfig eth0 upполучаю
default via GW2 dev eth2 metric 100
10.10.40.0/24 via 10.10.40.2 dev tun0
10.10.40.2 dev tun0 proto kernel scope link src 10.10.40.1
NETWORK_IP2/30 dev eth2 proto kernel scope link src IP2
NETWORK_IP1/24 dev eth0 proto kernel scope link src IP1
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.250
интернет идет по резервному каналу, но шлюз по основному каналу не доступен...только по резервному...
Если делаю
sudo ip r del default via GW2 dev eth2 metric 100 && sudo ip r add default via GW1 dev eth0 metric 100
То интернет идет по основному каналу и шлюз доступен по обоим каналам...
Почему так?почему не сохраняется доступность по основному каналу при падении и послежующемподьеме eth0?
И как сделать?
Пользователь решил продолжить мысль 14 Июня 2014, 23:35:29:
проблема как раз в том,что при переходе на резервный канал....почему то теряется доступность по основному каналу....хотя он работает...
Т.е сами убираем доступность,происходит переключение....потом включаем доступность и тут облом...не работает!
Пользователь решил продолжить мысль 15 Июня 2014, 12:43:03:
переходим в другой топик...т.к проблема в поднятии сетевого интерфейса и не выполнении команды post-up