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í
×
    dnes 04:33 | IT novinky

    Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.

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

    Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | Zajímavý článek

    50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.

    Ladislav Hagara | Komentářů: 0
    včera 16:22 | Pozvánky

    Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.

    TomasVondra | Komentářů: 0
    včera 03:00 | IT novinky

    Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].

    Ladislav Hagara | Komentářů: 6
    včera 02:00 | IT novinky

    Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).

    Ladislav Hagara | Komentářů: 3
    21.4. 19:11 | Komunita

    Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.

    Ladislav Hagara | Komentářů: 20
    21.4. 04:44 | Komunita

    Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.

    Ladislav Hagara | Komentářů: 7
    21.4. 00:11 | Nová verze

    Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 2
    20.4. 23:55 | Pozvánky

    Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.

    … více »
    bkralik | Komentářů: 1
    KDE Plasma 6
     (71%)
     (10%)
     (2%)
     (17%)
    Celkem 670 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    5.1.2005 22:10 qwertz
    Rozbalit Rozbalit vše Re: pomaly tok dat pres server s NATem
    Diky vam vsem, mali ste pravdu, kdyz jsem si tu situaci nakreslil na papir tak mi to hned doslo. Postavilo me to ale pred novou otazku..jakto ze to vubec funguje ? Jakto ze nejaka komunikace prochazi ? Popisu tu situaci jak ji vidim

    A: pocitac s klientem 192.168.1.10

    B: pocitac s serverem 192.168.1.20

    C: brana s NATem vnitrni: 192.168.1.1 vnejsi: 10.20.30.40

    C:/# iptables -t nat -L

    Chain PREROUTING (policy ACCEPT)

    target prot opt source destination

    DNAT tcp -- anywhere 10.20.30.40 tcp dpt:1234 to:182.168.1.20:1234

    Chain POSTROUTING (policy ACCEPT)

    target prot opt source destination

    SNAT tcp -- 192.168.1.0/24 anywhere to:10.20.30.40

    SNAT udp -- 192.168.1.0/24 anywhere to:10.20.30.40

    Chain OUTPUT (policy ACCEPT)

    target prot opt source destination

    mno a ted A vysle dotaz.. packet vypada takto (source::destination) 192.168.1.10::10.20.30.40. Pak to prijde na C, tam se to prelozi a z C odejde 192.168.1.10::192.168.1.20. Pak to prijde na B a ten se z packetu dovi ze odpoved ma odeslat na 192.168.1.10. Tak se zepta kdo ma tuto IP adresu a dozvi se linkovou adresu A a odesle odpoved 192.168.1.20::192.168.1.10 a linkovou adresou A. Jenze na C uz tato odpoved nedojde (a to i kdyz tu je HUB) protoze na linkove vrstve ma jinou adresu (ma adresu A), a neprijme tuto odpoved ani A protoze ten ocekava ze odpoved prijde se zdrojovou adresou C a ne B. Krom toho to asi musi zpusobit to ze na C se zacne plnit NATovaci tabulka nevyrizenyma zaznamama. :)

    Urcite mi neco unika protoze to precejenom komunikuje. Diky.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.