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 04:44 | Humor

    Agent umělé inteligence vytvořil 'útočný' článek o Scottu Shambaughovi, dobrovolném správci knihovny matplotlib, poté, co vývojář odmítl agentem navrženou změnu kódu (pull request). 'Uražený' agent autonomně sepsal a publikoval na svém blogu článek, který přisuzuje Shambaughovi smyšlené motivace, egoismus a strach z AI coby konkurence.

    NUKE GAZA! 🎆 | Komentářů: 0
    včera 20:11 | Nová verze

    Bylo vydáno Ubuntu 24.04.4 LTS, tj. čtvrté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 0
    včera 17:44 | Pozvánky

    V pátek 20. února 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 6. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a uživatelský prostor. Akce proběhne od 10:00 do večera. Hackday je určen všem, kteří si chtějí prakticky vyzkoušet práci s linuxovým jádrem i uživatelským prostorem, od posílání patchů například pomocí nástroje b4, přes balíčkování a Flatpak až po drobné úpravy

    … více »
    lkocman | Komentářů: 4
    včera 13:33 | IT novinky

    Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů

    … více »
    Ladislav Hagara | Komentářů: 12
    včera 04:44 | Komunita

    Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).

    NUKE GAZA! 🎆 | Komentářů: 22
    včera 04:33 | IT novinky

    Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.

    NUKE GAZA! 🎆 | Komentářů: 0
    včera 04:22 | Zajímavý projekt

    Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 04:11 | Bezpečnostní upozornění

    Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.

    NUKE GAZA! 🎆 | Komentářů: 12
    11.2. 14:11 | IT novinky

    Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu

    … více »
    Ladislav Hagara | Komentářů: 9
    11.2. 13:55 | Nová verze

    Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (11%)
     (26%)
     (3%)
     (4%)
     (2%)
     (12%)
     (28%)
    Celkem 853 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: vpn routování

    3.12.2021 10:17 chinook | skóre: 28
    vpn routování
    Přečteno: 561×
    Zdravím, mám v serverovně server. Na něm rozhraní:

    ens3 - připojeno do internetu IP 89.x.x.13

    pak VPN

    tun0 - sem se připojují klienti

    tun2 - odsud jsem připojen k jinému ISP IP 10.20.40.24/22, problém je, že se tato IP furt mění a já routy měním ručně. Jde to nějak zautomatizovat, aby je openvpn měnilo samo?

    To co chci, aby požadavky na ens3 a všechny služby co běží na serveru chodily na internet přes IP co je na ens3 a klienti co jsou připojeni zase na tun0 chodili na internet přes tun2

    Mám to teď řešeno takto, nevím jestli to je správně:
    
    -A POSTROUTING -o tun2 -j MASQUERADE
    
    ip route show
    default via 89.x.x.1 dev ens3
    10.9.0.0/24 via 10.9.0.2 dev tun0
    10.9.0.2 dev tun0 proto kernel scope link src 10.9.0.1
    10.20.40.0/22 dev tun2 proto kernel scope link src 10.20.40.24
    89.x.x.0/23 dev ens3 proto kernel scope link src 89.x.x.13
    
    ip route list table vpn
    default via 10.20.40.1 dev tun2
    10.20.40.0/22 dev tun2 scope link src 10.20.40.24
    
    
    V tomto je problem přidávám routy ručně a mění se mně furt ta IP
    ip route add 10.20.40.0/22 dev tun2 src 10.20.40.24 table vpn
    ip route add default via 10.20.40.1 dev tun2 table vpn
    ip rule add from 10.9.0.1/24 table vpn
    
    
    
    Mám tedy dva dotazy:

    1) řeším to správně, že jsem přidal jen jednu vpn tabulku?

    2) jak to zautomatizovat, aby při připojení na VPN se routy nastavili samy, dle IP jaké dostanou. Na VPN server kam se připojuji nemám přístup. Když to nechám na openvpn serveru, tak dá jeho routu na default a vše běží přes VPN

    Odpovědi

    3.12.2021 12:45 X
    Rozbalit Rozbalit vše Re: vpn routování
    Zkusil bych pouzit prepinac --route-noexec, ktery zrusi automaticke pridavani cest a zaroven predava promenne --route-up, kde si to muzes vyresit podle libosti. Napriklad dostatecne velkou maskou, ktera pokryje vsechny situace.
    3.12.2021 12:50 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: vpn routování
    Tohle jsem udělal proto to tam přidávám ručně po připojení.

    3) problém na který jsem narazil je, že pokud se chci připojit z serveru na nějaký stroj v síti na TUN0, nevím proč, ale jdu tam přes TUN2. Což nepotřebuji a ani nechci. Jak to řešit? Nějak přes FWMARK?
    3.12.2021 13:20 j
    Rozbalit Rozbalit vše Re: vpn routování
    Protoze to tak mas nastaveny, cemu se divis?
    10.9.0.0/24 via 10.9.0.2 dev tun0
    ip rule add from 10.9.0.1/24 table vpn
    ip route add default via 10.20.40.1 dev tun2 table vpn
    
    Tzn predpokladam, ze tun0 je v rozsahu 10.9 a ta routa je od nej. Pak mas pravidlo, ze vse co je z toho rozsahu ma jit do tabulky vpn. A v ty tabulce mas receno, ze provoz maji jit pres tun2.

    A co myslis ze se stane, kdyz zahajis komunikace do rozsahu 10.9? Presne to co mas nastaveno, posle se to do routovani podle vpn. A v ty rikas, ze veskerej provoz posles na tun2. Respektive, ti pres ten tun2 samozrejme potece veskera komunikace smerem od klienta.

    Je to o to veselejsi, ze ty pakety putuji na tu GW co tam mas nastavenou, a pak se vraci zpet.

    Pokud se ptas proc, tak se zamysli nad tim, kam jinam by asi tak mely putovat, kdyz tam jinou cestu nemas, coz je presne to, co ti tam chybi.

    ---

    Dete s tim guuglem dopice!
    4.12.2021 15:33 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: vpn routování
    A jak to tedy mám udělat, aby se mně to takto nechovalo a chodil provoz přes VPN jen pro klienty co používají VPN? A ne když se chci připojit ze stroje na VPN?
    4.12.2021 19:43 X
    Rozbalit Rozbalit vše Re: vpn routování
    Melo by stacit udelat SNAT na 10.20.40.24 do site tun0, aby jsi vystupoval jako tun2. Jinak to dost dobre nepujde protoze kazda sit ma jinou branu:
    iptables -t nat -A prerouting -i ens3 -d 10.9.0.0/24 -j SNAT --to 10.20.40.24
    
    Bude to take nutne dynamicky menit..
    5.12.2021 20:11 X
    Rozbalit Rozbalit vše Re: vpn routování
    Ma to byt samozrejme 'postrouting'..
    3.12.2021 20:48 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: vpn routování

    Všechno špatně.

    …připojeno do internetu IP 89.x.x.13…

    Tady není ani náznak připojení „do internetu“. Jde o připojení do IPv4, který přímo způsobuje všechny popsané problémy s routováním. Nepodařený experiment z roku 1975, omylem zveřejněný, přestal už před rokem 2000 definitivně fungovat — zhruba od té doby se už nedalo normálně routovat odkudkoliv kamkoliv. Proč tohle v roce 2021 ještě někdo používá, to je fakt záhada.

    Řešením tedy je (jako vždy) opravdový internet — IPv6.

    pak VPN
    tun0 - sem se připojují klienti
    tun2 - odsud jsem připojen k jinému ISP

    V celém tomto popisu není ani jedna zmínka o VPN.

    Ne, skutečná VPN nikdy nepoužívá nic takového jako rozhraní tun; to opravdu (ale opravdu (ale opravdu)) ne.

    VPN běží na stejném síťovém rozhraní jako kterýkoliv jiný provoz. Démon pro správu klíčů (například StrongSwan) vytvoří mezi dvěma podsítěmi IPSec tunel a jediné, čím se IPSec projevuje (kromě záznamů v routovacích tabulkách) je „zkrácení“ (co do zdánlivého počtu „hopů“, nikoliv času) spojení do „protější“ sítě — dá se tam najednou dostat „jedním hopem“. Žádné virtuální pseudorozhraní k VPN nepatří.

    Přítomnost nesmyslů typu tun může znamenat, že zase další uživatel naletěl na Open„VPN“ — béčkovou jednovláknovou dětskou hračku v userspace, která má chybně a nepatřičně „VPN“ v názvu, ač jediné, co opravdu dobře „zvládá“, je zbytečné zpomalení připojení asi tak o desítkový řád ve srovnání s výkonem skutečné VPN (tedy IPSec).

    Řešení celého problému — který se tady v poradně objevuje zbytečně stále znova a znova — je tedy jednoduché a pořád dokola stejné: Zaprvé, skutečný internet, tedy IPv6. Pak ve většině případů nebude VPN vůbec potřeba. Zadruhé, pro ty zbývající vzácné případy: skutečná VPN, tedy IPSec, bez matoucích pseudorozhraní typu tun (a s nimi souvisejících problémů s routováním), bez jednovláknových userspace zpomalovačů atd. atp.

    5.12.2021 21:58 Radek
    Rozbalit Rozbalit vše Re: vpn routování
    Hele nevím kolik gbit přenáších po vpn, ale otestovals někdy openvpn? Já jen že i na mikrotiku ccr2004 dává dost vysoké rychlosti (naměřeno 400mbit na speedtest, úzké hrdlo je internetová linka).
    6.12.2021 02:09 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: vpn routování

    Po VPN přenáším prostě 1 Gb/s, což je všechno, co moje současné připojení umí. (10 Gb/s sice můžu mít asi na 3 kliknutí se stále stejnou optikou, ale nechce se mi za to platit cca dvojnásobek, když beztak většina protistran 10 Gb/s stále ještě nedá.)

    Open„VPN“ není VPN. Tím by mohla celá úvaha skočit.

    Dotazů typu „proč mám na Open‚VPN‘ asi tak desetinu mého gigabitu“ se tady na ABCLinuxu povaluje hodně. Open„VPN“ je prostě jednovláknové béčko v userspace. Možná dá 500 Mb/s, když bude mít velké štěstí na TurboBoost. Možná dá třetinu z toho, pokud ne. Každý paket představuje minimálně 6 context-switchů místo rozumných dvou (a s chytrými scatter-gather triky dokonce v průměru méně). Zoufalství, nouze, zbytečnost. Nebrat. Technologie pro VPN se jmenuje IPSec.

    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.