]]>Проблема все же разрешилась с помощью Routing table и правильными маршрутами, всем большое спасибо за помощь и полученный опыт. Тему можно закрыть.
]]>Ну как это нету? blink Посмотрите по вкладкам, у Вас же 2 сетевые карты, следовательно 2 сетевых интерфейса должно быть..., кстати, они у Вас в каком режиме работают? Я вижу только интерфейс eth0, а где 1??
Мимо,я такого не писал.
Я понял что Вы имеете ввиду. Всё же давайте будем отталкиваться от практики. Да, Вы не несомненно правы, шлюз по умолчанию один, но использование нескольких шлюзов в сети допустимо, работать это будет примерно так- пакет будет уходить на один шлюз не найдя там пути будет переадресовываться на другой на другой, так же можно железно интерфейсы прописать на разные шлюзы и всё будет работать, при условии что сети разные, а сети ведь разные. Повторяюсь, да бы уточнить свои взгляды- в одной сети может существовать только один шлюз, но если у Вас разные сети, то может и больше.
Вот именно,от практики и теории!Ваш пример некоректный,пакет сразу пойдёт по пути заданными правилами маршрутизации и не будет такого,сначала туда,не получилось потом туда.Поаторюсь и я,только один шлюз по умолчанию.
Всё же ситуация иная, сети не во внутрь, одна сеть внутри, вторая наружу, задача вывести внутреннею сеть наружу, без использования VPN.
Да что вы так прицепились к VPN?Я хотел чтобы вы увидели,что можно сделать два шлюза по умолчанию,но динамически и не в один момент времени и это не так просто как вы советуете.
Странно, у Вас то же нет выбора шлюза между интерфесами. Так же могу сказать, из моего скрина видно, что есть возможность привязки шлюза к разным интерфейсам
У меня есть шлюзы,для маршрутизации сетей.Интерфейс на сервере имеет статику,по сути тоже самое что привязать к интерфейсу.Если у вас динамика,то тогда надо привязывать к интерфейсу.
]]>У меня в настройках Yast lan нету возможности выбирать интерфейс для шлюза по умолчанию
Ну как это нету? oO Посмотрите по вкладкам, у Вас же 2 сетевые карты, следовательно 2 сетевых интерфейса должно быть..., кстати, они у Вас в каком режиме работают? Я вижу только интерфейс eth0, а где 1??
Жаль,вы нашли ответ,но не поняли его судя по вашей цитате.По вашим советам,пакет совершенно не факт.что уйдёт на тот же интерфейс,откуда пришёл.
Я понял что Вы имеете ввиду. Всё же давайте будем отталкиваться от практики. Да, Вы не несомненно правы, шлюз по умолчанию один, но использование нескольких шлюзов в сети допустимо, работать это будет примерно так- пакет будет уходить на один шлюз не найдя там пути будет переадресовываться на другой на другой, так же можно железно интерфейсы прописать на разные шлюзы и всё будет работать, при условии что сети разные, а сети ведь разные. Повторяюсь, да бы уточнить свои взгляды- в одной сети может существовать только один шлюз, но если у Вас разные сети, то может и больше.
И подумайте,такая уж большая разница в этой статье и данной ситуацией?Там два интерфейса наружу,здесь внутрь.
Всё же ситуация иная, сети не во внутрь, одна сеть внутри, вторая наружу, задача вывести внутреннею сеть наружу, без использования VPN.
Для примера посмотрите мой скриншот,два последних октета для шлюза я потёр.
Странно, у Вас то же нет выбора шлюза между интерфесами. Так же могу сказать, из моего скрина видно, что есть возможность привязки шлюза к разным интерфейсам.
]]>ЗЫ Вот вы писали route add -net 10.42.0.0 netmask 255.255.248.0 gw 10.42.119.254 . Destination = 10.42.0.0 ,Gateway = 10.42.119.254 , Netmask = 255.255.248.0
]]>Но ниже шлюза по умолчанию есть Routing table, но я до конца не понимаю как оно работает. Что обозначает там Destination, что в этом пункте нужно прописывать?
]]>Прокся не является главным звеном в сети,это лишь хороший придаток к ней. Сеть устроенна была и без нее и интернет даже есть есть для некоторых (просто очень слабый), и было решено поставить еще один канал дополнительно и чтобы инет через проксю шел.
Описанный вами случай правильный и подойдет для сети которую создают, но в моем случае это не подойдет, т.к. сеть очень сложно устроенна. Связь между территориями осуществляется через каналы предоставляемые другим провайдером и через так называемое оборудование Dionis.
Просто сделать прокси-шлюз не вариант в моей сети, и отсюда вот вытекают проблемы данного рода.
Если у Вас несколько подсетей (на различных территориях), то Вам нужно прописывать на прокси все подсети.
]]>Таким образом, ответы должны уходить через тот интерфейс, на который они пришли. Соединения, инициированные с нашей стороны, если они привязаны к интерфейсу, должны уходить через шлюз, который доступен через этот интерфейс. Те соединения, которые к интерфейсу не привязаны должны уходить через маршрут по умолчанию.
4. Я не хочу разводить спор, но при данных условиях, которые у создателя топика, только такой вариант подходит, так как у него существует реально 2 шлюза - один от провайдера, второй его внутренеей сети, так же по условию менять топологию сети нельзя и делать шлюз из прокси то же нельзя. Так что бы пакеты маршрутизировались в его сетях - это вполне адекватный и работоспособный вариант. Не упускайте деталь того, что у ТК сеть построена на Dionis, я даже боюсь представить, что там в сети происходит, если верить ВИКИ касательно описания этого оборудования. Шлюзы будут работать, сети ведь разные и интерфейсы разные.
з.ы. И по Вашей ссылке приводится вариант постройки отказоустойчивой сети интернет. Повторюсь, условия не те.
]]>]]>
Ладно,попробую осилить ваши мануалы) Завтра-после завтра отпишусь о результате. Спасибо!
]]>