Squid Einstellungen? Wer Weiss wie?

    Hallo alle zusammen.
    Es gibt folgendes Problem:


    Wie kann man Squid so konfigurieren das er beim Ausfall der DSL-Leitung (Weg 2), die ATM-Strecke (Weg 1) nimmt? Geht das mit Squid überhaupt, oder muss man da was anderes ausdenken. Für alle Vorschläge werde ich dankbar.

    Ты же знаеш в нашем Мире всё можно если осторожно :) так шутка.


    Маленькая политика работы Squid Прокси Сервера.


    При запросе той или иной информации он доставляет для юзера по требованию.
    Работа впринципе таже ели бы юзер работал директ с Инетом.
    Юзер вызвал информацию соединение с Инетом возпроизвелось (модем,ИСДН) в зависимости от настроек Интернет соединения.
    Значит всё зависит от настроек Интернет соединения ,но не от настроек Squid Прокси Сервера.


    наглядный пример у Виндовс.
    Если на Компютере есть Лан соединение(ДСЛ) и ИСДН(модем) Соединение.
    То можно указать что ИСДН(модвем) Соединение возпроизводить только тогда если нет Лан соединение(ДСЛ).


    Есть например ДСЛ-ИСДН; ДСЛ-Аналог Модем Роутеры.
    В которых можно настроить выше написаное вверху.


    Для полного Ответа не хватает точных указаний где Squid работает ,как Сеть соединена с Интернетом

    Дело в том что [Squid] должен выполнять свои обязаности так или так, тоесть в независимости от того какое соединение используетсай.


    Система должна работать таким образом:
    Все запросы адресованные в интернет должны идти через [DSL Leitung], но при етом только через [Proxy]. Остальные которые адресованы на сервер идут через АТМ. Если [DSL-Leitung] мертвый тогда все что идет в Интернет перенаправляется через [ATM -> Server -> Internet] но опять же только через [Proxy]. Другими словами перед [Proxy] нужно что то что бы контролировало наличие [DSL] и соответственно реагировало.
    Для [Usera] остается совершенно без разницы какой [Verbindung] исползуется.


    Я думаю что на картинке все довольно понятно нарисовано


    Жалко конечно что ты не понял , но ето твоё дело.
    [Squid] выполняет свои обязаности , и выполняет обязаности Интернет соединения не он а Компютер на котором он установлен.
    Так вот для того чтобы контролировалось Инетсоединение надо регулирвать Инетсоединение на Компе на котором он установлен ,но не [Squid]
    .


    Твой вопрос
    "Wie kann man Squid so konfigurieren das er beim Ausfall der DSL-Leitung (Weg 2), die ATM-Strecke (Weg 1) nimmt?"


    Я тебе ответил:
    наглядный пример у Виндовс.
    Если на Компютере есть Лан соединение(ДСЛ) и ИСДН(модем) Соединение.
    То можно указать что ИСДН(модвем) Соединение возпроизводить только тогда если нет Лан соединение(ДСЛ).


    Что здесь не ясного или не понятного?


    Твои Слова:
    "Если [DSL-Leitung] мертвый тогда все что идет в Интернет перенаправляется через [ATM -> Server -> Internet] но опять же только через [Proxy]."


    Так оно и будет как я сказал.
    Например.
    Сеть состит из 10 Компов и она имеет выход на Инет через Комп 11 на котором стоит [Squid] ; Включена поддержка маршруторизации ,на етом компе ЛАН карта ->ДСЛ и ИСДН или Модем или ATM-Netzwerkadapter.


    Все 10 Компов отконфигурированы так что у них все настройки Интернета адресс Прокси на Компе 11.



    Если ты хоть немного знаеш Политику Работы Прокси ,то наверное знаеш как он работает ,если нет , то я обьясню.
    ЮЗЕР на Компе1 хочет вызвать страницу Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. ,Комп 1 запрашивает Комп 11 Squid Прокси Службу и кричит дай мне Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. .Squid Прокси смотрит если у него в Кеше ета страница ,если есть даёт ему , если нет то Squid Прокси Служба запрашивает Интернет на наличие етой страницы и потом передаёт Юзеру.
    Когда Squid Прокси Служба запрашивает Интернет стартует другая Служба которая отвечает за соединение с Интернетом и вот он решает как ей идти в Инет через ДСЛ или Модем или через ATM-Netzwerkadapter соединение.

    Анализ проблемы:


    Из постановки вопроса видно, что уважаемый Lux не владеет проблемой маршрутизации. Я уже и не говорю о модели OSI/ISO, RIP, OSPF, etc.


    По всей видимости, вы, уважаемый Lux, начинающий IT специалист. Даже веб-дизайнер знает, что такое router. Это не зазорно. По-этому прошу не считать за наезд. А даже напротив - похвально. Ведь с чего-то надо начинать.



    Решение. Извращенный вариант. (какой вопрос – такой ответ, НО! Это может быть полезным в некоторых случаях!):




    1.Берем SQUID (1 штука, имеется ввиду один и тотже исполняемый модуль).


    2.Запускаем 3 (три процесса) SQUID на одной и той же машине.
    2.1. Создаем 2 (два) "родительских" (parent) SQUID-процесса. Например, запускаем: "squid -f /etc/squid/parent1.conf" и "squid -f /etc/squid/parent2.conf". Как мы видим, у каждого процесса своя конфигурация. Один смотрит на интерфейс (tcp_outgoing_address) ATM, другой смотрит на DSL-modem.
    2.2.Создаем 1 (одного), так называемого, "потомка" (child), который и будет доступен пользователям Вашей внутренней сети по стандартным для вашего случая портам (3128, 8080, 80, etc. "родители" доступны только "потомку"). Например, "squid -f /etc/squid/child.conf".


    3. Клиент (конечный пользователь. End-user, наконец) видит только "потомка" и через него общается с внешним миром (Internet).




    В чем же хитрость? Дело в том что "потомок" общается со своими "родителями" по определенному протоколу ICP (Internet Cache Protocol). И самостоятельно определяет какой из родителей может в данный момент предоставить тот или иной запрашиваемый объект. Дело даже обстоит гораздо интеллигентнее. Если, например, линк на ATM мертвый, но в соотв. кэше (parent1) находится требуемый объект, то он немедленно будет предоставлен "потомку", а затем и конечному пользователю, что уже уменьшает нагрузку на Internet линк. При этом "потомок" может выполнять функцию только посредника, а "родители" будут кэшировать объекты. Хотя эта тема для отдельной статьи.




    p.s. Для оптимизации кэширования, в данном случае, желательно использовать алгоритмы отличные от LRU.


    С уважением,
    wizard