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

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 04:33 | Bezpečnostní upozornění

    Dnes v 16:00 (14:00 UTC) budou opraveny 2 kritické zranitelnosti s CVSS 9.2 v PHP.

    Ladislav Hagara | Komentářů: 0
    dnes 01:37 | Bezpečnostní upozornění

    Nizozemská policie 13. října 2026 zabavila v datacentru Amsterdam Science Park server italského poskytovatele internetových služeb Autistici/Inventati (A/I), a to na základě americké žádosti o mezinárodní právní pomoc.… více »

    vencour | Komentářů: 0
    včera 20:47 | Bezpečnostní upozornění
    Hlášeny RCE v NGINX. Náprava dostupná. … více »
    vencour | Komentářů: 0
    včera 20:33 | IT novinky

    Do 26. října do 18:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | říjen 2026 (YouTube) doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.

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

    Čínská technologická společnost DeepSeek zveřejnila na GitHubu svůj framework DeepInfer, nástroj pro efektivní offline inferenci svého modelu DeepSeek-V4.1-Flash ve velkém měřítku. Software běží na Linuxu a nativně podporuje akcelerátory Nvidia ale i čipy Huawei Ascend 950. Jedná se pouze o samotný inferenční engine, ne kompletní produkční službu. Zdrojový kód je dostupný pod licencí Apache 2.0.

    ❗Červivý Hřib krade❗ | Komentářů: 0
    včera 17:00 | Nová verze

    Německo-americká společnost Black Forest Labs představila FLUX 3 Image Klein, otevřený model s 5,6 miliardami parametrů pro tvorbu a úpravu obrázků. Dovede pracovat až s deseti referenčními snímky a zvládá generování v rozlišení až 4K, díky své menší velikosti ('klein' v němčině znamená 'malý') je model vhodný pro používání na běžných grafických kartách. Jedná se bohužel o cenzurovaný generativní model, z korpusu byl před trénováním

    … více »
    ❗Červivý Hřib krade❗ | Komentářů: 6
    včera 11:33 | Nová verze Ladislav Hagara | Komentářů: 1
    včera 08:26 | Zajímavý článek
    Do roku 2030 bude nutno cca 1/4 podmořských optických kabelů nahradit novými. Do roku 2040 bude polovina obsluhující opravárenské flotily přesluhující. Na starost mají ke dnešku cca 1.500.000 km komunikačních podmořských kabelů v 607 kompletech instalací. Více na blogu APNIC
    vencour | Komentářů: 0
    19.10. 17:33 | Bezpečnostní upozornění

    Byla vydána nová verze 25.12.6 linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Opravena je řada zranitelností v základních síťových službách, které jsou ve výchozím nastavení aktivní a které lze zneužít na dálku. Důrazně je doporučena aktualizace.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2883 hlasů
     Komentářů: 33, poslední včera 23:44
    Rozcestník

    Dotaz: iptables + presmerovanie portu -> pomale ssh

    26.11.2010 17:58 stewe
    iptables + presmerovanie portu -> pomale ssh
    Přečteno: 462×
    zdravim,

    predstavte si prosim nasledovnu sietovu situaciu: [pc1]---[pc2[pc3]]

    Pc3 je virutalizovane (debian, xen). Na pc3 bezi sshd. Pristup z pc1 cez ssh na pc3 ma byt mozny len na porte 2222, na porte 22 pristup z tejto ip odmietne. Avsak z pc2 ma byt na pc3 pripojenie cez port 22 mozne. Firewall sa ma nastavit na pc2. S pc3 sa nema robit nic. Sietova adresa pc1 je 10.0.0.1, sietova vonkajsia pc2 10.0.0.80, vnutrona 10.0.80.1, vonkajsia pc3 10.0.80.2 Spravil som nasledovne v iptables na pc2:
    iptables -t mangle -A PREROUTING -p tcp -s 10.0.0.1 -d 10.0.80.2 --dport 2222 -j MARK --set-mark 2222
    iptables -t nat -A PREROUTING -m mark -p tcp -s 10.0.0.1 -d 10.0.80.2 --mark 2222 -j DNAT --to-destination 10.0.80.2:22
    iptables -A FORWARD -m mark -p tcp -s 10.0.0.1 -d 10.0.80.2 --dport 22 ! --mark 2222 -j DROP
    
    Funguje to, problem ale je, ze teraz prihlasenie z pc2 na pc3 cez port 22 trva dost dlho, po viac nasobnom merani cca 5 sekund, pred tym to slo okamzite. Neviete poradit, kde by mohol byt problem a preco sa to vlastne spomaluje? Existuje nejaka ina technika, ktora by mala ten isty efekt?

    Dakujem za napady

    Řešení dotazu:


    Odpovědi

    26.11.2010 18:36 NN
    Rozbalit Rozbalit vše Re: iptables + presmerovanie portu -> pomale ssh
    Co takhle:
    iptables -t nat -A PREROUTING -p tcp -s 10.0.0.1 -d 10.0.80.2 -dport 2222 -j DNAT --to-destination 10.0.80.2:22
    iptables -A FORWARD -p tcp -s 10.0.0.1 -d 10.0.80.2 -dport 22 -j DROP 
    
    nicmene to nemenni na faktu ze s provozem z pc2 na pc3 to nema nic spolecneho..

    NN
    26.11.2010 18:43 stewe
    Rozbalit Rozbalit vše Re: iptables + presmerovanie portu -> pomale ssh
    kedze prerouting sa vykona pred forward-om, tak ked to takto dnatujes v prvom pravidle, tak v druhom sa ten packet zahodi nie?
    26.11.2010 18:52 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables + presmerovanie portu -> pomale ssh
    Funguje vám tam DNS? Nepokouší se server překládat IP adresu klienta na název, a nečeká se na DNS timeout? I když to by asi trvalo déle, než 5 sekund.
    26.11.2010 19:03 stewe
    Rozbalit Rozbalit vše Re: iptables + presmerovanie portu -> pomale ssh
    dns server mi bezi na 10.0.0.80, na fyzickom stroji, dopredna aj reverzna zona sa resolvuje okamzite (cez dig prip. nslookup)

    nemoze to mat nieco spolocne s ipv6? z fyzickeho na virtualny stroj je spraveny 6to4 tunel. ale podla mna to s tym nema vobec nic spolocne, to by robilo aj pre zavedenim tych pravidiel (ak vobec) kedze aj firewall sa musi robit pre ipv6 zvlast ... ipv6 a dns teda vylucujem.
    26.11.2010 19:19 stewe
    Rozbalit Rozbalit vše Re: iptables + presmerovanie portu -> pomale ssh
    vyriesil som to, chyba bola uplne niekde inde, cez tcpdump som zistil, ze ssh na 10.0.80.2 sa snazi autentizovat voci kerberosovi na 10.0.0.80, mal som to nastavene v sshd_configu na 10.0.80.2 ...

    v kazdom pripade dakujem za ochotu

    Založit nové vlákno • Nahoru

    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.