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 20:11 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.

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

    Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.

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

    Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.

    Ladislav Hagara | Komentářů: 1
    včera 17:22 | Nová verze

    Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.

    Ladislav Hagara | Komentářů: 2
    včera 12:00 | Nová verze

    Vývojové prostředí Qt Creator bylo vydáno ve verzi 20 (seznam změn). Novinky zahrnují hlavně rozšíření pro integraci LLM agentů nebo minimalistický editační režim uživatelského rozhraní („zen mode“).

    |🇵🇸 | Komentářů: 0
    19.6. 10:22 | Humor

    Už jste se prolétli na webu Google Earth? Přibyl tam Simulátor letu (Nástroje / Simulátor letu). Funguje i bez účtu Google [𝕏].

    Ladislav Hagara | Komentářů: 0
    19.6. 09:55 | Nová verze

    Byla vydána nová verze 4.7 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 3
    18.6. 13:33 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    18.6. 12:44 | IT novinky

    V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem

    … více »
    Ladislav Hagara | Komentářů: 0
    18.6. 11:44 | Komunita

    V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.

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


    Dotaz: iptables + presmerovanie portu -> pomale ssh

    26.11.2010 17:58 stewe
    iptables + presmerovanie portu -> pomale ssh
    Přečteno: 222×
    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á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.