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 19:33 | Nová verze

    Google Chrome 132 byl prohlášen za stabilní. Nejnovější stabilní verze 132.0.6834.83 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 16 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Byla vydána verze 11.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 11.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | Nová verze

    Byla vydána nová verze 3.4.0 nástroje pro inkrementální kopírování souborů rsync (Wikipedie). Přehled oprav a vylepšení v souboru NEWS. Řešeno je 6 zranitelností.

    Ladislav Hagara | Komentářů: 0
    včera 02:55 | IT novinky

    V srpnu loňského roku byla vyhlášena RP2350 Hacking Challenge aneb oficiální výzva Raspberry Pi na prolomení bezpečnosti mikrokontroléru RP2350. Povedlo se. Včera byli představeni čtyři vítězové a jejich techniky.

    Ladislav Hagara | Komentářů: 11
    včera 00:00 | Komunita

    Na čem aktuálně pracují vývojáři open source operačního systému Haiku (Wikipedie)? Byl publikován přehled vývoje za prosinec 2024. Vypíchnuto je začlenění webového prohlížeče Iceweasel, tj. alternativního sestavení Firefoxu.

    Ladislav Hagara | Komentářů: 0
    14.1. 21:44 | Humor

    Tetris a DOOM běžící v pdf. Proč a jak v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 2
    14.1. 03:11 | Zajímavý software

    Společnost Oracle představila sadu nástrojů a skriptů pro sběr a analýzu dat o stavu linuxových systémů a jejich ladění pod společným názvem Oracle Linux Enhanced Diagnostics (OLED). K dispozici pod licencí GPLv2.

    Ladislav Hagara | Komentářů: 5
    14.1. 02:33 | Nová verze

    OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzi 2.3.0. Přináší RAIDZ Expansion, Fast Dedup, Direct IO, JSON a Long names.

    Ladislav Hagara | Komentářů: 24
    12.1. 23:33 | Zajímavý článek

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu lednový souhrn novinek.

    Ladislav Hagara | Komentářů: 0
    12.1. 22:55 | Pozvánky

    Baví vás bastlení, fyzika, IT a nebo prostě cokoliv technického? Proseděli jste celé Vánoce v záři obrazovky počítače a nebo jste o tom alespoň snili? Chcete se pochlubit technickými vánočními dárky? Pak doražte na Virtuální Bastlírnu - online pokec (nejen) techniků a bastlířů!

    … více »
    bkralik | Komentářů: 0
    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: 123×
    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.