Друзья, я сломал мозг.
Подскажите, как прозрачно перенаправить трафик с одного сервера на другой. Оба сервера на Debian, на обоих по 3-4 белых ip. Вариант с iptables, DNAT и маскарадом не катит т.к. на сервере куда передаётся трафик в запросах должны светиться ip клиентов, а не сервера транслирующего трафик.
33 Responses to Debian – как прозрачно перенаправить трафик с одного сервера на другой ?
Добавить комментарий
Последние просмотренные
поднять dlink dir-300 rev.b1
Ребзя, подскажите, пытаюсь поднять dlink dir-300 rev.b1 стоял dd-wrt, потом при перепрошивке повис а вот теперь такую...продать цифровой товар – книгу в pdf
Господа, возникла необходимость продавать цифровой товар – книгу в pdf (и других популярных форматах), ну и...помогите пожалуйста.
помогите пожалуйста. нужно на виндовс ХР установить модемное соединение (через мобильную связь через модем...Движок для блога
Пацаны, а посоветуйте движок какой-нибудь для блога. Главной требование – быстрый (вордпресс не подходит...WordPress ли Joomla ?
Здравствуйте. Возник вопрос. А скажите пожалуйста, если есть желание сделать сайт, по функционалу похожий,...DDOS
Меня тут ласково поddosивають, с каждого ip несколько пачек запросов и в логах [27/Mar/2012:22:12:07 +0400] “POST / HTTP/1.1”...Firmware Update материнки Intel
Коллеги, а если у меня Firmware Update материнки Intel при помощи Deployment Assistant с флешки уже пол-часа пишет, что закончит...Ищу удаленную работу сисадмина
Из за закрытия одной из контор, с которой я работал у мня образовалась огромная гора свободного времени, и в...
тунельчик ip-over-ip?
Надо понимать, что светиться они должны не в веб-сервере и вообще в приложениях, где нет штуки типа X-Forwarded-For, да?
IP-спуфинг – это подмена адреса отправителя, одного из полей IP-заголовка, методом записи другого значения. Сложность заключается в том, что машина, получив заголовок с таким адресом, отправит ответ на этот адрес, а не на адрес крэкера.
можно обратно в тунель зарулить через PBR
скажи хоть что за трафик то
Stephan-V: да, это подойдёт. Я загуглил слово ipencap.
обычный UDP трафик. сервера стрелялок всяких там висят.
Stephan-V: то есть мутить туннель между этими серверами и слать трафик в него?
Я, конечно, всегда в подобных постах против оффтопика и уклонения от ответа на конкретно заданный вопрос. Но здесь приемлемый ответ уже дан, поэтому всё-таки позволю себе спросить: а ты не рассматривал вариант поставить простую железячку вместо горождения туннелей?
есть чо? Не уверен. Мне через 4 машины в одном ДЦ нужно транслировать трафик (и отдавать) на 30 машин в другом ДЦ.
стандартный gre туннель вроде решит твои проблемы.
почему бы тебе через одну-две железки не транслировать трафик на все 34 машины, не загружая 4 из них простыми туннелями?
курить racoon?
зачем?
…
я б ipip воспользовался, зачем GRE
Stephan-V: да чет привык я как-то
упёрся в маршрутизацию: поднял gre туннель между сервером А х.х.х.х (10.9.8.1) и сервером В у.у.у.у (10.9.8.2), пытаюсь завернуть трафик
на сервере А
route add -net х.х.х.х netmask 255.255.255.252 gw 10.9.8.1 dev tun0
неидёт :
ip r sh?
tcpdump -i tun0?
это неправильная идея вообще. маршруты между серверами у тебя итак правильные, между ними должны напрямую ходить только пакеты тунеля. а через тунель тебе нужно завернуть маршруты ко всем хостам при условии, что порт отправителя – порт твоего приложения. в этом тебе поможет PBR. а чтобы из тунеля трафик достигал цели, тебе нужно выключить rp_filter
и пусть все знают где я работаю
на сервере А
ip r sh
188.127.246.124/30 via 10.0.201.1 dev tun0 scope link
запускаю ping ip_на_котором_туннель
tcpdump -i tun0 -n
тишина
я б вообще на туннелях не стал адреса поднимать
а что за железки то? я ж не настоящий сварщик, пока, – в утюгах не разбираюсь :
я тоже не знаю 🙂 кошками точно можно, чем-то подешевле – не знаю.
nc (netcat) может слушать на одном порту и перекидывать на другой
может, но у меня на вскидку больше 1200 пар – gateway_ip:port -> target_ip:port получается. 1200 nc запускать как то сыкотно.
А что, для iptables нельзя написать правило, которое будет подменять source-ip?
можно, если нужно изменять на один и тот же адрес. А у меня нужно менять на адрес клиента, коих тысячи :
Stephan-V: снова взялся за этот кактус.
Почитал про PBR, делаю
ip route add default via 10.0.201.2 table 120
ip rule add from all to 83.222.115.30 table 120
По идее же если извне пинговать 83.222.115.30 tcpdump -i tun0 должен что то ловить?
Или опять ошибаюсь?
Stephan-V: ну и sysctl net.ipv4.conf.tunl0.rp_filter=0 сделал
критерием должен быть порт приложения
Stephan-V: да чёрт с ним с портом. весь трафик же можно таким образом перенаправить. Или обязательно iptables маркать пакеты и fwmark в правилах iproute использовать?
если ты весь трафик хочешь направить через туннель, тогда вообще всё просто – маршрут к пиру тунеля через реальный гейт, а дефолтным dev tun0
Stephan-V: как то так
ip route add 10.0.201.2 via 83.222.115.30 dev tun0
ругется мол нет процесса – “RTNETLINK answers: No such process”
никакого via