https://www.opennet.dev/openforum/vsluhforumID1/95405.html Добрый день.<br>Столкнулся с одной проблемой:<br>Имеется шлюз на FreeBSD, 3 сетевых адаптера: 2 провайдера и 1 в локалку.<br>Есть свой домен site.ru, который висит на айпи адресе первого провайдера (назовем его IP1).<br>Есть домен 3 уровня www.site.ru, который висит на айпи адресе второго провайдера (IP2).<br>Нужно сделать редирект с site.ru на www.site.ru, это сделал в конфиге apache22 без проблем.<br>Возникла такая ситуация, когда приходит запрос к site.ru на IP1, корректно редиректится на www.site.ru, а дальше ответ к клиенту уходит через IP2, на котором висит www.site.ru, а клиент получается ждет ответа с IP1, как следствие сессия рвется.<br>Вопрос: как организовать ответ с интерфейса IP1 при условии выполнения редиректа? IPFW? Setfib?<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#13 Sun, 09 Feb 2014 11:57:04 GMT &gt; Все правильно он сделал, не понимаешь сути не неси чушь.<br><br>та суть то я понял, человек для решения своей проблемы пользуется стандартной архитектурой шлюза которая совсем для этого не предназначена. Именно по этому ему приходится воять такие костыли как форвард, редирект и не только в операционной системе но ещё и в апаче.<br>В своём самом первом посте я ответил как сделать то что нужно ТС проще всего и без изменения <br>конфигурации шлюза.<br><br>Ну а дальше каждый сам себе злобный буратино.<br>Как то так.<br><br>Да, кстати, из первого поста ТС я почему-то сделал вывод что у него нормально отдаются во внешний мир оба домена, по этому для меня было совсем не очевидно что человек использует default route. В свете этого открытия один из доменов, который висит не на дефолтной роуте, внешниму миру должен быть не виден, по этому мой совет со страницей-заглушкой ОШИБОЧЕН. Да я не телепат.<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#12 Sun, 09 Feb 2014 05:29:22 GMT &gt; Месье знает толк (с).<br>&gt; Зубы конечно можно вырвать и через задний проход. Но зачем так уродоваться <br>&gt; когда через рот гораздо ближе?<br><br>Все правильно он сделал, не понимаешь сути не неси чушь.<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#11 Sun, 09 Feb 2014 05:28:33 GMT &gt; ух ты! А говорят что на сайте не осталось телепатов :-) <br>&gt; Ну мне как-то в голову не пришло что системный администратор в данной <br>&gt; конкретной конфигурации <br>&gt; (описанной в самом первом посте)использует default route. Я бы на его месте <br>&gt; этого не делал, а прописал бы статическую роуту для конкретной внутренней <br>&gt; сети.<br>&gt; Что-то типа route add -net 192.168.0.1/24 &lt;Ip интерфейса на одного из провайдеров&gt; <br>&gt; и тогда не пришлось бы извращаться с форвардами.<br><br>Зачем писать чушь. Пропиши и проверь. Тут телепатом быть не нужно что бы понять в чем проблема была.<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#10 Sat, 08 Feb 2014 23:22:18 GMT &gt;&gt; Неутомимая у вас фантазия.<br>&gt; Все правильно он написал, если прийдет не с маршрута по умолчанию то <br>&gt; пойдет по маршруту по умолчанию. Во фре есть прекрасная опция fwd <br>&gt; в ipfw, можно ей попробовать поработать, чуть позже у себя гляну <br>&gt; как работает.<br><br>ух ты! А говорят что на сайте не осталось телепатов :-)<br><br>Ну мне как-то в голову не пришло что системный администратор в данной конкретной конфигурации<br>(описанной в самом первом посте)использует default route. Я бы на его месте этого не делал, а прописал бы статическую роуту для конкретной внутренней сети.<br>Что-то типа route add -net 192.168.0.1/24 &lt;Ip интерфейса на одного из провайдеров&gt;<br>и тогда не пришлось бы извращаться с форвардами.<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#9 Sat, 08 Feb 2014 22:48:45 GMT &gt; Спасибо. Прописал форварды, разворачивающие исходящий трафик с порта :80 на тот интерфейс, <br>&gt; с которого пришел запрос . Сейчас tcpdump показывает активность на нужном <br>&gt; интерфейсе, но возникла проблема с NATом, но ее решу, надеюсь, сам. <br>&gt; Всем спасибо за ответы!<br><br>Месье знает толк (с).<br><br>Зубы конечно можно вырвать и через задний проход. Но зачем так уродоваться когда через рот гораздо ближе?<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#8 Fri, 07 Feb 2014 04:43:49 GMT &gt;&gt;&gt; Неутомимая у вас фантазия.<br>&gt;&gt; Все правильно он написал, если прийдет не с маршрута по умолчанию то <br>&gt;&gt; пойдет по маршруту по умолчанию. Во фре есть прекрасная опция fwd <br>&gt;&gt; в ipfw, можно ей попробовать поработать, чуть позже у себя гляну <br>&gt;&gt; как работает.<br>&gt; http://www.opennet.ru/tips/info/158.shtml <br><br>Спасибо. Прописал форварды, разворачивающие исходящий трафик с порта :80 на тот интерфейс, с которого пришел запрос . Сейчас tcpdump показывает активность на нужном интерфейсе, но возникла проблема с NATом, но ее решу, надеюсь, сам. Всем спасибо за ответы!<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#7 Fri, 07 Feb 2014 02:14:02 GMT &gt;&gt; Неутомимая у вас фантазия.<br>&gt; Все правильно он написал, если прийдет не с маршрута по умолчанию то <br>&gt; пойдет по маршруту по умолчанию. Во фре есть прекрасная опция fwd <br>&gt; в ipfw, можно ей попробовать поработать, чуть позже у себя гляну <br>&gt; как работает.<br><br>http://www.opennet.ru/tips/info/158.shtml<br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#6 Fri, 07 Feb 2014 02:03:55 GMT &gt; Неутомимая у вас фантазия.<br><br>Все правильно он написал, если прийдет не с маршрута по умолчанию то пойдет по маршруту по умолчанию. Во фре есть прекрасная опция fwd в ipfw, можно ей попробовать поработать, чуть позже у себя гляну как работает. <br> https://www.opennet.dev/openforum/vsluhforumID1/95405.html#5 Thu, 06 Feb 2014 15:01:09 GMT &gt;&gt;&gt;[оверквотинг удален] <br>&gt;&gt; по моему проще на первом сайте сделать страничку-заглушку которая бы редиректила посетителя <br>&gt;&gt; на второй сайт. Или вам нужен именно ответ с первого интерфейса?<br>&gt;&gt; "вам шашечки или ехать?" (с) <br>&gt; Страница-заглушка будет работать по такому же принципу, что и нынешний редирект, т.е. <br>&gt; ответ к клиенту пойдет с IP2.<br><br>Неутомимая у вас фантазия.<br>