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 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

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

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

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

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

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

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

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

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    11.3. 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 11
    11.3. 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 33
    11.3. 09:33 | IT novinky

    Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (2%)
     (13%)
     (25%)
    Celkem 1059 hlasů
     Komentářů: 26, poslední včera 08:56
    Rozcestník

    Dotaz: NAT redirect "gotcha"

    Gilhad avatar 4.2.2008 23:36 Gilhad | skóre: 20 | blog: gilhadoviny
    NAT redirect "gotcha"
    Přečteno: 733×
    Potreboval bych docasne zprovoznit webserver na vnitrni siti tak, aby chodil pro vnejsi sit. To samo o sobe neni problem zaridit podle

    http://www.abclinuxu.cz/faq/site/jak-zprovoznit-verejnou-ip-adresu-ve-vnitrni-siti-nebo-dmz

    Z vnejsku je viditelny a funguje jak ma. Problem nastane, kdyz ho potrebuju testovat i zevnitr a pritom zatim nemam DMZ, tak narazim na NAT redirect "gotcha" (viz posledni odstavec) a nedari se mi udelat tahle cast:

    Druhým řešením je nechat sice pakety putovat přes gateway, ale kromě cílové adresy jim přeložit i zdrojovou (na její vnitřní adresu, podobně jako u maškarády).

    nejak se porad zamotavam do tech pravidel a nevim kudy ven ...

    iptables -t nat -I  PREROUTING 1 -i eth0 -d 84.x.y.z  -j DNAT --to-destination 192.168.1.7 
    
    by melo zajistit poslani packetu z vnitrni site (eth0) jdoucich na mou vnejsi adresu (84.x.y.z) na dotycny webserver uvnitr (92.168.1.7)

    Ale uz nevim, jak udelat, aby tyto packety zaroven mely prelozenou zdrojovou adresu na tu vnejsi ...

    Mohl by mi nekdo poradit ten chybejici krok? Dekuji predem.

    Řešení dotazu:


    Odpovědi

    5.2.2008 00:30 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    Ale uz nevim, jak udelat, aby tyto packety zaroven mely prelozenou zdrojovou adresu na tu vnejsi

    S vnější by to nejspíš fungovalo také, ale praktičtější je použít vnitřní. Mělo by to vypadat asi takto:

      iptables -t nat -A POSTROUTING -i eth0 -s $INTNR -d 192.168.1.7 -j SNAT --to $INTIP
    

    kde INTNR je rozsah vnitřní sítě (např. 192.168.1.0/24) a INTIP vnitřní adresa toho stroje, na kterém to překládáte (např. 192.168.1.1). Je to celkem jednoduché, jen je potřeba si uvědomit, že POSTROUTING se aplikuje až po PREROUTING, takže v něm už je cílová adresa přeložená.

    Řešení 1× (Gilhad (tazatel))
    Gilhad avatar 5.2.2008 12:01 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    Diky moc, uz to chodi ... jeste jsem mel nejake zadrhele s forwardovanim (co neni povoleno je zakazano a forwardovani z vnitrni do vnitrni povoleno explicitne nebylo, ale ted uz vse funguje spravne)

    s vnitrni adresou se mi to nejdriv nedarilo, tak jsem to zkusil s tou vnejsi a pak jsem povolil to forwardovani a zaclo to chodit, tak uz jsem to tak nechal

    takze to vypada asi takto (ta dulezita pravidla)
    
    -t nat -A PREROUTING -d 84.x.y.z -i eth0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.1.7 
    -t nat -A POSTROUTING -s 192.168.1.0/255.255.255.128 -d 192.168.1.7 -j SNAT --to-source 84.x.y.z
    
    -A FORWARD -i eth0 -o eth0 -p tcp -m tcp --sport 80 -j ACCEPT 
    -A FORWARD -i eth0 -o eth0 -p tcp -m tcp --dport 80 -j ACCEPT 
    
    -A FORWARD -i eth1 -o eth0 -p tcp -m tcp --dport 80 -j ACCEPT # pristup zvenku
    
    
    Řešení 1× (Gilhad (tazatel))
    Gilhad avatar 11.10.2012 16:15 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    Ještě jedno doplnění, až to zase budu hledat:

    Nastavení: mám gitserver (naslouchá na 22 - ssh) kam se hlásí lidi jak z venkovní sítě, tak z vnitřní.

    Mám Wrták, což je gateway/firewall/NAT s veřejnou adresou ($Wrtak) který přesměrovává port 1212 na gitserver

    mám NB, který je střídavě zapojen uvnitř a venku. Na něm mám mraky repozitářů, ve kterých je nastaveno, jak se dostat k serveru. Je potřeba, aby to fungovalo stejně zvenku i zevnitř.

    Nastavení:

    gitserver: /etc/ssh/sshd UseDNS=no, .ssh/authorized_keys obsahuje verejny klic s NB

    NB: /etc/hosts obsahuje "$Wrtak gitserver" (s ip numerickou), tedy gitserver se vzdy resolvuje jako vnejsi IP gateway

    ~/.ssh/config obsahuje
    
    HOST gitserver
    	User git
    	IdentityFile ~/.ssh/git.key
    
    kde git.key je soukroma cast klice

    Wrtak ma nastaveny firewall takto:
    
    
    # Gitserver
    iptables -t nat -A PREROUTING -i $wan -p tcp -m tcp --dport 1212 -j DNAT --to-destination $gitserver:22 -m comment --comment "1212 -> gitserver" 
    iptables -A FORWARD -i $wan -d $gitserver -p tcp -m tcp --dport 22 -j ACCEPT -m comment --comment "1212 -> gitserver"
    # zevnitr
    iptables -t nat -A PREROUTING -d $Wrtak -p tcp -m tcp --dport 1212 -j DNAT --to-destination  $gitserver:22 -m comment --comment "(zevnitr)1212 -> gitserver"
    iptables -t nat -A POSTROUTING -s $lan/16 -d $gitserver -p tcp -m tcp -j SNAT --to-source $Wrtak   -m comment --comment "(zevnitr)1212 -> gitserver"
    iptables -A FORWARD -i br-lan1 -o br-lan1 -p tcp -m tcp --dport 22 -j ACCEPT 
    iptables -A FORWARD -i br-lan1 -o br-lan1 -p tcp -m tcp --sport 22 -j ACCEPT
    iptables -A FORWARD -i br-lan1 -o br-lan1 -p tcp -m tcp --dport 1212 -j ACCEPT 
    iptables -A FORWARD -i br-lan1 -o br-lan1 -p tcp -m tcp --sport 1212 -j ACCEPT
    
    
    
    Gilhad avatar 11.10.2012 16:19 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    jeste doplnek, NB - .git/config obsahuje mimo jine:
    url = ssh://git@gitserver:1212/~/projectname
    
    pavlix avatar 11.10.2012 18:05 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    Ty, to je dlouhodobé řešení, co? :)

    Mimochodem, u toho NATu s překládáním obou adres jsem ještě míval problémy s redirecty, tedy že další pakety v komunikaci nešly přes gateway, ale po switchi.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Gilhad avatar 11.10.2012 22:47 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: NAT redirect "gotcha"
    No, je to nova inkarnace stareho problemu (ted jde o git, predtim to byly webovky) a ja si byl jist, ze jsem to uz nekdy resil. Ale tenkrat se nemenily porty a prvni nastrel mi ted nevysel, tak jsem to sem dal, abych to nemusel za par let zase vymyslet znova, az zase prekopam sit.

    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.