форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"ip routing and lo interface"
Сообщение от V.Pasashnikov (ok) on 15-Фев-05, 15:01  (MSK)
Добрый день, Если есть среди вас гуру, просвятите! Вот ссылка: http://groups-beta.google.com/group/comp.os.linux.networking/browse_thread/thread/c8ce258564917cb7/da74de4971d00cf7?q=linux+snat+lo+ttl&_done=/groups?q=linux+snat+lo+ttl&qt_s=Search+Groups&&_doneTitle=Back+to+Search&&d#da74de4971d00cf7 Я хочу сделать немного другое, но методы те же. И соответственно натыкаюсь на грабли с lo. Если есть ответы, почему так происходит? расскажите!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "ip routing and lo interface"
Сообщение от V.Pasashnikov (ok) on 16-Фев-05, 09:49  (MSK)
Вот ещё одна ссылка с похожей проблемой. https://lists.netfilter.org/pipermail/netfilter/2001-March/009034.html
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "ip routing and lo interface"
	Сообщение от Beginner (??) on 16-Фев-05, 10:06  (MSK)
	>Вот ещё одна ссылка с похожей проблемой. >https://lists.netfilter.org/pipermail/netfilter/2001-March/009034.html Снова ты. :) Ты бы поставил точно задачу, а то возможно ты выбрал не особо правильное направление и мучаешься почем зря.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "ip routing and lo interface"
	Сообщение от V.Pasashnikov (ok) on 16-Фев-05, 10:08  (MSK)
	>>Вот ещё одна ссылка с похожей проблемой. >>https://lists.netfilter.org/pipermail/netfilter/2001-March/009034.html > >Снова ты. :) >Ты бы поставил точно задачу, а то возможно ты выбрал не особо >правильное направление и мучаешься почем зря. Да собственно задача всё та же. Мы её уже обсуждали. http://www.opennet.me/openforum/vsluhforumID1/52963.html
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "ip routing and lo interface"
	Сообщение от Beginner (??) on 16-Фев-05, 10:18  (MSK)
	>>>Вот ещё одна ссылка с похожей проблемой. >>>https://lists.netfilter.org/pipermail/netfilter/2001-March/009034.html >> >>Снова ты. :) >>Ты бы поставил точно задачу, а то возможно ты выбрал не особо >>правильное направление и мучаешься почем зря. > > >Да собственно задача всё та же. Мы её уже обсуждали. >http://www.opennet.me/openforum/vsluhforumID1/52963.html Задача та же, да только я не понял ее тогда до конца. То есть мне не совсем понятна причина, заставляющая тебя извращаться вот уже который день. Объяснил бы просто и ясно что тебе надо. Только не то что тебе надо прогнать на 1 хосте пакет через 3 цепочки, а то что тебе надо получить, если представить совокупность твоих технических средств как "черный ящик", что должно быть на входах, что на выходах, перечислить что в оном ящике лежит. Можешь скинуть на почту.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "ip routing and lo interface"
	Сообщение от V.Pasashnikov (ok) on 16-Фев-05, 10:49  (MSK)
	>То есть мне не совсем понятна причина, заставляющая тебя извращаться вот уже >который день. Объяснил бы просто и ясно что тебе надо. Только >не то что тебе надо прогнать на 1 хосте пакет через >3 цепочки, а то что тебе надо получить, если представить совокупность >твоих технических средств как "черный ящик", что должно быть на входах, >что на выходах, перечислить что в оном ящике лежит. >Можешь скинуть на почту. Легко. Имеем три провайдера. Соответственно 3 роутера. Имеется прокси сервер, на который подключены эти 3 роутера. Имеется DMZ с адресами 10.0.0.0/24. В DMZ есть сервера к которым нужно обеспечить доступ через всех 3 провайдеров. И требуется, что бы если клиент пришёл через прова номер 2, обратные пакеты уходили тожечерез прова номер2. Вот и всё.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "ip routing and lo interface"
	Сообщение от Beginner (??) on 16-Фев-05, 11:15  (MSK)
	>>То есть мне не совсем понятна причина, заставляющая тебя извращаться вот уже >>который день. Объяснил бы просто и ясно что тебе надо. Только >>не то что тебе надо прогнать на 1 хосте пакет через >>3 цепочки, а то что тебе надо получить, если представить совокупность >>твоих технических средств как "черный ящик", что должно быть на входах, >>что на выходах, перечислить что в оном ящике лежит. >>Можешь скинуть на почту. > >Легко. Имеем три провайдера. Соответственно 3 роутера. >Имеется прокси сервер, на который подключены эти 3 роутера. Имеется DMZ с >адресами 10.0.0.0/24. В DMZ есть сервера к которым нужно обеспечить доступ >через всех 3 провайдеров. И требуется, что бы если клиент пришёл >через прова номер 2, обратные пакеты уходили тожечерез прова номер2. Вот >и всё. Существует ли необходимость в регистрации адресов, с которых приходят запросы? Почему вопрос возврата через тот же линк так важен, если у другого маршрутизатора есть возможность передать данные тому же клиенту по другому линку.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "ip routing and lo interface"
	Сообщение от V.Pasashnikov (ok) on 16-Фев-05, 11:35  (MSK)
	>>>То есть мне не совсем понятна причина, заставляющая тебя извращаться вот уже >>>который день. Объяснил бы просто и ясно что тебе надо. Только >>>не то что тебе надо прогнать на 1 хосте пакет через >>>3 цепочки, а то что тебе надо получить, если представить совокупность >>>твоих технических средств как "черный ящик", что должно быть на входах, >>>что на выходах, перечислить что в оном ящике лежит. >>>Можешь скинуть на почту. >> >>Легко. Имеем три провайдера. Соответственно 3 роутера. >>Имеется прокси сервер, на который подключены эти 3 роутера. Имеется DMZ с >>адресами 10.0.0.0/24. В DMZ есть сервера к которым нужно обеспечить доступ >>через всех 3 провайдеров. И требуется, что бы если клиент пришёл >>через прова номер 2, обратные пакеты уходили тожечерез прова номер2. Вот >>и всё. > >Существует ли необходимость в регистрации адресов, с которых приходят запросы? Почему вопрос >возврата через тот же линк так важен, если у другого маршрутизатора >есть возможность передать данные тому же клиенту по другому линку. Тут проблема в том, что: первое, канал получается один, исходящий трафик больщой->канал не справиться. второе, хочется резерва! Что я буду делать при падении канала?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.