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í
×
dnes 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
dnes 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 3
včera 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

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

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 4
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 8
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
20.1. 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
20.1. 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
20.1. 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 355 hlasů
 Komentářů: 25, poslední včera 13:34
    Rozcestník
    Reklama

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

    13.6.2006 16:03 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Přesměrování portu pro INPUT (ne PREROUTING)
    Přečteno: 123×
    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

    13.6.2006 16:27 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:28 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    nebo to má být na lokální mašinu?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:33 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    tak jsem si důkladně přečetl celý text (opravdu důkladně:-D ) 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
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:46 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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..
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    14.6.2006 07:07 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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?
    14.6.2006 08:08 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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 :-(
    14.6.2006 11:39 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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
    14.6.2006 12:13 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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í.
    15.6.2006 10:40 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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í.
    15.6.2006 12:57 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    zrovna jsem vás chtěl požádat o iptables -L, protože se mi to nezdálo :-D
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    15.6.2006 14:36 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    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 :-)

    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.