abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:33 | Nová verze

    Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.

    Ladislav Hagara | Komentářů: 0
    včera 05:11 | Bezpečnostní upozornění

    Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.

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

    Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.

    Ladislav Hagara | Komentářů: 2
    včera 01:22 | IT novinky

    Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.

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

    Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinekpoznámkách k vydání.

    Fluttershy, yay! | Komentářů: 2
    25.7. 17:44 | Zajímavý článek Ladislav Hagara | Komentářů: 2
    25.7. 17:22 | Nová verze

    Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.

    Ladislav Hagara | Komentářů: 0
    25.7. 17:11 | Nová verze

    Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    25.7. 14:11 | IT novinky

    Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.

    Ladislav Hagara | Komentářů: 23
    25.7. 13:11 | IT novinky

    Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.

    Ladislav Hagara | Komentářů: 0
    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: 683×
    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: 72 | 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.