forum.opennet.ru - "iptables и iproute " (11)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"iptables и iproute "

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

"iptables и iproute "
Сообщение от iproute2 (ok) on 18-Мрт-09, 16:47
Имеется сервер с 2 интерфейсами. Нужно сделать так чтобы пакеты ушли через тот же интерфейс с который и пришли. сделал следую: iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 echo 201 portal >> /etc/iproute2/rt_tables ip rule add fwmark 1 table portal ip route add default via 10.10.10.5 dev eth1 table portal sniffer-ом проверял пакеты доходят, маркируются но обратного ответа нету! может где то ошибся ткните где плз?
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

iptables и iproute , sky, 19:45 , 18-Мрт-09, (1)
iptables и iproute , PavelR, 21:17 , 18-Мрт-09, (2)

iptables и iproute , iproute2, 08:19 , 19-Мрт-09, (3)

iptables и iproute , angra, 08:25 , 19-Мрт-09, (4)

iptables и iproute , iproute2, 08:52 , 19-Мрт-09, (5)

iptables и iproute , angra, 09:08 , 19-Мрт-09, (6)

iptables и iproute , EugeneS, 09:32 , 19-Мрт-09, (7)

iptables и iproute , PavelR, 13:41 , 19-Мрт-09, (8)

iptables и iproute , iproute2, 16:12 , 19-Мрт-09, (9)

iptables и iproute , PavelR, 18:57 , 19-Мрт-09, (10)
iptables и iproute , PavelR, 19:03 , 19-Мрт-09, (11)

Сообщения по теме [Сортировка по времени | RSS]

1. "iptables и iproute "

Сообщение от sky (??) on 18-Мрт-09, 19:45

В самом конце нужно сделать:
ip route flush cache

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "iptables и iproute "

Сообщение от PavelR (??) on 18-Мрт-09, 21:17

>[оверквотинг удален]
>
>сделал следую:
>iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1
>echo 201 portal >> /etc/iproute2/rt_tables
>ip rule add fwmark 1 table portal
>ip route add default via 10.10.10.5 dev eth1 table portal
>
>sniffer-ом проверял пакеты доходят, маркируются но обратного ответа нету!
>может где то ошибся ткните где плз?
>
Пакет приходит на интерфейс, поскольку он идет на IP-адрес интерфейса.
Соответственно, обратный путь определяется айпи адресом в поле "отправитель" пакета.
Это стандартный случай "линукс и два провайдера".  Никакой маркировки не надо.
маркировка по MARK использована не верно, так не работает. Надо - CONNMARK, set и restore.
MARK используется и работает по другому, маркируя конкретный пакет, соответственно применим в других случаях...
CONNMARK - маркер соединения, AFAIK set вносит в таблицу соединений флаг, пакет при этом не маркируя, а вот restore применяется для "обратно идущих" пакетов, и выставляет на пакет флаг, сохраненный в свойствах соединения в таблице соединений.
Обратитесь в поиск по сайту, в раздел советы.
Также можете почитать http://www.opennet.me/tips/info/1651.shtml но ИМХО это не ваш случай.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "iptables и iproute "

Сообщение от iproute2 (ok) on 19-Мрт-09, 08:19

>[оверквотинг удален]
>других случаях...
>
>CONNMARK - маркер соединения, AFAIK set вносит в таблицу соединений флаг, пакет
>при этом не маркируя, а вот restore применяется для "обратно идущих"
>пакетов, и выставляет на пакет флаг, сохраненный в свойствах соединения в
>таблице соединений.
>
>Обратитесь в поиск по сайту, в раздел советы.
>
>Также можете почитать http://www.opennet.me/tips/info/1651.shtml но ИМХО это не ваш случай.
спасибо буду пробовать то что вы сказали но странно, то что Я сделал по мануалу:
http://www.opennet.me/docs/RUS/LARTC/c1430.html

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "iptables и iproute "

Сообщение от angra (ok) on 19-Мрт-09, 08:25

Указанный вами мануал он совсем про другое. Соответственно появляется вопрос - чего на самом деле то надо?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "iptables и iproute "

Сообщение от iproute2 (ok) on 19-Мрт-09, 08:52

>Указанный вами мануал он совсем про другое. Соответственно появляется вопрос - чего
>на самом деле то надо?
Нужно сделать так чтобы пакеты ушли через тот же интерфейс с который и пришли!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "iptables и iproute "

Сообщение от angra (ok) on 19-Мрт-09, 09:08

Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при этом не нужна.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "iptables и iproute "

Сообщение от EugeneS (ok) on 19-Мрт-09, 09:32

>Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при
>этом не нужна.
А Вы сами пробовали ?  У меня не работает. И кажется в силу того, что в статье рассматривается другой вопрос. Про работу в обратную сторону ни слова.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "iptables и iproute "

Сообщение от PavelR (??) on 19-Мрт-09, 13:41

>>Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при
>>этом не нужна.
>
>А Вы сами пробовали ?  У меня не работает. И кажется
>в силу того, что в статье рассматривается другой вопрос. Про работу
>в обратную сторону ни слова.
Для тех кто не умеет читать и поэтому тупит, цитирую:
[cite]
4.2.1. Раздельный доступ
Первый вопрос заключается в том, как организовать маршрутизацию таким образом, чтобы ответы на запросы, приходящие через определенного провайдера, скажем провайдера 1, уходили через того же провайдера.
[/cite]
И это не тот вопрос, который Вам надо ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "iptables и iproute "

Сообщение от iproute2 (ok) on 19-Мрт-09, 16:12

>[оверквотинг удален]
>[cite]
>4.2.1. Раздельный доступ
>
>Первый вопрос заключается в том, как организовать маршрутизацию таким образом, чтобы ответы
>на запросы, приходящие через определенного провайдера, скажем провайдера 1, уходили через
>того же провайдера.
>
>[/cite]
>
>И это не тот вопрос, который Вам надо ?
ну хорошо уточню детально...
имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет.
мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с 10.10.10.5 а не через default route.
нету не каких провйдеров просто у меня 2 разных канала к одному серваку. мне просто нужно чтоб если мой запрос шел через определенный канал то с того же канала я хочу получить ответ!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "iptables и iproute "

Сообщение от PavelR (??) on 19-Мрт-09, 18:57

>[оверквотинг удален]
>
>ну хорошо уточню детально...
>имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip
>address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет.
>
>мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с
>10.10.10.5 а не через default route.
>нету не каких провйдеров просто у меня 2 разных канала к одному
>серваку. мне просто нужно чтоб если мой запрос шел через определенный
>канал то с того же канала я хочу получить ответ!
клиника.
Здесь таким не место.
Разжевывать _подробнее_ тут никто не будет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "iptables и iproute "

Сообщение от PavelR (??) on 19-Мрт-09, 19:03

>[оверквотинг удален]
>
>ну хорошо уточню детально...
>имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip
>address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет.
>
>мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с
>10.10.10.5 а не через default route.
>нету не каких провйдеров просто у меня 2 разных канала к одному
>серваку. мне просто нужно чтоб если мой запрос шел через определенный
>канал то с того же канала я хочу получить ответ!
чтобы вы поняли, провайдеров в принципе не существует, а существуют каналы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

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

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "iptables и iproute "
Сообщение от sky (??) on 18-Мрт-09, 19:45
В самом конце нужно сделать: ip route flush cache
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

2. "iptables и iproute "
Сообщение от PavelR (??) on 18-Мрт-09, 21:17
>[оверквотинг удален] > >сделал следую: >iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 >echo 201 portal >> /etc/iproute2/rt_tables >ip rule add fwmark 1 table portal >ip route add default via 10.10.10.5 dev eth1 table portal > >sniffer-ом проверял пакеты доходят, маркируются но обратного ответа нету! >может где то ошибся ткните где плз? > Пакет приходит на интерфейс, поскольку он идет на IP-адрес интерфейса. Соответственно, обратный путь определяется айпи адресом в поле "отправитель" пакета. Это стандартный случай "линукс и два провайдера". Никакой маркировки не надо. маркировка по MARK использована не верно, так не работает. Надо - CONNMARK, set и restore. MARK используется и работает по другому, маркируя конкретный пакет, соответственно применим в других случаях... CONNMARK - маркер соединения, AFAIK set вносит в таблицу соединений флаг, пакет при этом не маркируя, а вот restore применяется для "обратно идущих" пакетов, и выставляет на пакет флаг, сохраненный в свойствах соединения в таблице соединений. Обратитесь в поиск по сайту, в раздел советы. Также можете почитать http://www.opennet.me/tips/info/1651.shtml но ИМХО это не ваш случай.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "iptables и iproute "
	Сообщение от iproute2 (ok) on 19-Мрт-09, 08:19
	>[оверквотинг удален] >других случаях... > >CONNMARK - маркер соединения, AFAIK set вносит в таблицу соединений флаг, пакет >при этом не маркируя, а вот restore применяется для "обратно идущих" >пакетов, и выставляет на пакет флаг, сохраненный в свойствах соединения в >таблице соединений. > >Обратитесь в поиск по сайту, в раздел советы. > >Также можете почитать http://www.opennet.me/tips/info/1651.shtml но ИМХО это не ваш случай. спасибо буду пробовать то что вы сказали но странно, то что Я сделал по мануалу: http://www.opennet.me/docs/RUS/LARTC/c1430.html
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "iptables и iproute "
	Сообщение от angra (ok) on 19-Мрт-09, 08:25
	Указанный вами мануал он совсем про другое. Соответственно появляется вопрос - чего на самом деле то надо?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "iptables и iproute "
	Сообщение от iproute2 (ok) on 19-Мрт-09, 08:52
	>Указанный вами мануал он совсем про другое. Соответственно появляется вопрос - чего >на самом деле то надо? Нужно сделать так чтобы пакеты ушли через тот же интерфейс с который и пришли!
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "iptables и iproute "
	Сообщение от angra (ok) on 19-Мрт-09, 09:08
	Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при этом не нужна.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "iptables и iproute "
	Сообщение от EugeneS (ok) on 19-Мрт-09, 09:32
	>Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при >этом не нужна. А Вы сами пробовали ? У меня не работает. И кажется в силу того, что в статье рассматривается другой вопрос. Про работу в обратную сторону ни слова.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "iptables и iproute "
	Сообщение от PavelR (??) on 19-Мрт-09, 13:41
	>>Ну тогда в том же мануале http://www.opennet.me/docs/RUS/LARTC/x348.html. Заметьте что никакая маркировка при >>этом не нужна. > >А Вы сами пробовали ? У меня не работает. И кажется >в силу того, что в статье рассматривается другой вопрос. Про работу >в обратную сторону ни слова. Для тех кто не умеет читать и поэтому тупит, цитирую: [cite] 4.2.1. Раздельный доступ Первый вопрос заключается в том, как организовать маршрутизацию таким образом, чтобы ответы на запросы, приходящие через определенного провайдера, скажем провайдера 1, уходили через того же провайдера. [/cite] И это не тот вопрос, который Вам надо ?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "iptables и iproute "
	Сообщение от iproute2 (ok) on 19-Мрт-09, 16:12
	>[оверквотинг удален] >[cite] >4.2.1. Раздельный доступ > >Первый вопрос заключается в том, как организовать маршрутизацию таким образом, чтобы ответы >на запросы, приходящие через определенного провайдера, скажем провайдера 1, уходили через >того же провайдера. > >[/cite] > >И это не тот вопрос, который Вам надо ? ну хорошо уточню детально... имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет. мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с 10.10.10.5 а не через default route. нету не каких провйдеров просто у меня 2 разных канала к одному серваку. мне просто нужно чтоб если мой запрос шел через определенный канал то с того же канала я хочу получить ответ!
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "iptables и iproute "
	Сообщение от PavelR (??) on 19-Мрт-09, 18:57
	>[оверквотинг удален] > >ну хорошо уточню детально... >имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip >address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет. > >мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с >10.10.10.5 а не через default route. >нету не каких провйдеров просто у меня 2 разных канала к одному >серваку. мне просто нужно чтоб если мой запрос шел через определенный >канал то с того же канала я хочу получить ответ! клиника. Здесь таким не место. Разжевывать _подробнее_ тут никто не будет.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "iptables и iproute "
	Сообщение от PavelR (??) on 19-Мрт-09, 19:03
	>[оверквотинг удален] > >ну хорошо уточню детально... >имеется сервер с 2 интерфейсами eth0 and eth1, на eth0 стоит ip >address 10.10.10.1/30 а на eth1 10.10.10.5/30. дефолтовый шлюз виа eth0 идет. > >мне нужно когда любой чел наберет скажем http://10.10.10.5 ответ пришел именно с >10.10.10.5 а не через default route. >нету не каких провйдеров просто у меня 2 разных канала к одному >серваку. мне просто нужно чтоб если мой запрос шел через определенный >канал то с того же канала я хочу получить ответ! чтобы вы поняли, провайдеров в принципе не существует, а существуют каналы.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]