Перейти к контенту

Поиск в системе

Результаты поиска по тегам 'routing'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • Продуктовый ряд ViPNet
    • Общие вопросы по продуктовому ряду ViPNet для корпоративных пользователей
    • Общие вопросы по программным решениям ViPNet для индивидуальных пользователей
    • Общие вопросы по продуктовой линейке ViPNet PKI
    • Пожелания к разработчикам ПО ViPNet
    • Пользовательские интерфейсы продуктов ViPNet
  • Бета-тестирование продуктов ViPNet
    • ViPNet Client/Coordinator x64
    • ViPNet Custom Windows
    • ViPNet Office Firewall Windows
    • ViPNet Office Firewall Linux
    • ViPNet Safe Disk
    • ViPNet Personal Firewall
    • ViPNet CSP 4.х
    • ViPNet Java Crypto SDK

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

Найдено 4 результата

  1. Подскажите, пожалуйста, есть ли возможность в линуксовом координаторе создать не одну, а несколько таблиц маршрутизации (routing tables). Это нужно, чтобы создать для разных подсетей разные маршруты "по-умолчанию" (default).
  2. Судя по документации, на координаторах должно работать нечто вроде DPD. Настраиваю на тестовом координаторе это и два туннеля к одной сети через два удаленных координатора, режим простейший, без nat и fw: [misc] client_pollinterval= 20 server_pollinterval= 20 [id] ip= 10.3.1.1 tunnel= 10.3.0.0-10.3.255.255 to 10.3.0.0-10.3.255.255 [id] ip= 10.3.2.1 tunnel= 10.3.0.0-10.3.255.255 to 10.3.0.0-10.3.255.255 в штатном режиме бегает трафик udp/55777 между тестовым координатором и 10.3.1.1 Казалось бы, при отключении 10.3.1.1 через 20 сек трафик от первого координатора должен пойти с 10.3.2.1, однако это не так - по прежнему идет к 10.3.1.1 и соответственно ничего не работает. Кто знает, что не так? Убираю руками верхнюю директиву tunnel, все начинает работать через второй, но это и так понятно. И напрягает то, что тестовый координатор каждые 20 сек шлет пробные пакеты, но удаленные координаторы на них не отвечают. координатор Linux последней версии.
  3. Добрый вечер! Продолжаю бороться с туннелированием между вланами (вопрос поднимался в теме http://www.infotecs....?showtopic=7299). Усложнил тестовую схему, начинает приближаться к реальности (рассматриваем без КМ5 и того, что за ним пока что). Собран кусок без КМ5 и КМ2. То есть рассматриваем КМ1, КМ3, КМ4. Сегодня весь день бился над маршрутизацией, ничего толком не выходит. Может кто-то подскажет какие конкретно маршруты тут нужны? Все в 4 режиме. Связи между координаторами созданы звездой, в центре КМ1. Собственно проблема - пакеты между туннелируемыми узлами теряются. Перенастраивал много чего, терялись то на кординаторах (то на одно то на другом), то вообще уже со стороны Extreme, то совсем непонятно где. Насчет журналов - чего там только не было пока настраивал. Нужна скорее идея как сделать правильно, тогда уже буду журналы анализировать =) Спасибо заранее. Думаю тема будет многим интересна, т.к. пресловутое "приложение Д" в мануале не затрагивает вопрос маршрутизации никак.
  4. Добрый вечер! Конфигурация схемы на картинке: На Координаторах 1 и 2 стоит ПО ViPNet Coordinator (Linux) на ОС Ubuntu 8.04. Координаторы друг друга видят. Ноут 1 видит Координатор 1, Ноут 2 видит координатор 2. Координатор 1 туннелирует Ноут 1, Координатор 2 туннелирует Ноут 2. Все пока что в 4 режиме настраиваем, так что правила фильтрации ещё не трогали. Если посылать пинги с Ноут 2 на Ноут 1, то Iplir view на Координаторе 2 показывает дроп icmp пакетов с причиной «Route not found». Вопрос – куда и какие маршруты добавить, чтоб 
Ноут 1 увидел Ноут 2? Или может и не в маршрутах дело? Подскажите, пожалуйста.
×
×
  • Создать...

Важная информация

Продолжая пользоваться сайтом вы принимаете Условия использования.