-
Зараз на сторінці 0 користувачів
Немає користувачів, що переглядають цю сторінку.
-
Схожий контент
-
Від max_m
Сильно не пинать :(...
Возникла необходимость разнести сеть рррое на несколько брасов (для разбалансировки нагрузки и увеличения отказоустойчивости ) к примеру на два, а в дальнейшем на три и т.д. На текущий момент выглядит это так:
локальная сеть <–>
Брас1 (PPPoE сервер с пулами адресов локальной сети 10.10.10.х/22 и выделенной АС 1.1.1.х/22) без ната
<–> Маршрутизатор MТ на нем (НАТ локальной сети сети 10.10.10.х/22 и роутинг выделенной АС 1.1.1.х/22)
<–> Интернет сеть.
При добавлении второго браса я немного не до понимаю как правильно будет выглядит маршрутизация и как правильно обеднить эти брасы. Как я это вижу, а Вы меня поправьте или направьте в нужном русле.
Сеть после модернизации будет выглядеть так:
локальная сеть
<–> Брас1 (PPPoE сервер с пулами адресов локальной сети 10.10.10.х/22 и выделенной АС 1.1.1.х/22) без ната
<–> Брас2 (PPPoE сервер с пулами адресов локальной сети 10.10.10.х/22 и выделенной АС 1.1.1.х/22) без ната
<–> Маршрутизатор MТ на нем (Бридж меду Брас1 и Брас2 НАТ локальной сети 10.10.10.х/22 и роутинг выделенной АС 1.1.1.х/22 на ИП Бриджа ?)
<–> Интернет сеть.
Абонент за которым закреплен к примеру ИП 1.1.1.5/22 при авторизации PPPoE попадет на любой из брасов получит свой ИП, далее через наружный интерфейс Браса попадет в Бридж на Маршрутизатор МТ ну а далее в инет.
Правильно ли я расписал схему или что то не так ?
-
Від GrDEV
Добрый день столкнулся с такой проблемой.
Есть схема сети
UpLink -> Server -> Cisco 3550
Server (FreeBSD)
bge0 - UpLink
bge1 - ifconfig_bge1="inet 10.0.0.2 netmask 255.255.255.0"
Cisco
Включен роутинг
interface GigabitEthernet0/11
description To_NAS
no switchport
ip dhcp relay information trusted
ip address 10.0.0.1 255.255.255.0
!
interface Vlan20
ip address 10.20.0.1 255.255.255.0
ip helper-address 10.0.0.2
!
interface Vlan100
description FTTB_40pobed
ip address 172.16.1.1 255.255.255.0
ip helper-address 10.0.0.2
!
ip route 0.0.0.0 0.0.0.0 10.0.0.2
На сервере прописаны маршруты к сетям 10.20.0.0/24 и 172.16.1.0/24
С сервера пингуется 10,0,0,1, но 10,20,0,1 и 172,16,0,1 не пингуются.
Точно такой же сервер с идентичной настройкой, но на Дебиане - все работает.
В чем может быть проблема?
Или такая схема на фре как то по-другому реализовуется?
-
Від mstsc
Имеется давно организованный сервер терминалов на Windows Server 2003, интернет он получает от маршрутизатора который в свою очередь от провайдера получает белый IP.
Возникла необходимость в целях резервирования подключить вторую линию связи. Заказчик подошел к вопросу буквально, провёл вторую линию, поставил второй роутер и вторую сетевую карту. Поскольку на обоих картах был включен DHCP клиент, оба шлюза автоматически получили одинаковую метрику. С обоих роутеров пробросили RDP порт и все "заработало". Однако даже при небольших нагрузках на интернет канал RDP начал обрываться.
Детали:
Провайдер 1: Роутер TP-Link 740, IP роутера 192.168.0.1
Сетевая карта сервера № 1: 192.168.0.150
Провайдер 2: Роутер TP-Link 740, IP роутера 192.168.1.1
Сетевая карта сервера № 2: 192.168.1.150
Задача: Сделать так, чтоб весь трафик с сервера уходил через провайдера №1, однако чтоб доступ извне к серверу можно было получить через оба интернет канала одновременно.
Подскажите, как эту задачу реализовать правильно используя имеющееся оборудование?
-
Від Ктотокот
Добрый день! Вроде бы и простая задача, но не могу найти именно аппаратное решение.
А нужен всего лишь роутер, который бы помимо nat-а поднимал vpn-туннель к удаленному серверу (freebsd+mpd5), т.е. выступал в роли впн-клиента, так чтобы весь офисный трафик продолжал идти через nat, но(!) при коннекте rdp-клиента с любой из офисных машин на айпи A.B.C.D:3389 (ip внешний) rdp-трафик шел через ВПН-туннель.
То есть:
А) после поднятия ВПН не менялся дефолтный маршрут
Б) Шлюзом для ip A.B.C.D выступал ip на vpn-интерфейсе.
***
Есть офис на 10 машин, натятся через мыльницу tplink, на внешнем интерфейсе реальный динамический айпи.
В другом городе расположен впн-сервер (freebsd+mpd), за которым стоит сервер терминалов. Всё это работает не один год, чтобы подключиться из мира к терминальнику на виндовс-машине сначала создается vpn-подключение, авторизируясь на впн-сервере, затем mstsc.
10 туннелей (дальше - больше) из одной локалки как-то слишком, да и не всякий нат такое потянет.
Также готов купить, если есть решения до 1000грн
-
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас