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 19:55 | Zajímavý článek

Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.

Ladislav Hagara | Komentářů: 1
dnes 17:55 | Zajímavý projekt

CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.

Ladislav Hagara | Komentářů: 0
dnes 17:00 | Komunita

Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.

Ladislav Hagara | Komentářů: 0
dnes 16:11 | Komunita

Svobodný unixový operační systém FreeBSD slaví 25 let. Přesně před pětadvaceti lety, tj. 19. června 1993, byl vybrán název FreeBSD.

Ladislav Hagara | Komentářů: 0
dnes 15:11 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Nadace Blender Foundation informuje, že od společnosti Google dostala šestistránkový návrh nové smlouvy (pdf). Zdá se, že podmínkou další spolupráce je zapnutí reklam na kanálu, tj. zpeněžení obsahu.

Ladislav Hagara | Komentářů: 21
dnes 01:55 | Nová verze

Byla vydána verze 1.13 multiplatformního open source textového editoru Brackets (Wikipedie, GitHub). Přehled novinek v oficiálním oznámení a v poznámkách k vydání. Brackets je nově dostupný také jako balíček ve formátu Flatpak z oficiálního repozitáře Flathub.

Ladislav Hagara | Komentářů: 3
včera 18:44 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Důvody jsou zatím nejasné. Pravděpodobně chyba YouTube. Dění lze sledovat na Twitteru Tona Roosendaala.

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

Na GitHubu byly pod open source licencí LLVM zveřejněny zdrojové kódy překladače programovacího jazyka C++ Zapcc vycházejícího z Clangu/LLVM. Překlad pomocí Zapccu je díky lepšímu kešování obvykle několikrát rychlejší než překlad pomocí Clangu. V březnu loňského roku byl vydán Zapcc ve verzi 1.0.

Ladislav Hagara | Komentářů: 0
včera 17:22 | Pozvánky

Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.

xkucf03 | Komentářů: 1
15.6. 22:44 | Zajímavý článek

Na blogu projektu NeoPG (GitHub), kryptografického softwaru vycházejícího z GnuPG, byly zveřejněny 4 příspěvky detailně popisující aktuální bezpečnostní problémy v GnuPG a souvisejících softwarových produktech. V prvním příspěvku je ukázáno, že je možné vytvořit zprávu, o které budou Earlybird, Evolution, Mutt nebo Outlook tvrdit, že jí dešifrovali a přitom ale zpráva vůbec zašifrována nebyla. V druhém příspěvku je popsána

… více »
Ladislav Hagara | Komentářů: 8
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (11%)
Celkem 213 hlasů
 Komentářů: 36, poslední včera 21:16
    Rozcestník

    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: 128×
    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.