Страницы: 1 2 След.
RSS
Помогите реализовать (2 локалки + инет)
 
Здравствуйте. Помогите советом как лучше поступить. Ситуация следующая.

Сейчас:
Сервер на win2003.
Локалка.
Внешний провайдер с бесплатной гор. сетью и дорогим интернетом

Нужно:
Локалка.
Городская сеть от 1го провайдера
Интернет по wi-fi от другого
 
1. Настройте "Advanced routing" по инструкции
2. Создайте фильтры до группы, один на адреса городской сети с указанием на закладке "Роутинг" первого провайдера и второй на весь трафик с указанием Wi-Fi.
 

Вопрос к CMAUJI. На кой ляд в этой ситуации нужен AR? За одним из внешних интерфейсов есть только известная сеть (городская), поэтому нулевой маршрут через этот интерфейс не нужен. А при единственном нулевом маршруте (через wi-fi) в системе ваш пресловутый AR - нужен как корове седло.



И фильтры никакие не нужны. Все решается статическим маршрутом в роутере ОС.

ZAN40064.3382291667
 
Цитата
И фильтры никакие не нужны.


ну только если фильтр на список городских сетей с изменение стоимости на 0.
 


Дорогой, ZAN. Вы правы, достаточно статических маршрутов. Но для большинства пользователе проще настроить AR по инструкции, чем думать как правильно прописать статические маршруты.

CMAUJI40064.4063888889
 

Во-первых, как-то не очень серьезно оправдывать некорректные советы техподдержки недостаточной квалификацией большинства (?) пользователей.



Во-вторых, все печальнее. Как-то давно (от безнадеги уже и не помню) я указал на ошибку в ТИ в части маршрутизации. Суть в следующем. В системе было 3 внешних интерфейса. За двумя - два разных Интернет-провайдера, а за третьим - известная частная сеть. Соответственно, нулевые маршруты были через первые два внешних интерфейса, через третий - не было за ненадобностью. На известную частную сеть был прописан статический маршрут. Так вот. AR от ТИ некорректно вмешивался в логику маршрутизации ОС, и направлял пакеты от клиента, адресованные в эту частную сеть, совсем не в нее, а на внешний интерфейс с нулевым маршрутом, который указан в настройках конкретного клиента на закладке "Роутинг".  Помню, что долго объяснял поддержке об ошибке. Сказали, что вроде поняли и согласились. Однако воз и ныне там!  (Интересно, зает ли CMAUJI об этой ошибке?)



Повторюсь, что речь идет о 3-х внешних интерфейсах и двух нулевых маршрутах. В обсуждаемом выше примере 2 внешних интерфейса и один нулевой маршрут. Но я чувствую, что и в этом случае AR от ТИ сует нос, куда не надо. От этого и советы поддержки "настроить AR по инструкции". Т.е. предлагается создать нулевой маршрут через интерфейс, за которым есть только известная сеть и больше ничего, ну и дальше настряпать каких-то фильтров и т.д.



Может все-таки до разработчика не дошла суть проблемы? Или разработчик считает, что так и должно быть? Или не знает, как это исправить? Ответьте, в чем все же загвоздка?

ZAN40065.2988541667
 
Суть проблемы ясна. Ошибка передана на повторное рассмотрение.
 
В сборке 2.0.0.625 проблема решена. Пока сборка не выложена.
 
Цитата


Вопрос к CMAUJI. На кой ляд в этой ситуации нужен AR? За одним из внешних интерфейсов есть только известная сеть (городская), поэтому нулевой маршрут через этот интерфейс не нужен. А при единственном нулевом маршруте (через wi-fi) в системе ваш пресловутый AR - нужен как корове седло.



И фильтры никакие не нужны. Все решается статическим маршрутом в роутере ОС.





Попробуйте ручками прописать городскую сеть пиринговую например у которой бесплатные бывают не только серые адреса но и белые, при чем список адресов, либо подсетей можно стянуть с сайта центрального узла пиринга - как  будем прописывать статические маршруты?....  писать программу, стягивать файл, парсить, и через консоль добавлять?....



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



https://www.krs-ix.ru/tools/nets.txt



Кстати разработчикам ТИ - совет-пожелание, для загружаемого списка из интернета сделать некий шаблон XML с возможностью самому определить формат файла получаемого.

Enzain40065.7215509259
 
Цитата
В сборке 2.0.0.625 проблема решена. Пока сборка не выложена.
Выходит, проблема для программистов была плёвая?  Почему не решили её 2 года назад? Думаю, что причина во взаимодействии (т.е. в отсутствии оного) службы поддержки с разработчиками.
Страницы: 1 2 След.
Читают тему (гостей: 2)