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 12:55 | IT novinky

    Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.

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

    Blender Studio se spojilo s kapelou OK Go a výsledkem je videoklip k písni Impulse Purchase. Stejně jako samotný 3D software Blender je i ve videoklipu použitý animovaný chlápek open source. Kdokoli si jej může stáhnout a upravovat.

    Ladislav Hagara | Komentářů: 0
    dnes 01:33 | Komunita

    Zig Software Foundation stojící za programovacím jazykem Zig publikovala finanční zprávu za rok 2024. Současně s prosbou o finanční příspěvek.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Nová verze

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za srpen (YouTube). Vypíchnuta je podpora Tabulek Google, implementace Gamepad API a Cookie Store API nebo také podpora WebGL na Linuxu.

    Ladislav Hagara | Komentářů: 0
    včera 20:44 | Komunita

    openSUSE Leap 16, včetně Leap Micra 6.2+, nově nabízí 24 měsíců podpory pro každé vydání. To je dva roky aktualizací a stability, což z něj činí nejdéle podporovanou komunitní distribuci vůbec. Leap se tak stává ideální platformou pro všechny, kdo hledají moderní, stabilní a dlouhodobě podporovanou komunitní Linux distribuci.

    lkocman | Komentářů: 0
    včera 16:33 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal dne 3. 9. 2025 VAROVÁNÍ před hrozbou v oblasti kybernetické bezpečnosti spočívající v předávání systémových a uživatelských dat do Čínské lidové republiky a ve vzdálené správě technických aktiv vykonávané z území Čínské lidové republiky. Varováním se musí zabývat povinné osoby podle zákona o kybernetické bezpečnosti.

    Ladislav Hagara | Komentářů: 27
    včera 11:55 | IT novinky

    Americká internetová společnost Google nemusí prodat svůj prohlížeč Chrome ani operační systém Android. Rozhodl o tom soud ve Washingtonu, který tak zamítl požadavek amerického ministerstva spravedlnosti. Soud ale firmě nařídil sdílet data s jinými podniky v zájmu posílení konkurence v oblasti internetového vyhledávání. Zároveň Googlu zakázal uzavírat dohody s výrobci mobilních a dalších zařízení, které by znemožňovaly

    … více »
    Ladislav Hagara | Komentářů: 3
    včera 11:33 | Humor

    Prvního září ozbrojení policisté zatkli na na londýnském letišti Heathrow scénáristu a režiséra Grahama Linehana, známého především komediálními seriály Ajťáci, Otec Ted nebo Black Books. Během výslechu měl 57letý Graham nebezpečně zvýšený krevní tlak až na samou hranici mrtvice a proto byl z policejní stanice převezen do nemocnice. Důvodem zatčení bylo údajné podněcování násilí v jeho 'vtipných' příspěvcích na sociální síti

    … více »
    Gréta | Komentářů: 96
    včera 10:22 | Pozvánky

    Studentská dílna Macgyver zve na další Virtuální Bastlírnu - pravidelné online setkání všech, kdo mají blízko k bastlení, elektronice, IT, vědě a technice. Letní prázdniny jsou za námi a je čas probrat novinky, které se přes srpen nahromadily. Tentokrát jich je více než 50! Těšit se můžete mimo jiné na:

    Hardware – Bus Pirate na ESP32, reverse engineering Raspberry Pi, pseudo-ZX-80 na RISC-V, PicoCalc, organizéry na nářadí z pěny nebo … více »
    bkralik | Komentářů: 0
    včera 03:11 | Nová verze

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

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (82%)
     (8%)
     (2%)
     (3%)
     (4%)
     (1%)
    Celkem 140 hlasů
     Komentářů: 11, poslední dnes 16:12
    Rozcestník

    Where the de-SNAT actually takes place?

    22.8.2006 09:45 | Přečteno: 1291×

    Následující citace z USENET skupiny gmane.comp.security.firewalls.netfilter.general vysvětluje, proč ne všechny [de-]{S,D}NATované pakety procházejí {PRE,POST}ROUTING řetězcem.

    longraider a écrit :
    >
    > linux-2.6.14.2 with imq patch
    > eth0 - iface where two inet connections are attached
    > eth1 - server
    > eth2 - LAN
    > There is SNAT involved on one net connection. The other conn is for
    > servers, and there is proxy-arp active (at eth0 and eth1).
    >
    > I type:
    > iptables -t nat -A PREROUTING -i eth0 -j LOG
    > And after that, dmesg shows something like that:
    > 17:08:53 IN=eth0 OUT= SRC=some_remote_IP DST=IP_of_the_linux_box
    >
    > Shouldn't be there DST=10.0.0.5 for example (ie. de-SNATed)?
    
    This packet probably does not belong to a SNAT-ed or MASQ-ed connection.
    Actually, with this rule you won't see the return packets belonging to your
    SNAT-ed connection. In short, the 'nat' table chains only see the first packet 
    of a "connection", and only if it has the state NEW (not RELATED). All the 
    subsequent valid packets belonging or related to that connection (state NEW, 
    ESTABLISHED, or RELATED) don't go through theses chains. The action taken by 
    these packets is automatically determined by the NAT operation applied to the 
    first packet and the direction of the packet.
    
    For instance, with this rule :
    iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to 1.2.3.4
    
    The first 'direct' packet of an outgoing connection on eth0 goes through the nat
    POSTROUTING chains and matches this rule, so the SNAT operation is applied.
    Instead of going through the POSTROUTING chain, the subsequent direct packets 
    (in the same direction) of the connection will automatically be applied the
    same SNAT operation. The return packets (in the opposite direction) of the 
    connection will automatically be applied the de-SNAT operation instead of going 
    through the nat PREROUTING chain. By the way, the subsequent packets of the 
    connection don't need to go in or out eth0 (funny, huh ?) to be properly NATed.
    
    > And all that I want to do is ingress queuing using IMQ. I want to fwmark
    > packets according to their de-SNATed destination adress (and some other
    > things also), and then put them into the IMQ ingress queue.
    > I could use the packet matching available in the ingress queue itself
    > (by ip tool), but I don't know if the packets that go into IMQ are
    > de-SNATed or not.
    >
    > So, where the de-SNAT actually takes place?
    
    De-SNAT takes place in the NF_IP_PRE_ROUTING Netfilter hook at the same place as
    the nat PREROUTING chain, after the mangle PREROUTING chain and before the 
    input routing decision.
    
    For DNAT which occured in the PREROUTING chain, de-DNAT takes place in the 
    NF_IP_POST_ROUTING Netfilter hook, at the same place as the nat POSTROUTING 
    chain, after the mangle POSTROUTING chain.
    
    For DNAT which occured in the OUTPUT chain, I observed that de-DNAT takes place 
    in the NF_IP_LOCAL_IN Netfilter hook, after the mangle and filter INPUT chains.
    
    
    > BTW is this diagram correct?
    > http://www.docum.org/docum.org/kptd/
    
    I think so, at least for the pure Netfilter part which matches my own diagram
    http://www.plouf.fr.eu.org/bazar/netfilter/schema_netfilter.txt. I don't know
     about the IMQ and QoS parts.
    
    > I think not, since traversing the magle PREROUTING can't occur
    > simulatenously with de-MASQ.
    
    Incoming packets traverse the mangle PREROUTING chain just before being 
    de-MASQ-ed if needed.
    
    > And is this de-MASQUERADE a de-SNAT also?
    
    Yes. Actually MASQUERADE and SNAT are similar, the only difference being in the 
    choice of the new source address.
    
    De-MASQ and de-SNAT both are destination address rewrite operations, so it is 
    consistent that they take place in the same place as the nat PREROUTING chain 
    which performs DNAT. But keep in mind that they take place *instead* of 
    trversing the nat PREROUTING chain, so you will never see packets being 
    de-MASQ-ed or de-SNAT-ed in any nat chain.
    
           

    Hodnocení: 56 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    22.8.2006 13:52 maleprase | skóre: 28
    Rozbalit Rozbalit vše Re: Where the de-SNAT actually takes place?
    tohle je presne to co sem potreboval vedet

    resil jsem nekolik dni padani cdma. problem byl v tom ze i pres pravidlo -A POSTROUTING -o ppp0 -j MASQUERADE dochazelo k tomu ze se na ppp0 objevovaly sem tam pakety s neprelozenou adresou a modem zavesil.

    zjistil sem ze je to tim ze pakety ve stavu INVALID pres retezec POSTROUTING vubec neprochazi a je tudiz nutne je filtrovat na FORWARDu.
    22.8.2006 15:15 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Where the de-SNAT actually takes place?
    Ja vim, taky mi trvalo, nez jsem na to prisel :-[
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.