abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 17:22 | Komunita

    Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Zajímavý software

    Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.

    Ladislav Hagara | Komentářů: 11
    včera 14:00 | Zajímavý projekt

    Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.

    Pinhead | Komentářů: 6
    včera 02:22 | Zajímavý software

    Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.

    Ladislav Hagara | Komentářů: 0
    včera 01:11 | Nová verze

    Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    13.5. 21:22 | Bezpečnostní upozornění

    Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.

    Ladislav Hagara | Komentářů: 1
    13.5. 14:00 | Komunita

    Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.

    Ladislav Hagara | Komentářů: 8
    13.5. 12:55 | IT novinky

    Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …

    Ladislav Hagara | Komentářů: 0
    13.5. 12:33 | IT novinky

    Evropská komise by do léta mohla předložit návrh normy omezující používání sociálních sítí dětmi v zájmu jejich bezpečí na internetu. Prohlásila to včera předsedkyně EK Ursula von der Leyenová, podle níž řada zemí Evropské unie volá po zavedení věkové hranice pro sociální sítě. EU částečně řeší bezpečnost dětí v digitálním prostředí v již platném nařízení o digitálních službách (DSA), podle německé političky to však není dostatečné a

    … více »
    Ladislav Hagara | Komentářů: 51
    13.5. 04:11 | Nová verze

    Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 4.0.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (13%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1624 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Server za NATem s RDR, proč packety mění cílový port?

    12.6.2006 16:45 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Server za NATem s RDR, proč packety mění cílový port?
    Přečteno: 162×
    Dobrý den,

    měl bych jeden dotaz ohledně serveru za NATem (řeším několik problémů týkající se této věci současně, takže kdybyste na nějakém dalším fóru narazili na podobný dotaz, tak mne prosím díky netiketě neukamenujte)

    Snažím se udělat si databázový program na systému klient-server, který běží na počítači s Linuxem. Klienti z lokální sítě na něj mohou normálně připojit. Dejme tomu, že server má na vnitřní síťové kartě adresu 192.168.2.1 a naslouchá na portu 12345.

    Chtěl bych ale, aby bylo možné se připojit i z Internetu. Na serveru běží NAT, ovšem jak server, tak stanice mohou na Internet, e-mail, FTP, atd. v pohodě.

    Na vnější straně serveru je síťová karta s adresou 192.168.1.2, která je spojena s modemem na adrese 192.168.1.1, který má veřejnou adresu 1.2.3.4.

    Na firewallu na serveru jsem si napsal pravidlo, aby požadavky na INPUT na adresu 192.168.1.2 a port 12345 byly akceptovány.

    Na modemu běží filtr, kde mám povoleno akceptovat packety určené pro adresu 1.2.3.4 a port 12345 TCP.

    Zároveň tam běží i NAT. Tam je pravidlo pro výstup, a tak jsem si tam přidal pravidlo pro vstup RDR, které vypadá takto:

    Local Address: 192.168.1.2 (from/to)

    Global Address: 1.2.3.4 (from/to)

    Dest Port: 12345 (from/to)

    Local port: 12345

    Na modemu běží router i bridge, v routovací tabulce je záznam:

    1.2.3.4 na 127.0.0.1

    A teď, v čem mám problém:

    - když zadám veřejnou adresu z LAN, tak packety podle IPTABLES -L -v -x dorazí z INPUT eth0 (vnější síťová karta) se zdrojovým portem 12345 (na tom je také otevřený i klient). Ovšem cílový port je pokaždé jiný (měl by být tak 12345). Takže packety sice přijdou, ale nespojí se, protože server nemůže naslouchat na 64K portech současně :-)

    - když spustím klienta úplně mimo síť (někde ve WAN), tak mi nepřijde vůbec žádný packet.

    Stejný výsledek jsem měl, když jsem na modemu měl routování adresy 1.2.3.4 na 192.168.1.2, a tehdy se zapisovaly i packety do statistik. Teď se už nezapisují, ale stále přicházejí (já tedy doufám, že i ty z LAN jdou nejprve ven za modem na nějakou bránu ISP, a pak teprve zpět na modem a server).

    Stejný výsledek je i tehdy, když na firewallu dám všechno na ACCEPT, takže si nejsem jistý, zda je chyba na modemu nebo na Linuxu...

    Není mi jasné, proč se u packetů mění zrovna cílový port. U normálního NATu by se přeci měl měnit zdrojový (a ten podle pravidel je 12345), ale tady se mění cílový a zcela náhodně, což je funkční nesmysl (leda by to dělaly nějak ty dva NATy, ale nevím jak).

    Kdybyste někdo věděl, v čem by to mohlo být, budu vděčný.

    Předem díky

    Odpovědi

    13.6.2006 10:39 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Server za NATem s RDR, proč packety mění cílový port?
    Nebo se pro začátek zeptám jinak:

    Jak mám nastavit ADSL modem, aby směrovoval požadavky na veřejnou adresu ne na sebe, ale na počítač za ním?

    Jde mi hlavně o RDR a filtr.

    Pokud mi to někdo napíšete, tak budu moci vyloučit chybu v nastavení modemu a budu se moci přesunout na Linux.

    Potřebuji totiž, aby chodilo toto:

    1) spojení LAN -> SERVER

    2) spojení LAN -> veřejná IP

    3) spojení Internet -> veřejná IP

    1 funguje OK, ve 2 mi přicházejí packety se změněným cílovým portem, ve 3 mi nechodí nic.

    Packety v trase 2 si modem započte, pokud je povolím v příchozích pravidlech pro daný port a danou veřejnou IP adresu a všechny IF. Pokud IF omezním na ppp0, což by mělo být rozhraní modemu, tak si nezapočte nic. A ačkoliv je implicintně všechen provoz WAN->LAN zakázán, tak přesto firewall v Linuxu obdrží packety s daným zdrojovým portem (ale náhodným cílovým). Přesto, že jsou ve filtru tedy packety zakázané, a RDR pravidlo NATu mi tvrdí, že žádné packety nepřišly, na server přišly packety z vnější síťové karty na jeho vnější lokální IP adresu (kdo je tam nasměroval?).

    Dělal jsem to přesně podle asi 5 knížek a manuálů, a přesto mi není jasné, co se tady vlastně děje.
    13.6.2006 13:38 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Server za NATem s RDR, proč packety mění cílový port?
    Tak jsem si udělal ještě jeden test, který možná těm zkušenějším z Vás pomůže, ale já jsem stále zmaten:

    stanice: telnet 1.2.3.4 12345

    Linux: ip route default via 192.168.1.1 (na modem)

    Linux: iptables FORWARD dest 12345 int -> ext ACCEPT 3 packets

    Linux: NAT POSTROUTING NAT

    Modem: filtr incoming 1.2.3.4 12345 ACCEPT 3 packets

    Modem: RDR dest 1.2.3.4 12345 lok: 192.168.1.2 12345 > 0 packets (!!!)

    Linux: iptables INPUT dest 192.168.1.2 12345 > 0 packets (???)

    Linux: iptables INPUT dest 192.168.1.2 src(!) 12345 > 3 packets (!!!)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.