The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Резервный канал связи, !*! sdi, 22-Апр-13, 06:59  [смотреть все]
Добрый день!
Имеется прокси сервер SQUID3, Ubuntu 12.04
Внешний интерфейс eth0 сервера смотрит в маршрутизатор, через который идет в инет. Так же на этом интерфейсе прописан dns_nameservers: 2 адреса основого провайдера и 2 адреса резервного провайдера (но в /etc/resolv.conf отображаются только 3 адреса)
Eth1 - смотрит в локалку.
В маршрутизатор заходят основной и резервный провайдер. Так же в случае пропадания основного провайдера, маршрутизатор автоматически переключается на резервный.

Пока работаем на основном канале - все норм. Squid выпускает пользователей в инет и т.п. В случае когда прошло переключение на резервный канал, то при попытке пользователя выйти в инет SQUID сообщает: Невозможно определить IP адрес по имени узла. Но при этом все пингуется как по IP так и по имени сайта. traceroute 8.8.8.8 например, показывает что все нормально проходит. При этом видно, что шаги идут через адреса и шлюзы резервного провайдера.
Как только основной канал поднялся - снова становится все ОК. Пользователи выходят в Инет, traceroute 8.8.8.8 идет через ip и шлюзы основного.
Если к примеру, когда работаем на резервном канале, я захожу на proxy сервер и в файле /etc/network/interfaces в параметре dns_nameservers убираю IP основного провайдера и оставляю 2 адреса резервного, пере запускаю сеть, то все ОК. Пользователи благополучно выходят в инет с резервного канала. Но когда происходит переключение обратно на основной канал, опять SQUID говорит, что не может определить IP по имени узла. При этом ping и tracert с рабочего места проходят и по имени и по IP. Я опять правлю файл /etc/network/interfaces ставлю DNS основного провайдера и пере запускаю сеть и все снова работает.

Помоги разобраться, как сделать так, чтобы мне не приходилось заходить на сервер и править /etc/network/interfaces.

PS: в squid.conf все что касается dns_ заремлено...

  • Резервный канал связи, !*! Дядя_Федор, 08:35 , 22-Апр-13 (1)
    Ну а почему бы по событию (переход на другой канал) не перезаписывать /etc/resolv.conf разными ДНС-серверами?
    • Резервный канал связи, !*! sdi, 08:39 , 22-Апр-13 (2)
      > Ну а почему бы по событию (переход на другой канал) не перезаписывать
      > /etc/resolv.conf разными ДНС-серверами?

      Да, я думал об этом...
      Думал сделать скрипт, который постоянно будет пинговать шлюз основного провайдера, в случае отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
      Но этот вариант у меня оставлен напоследок, если не найду другого решения....

      • Резервный канал связи, !*! ipmanyak, 07:52 , 23-Апр-13 (4)
        >> Ну а почему бы по событию (переход на другой канал) не перезаписывать
        >> /etc/resolv.conf разными ДНС-серверами?
        > Да, я думал об этом...
        > Думал сделать скрипт, который постоянно будет пинговать шлюз основного провайдера, в случае
        > отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
        > Но этот вариант у меня оставлен напоследок, если не найду другого решения....

        Пропишите в /etc/resolv.conf не нэймсерверы провайдеров, а гуглевские 8.8.8.8 и  8.8.4.4
        тогда перезаписывать /etc/resolv.conf не придется.


        • Резервный канал связи, !*! sdi, 07:59 , 23-Апр-13 (5)
          >>> Ну а почему бы по событию (переход на другой канал) не перезаписывать
          >>> /etc/resolv.conf разными ДНС-серверами?
          >> Да, я думал об этом...
          >> Думал сделать скрипт, который постоянно будет пинговать шлюз основного провайдера, в случае
          >> отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
          >> Но этот вариант у меня оставлен напоследок, если не найду другого решения....
          > Пропишите в /etc/resolv.conf не нэймсерверы провайдеров, а гуглевские 8.8.8.8 и  8.8.4.4
          > тогда перезаписывать /etc/resolv.conf не придется.

          Да, так работает...

          • Резервный канал связи, !*! ALex_hha, 11:38 , 24-Апр-13 (6)
            >>>> Ну а почему бы по событию (переход на другой канал) не перезаписывать
            >>>> /etc/resolv.conf разными ДНС-серверами?
            >>> Да, я думал об этом...
            >>> Думал сделать скрипт, который постоянно будет пинговать шлюз основного провайдера, в случае
            >>> отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
            >>> Но этот вариант у меня оставлен напоследок, если не найду другого решения....
            >> Пропишите в /etc/resolv.conf не нэймсерверы провайдеров, а гуглевские 8.8.8.8 и  8.8.4.4
            >> тогда перезаписывать /etc/resolv.conf не придется.
            > Да, так работает...

            но только же маршруты к 8.8.8.8 и 8.8.4.4 должны быть через разных провайдеров


            • Резервный канал связи, !*! sdi, 03:44 , 25-Апр-13 (7)
              >[оверквотинг удален]
              >>>>> /etc/resolv.conf разными ДНС-серверами?
              >>>> Да, я думал об этом...
              >>>> Думал сделать скрипт, который постоянно будет пинговать шлюз основного провайдера, в случае
              >>>> отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
              >>>> Но этот вариант у меня оставлен напоследок, если не найду другого решения....
              >>> Пропишите в /etc/resolv.conf не нэймсерверы провайдеров, а гуглевские 8.8.8.8 и  8.8.4.4
              >>> тогда перезаписывать /etc/resolv.conf не придется.
              >> Да, так работает...
              > но только же маршруты к 8.8.8.8 и 8.8.4.4 должны быть через разных
              > провайдеров

              Я прописал в dns-nameservers 8.8.8.8 и 8.8.4.4
              А в dns-search прописал 4 адреса моих провайдеров.
              Это правильное решение?

              • Резервный канал связи, !*! ALex_hha, 01:16 , 19-Май-13 (8)
                >[оверквотинг удален]
                >>>>> отсутствия пинга до 2 минут, перезаписывать /etc/resolv.conf.
                >>>>> Но этот вариант у меня оставлен напоследок, если не найду другого решения....
                >>>> Пропишите в /etc/resolv.conf не нэймсерверы провайдеров, а гуглевские 8.8.8.8 и  8.8.4.4
                >>>> тогда перезаписывать /etc/resolv.conf не придется.
                >>> Да, так работает...
                >> но только же маршруты к 8.8.8.8 и 8.8.4.4 должны быть через разных
                >> провайдеров
                > Я прописал в dns-nameservers 8.8.8.8 и 8.8.4.4
                > А в dns-search прописал 4 адреса моих провайдеров.
                > Это правильное решение?

                что за dns-search? Лучше покажи ip ro get 8.8.8.8 и ip ro get 8.8.4.4

  • Резервный канал связи, !*! PavelR, 09:20 , 22-Апр-13 (3)
    подыми локальный bind (он всё-равно по идее может быть нужен для сервисов в локалке), в нем пропиши forwarders на сервера и  первого и второго провайдеров.
    К серверам провайдеров пропиши статические маршруты, не зависящие от состояния провайдеров.
    используй свой локальный bind и радуйся жизни.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру