Как отправить/смаршрутизировать пакеты на порт на определенный сервер в инете?

нат?

На куда будем натить?

На server1:

-t nat -A OUTPUT -p tcp --dport 453 -j DNAT --to $server2

На куда будем натить?

на второй сервер или куда там тебе надо. NAT = Network Address Translation все-таки.

спасибо пакеты улетают на второй сервер

Уважаемый upcFrost У Вас неделя помощи школьникам? Уж простите... :)

Уважаемый upcFrost У Вас неделя помощи школьникам? Уж простите... :)

проект стоит, полярная ночь, делать нечего. да и если человека не ткнуть пальцем в чем именно суть ответа на его вопрос а просто дать ответ - он никогда не задумается.

и вообще - я ж в универе работаю, хоть и не преподаю. учить штудента наше всйо

Не борзей. Не надо.

Не борзей. Не надо.

да я и не борзею. суть вопроса, равно как и мой первый ответ, сводится к сущности NATа. к тому что это просто преобразование IP-заголовка на L3. если это понимание придет - больше и вопросов таких не возникнет, и более глубокое понимание сути процесса будет. в этом и состоит суть обучения.

если было обидно про штудентов - зря. у нас есть народ кому за 40, получают второе высшее как international M.Sc. и особо их не смущает снова быть студентами. Учиться никогда не поздно.

суть не в том. те anc лизнул так не прикрыто и ты (раз тут все на ты) радостно побежал рассказывать, что ты де главный бабуин в своем мирке ну и сейчас немножэчко свободен. Такая вот нехитрая манипуляция. Обучать - не требовалось. Станция - на танке, а не на лампах.

те anc лизнул так не прикрыто

скорее подколол, если что

что ты де главный бабуин в своем мирке ну и сейчас немножэчко свободен

я думаю он имел ввиду тему пару дней назад где чувак к экзамену по сетям готовился, и еще пару вопросов аналогичного толка. и потом - обычного общения никто не отменяет. это все-таки форум, а не служба техподдержки.

Обучать - не требовалось

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

не, ок, дело твое. если чем задел - сорри.

p.s.: да, по большей части все на ты. даже более того, некоторых местных обращение на «вы» задевает. не помню правда кого именно. но народ на этот счет даже в l-o-r пару раз ныл типа оскорбили. хотя имхо пофиг.

может я на китайском пишу - НАТ не причем. Нат в данном случае подменит хост назначения и приземлит все пакеты на сервере2. А этого не надо делать. сервер2 должен пропустить сквозь себя пакеты на порт 453 на реальный хост назначения, т.е. тот хост, к которому обращался сервер1. Если бы нужно просто пинать пакеты на порт 453 сервера2 ну я бы просто к нему и обратился по этому порту.

сервер2 должен пропустить сквозь себя пакеты

да, вот этот момент был не столь очевиден, т.к. в исходном посте было просто нужно кинуть пакет на второй сервер.

еще раз перечитал основной пост на всякий случай. если пакет выходит из зоны твоей ответственности (вернее из локальной инфраструктуры) - лучше юзать vpn. т.е. при связке S1-инет-S2-инет лучше завернуть в тоннель.

если нужна производительность и пофиг на шифрование, аутентификацию и все остальное - заюзай ipip-тоннель и обычную маршрутизацию. это не совсем vpn, просто инкапсуляция намного тупее чем gre, оверхед в длину еще одного ip-заголовка. плюс настраивается без танцев как обычный интерфейс

Если бы нужно просто пинать пакеты на порт 453 сервера2 ну я бы просто к нему и обратился по этому порту.

ну мало ли, может ты пытаешься отснифить странный трафик на этом порту, идущий хрен знает куда. всяко бывает

суть не в том. те anc лизнул так не прикрыто

Панимаешли в чем дело, есть разница между «лизнул» и выразил свое уважение. upcFrost - по этому форуму я знаю как отличного специалиста и человека реально помогающего другим участникам форума. А вот alex-123 - судя по вопросу я рассматриваю только как «школьника». Надеюсь разница понятна?

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

как я понял у него серваки далеко и логически, и физически. типа просто как две ВМки в аренде в белыми адресами у разных провайдеров. гейт вроде как в одной подсети должен быть, разве нет?

серваки далеко и логически, и физически

Тогда да, поднять туннель, как вы написали выше.

Да, не... именно лизнул. Мог, конечно, этого не делать - но не удержался. Возможно, привычка, а возможно и комплексы. Посему anc я рассматриваю только как «задрота».

если ты правда не понимаешь что anc (на которого кстати гнать не стоит, он здесь реально многим людям помог) меня подколол что я отвечаю на глупые вопросы - поясняю. перечитай первый пост.

был вопрос «Нужно все запросы на порт 453 любого ип, которые генерирует сервер1 кинуть на сервер2». Другими словами «для всего что имеет dst-port 453 надо выставить dst-ip второго сервера». Вопрос школьный? в целом да. и если ты думаешь что «кто ж такое спросит» - пройдись по соседним темам, спрашивают и куда более простые вещи.

вот если бы ты написал что надо их не «кинуть на», а «проксировать через», да еще и нормально описал бы что серваки в разных подсетях и не имеют общей локальной маршрутизации - реакция была бы другой.