Dotaz: Přesměrování portu pro INPUT (ne PREROUTING)

[Elfman]

Zdravím,

dá se nějak přesměrovat packet na nějaký port, když není v FORWARD, ale v i INPUT?

Proč to žádám, řeším problém s přístupem na veřejnou adresu (zatím bezvýsledně), a zjistil jsem, že když pošlu packety na veřejnou adresu (modem), tak mi přijdou na lokální IP na serveru s tím, že když jsem je posílal na port 12345, tak mi z toho portu přišly (jenže stanice se chce spojit s portem 12345, na němž naslouchá na serveru program, jenže namísto toho, aby mu přišel datagram se zdrojovým packetem stanice a cílovým 12345, tak mu přijde se zdrojovým 12345 a cílovým XXX podle NATu, na což samozřejmě nereaguje).

např. pravidlo

iptables -A INPUT -p tcp -i eth0 -d 192.168.1.2 --sport 12345 -j ACCEPT

packety zachytí, ale pravidlo

iptables -t nat -A PREROUTING -p tcp -i eth0 -d 192.168.1.2 --sport 12345 -j REDIRECT --to-ports 12345

ne.

Předem díky.

Odpovědi

[Jiří J.]

dá se nějak přesměrovat packet na nějaký port, když není v FORWARD, ale v i INPUT?

Máte tím na mysli port forwarding?

[Jiří J.]

nebo to má být na lokální mašinu?

[Jiří J.]

tak jsem si důkladně přečetl celý text (opravdu důkladně ) a pochopil váš problém, ale nechápu, proč to ten NAT dělá, u mě tohle funguje v pohodě přes ip_forward a maškarádu (pokud to neomezim firewallem) .. a pro ftp, irc, .. jsou tu moduly

[Jiří J.]

ale stejně mi tu nedochází jedna věc .. stanice (v interní síti) se chce spojit se serverem na cílovém (dport) portu 12345 ?
potom raději iptables -t nat -A PREROUTING -p tcp -i eth0 -d 192.168.1.2 --dport 12345 -j REDIRECT --to-ports 12345 předpokládám 192.168.1.2 jako gateway..
Připadne mi, že chcete transparentní proxy (cpát to do INPUTu).. potom si ale ten NAT bude myslet, že ty packety jsou určeny pro něj a pošle je sice na ten server, ale s jiným source portem (i když mu přišel na 12345).. takže pokud to dobře chápu, chcete docílit toho, aby NAT posílal serveru packety s dportem 12345 za pomoci REDIRECTu..

[Elfman]

Děkuji za všechny odpovědi.

Popravdě to souvisí s http://www.abclinuxu.cz/forum/show/136556#2

No, stanice se mohou spojit přímo se serverem, pokud zadají jeho lokální adresu na straně LAN (v mém případě 192.168.2.1) a cílový port. Tady je všechno v pořádku.

Ale potřeboval bych, aby se na server dalo přistupovat také s WAN. A protože mi ze Sítě nepřijdou žádné packety (ne že by je zachytil modem, on je prostě ve statistikách nemá) např. od vzdáleného počítače, tak jsem chtěl zatím zkoušet provoz takto (podle mne by neměl být rozdíl mezi tím, jestli PC v LAN komunikuje s PC v USA nebo se serverem, který leží defakto u něj, ale jakoby přes Internet).

Já to chápu tak, že packety dorazí až na modem s cílovým portem 12345 (tam je propusí filtr a zapíše si je), ale z nějakého důvodu je modem pošle jakoby sám za sebe ze zdrojového portu 12345. Teď jsem si také uvědomil, že kdybych směroval dané packety na cílový port 12345, a server (program) na ně odpověděl, jak pozná něco na modemu (NAT?), co změnilo ten port, kam je vrátit? To by chtělo další NAT na serveru i pro příchozí data?

[Elfman]

No, kdyby měnil jen source port, tak bych si toho ani nevšiml. On se ale mění dest port. A řekl bych, že chyba bude někde mezi modemem a externí síťovou kartou (INPUT), protože pokud pravidlo filtru na modemum propustí packety s cílovým portem 12345 a zaznamená si je, tak to znamená, že se (asi) NAT na serveru poslal alespoň jedním směrem ven dobře. Otázkou je, proč se ty packety vrací "obráceně". A proč na ně nereaguje RDR NAT na modemu. Je to skoro, jako kdyby ty packety nikdy neopustily modem. Řekl bych "čert to vem", kdyby namísto LAN->SERVER->modem->SERVER fungovala cesta alespoň WAN->modem->SERVER, ale tady se neděje vůbec nic

[Elfman]

Někde jsem se dočetl, že z LAN prý nejde testovat přístup z WAN na server ani přes veřejnou adresu, tak jsem si našel jistou stránku, kde jsem zadal

http://anonymouse.org/cgi-bin/anon-www.cgi/http://1.2.3.4:12345

a dostal jsem tyto výsledky:

filtr na modemu:

1.Dest IP equal to 1.2.3.4

2.Protocol eq TCP

3.TCP Flag All

4.Dest Port equal to 12345

RDR "NAT" na modemu:

Total Number of Translation w/ This Rule: 24 Sessions

Total Number of Inbound Packets w/ This Rule: 228

Total Number of Outbound Packets w/ This Rule: 0

NAT Rule Status

Active Translation w/ This Rule: 13 Sessions

ale výsledek po IPTABLES:

iptables -L -Z -v -x

dest port: 12345

packets: 0

Také mi není jasné tento výpis jednoho z aktivních NAT spojení:

Translation Direction: Inside

NAT Age: 52

Translated InAddress: 1.2.3.4

In Address: 192.168.1.2

Out Address: 85.195.123.29

In Packets: 5

Out Packets: 0

In Ports: 12345

Out Ports: 43498

Translated In Ports: 12345

[Elfman]

No, tak mne asi osvítil duch svatý, protože jsem na firewallu modemu povolil ještě příchod packetům na port 12345 pro adresu 192.168.1.2 a tam se objevují také. Ale počítač s Linuxem nedostane ani jeden. Řekl bych, že je chyba ve směrování. Modem má v routovací tabulce záznam, aby všechno pro 192.168.1.0 směroval na 192.168.1.1, což dává smysl, ale zároveň má přesměrované 192.168.1.1 na LO. Řekl bych, že tady se ty packety asi ztrácejí.

[Elfman]

Už jsem to vyřešil. Ono se totiž musí na modemu ve filtru nastavit nejen pravidlo Incoming (pro daný port a IP adresu lokálního serveru), ale také pro Outcoming (ačkoliv se v manuálu píše, že to je směr LAN->WAN). To je tak jasné, že mne to nenapadlo.

A pro ty, kteří by měli stejné potíže jako já, test pro přístup do Vaší sítě umožní např. tato adresa:

http://tdn.no-ip.org/connection_test

V routovací tabulce se nic dělat nemusí.

[Jiří J.]

zrovna jsem vás chtěl požádat o iptables -L, protože se mi to nezdálo

[Elfman]

Výpisy IPTABLES jsem dělal po každém poslaném packetu , ale i tak děkuji... jsem prostě slepec, co na to říci