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í
×
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 1
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 6
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 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ářů: 2
    12.3. 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
    12.3. 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ářů: 4
    12.3. 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
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1080 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Jak řešit propojení ipv4 poboček bez veřejných adres?

    Max avatar 18.11.2014 22:56 Max | skóre: 72 | blog: Max_Devaine
    Jak řešit propojení ipv4 poboček bez veřejných adres?
    Přečteno: 513×
    V současné době používáme dvě řešení pro propojení poboček s centrálou. Prvním řešením je MPLS VPN v podobě outsourcingu. Druhým řešením je pomocí IPSEC tunelů, o které se staráme sami. Zde začínáme mít problém s tím, že dochází veřejné ipv4 adresy. Třeba Německý T-Online už odmítá dávat veřejné IP k LTE apod. Nemálo IPSEC tunelů tak provozujeme přes NAT, což funguje, ale je problém, že nemáme kontrolu nad klientskou stranou. Když spoj/tunel přestane fungovat, tak nemáme možnost cokoli ověřit/opravit.

    Samozřejmě se ve firmě používají ipv4 protokoly, přes to vlak nejede. Osobně dělám síťařinu na minimální úrovni (MSTP, VLAN, LACP, ACL, IPSEC ...), k ničemu "většímu" jsem ještě moc nepřičuchl, takže sonduji, kdo by nastálou situaci jak řešil a pomocí jakých zařízení? Jinak v některých případech je i nutná komunikace mezi pobočkami.
    Laický pohled na věc by mohl vypadat tak, že by se používal IPSEC na ipv6 a krz něj by se tuneloval ipv4, ale jaké zařízení (na čem to postavit, co to umí) v takovém případě použít?
    Nebo to nějak řešit pomocí MPLS tunelovat si ipv4?
    Stačí mně nasměrovat, zbytek si dostuduji.
    Díky
    Zdar Max
    Měl jsem sen ... :(

    Odpovědi

    18.11.2014 23:32 NN
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Pochopil jsem dobre, ze tunelujete a routujete mezi sebou jednotlive privatni subnety pobocek do centralniho routeru/serverovny?
    Max avatar 19.11.2014 00:10 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    S centrálou (hlavní lokací) máme site-to-site ipsec tunely (vždy routujeme 192.168.XXX.0/24). Pokud je potřeba komunikace mezi pobočkami, tak je zbytečné, aby šel traffic přes centrálu, takže v případě potřeby naladíme site-to-site ipsec tunel i mezi pobočkami.
    Zdar Max
    Měl jsem sen ... :(
    19.11.2014 10:13 NN
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Tak, pokud mam jednoho providera, pro vsechny lokality, muzu se s nim domluvit na jednotnem reseni, napriklad na bazi MPLS( nebo Segment routing :D), QinQ, nebo nejake routovane reseni. Vyhoda je homogeni sit, kde nemusim resit sifrovani pres neznamou WAN sit.

    Pokud to nelze, IPsec, SSL tunely a klidne pres IPv6. Proc ne? Koncove zarizeni s podporou(cisco,juniper,mikrotik..etc.), nebo i linux to umi.
    Max avatar 19.11.2014 11:22 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Síť právě není od jednoho providera. Jednou je to Německý T-Online s LTE, podruhý český ISP s 10,5GHz, potřetí nějaký ISP ve Slovinsku apod. Problém je pak s veřejnýma ipv4.
    Říkáš tedy, že v takovéto situaci není nic rozumnějšího, než klasický ipsec na ipv6 a tunelovat v něm ipv4?
    Co jsem se díval, tak cisco to umí, s linuchem není problém a mikrotik si asi budu muset otestovat.
    Zdar Max
    Měl jsem sen ... :(
    19.11.2014 11:51 NN
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Tak, je to challenge.
    19.11.2014 21:42 Petr
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Asi fakt nic lepsiho nevymyslis. Mam to na ciscu a funguje to. Vyhrajes si ;).
    Jendа avatar 19.11.2014 20:38 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Když spoj/tunel přestane fungovat, tak nemáme možnost cokoli ověřit/opravit.
    Uh eh… SSH tunel? OpenVPN? :)
    Max avatar 19.11.2014 20:54 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Máš pobočku bez veřejné IP, kde je náš router a několik PC s obyčejnýma uživatelema. Padne tunel, tak se do pobočky nedostaneš. Mnohdy bývá i problém se s uživateli domluvit. Někdy se jedná i o spolčenou společnost, u které zprostředkováváme ipsec tunelem jen komunikaci v rámci IS a pro nic dalšího nemáme přístup. Těch možností je samozřejmě více nehledě na občasné problémy s navazováním tunelů když jde o NAT.
    Samozřejmě nám tam může někde tepat další krabička s openwrt, která by někam navazovala ssh tunel, nebo openvpn spojení. Ale je toto opravdu čisté řešení? Já si to nemyslím.
    Rád bych to řešil čistě, jednou krabičkou tak, aby to fungovalo vždy na 100%. V současné době používáme ZyWALL USG krabky, ale ty možnosti jsou přecijen omezené, takže přemýšlím nad mikrotikem, nebo ciscem.
    Threadem jsem jen sondoval, zda není ještě nějaká jiná možnost, jak toto řešit, než ipsecem.
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar 19.11.2014 21:14 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Samozřejmě nám tam může někde tepat další krabička s openwrt, která by někam navazovala ssh tunel, nebo openvpn spojení. Ale je toto opravdu čisté řešení?
    Ne, není. Mají tam router a klientské počítače, tunel může běžet na nich.
    Max avatar 19.11.2014 21:20 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Máš divné představy :)
    Zdar Max
    PS: na jedné pobočce musíme provozovat i NAT over IPSEC, protože mají shodný segment ...
    Měl jsem sen ... :(
    Jendа avatar 19.11.2014 21:44 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Máš divné představy :)
    Ne, jenom řeším v technické poradně technické problémy. Takže: proč to nejde? (ssh tunel už funguje i na woknech!)
    Max avatar 19.11.2014 22:15 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak řešit propojení ipv4 poboček bez veřejných adres?
    Když ti ty pc nepatří, tak na ně nemůžeš nic instalovat. Dále ty pc se vypínají, nejsou pořád online.
    Zdar Max
    Měl jsem sen ... :(

    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.