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 17:44 | IT novinky

    Vláda Spojených států získala desetiprocentní podíl v americkém výrobci čipů Intel. Oznámili to podle agentur americký prezident Donald Trump a ministr obchodu Howard Lutnick. Společnost Intel uvedla, že výměnou za desetiprocentní podíl obdrží státní dotace v hodnotě 8,9 miliardy dolarů (zhruba 186 miliard Kč). Částka podle Intelu zahrnuje dříve přislíbené subvence 5,7 miliardy dolarů z programu CHIPS na podporu výroby čipů v USA,

    … více »
    Ladislav Hagara | Komentářů: 6
    včera 17:33 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 27 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 04:22 | Nová verze

    Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.

    Fluttershy, yay! | Komentářů: 0
    22.8. 17:44 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.

    Ladislav Hagara | Komentářů: 1
    22.8. 13:55 | Komunita

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.

    Ladislav Hagara | Komentářů: 0
    22.8. 13:11 | IT novinky

    Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.

    Ladislav Hagara | Komentářů: 43
    22.8. 04:22 | IT novinky

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.

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

    Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    21.8. 21:55 | Komunita

    Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB

    Ladislav Hagara | Komentářů: 0
    21.8. 14:55 | IT novinky

    Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.

    Ladislav Hagara | Komentářů: 6
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (78%)
     (8%)
     (3%)
     (5%)
     (6%)
     (0%)
    Celkem 63 hlasů
     Komentářů: 6, poslední 21.8. 13:35
    Rozcestník

    Dotaz: Propojeni ruznych wireguard siti

    1.12.2019 15:15 Tom
    Propojeni ruznych wireguard siti
    Přečteno: 400×
    Zdravim,

    snazim se propojit 2 site v ruznych lokacich pomoci Wireguard VPN a k tomu jeste dalsi Wireguard RoadWarriory.

    Na obou lokacich (rikejme jim A a B) je na routerech Opnsense s Wireguard pluginem, oba jsou propojeny Site2site svoji instanci wireguardu. To funguje, vsechny pocitace v jedne siti mohou pristupovat na vsechny pocitace v druhe siti a naopak.

    Na routeru A je navic druha instance wireguardu ke ktere se pripojuji dalsi klienti. To se zda byt take v poradku. Klient bez problemu komunikuje se vsemi pocitaci v siti A

    Divny problem nastava, kdyz se chce klient pripojit na pocitac v siti B. A ten problem je ten ze to funguje,nefunguje, funguje, nefunguje......
    Router A: 172.17.130.0/24, VPN IP site2site 12.1.1.1, VPN pro clienty 13.1.1.1
    Router B: 172.17.128.0/23, VPN IP 12.1.1.2
    Klienti VPN 13.1.1.0/24 
    
    Napriklad ping z klienta (13.1.1.5) na pocitac v siti B:
    zsman@YOGA-LP:~$ ping 172.17.128.19
    PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data.
    64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=39.1 ms
    64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=39.1 ms
    64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=39.2 ms
    64 bytes from 172.17.128.19: icmp_seq=4 ttl=62 time=38.6 ms
    ^C
    --- 172.17.128.19 ping statistics ---
    4 packets transmitted, 4 received, 0% packet loss, time 3004ms
    rtt min/avg/max/mdev = 38.629/39.005/39.155/0.218 ms
    zsman@YOGA-LP:~$ ping 172.17.128.19
    PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data.
    ^C
    --- 172.17.128.19 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 2055ms
    
    zsman@YOGA-LP:~$ ping 172.17.128.19
    PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data.
    64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=38.7 ms
    64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=39.1 ms
    64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=38.6 ms
    ^C
    --- 172.17.128.19 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2003ms
    rtt min/avg/max/mdev = 38.583/38.803/39.084/0.209 ms
    zsman@YOGA-LP:~$ ping 172.17.128.19
    PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data.
    ^C
    --- 172.17.128.19 ping statistics ---
    4 packets transmitted, 0 received, 100% packet loss, time 3058ms
    
    zsman@YOGA-LP:~$ ping 172.17.128.19
    PING 172.17.128.19 (172.17.128.19) 56(84) bytes of data.
    64 bytes from 172.17.128.19: icmp_seq=1 ttl=62 time=37.9 ms
    64 bytes from 172.17.128.19: icmp_seq=2 ttl=62 time=38.9 ms
    64 bytes from 172.17.128.19: icmp_seq=3 ttl=62 time=38.5 ms
    64 bytes from 172.17.128.19: icmp_seq=4 ttl=62 time=39.1 ms
    64 bytes from 172.17.128.19: icmp_seq=5 ttl=62 time=38.0 ms
    ^C
    --- 172.17.128.19 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4007ms
    rtt min/avg/max/mdev = 37.863/38.460/39.051/0.466 ms
    
    
    Proste: ping nejde Ctrl+C ping OK Ctrl+C ping nejde Ctrl+C ping OK

    A opakuje se to presne takto stale dokola.

    Stejne tak v pripade SSH, nejdriv nedostanu ani moznost zadat heslo, hned pri dalsim pokusu se mi uz prihlaseni objevi, pri dalsim zase nic, a pri dalsim zase ano. Kdyz uz se prihlasim, tak spojeni se zda bez problemu a drzi.

    Pres ty VPN tunely jde jenom vnitrni komunikace, pristup do internetu jde z obou routetu i z klientu naprimo.

    Takze mate nekdo tuseni cim by toto chovani mohlo byt zpusobeno? Nejake podrobnejsi info dodam, ale nevim co je potreba.

    Dekuji

    Odpovědi

    1.12.2019 19:51 NN
    Rozbalit Rozbalit vše Re: Propojeni ruznych wireguard siti
    Logicky bych zacal na A a odsledoval, zda pakety odejnou na B a zda se vrati. V pripade, ze neódejdou problem je na A. V pripade, ze odejdou na B, ale nevrati se je problem na B. Tim zuzis okruh a budes pokracovat stejnym zpusobem dal.
    4.12.2019 20:10 Tom
    Rozbalit Rozbalit vše Re: Propojeni ruznych wireguard siti
    Zdravim,

    tak konecne uspech, ale tak nejak polovicni.. uz to funguje, ale konkretni duvod proc to nefungovalo nevim.... Hledal jsem to pomoci tcpdump, ale nic mi to nereklo (respektive moc netusim co mi to rikalo) Smazal jsem vsechna pravidla v obou firewallech a zacal znova a uz neni problem. Nejspis nejaky hloupy preklep v nejakem pravidlu.

    No nic, jdu se dal ucit o firewallech :-)

    Diky.

    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.