The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Маршрутизация нескольких подсеете среди микротиков, !*! nops, 28-Ноя-17, 19:36  [смотреть все]
Доброго времени коллеги.
Не пинайте сильно, я не очень силен в сетевых технологиях, как вы, потому обращаюсь к вам за советом.

Представим.
Есть несколько офисов по городу и одни центральный.
В Центральном офисе заведено 2 провайдера, "А" и "Б". В остальных офисах заведено только по одному провайдеру "А". Внутри сети провайдера "А" нет ограничений по скорости и мы получаем безлимит до любого из офисов. Между офисами подняты pptp-тунели со статической маршрутизацией, чтобы пакеты не NAT-ились. Во всех офисах интернет с ограничением  по скорости в 2Мбита(да, так бывает), но внутри сети, как вы помните, ограничения нет.
В центральный офис заведен провайдер "Б" с шириной канала в 100Мбит/сек.
Во всех офисах в качестве роутера стоят Mikrotik, в Центральном тоже.

Вопрос: Как можно организовать доступ всех офисов в интернет только через центральный офис, провайдера "Б"?
Подскажите по какой технологии маршрутизации я могу все подсети отправлять в инет через Центральный офис(Провайдер "Б")?

  • Маршрутизация нескольких подсеете среди микротиков, !*! Andrey, 20:01 , 28-Ноя-17 (1)
    >[оверквотинг удален]
    > ограничений по скорости и мы получаем безлимит до любого из офисов.
    > Между офисами подняты pptp-тунели со статической маршрутизацией, чтобы пакеты не NAT-ились.
    > Во всех офисах интернет с ограничением  по скорости в 2Мбита(да,
    > так бывает), но внутри сети, как вы помните, ограничения нет.
    > В центральный офис заведен провайдер "Б" с шириной канала в 100Мбит/сек.
    > Во всех офисах в качестве роутера стоят Mikrotik, в Центральном тоже.
    > Вопрос: Как можно организовать доступ всех офисов в интернет только через центральный
    > офис, провайдера "Б"?
    > Подскажите по какой технологии маршрутизации я могу все подсети отправлять в инет
    > через Центральный офис(Провайдер "Б")?

    Технология называется "маршрутизация". Лучше динамическую.
    В основном офисе прописываете NAT для всех ваших площадок. Из центрального офиса анонсируете дефолтовый маршрут. На площадках метрику на статическом дефолте ставите ниже, чем анонсируется из офиса.

    • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 21:32 , 28-Ноя-17 (2)

      > Технология называется "маршрутизация". Лучше динамическую.
      > В основном офисе прописываете NAT для всех ваших площадок. Из центрального офиса
      > анонсируете дефолтовый маршрут. На площадках метрику на статическом дефолте ставите ниже,
      > чем анонсируется из офиса.

      Ох ты черт...
      Ну я знаю о существовании BGP, даже немного держал ее в руках, лет так 7 назад, на Debian и все. Оказывается есть еще OSPF, RIP... Да чего там еще нет....
      Как я сказал выше, я почти ничего не знаю в маршрутизации, тем более в динамической.

      Я пробовал. В центральном офисе делал НАТ для всех подсетей, ставил Distance на дефольном маршруте ниже и руками прописывал дефолт через центральный, но инет пропадал, так как маршрут до него так же отваливался...
      Буквально сегодня почитал, что существует RIP. Еще не понял всю суть работы, но там устройства анонсируют друг другу свои сети и статикой ничего прописывать не надо, эта маршрутизация динамическая. Далее останется статикой прописать дефолтный маршрут через центральный офис и должно взлететь.

      Если я не прав, а это очень может быть, я правда ни алё в маршрутизации, то направьте в правильное русло.

      • Маршрутизация нескольких подсеете среди микротиков, !*! fantom, 08:28 , 29-Ноя-17 (3) +1
        >[оверквотинг удален]
        > более в динамической.
        > Я пробовал. В центральном офисе делал НАТ для всех подсетей, ставил Distance
        > на дефольном маршруте ниже и руками прописывал дефолт через центральный, но
        > инет пропадал, так как маршрут до него так же отваливался...
        > Буквально сегодня почитал, что существует RIP. Еще не понял всю суть работы,
        > но там устройства анонсируют друг другу свои сети и статикой ничего
        > прописывать не надо, эта маршрутизация динамическая. Далее останется статикой прописать
        > дефолтный маршрут через центральный офис и должно взлететь.
        > Если я не прав, а это очень может быть, я правда ни
        > алё в маршрутизации, то направьте в правильное русло.

        А вы в филиале статический маршрут пропишите к вашему pptp серверу через шлюз провайдера.

        <IP pptp server>/32 via <IP gate ISP>

        и все

        • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 12:49 , 29-Ноя-17 (9)
          >[оверквотинг удален]
          >> Буквально сегодня почитал, что существует RIP. Еще не понял всю суть работы,
          >> но там устройства анонсируют друг другу свои сети и статикой ничего
          >> прописывать не надо, эта маршрутизация динамическая. Далее останется статикой прописать
          >> дефолтный маршрут через центральный офис и должно взлететь.
          >> Если я не прав, а это очень может быть, я правда ни
          >> алё в маршрутизации, то направьте в правильное русло.
          > А вы в филиале статический маршрут пропишите к вашему pptp серверу через
          > шлюз провайдера.
          > <IP pptp server>/32 via <IP gate ISP>
          > и все

          Спасибо. Именно, что я сам-то не додумался...

          В итоге, у меня сейчас объединены все по, как ниже советовали, L2TP over IPSec, поднят RIPv2, так как нигде колец нету и этого более чем достаточно(пока). Буду пробовать прописывать инет через удаленный роутер.

        • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 10:59 , 30-Ноя-17 (13)
          >[оверквотинг удален]
          >> Буквально сегодня почитал, что существует RIP. Еще не понял всю суть работы,
          >> но там устройства анонсируют друг другу свои сети и статикой ничего
          >> прописывать не надо, эта маршрутизация динамическая. Далее останется статикой прописать
          >> дефолтный маршрут через центральный офис и должно взлететь.
          >> Если я не прав, а это очень может быть, я правда ни
          >> алё в маршрутизации, то направьте в правильное русло.
          > А вы в филиале статический маршрут пропишите к вашему pptp серверу через
          > шлюз провайдера.
          > <IP pptp server>/32 via <IP gate ISP>
          > и все

          Оказалось все сложнее.

          Я поднял между филиалами RIP.
          Маршруты все получил динамически.
          маршрут по умолчанию сделал с Distance 2 и создал новый дефолтный маршрут с Distance 1 и адресом удаленного микротика.
          В итоге, маршрут не поднимается: https://puu.sh/ywqeZ/9d1928e56e.png

          Удалил дефолтный маршрут и оставил один, который я прописал. Инета нет, но вот удаленный микротик пингуется

          В общем, почему-то не хочет так работать...

          • Маршрутизация нескольких подсеете среди микротиков, !*! zanswer CCNA RS and S, 11:48 , 30-Ноя-17 (14) +1
            >[оверквотинг удален]
            >> и все
            > Оказалось все сложнее.
            > Я поднял между филиалами RIP.
            > Маршруты все получил динамически.
            > маршрут по умолчанию сделал с Distance 2 и создал новый дефолтный маршрут
            > с Distance 1 и адресом удаленного микротика.
            > В итоге, маршрут не поднимается: https://puu.sh/ywqeZ/9d1928e56e.png
            > Удалил дефолтный маршрут и оставил один, который я прописал. Инета нет, но
            > вот удаленный микротик пингуется
            > В общем, почему-то не хочет так работать...

            Маршрут является не достижимым судя по вашему изображению. Я вам настоятельно рекомендую начать с теории сетей, а не с практики.

            • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 11:58 , 30-Ноя-17 (16)
              >[оверквотинг удален]
              >> Я поднял между филиалами RIP.
              >> Маршруты все получил динамически.
              >> маршрут по умолчанию сделал с Distance 2 и создал новый дефолтный маршрут
              >> с Distance 1 и адресом удаленного микротика.
              >> В итоге, маршрут не поднимается: https://puu.sh/ywqeZ/9d1928e56e.png
              >> Удалил дефолтный маршрут и оставил один, который я прописал. Инета нет, но
              >> вот удаленный микротик пингуется
              >> В общем, почему-то не хочет так работать...
              > Маршрут является не достижимым судя по вашему изображению. Я вам настоятельно рекомендую
              > начать с теории сетей, а не с практики.

              Да, я разобрался, почему не работает, но не понимаю почему не достижим.
              Советом вашим воспользуюсь... Спасибо.

          • Маршрутизация нескольких подсеете среди микротиков, !*! fantom, 11:57 , 30-Ноя-17 (15)
            >[оверквотинг удален]
            >> и все
            > Оказалось все сложнее.
            > Я поднял между филиалами RIP.
            > Маршруты все получил динамически.
            > маршрут по умолчанию сделал с Distance 2 и создал новый дефолтный маршрут
            > с Distance 1 и адресом удаленного микротика.
            > В итоге, маршрут не поднимается: https://puu.sh/ywqeZ/9d1928e56e.png
            > Удалил дефолтный маршрут и оставил один, который я прописал. Инета нет, но
            > вот удаленный микротик пингуется
            > В общем, почему-то не хочет так работать...

            1. Гасите РИП!, пока не разберетесь со статикой - в динамику соваться рано.
            (т.е. возвращаете все "как было до того")
            2. Прописываете маршрут к ППТП серверу.
            3. прописываете маршрут к сети головного внутрь ППТП. (надеюсь сетки у вас в филиалах РАЗНЫЕ)
            4. для какого-нибудь сайта маленького, например vk.ru (А это сайт конд. фабрики) определяете ип
            (89.111.176.202 в случае vk.ru) и маршрутизируете сеть 89.111.176.0/24 внутрь ППТП тунеля.
            5. трейсите ип, должно побежать через головной офис, определяете точку "затыка" и устраняете причину.
            6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то это не означает наличие маршрута "обратно", т.е. головной офис должен знать в какую дырку отправить трафик для конкретного филиала. Короче в таблице маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам

            • Маршрутизация нескольких подсеете среди микротиков, !*! fantom, 11:59 , 30-Ноя-17 (17)
              >[оверквотинг удален]
              > в филиалах РАЗНЫЕ)
              > 4. для какого-нибудь сайта маленького, например vk.ru (А это сайт конд. фабрики)
              > определяете ип
              > (89.111.176.202 в случае vk.ru) и маршрутизируете сеть 89.111.176.0/24 внутрь ППТП тунеля.
              > 5. трейсите ип, должно побежать через головной офис, определяете точку "затыка" и
              > устраняете причину.
              > 6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то
              > это не означает наличие маршрута "обратно", т.е. головной офис должен знать
              > в какую дырку отправить трафик для конкретного филиала. Короче в таблице
              > маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам

              И докладываете о результатах.
              :)

              • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 12:02 , 30-Ноя-17 (19)
                >[оверквотинг удален]
                >> определяете ип
                >> (89.111.176.202 в случае vk.ru) и маршрутизируете сеть 89.111.176.0/24 внутрь ППТП тунеля.
                >> 5. трейсите ип, должно побежать через головной офис, определяете точку "затыка" и
                >> устраняете причину.
                >> 6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то
                >> это не означает наличие маршрута "обратно", т.е. головной офис должен знать
                >> в какую дырку отправить трафик для конкретного филиала. Короче в таблице
                >> маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам
                > И докладываете о результатах.
                > :)

                маршрут не достижим из-за указания IP-шлюза, но стоит указать интерфейс, как начинает бегать трафик

            • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 12:01 , 30-Ноя-17 (18)
              >[оверквотинг удален]
              > в филиалах РАЗНЫЕ)
              > 4. для какого-нибудь сайта маленького, например vk.ru (А это сайт конд. фабрики)
              > определяете ип
              > (89.111.176.202 в случае vk.ru) и маршрутизируете сеть 89.111.176.0/24 внутрь ППТП тунеля.
              > 5. трейсите ип, должно побежать через головной офис, определяете точку "затыка" и
              > устраняете причину.
              > 6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то
              > это не означает наличие маршрута "обратно", т.е. головной офис должен знать
              > в какую дырку отправить трафик для конкретного филиала. Короче в таблице
              > маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам

              Да, я сделал как вы пишите в п.4
              Трафик побежал и скорость взлетела. Сейчас я понял откуда ноги выросли, но тут нужно вносить коррективы с архитектуру немного.

              • Маршрутизация нескольких подсеете среди микротиков, !*! fantom, 15:21 , 30-Ноя-17 (20)
                >[оверквотинг удален]
                >> (89.111.176.202 в случае vk.ru) и маршрутизируете сеть 89.111.176.0/24 внутрь ППТП тунеля.
                >> 5. трейсите ип, должно побежать через головной офис, определяете точку "затыка" и
                >> устраняете причину.
                >> 6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то
                >> это не означает наличие маршрута "обратно", т.е. головной офис должен знать
                >> в какую дырку отправить трафик для конкретного филиала. Короче в таблице
                >> маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам
                > Да, я сделал как вы пишите в п.4
                > Трафик побежал и скорость взлетела. Сейчас я понял откуда ноги выросли, но
                > тут нужно вносить коррективы с архитектуру немного.

                Мое мнение - главный недостаток вашей архитектуры это ППТП.
                У себя ОпенВПН использую.

                • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 15:25 , 30-Ноя-17 (21)
                  >[оверквотинг удален]
                  >>> устраняете причину.
                  >>> 6. Помните, что IP маршрутизация ОДНОСТОРОННЯЯ!! т.е. если есть маршрут "туда", то
                  >>> это не означает наличие маршрута "обратно", т.е. головной офис должен знать
                  >>> в какую дырку отправить трафик для конкретного филиала. Короче в таблице
                  >>> маршрутизации головного офиса должны быть ПРАВИЛЬНЫЕ маршруты к филиалам
                  >> Да, я сделал как вы пишите в п.4
                  >> Трафик побежал и скорость взлетела. Сейчас я понял откуда ноги выросли, но
                  >> тут нужно вносить коррективы с архитектуру немного.
                  > Мое мнение - главный недостаток вашей архитектуры это ППТП.
                  > У себя ОпенВПН использую.

                  Я перешел на L2TP, только к сожалению не могу себе позволить такой роскоши, как IPSec. Он требует шифрования, а железки просто не тянут и скорость редко поднимается выше 20Мбит/сек. Оставил голый L2TP, скорость взлетела. Канал запустил.
                  Маркирую пакеты, на основании адресации, офис загнал в другого провайдера и все стало в чоколаде. Сейчас вместо 10 получаю 60+, в пиках до 80.

  • Маршрутизация нескольких подсеете среди микротиков, !*! zanswer CCNA RS and S, 08:34 , 29-Ноя-17 (4)
    >[оверквотинг удален]
    > ограничений по скорости и мы получаем безлимит до любого из офисов.
    > Между офисами подняты pptp-тунели со статической маршрутизацией, чтобы пакеты не NAT-ились.
    > Во всех офисах интернет с ограничением  по скорости в 2Мбита(да,
    > так бывает), но внутри сети, как вы помните, ограничения нет.
    > В центральный офис заведен провайдер "Б" с шириной канала в 100Мбит/сек.
    > Во всех офисах в качестве роутера стоят Mikrotik, в Центральном тоже.
    > Вопрос: Как можно организовать доступ всех офисов в интернет только через центральный
    > офис, провайдера "Б"?
    > Подскажите по какой технологии маршрутизации я могу все подсети отправлять в инет
    > через Центральный офис(Провайдер "Б")?

    Как вам уже посоветовали выше, вы можете использовать протокол динамической маршрутизации, например OSPF с одной областью или eBGP с private AS на каждом сайте. А можете использовать и дальше статическую маршрутизацию, если у вас не много удалённых офисов, то нет нечего лучше, чем статическая маршрутизация.

    А туннели лучше заменить на L2TPv2 over IPSec, настраивается он в Mikrotik не сложнее чем PPTP, зато безопасность соединения будет не сравнимо выше.

    • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 08:53 , 29-Ноя-17 (5)
      >>[оверквотинг удален]
      > Как вам уже посоветовали выше, вы можете использовать протокол динамической маршрутизации,
      > например OSPF с одной областью или eBGP с private AS на
      > каждом сайте. А можете использовать и дальше статическую маршрутизацию, если у
      > вас не много удалённых офисов, то нет нечего лучше, чем статическая
      > маршрутизация.
      > А туннели лучше заменить на L2TPv2 over IPSec, настраивается он в Mikrotik
      > не сложнее чем PPTP, зато безопасность соединения будет не сравнимо выше.

      Можете поделиться ссылочкой, где подробно, как для чайников, расписывают что есть RIP, что есть OSPF, где нужно или можно применять то, а где это. Плюсы и минусы того и другого...

      • Маршрутизация нескольких подсеете среди микротиков, !*! zanswer CCNA RS and S, 10:10 , 29-Ноя-17 (6)
        >[оверквотинг удален]
        >> Как вам уже посоветовали выше, вы можете использовать протокол динамической маршрутизации,
        >> например OSPF с одной областью или eBGP с private AS на
        >> каждом сайте. А можете использовать и дальше статическую маршрутизацию, если у
        >> вас не много удалённых офисов, то нет нечего лучше, чем статическая
        >> маршрутизация.
        >> А туннели лучше заменить на L2TPv2 over IPSec, настраивается он в Mikrotik
        >> не сложнее чем PPTP, зато безопасность соединения будет не сравнимо выше.
        > Можете поделиться ссылочкой, где подробно, как для чайников, расписывают что есть RIP,
        > что есть OSPF, где нужно или можно применять то, а где
        > это. Плюсы и минусы того и другого...

        Таких ссылок у меня нет, могу поделиться номерами RFC описывающими данные протоколы.

        Но, я бы на вашем месте лучше взял что-нибудь вроде руководства по подготовке к сертификационному экзамену Cisco CCENT Уэнделла Одома и ознакомился для начала с теорией динамической маршрутизации. С типами протоколов динамической маршрутизации: дистанционно-векторными, состояния-канала, вектора-пути. А уже после выбирал конкретный протокол и изучал принципы его функционирования.

        Если не хотите тратить время на теорию сетей, просто возьмите OSPFv2 и используйте только магистральную область. Не какого практического смысла в использовании RIP (RIPv2, RIPng) в современной сети нет, как нет и не каких плюсов у первого по сравнению с OSPFv2 или OSPFv3.

        • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 10:16 , 29-Ноя-17 (7)
          >[оверквотинг удален]
          > Таких ссылок у меня нет, могу поделиться номерами RFC описывающими данные протоколы.
          > Но, я бы на вашем месте лучше взял что-нибудь вроде руководства по
          > подготовке к сертификационному экзамену Cisco CCENT Уэнделла Одома и ознакомился для
          > начала с теорией динамической маршрутизации. С типами протоколов динамической маршрутизации:
          > дистанционно-векторными, состояния-канала, вектора-пути. А уже после выбирал конкретный
          > протокол и изучал принципы его функционирования.
          > Если не хотите тратить время на теорию сетей, просто возьмите OSPFv2 и
          > используйте только магистральную область. Не какого практического смысла в использовании
          > RIP (RIPv2, RIPng) в современной сети нет, как нет и не
          > каких плюсов у первого по сравнению с OSPFv2 или OSPFv3.

          Спасибо. Я только начал изучать этот вопрос.
          Пока что я попробовал RIPv2. Понравилось то, что не нужно на каждом устройстве прописывать десяток маршрутов, а достаточно просто указать пограничную и свою сети.
          Как я понял, OSPF нужна, когда топология сети "Кольцо", но у меня "Звезда" и я пока не понимаю ее. Но у меня все впереди. Начну по крупицам собирать инфу.

          Еще раз спасибо огромное.

          • Маршрутизация нескольких подсеете среди микротиков, !*! Andrey, 14:16 , 29-Ноя-17 (10)
            >[оверквотинг удален]
            >> RIP (RIPv2, RIPng) в современной сети нет, как нет и не
            >> каких плюсов у первого по сравнению с OSPFv2 или OSPFv3.
            > Спасибо. Я только начал изучать этот вопрос.
            > Пока что я попробовал RIPv2. Понравилось то, что не нужно на каждом
            > устройстве прописывать десяток маршрутов, а достаточно просто указать пограничную и свою
            > сети.
            > Как я понял, OSPF нужна, когда топология сети "Кольцо", но у меня
            > "Звезда" и я пока не понимаю ее. Но у меня все
            > впереди. Начну по крупицам собирать инфу.
            > Еще раз спасибо огромное.

            "кольцо","звезда" - разницы нет. Маршрут выбирается тот, который в данный момент считается лучшим по различнымм параметрам.
            Достаточно подробно про плюсы-минусы RIP/OSPF/итд. расписано на xgu.ru/wiki/ через поиск.
            Например про особенности анонсирования маршрутов RIPv2 доходчиво расписано на http://xgu.ru/wiki/RIP#.D0.9E.D1.81.D0.BE.D0.B1.D0.B5.D0.BD....

            • Маршрутизация нескольких подсеете среди микротиков, !*! nops, 14:19 , 29-Ноя-17 (11)
              >[оверквотинг удален]
              >> устройстве прописывать десяток маршрутов, а достаточно просто указать пограничную и свою
              >> сети.
              >> Как я понял, OSPF нужна, когда топология сети "Кольцо", но у меня
              >> "Звезда" и я пока не понимаю ее. Но у меня все
              >> впереди. Начну по крупицам собирать инфу.
              >> Еще раз спасибо огромное.
              > "кольцо","звезда" - разницы нет. Маршрут выбирается тот, который в данный момент считается
              > лучшим по различнымм параметрам.
              > Достаточно подробно про плюсы-минусы RIP/OSPF/итд. расписано на xgu.ru/wiki/ через поиск.
              > Например про особенности анонсирования маршрутов RIPv2 доходчиво расписано на http://xgu.ru/wiki/RIP#.D0.9E.D1.81.D0.BE.D0.B1.D0.B5.D0.BD....

              Спасибо.
              Очень познавательно.

              • Маршрутизация нескольких подсеете среди микротиков, !*! fantom, 15:54 , 29-Ноя-17 (12)
                >[оверквотинг удален]
                >>> Как я понял, OSPF нужна, когда топология сети "Кольцо", но у меня
                >>> "Звезда" и я пока не понимаю ее. Но у меня все
                >>> впереди. Начну по крупицам собирать инфу.
                >>> Еще раз спасибо огромное.
                >> "кольцо","звезда" - разницы нет. Маршрут выбирается тот, который в данный момент считается
                >> лучшим по различнымм параметрам.
                >> Достаточно подробно про плюсы-минусы RIP/OSPF/итд. расписано на xgu.ru/wiki/ через поиск.
                >> Например про особенности анонсирования маршрутов RIPv2 доходчиво расписано на http://xgu.ru/wiki/RIP#.D0.9E.D1.81.D0.BE.D0.B1.D0.B5.D0.BD....
                > Спасибо.
                > Очень познавательно.

                https://linkmeup.ru/blog/33.html

  • Маршрутизация нескольких подсеете среди микротиков, !*! ыы, 10:58 , 29-Ноя-17 (8)

    > Между офисами подняты pptp-тунели со статической маршрутизацией

    очевидно, что если вы шлюз по умолчанию в офисах пропишите как "тот конец" VPN канала - то получите именно то что хотите.




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

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