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 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 2
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 13
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 24
    16.7. 15:33 | Upozornění

    Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapyAI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

    bindiff | Komentářů: 8
    16.7. 13:33 | Bezpečnostní upozornění

    Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

    Ladislav Hagara | Komentářů: 5
    16.7. 00:11 | Nová verze

    Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

    Ladislav Hagara | Komentářů: 0
    15.7. 20:44 | IT novinky

    Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.

    Ladislav Hagara | Komentářů: 10
    15.7. 17:22 | Nová verze

    3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (27%)
     (7%)
     (3%)
     (0%)
     (1%)
     (4%)
    Celkem 409 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    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
    22.4.2017 23:39 Tom13
    Rozbalit Rozbalit vše Re: propojení dvou sítí pomocí VPN
    Podle toho co jsem vyčetl na stránkách openVPN, tak je to takhle asi správně, protože když se vytváří routovaný tunel, používá IP v rozsahu 10.8.0.0/16 a když bridgovaný, tak je to ten rozsah 169.254.0.0/16.

    strana serveru:
    *******************
    konfigurace serveru
    *******************
    port 1194
    proto tcp
    dev tap0
    
    ca /etc/openvpn/easy-rsa/keys/ca.crt
    cert /etc/openvpn/easy-rsa/keys/server.crt
    key /etc/openvpn/easy-rsa/keys/server.key 
    dh /etc/openvpn/easy-rsa/keys/dh2048.pem
    
    up bridge-start
    down bridge-stop
    
    server-bridge
    push "route 10.11.12.0 255.255.255.0"
    
    client-to-client
    
    tls-auth /etc/openvpn/easy-rsa/keys/ta.key 0
    cipher AES-128-CBC
    
    keepalive 10 600
    comp-lzo
    persist-key
    persist-tun
    verb 6
    mute 20
    status openvpn-status.log
    script-security 2
    
    ****************
    vípis route -n
    ****************
    
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    0.0.0.0         10.11.12.1      0.0.0.0         UG    205    0        0 br0
    10.11.12.0      0.0.0.0         255.255.255.0   U     205    0        0 br0
    169.254.0.0     0.0.0.0         255.255.0.0     U     204    0        0 tap0
    
    ****************
    výpis ifconfig
    ****************
    
    br0       Link encap:Ethernet  HWadr 66:bc:11:e1:55:74  
              inet adr:10.11.12.111  Všesměr:10.11.12.255 Maska:255.255.255.0
              inet6-adr: fe80::64bc:11ff:fee1:5574/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:4923 errors:0 dropped:0 overruns:0 frame:0
              TX packets:4087 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000 
              RX bytes:380681 (371.7 KiB)  TX bytes:766854 (748.8 KiB)
    
    eth0      Link encap:Ethernet  HWadr b8:27:eb:db:fc:a7  
              inet6-adr: fe80::9a:bf8e:56d0:d9fc/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ PROMISK MULTICAST  MTU:1500  Metrika:1
              RX packets:5464 errors:0 dropped:0 overruns:0 frame:0
              TX packets:4778 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000 
              RX bytes:485622 (474.2 KiB)  TX bytes:1062836 (1.0 MiB)
    
    lo        Link encap:Místní smyčka  
              inet adr:127.0.0.1 Maska:255.0.0.0
              inet6-adr: ::1/128 Rozsah:Počítač
              AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:65536  Metrika:1
              RX packets:85 errors:0 dropped:0 overruns:0 frame:0
              TX packets:85 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1 
              RX bytes:7052 (6.8 KiB)  TX bytes:7052 (6.8 KiB)
    
    tap0      Link encap:Ethernet  HWadr 66:bc:11:e1:55:74  
              inet adr:169.254.127.7  Všesměr:169.254.255.255 Maska:255.255.0.0
              inet6-adr: fe80::e623:f0a:fdb4:cafe/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ PROMISK MULTICAST  MTU:1500  Metrika:1
              RX packets:130 errors:0 dropped:0 overruns:0 frame:0
              TX packets:197 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:100 
              RX bytes:19472 (19.0 KiB)  TX bytes:40105 (39.1 KiB)
    
    
    **************
    výsledky ping
    **************
    
    pi@PC-SERVER:~ $ sudo ping -c5 169.254.127.7
    PING 169.254.127.7 (169.254.127.7) 56(84) bytes of data.
    64 bytes from 169.254.127.7: icmp_seq=1 ttl=64 time=0.174 ms
    64 bytes from 169.254.127.7: icmp_seq=2 ttl=64 time=0.058 ms
    64 bytes from 169.254.127.7: icmp_seq=3 ttl=64 time=0.086 ms
    64 bytes from 169.254.127.7: icmp_seq=4 ttl=64 time=0.060 ms
    64 bytes from 169.254.127.7: icmp_seq=5 ttl=64 time=0.051 ms
    --- 169.254.127.7 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 3996ms
    rtt min/avg/max/mdev = 0.051/0.085/0.174/0.047 ms
    
    ************************
    ping na IP tap0 klienta
    ************************
    pi@PC-SERVER:~ $ sudo ping -c5 169.254.218.227
    PING 169.254.218.227 (169.254.218.227) 56(84) bytes of data.
    From 169.254.127.7 icmp_seq=1 Destination Host Unreachable
    From 169.254.127.7 icmp_seq=2 Destination Host Unreachable
    From 169.254.127.7 icmp_seq=3 Destination Host Unreachable
    From 169.254.127.7 icmp_seq=4 Destination Host Unreachable
    From 169.254.127.7 icmp_seq=5 Destination Host Unreachable
    --- 169.254.218.227 ping statistics ---
    5 packets transmitted, 0 received, +5 errors, 100% packet loss, time 4003ms
    pipe 3
    
    *************************************************************************
    ping na IP tap0 klienta, které dostal od DHCP umísěného v síti PC-SERVER 
    *************************************************************************
    pi@PC-SERVER:~ $ sudo ping -c5 10.11.12.211
    PING 10.11.12.211 (10.11.12.211) 56(84) bytes of data.
    --- 10.11.12.211 ping statistics ---
    5 packets transmitted, 0 received, 100% packet loss, time 4008ms
    
    *********************************************************
    ping na IP eth0 klienta - tu má klient přidělenou napevno
    *********************************************************
    pi@PC-SERVER:~ $ sudo ping -c5 10.11.12.112
    PING 10.11.12.112 (10.11.12.112) 56(84) bytes of data.
    --- 10.11.12.112 ping statistics ---
    5 packets transmitted, 0 received, 100% packet loss, time 4001ms
    
    up bridge-start u serveru spouští skript, který vytváří br0 - z něj se ještě spouští pravidla pro firewall, oba zápisy jsou kopie těch na stránkách openVPN

    strana klienta:
    *******************
    konfigurace klienta
    *******************
    client
    dev tap0
    proto tcp
    remote x.x.x.x 1194
    resolv-retry infinite
    nobind
    persist-key
    persist-tun
    mute-replay-warnings
    ns-cert-type server
    key-direction 1
    cipher AES-128-CBC
    comp-lzo
    
    verb 6
    mute 20
    
    pak následují kódy certifikátů - jsou vložené rovnou do conf a ne jako odkaz na soubory
    
    ****************
    vípis route -n
    ****************
    
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    0.0.0.0         10.11.12.10     0.0.0.0         UG    202    0        0 eth0
    10.11.12.0      0.0.0.0         255.255.255.0   U     202    0        0 eth0
    10.11.12.0      0.0.0.0         255.255.255.0   U     204    0        0 tap0
    
    ****************
    výpis ifconfig
    ****************
    
    eth0      Link encap:Ethernet  HWadr b8:27:eb:9c:ad:b1  
              inet adr:10.11.12.112  Všesměr:10.11.12.255 Maska:255.255.255.0
              inet6-adr: fe80::a0ad:d562:7a40:6448/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:484 errors:0 dropped:0 overruns:0 frame:0
              TX packets:457 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1000 
              RX bytes:50274 (49.0 KiB)  TX bytes:67205 (65.6 KiB)
    
    lo        Link encap:Místní smyčka  
              inet adr:127.0.0.1 Maska:255.0.0.0
              inet6-adr: ::1/128 Rozsah:Počítač
              AKTIVOVÁNO SMYČKA BĚŽÍ  MTU:65536  Metrika:1
              RX packets:90 errors:0 dropped:0 overruns:0 frame:0
              TX packets:90 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:1 
              RX bytes:7612 (7.4 KiB)  TX bytes:7612 (7.4 KiB)
    
    tap0      Link encap:Ethernet  HWadr d2:c6:06:c4:42:77  
              inet adr:10.11.12.211  Všesměr:255.255.255.255 Maska:255.255.255.0
              inet6-adr: fe80::f662:c610:5980:a995/64 Rozsah:Linka
              AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST  MTU:1500  Metrika:1
              RX packets:51 errors:0 dropped:0 overruns:0 frame:0
              TX packets:78 errors:0 dropped:0 overruns:0 carrier:0
              kolizí:0 délka odchozí fronty:100 
              RX bytes:9808 (9.5 KiB)  TX bytes:10273 (10.0 KiB)
    
    ****************************************************************************
    tap0 má ještě přidělenou druhou adresu 169.254.218.217/16 - ta tu není vidět
    ****************************************************************************
    
    
    **************
    výsledky ping
    **************
    
    *****************************
    druhá IP adresa tap0 klienta
    *****************************
    pi@PC-CLIENT:~ $ sudo ping -c5 169.254.218.227
    PING 169.254.218.227 (169.254.218.227) 56(84) bytes of data.
    --- 169.254.218.227 ping statistics ---
    5 packets transmitted, 0 received, 100% packet loss, time 4005ms
    
    
    **********************
    IP adresa tap0 serveru
    **********************
    pi@PC-CLIENT:~ $ sudo ping -c5 169.254.127.7
    PING 169.254.127.7 (169.254.127.7) 56(84) bytes of data.
    --- 169.254.127.7 ping statistics ---
    5 packets transmitted, 0 received, 100% packet loss, time 4007ms
    
    *************************************************************************
    ping na IP tap0 klienta, které dostal od DHCP umísěného v síti PC-SERVER 
    *************************************************************************
    pi@PC-CLIENT:~ $ sudo ping -c5 10.11.12.211
    PING 10.11.12.211 (10.11.12.211) 56(84) bytes of data.
    64 bytes from 10.11.12.211: icmp_seq=1 ttl=64 time=0.173 ms
    64 bytes from 10.11.12.211: icmp_seq=2 ttl=64 time=0.064 ms
    64 bytes from 10.11.12.211: icmp_seq=3 ttl=64 time=0.072 ms
    64 bytes from 10.11.12.211: icmp_seq=4 ttl=64 time=0.104 ms
    64 bytes from 10.11.12.211: icmp_seq=5 ttl=64 time=0.085 ms
    --- 10.11.12.211 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 3996ms
    rtt min/avg/max/mdev = 0.064/0.099/0.173/0.040 ms
    
    *********************************************************
    ping na IP eth0 klienta - tu má klient přidělenou napevno
    *********************************************************
    pi@PC-CLIENT:~ $ sudo ping -c5 10.11.12.112
    PING 10.11.12.112 (10.11.12.112) 56(84) bytes of data.
    64 bytes from 10.11.12.112: icmp_seq=1 ttl=64 time=0.160 ms
    64 bytes from 10.11.12.112: icmp_seq=2 ttl=64 time=0.053 ms
    64 bytes from 10.11.12.112: icmp_seq=3 ttl=64 time=0.053 ms
    64 bytes from 10.11.12.112: icmp_seq=4 ttl=64 time=0.102 ms
    64 bytes from 10.11.12.112: icmp_seq=5 ttl=64 time=0.108 ms
    --- 10.11.12.112 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 3996ms
    rtt min/avg/max/mdev = 0.053/0.095/0.160/0.040 ms
    
    *********************************************************
    ping na IP eth0 serveru - tu má server přidělenou napevno
    *********************************************************
    pi@PC-CLIENT:~ $ sudo ping -c5 10.11.12.111
    PING 10.11.12.111 (10.11.12.111) 56(84) bytes of data.
    From 10.11.12.112 icmp_seq=1 Destination Host Unreachable
    From 10.11.12.112 icmp_seq=2 Destination Host Unreachable
    From 10.11.12.112 icmp_seq=3 Destination Host Unreachable
    From 10.11.12.112 icmp_seq=4 Destination Host Unreachable
    From 10.11.12.112 icmp_seq=5 Destination Host Unreachable
    --- 10.11.12.111 ping statistics ---
    5 packets transmitted, 0 received, +5 errors, 100% packet loss, time 4000ms
    pipe 3
    
    už jsem toho vyzkoušel spoustu, ale prostě mi to pořád nefunguje - když přidám u klienta tu routu jak jsem psal výše, začne mi fungovat ping do sítě serveru, ale přestane mi fungovat ping do sítě, ve které je klient - proto jsem psal, že to bude v routování - vím, že se pokouším o bridge, ale podle všeho openVPN k tomu interně používá ty adresy z rozsahu 169.254.0.0/16 (podobně jako u routovaného tunelu, kde používá pro komunikaci tunelem také svůj rozsah 10.8.0.0/16) - zkoušel jsem i spouštět skript pro vytvoření br0 na straně klienta, ale pak se tunel vůbec nevytvoří a když zkusím ručně přiřadit IP pro tap0 na straně serveru z rozsahu 10.11.12.0/24, tak pak přijdu o spojení se serverem (jsem k němu připojený přes VNC), na straně klienta se tap0 adresa přiřadí buď z DHCP od NATu, nebo mu ho přidělí sám openVPN server ze svého přiděleného rozsahu - záleží na konfiguraci - ale ve výsledku se nic nemění, samozřejmě rozsahy DHCP se nepřekrývají a každá síť má jinou bránu - strana serveru 10.11.12.1/24, strana klienta 10.11.12.10/24 a žádné zařízení nemá shodnou IP adresu s jiným z té druhé sítě - ještě jsem přišel na to, že pokud přidám tu zmiňovanou routu u klienta, sice pak funguje ping do sítě serveru, ale nejsem schopný se třeba připojit k internetu, protože se nejspíš stále pokouší jít přes bránu klienta a ta je v tu chvíli nedostupná...

    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.