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 15:22 | IT novinky

    Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.

    Ladislav Hagara | Komentářů: 0
    dnes 05:22 | Komunita

    Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.

    Ladislav Hagara | Komentářů: 2
    včera 22:44 | IT novinky

    V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 19:00 | Nová verze

    Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | Upozornění

    eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.

    Ladislav Hagara | Komentářů: 6
    včera 17:00 | Komunita

    Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.

    Ladislav Hagara | Komentářů: 1
    včera 14:33 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | Upozornění

    Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."

    javokajifeng | Komentářů: 0
    včera 01:11 | Bezpečnostní upozornění

    Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.

    Ladislav Hagara | Komentářů: 0
    2.10. 23:33 | Nová verze

    Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.

    Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (15%)
     (16%)
     (19%)
     (14%)
     (18%)
     (15%)
     (15%)
    Celkem 170 hlasů
     Komentářů: 11, poslední včera 07:30
    Rozcestník

    Dotaz: Propojeni ruznych wireguard siti

    1.12.2019 15:15 Tom
    Propojeni ruznych wireguard siti
    Přečteno: 404×
    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.