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 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    dnes 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    včera 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    včera 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 7
    včera 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 2
    26.4. 22:22 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).

    Ladislav Hagara | Komentářů: 1
    26.4. 21:55 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 1
    25.4. 04:00 | Nová verze

    raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.

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

    Dotaz: Routovani do totoznych podsiti

    27.9.2009 20:04 Pepa
    Routovani do totoznych podsiti
    Přečteno: 413×

    Ahoj vsem,

    resim problem propojeni dvou siti, ktere pouzivaji stejne adresni rozsahy. Jedna z moznosti by byla natovat obe podsite nekde na brane 1:1 na uplne jiny rozsah. Napada nekoho nejake jine reseni?

    Podotykam, ze precislovani jedne podsite neni z duvodu rozsahlosti siti mozne...

     

    Odpovědi

    27.9.2009 20:15 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    A jak si to routování představujete? Podle čeho poznáte, zda paket pro třeba 192.168.1.2 patří počítači z první nebo z druhé sítě? Pokud mají všechny počítače v obou sítích mít možnost navzájem komunikovat, nic jiného než NAT vám nezbývá.
    27.9.2009 20:25 Pepa
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    Ano, prave tohle resim, proto se ptam jestli existuji nejake dalsi moznosti :-)

    27.9.2009 20:35 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    A to se do té druhé podsítě chcete dostávat pomocí IP adres, které nikde jinde než v té první podsíti nebudou fungovat? Připadá mi zvláštní, že máte dvě sítě za NATem, a potřebujete, aby uměl komunikovat každý počítač s každým v těchto podsítích. Opravdu nemůžete vyčlenit nějakou část, třeba servery, a ty vyčlenit do zvláštních sítí, do DMZ?
    27.9.2009 20:43 Pepa
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    Za natem prozatim nic neni, ty podsite jsou odeleny siti 192.168.x.x (jine site nez ty, ktere se prekryvaji). Bohuzel hybat s adresami by bylo dost problematicke. Jak uz jsem psal, mohlo by zabrat reseni, kdy bude fungovat nat 1:1 a pocitace ze vsech prekryvajicich se rozsahu (jsou to asi 4 rozsahy) namapovat napr. na adresy 172.16.x.x, ktere uz by v dane podsiti nebyly. To stejne pak udelat pro podsit na opacne strane.

    Nevim jestli jsem to popsal dost jasne, pripadne vice vysvetlim.

    Marek 'Maxicom' Zelenka avatar 27.9.2009 20:54 Marek 'Maxicom' Zelenka | skóre: 14 | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    Podle mě to tak jak píšete půjde a odpadá problém s tím, že by požadavek na druhý subnet zabloudil ve "stejném" prvním subnetu. Druhý "stejný" subnet totiž podle tohoto řešení pro druhou stranu neexistuje.

    27.9.2009 20:59 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    Kdyby ty sítě měly adresy z veřejného internetu, nemohou v nich být duplicitní adresy. Takže pokud ty sítě nejsou úplně samostatné a nepřipojené k internetu, NAT mezi alespoň jednou ze sítí a internetem být musí.

    Nemyslel jsem hýbat adresami celých sítí. Pokud by skutečně stačilo dostat se vždy jen k několika počítačům (serverům) z druhé sítě, můžete jim přidělit druhou IP adresu z nějakého jiného rozsahu. Tuhle IP adresu by pak počítače z druhé sítě mohly adresovat přímo, pouze by bylo nutné zajistit, aby správnou cestou (do správné sítě) šel i paket–odpověď serveru. To by se dalo zařídit buď SNATem na routeru (který by zamaskoval IP adresu odesílatele a nahradil ji svou), nebo by to možná šlo i pouze pomocí routovacích pravidel – na serverech byste nastavil, že pokud je adresa odesílatele ta sekundární adresa serveru, má se použít jiná routovací tabulka, která by vše posílala na router. Ten by pak podle stejných pravidel zvolil správnou routovací tabulku.

    Ono by se to na routeru dalo řešit i pouhým routováním, protože v pravidlech (ip rule) můžete rozhodovat podle příchozího rozhraní, takže byste mohl vybrat vždy routovací tabulku té druhé sítě. Problém by byl v tom, jak paket ze stanice v jedné síti dopravit na router místo počítače se stejnou IP adresou ve stejné síti. Šlo by to opět pomocí routovacích pravidel, ale jedině v případě, kdy dokážete nějak poznat, zda paket třeba na 192.168.1.1 má jít do stejné sítě, nebo do „té druhé“.

    Každopádně bych se určitě snažil alespoň nějak ty sítě oddělit a připravovat se třeba na postupné přečíslování, protože i pouze s tím NATem bude dost změn, a budete s tím mít pořád nějaké problémy i v budoucnu. Takže ať už s tím budete dělat cokoli, dělejte to tak, abyste si tím zároveň připravoval cestu k přečíslování těch sítí.
    27.9.2009 20:16 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    Openvpn bridged mode. A je to bez routovania.
    27.9.2009 20:20 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    Oops... Aj rovnaké konkrétne IP-čky, alebo len rozsahy? Ak aj rovnaké IP-čky, tak Filip odpovedal dobre. Ja som myslel pre premostenie siete, kde je použitý ten istý rozsah, ale žiadny stroj zo siete 1 nemá rovnakú IP so strojom zo siete 2.
    27.9.2009 20:27 Pepa
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    presne tak, myslel sem problem, kdy pocitace ze site napr. 192.168.1.x potrebuji komunikovat s oddelenou siti 12.168.1.x

    27.9.2009 20:28 Pepa
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    oprava - presne tak, myslel sem problem, kdy pocitace ze site napr. 192.168.1.x potrebuji komunikovat s oddelenou siti 192.168.1.x

    27.9.2009 20:32 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    A jak počítač navazující komunikaci s IP adresou 192.168.1.2 pozná, zda má navázat spojení s počítačem ve stejné síti, nebo spojení skrze tunel?
    27.9.2009 20:36 pupala | skóre: 21
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti
    Áno, len pre-NAT-ovať 1:1, to je asi jediná možnosť nenavštíviť každý stroj v sieti.
    28.9.2009 11:10 JF | skóre: 23
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

    Existuje nekolik moznosti jak toto udelat:

    1, neroutovat ale udelat bridge (to uz je tu zmineno)

    2, Napsat staticke routovaci tabulky pro vsechny pouzite IP adresy. To skutecne funguje!

    3, ARP proxy.

    4, NAT, ale potom nemuze komunikovat kazdy s kazdym. Ti co jsou za NATem nejsou zvenku videt.

    a mozna i neco dalsiho.

    29.9.2009 23:54 rubicon
    Rozbalit Rozbalit vše Re: Routovani do totoznych podsiti

     

    4, NAT, ale potom nemuze komunikovat kazdy s kazdym. Ti co jsou za NATem nejsou zvenku videt.

    Pokud se udělá překlad zdrojových i cílových adres, může komunikovat každý s každým bez omezení. Jen se musí řešení doplnit buď o přepisování DNS odpovědí na tom NATovacím stroji nebo o lokální DNS server. Rozlišení, který stroj je "v té druhé síti" tedy bude probíhat podle jména. Je to funkční, ale pain-in-the-ass řešení... (pro každý stroj, který má být "v druhé síti" dosažitelný, se musí udělat statické pravidlo)

     

     

    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.