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í
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    WireGuard pro Windows a WireGuardNT 1.0
    včera 18:55 | Nová verze

    Implementace VPN softwaru WireGuard (Wikipedie) pro Windows, tj. WireGuard pro Windows a WireGuardNT, dospěly do verze 1.0.

    Ladislav Hagara | Komentářů: 2
    2. ročník půlmaratonu humanoidních robotů
    včera 16:11 | IT novinky

    V Pekingu dnes proběhl 2. ročník půlmaratonu humanoidních robotů. První 3 místa obsadili roboti Honor Lightning v různých týmech. Nový rekord autonomního robota je 50 minut a 26 sekund. Operátorem řízený robot to zvládl i s pádem za 48 minut a 19 sekund. Řízení roboti měli časovou penalizaci 20 %. Před rokem nejrychlejší robot zvládl půlmaraton za 2 hodiny 40 minut a 42 sekund. Aktuální lidský rekord drží Jacob Kiplimo z Ugandy s časem 57 minut a 20 sekund [𝕏].

    Ladislav Hagara | Komentářů: 0
    Otevřené modely našly stejné chyby co Anthropic Mythos
    17.4. 17:11 | Zajímavý článek

    Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.

    MakeIranBombedAgain❗ | Komentářů: 6
    Návrh zákona požaduje ověřování věku na úrovni OS pro celé USA
    17.4. 12:44 | IT novinky

    Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.

    MakeIranBombedAgain❗ | Komentářů: 12
    Nová verze čínského modelu, Qwen3.6‑35B‑A3B
    17.4. 12:33 | Nová verze

    Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.

    MakeIranBombedAgain❗ | Komentářů: 1
    Sniffnet 1.5
    17.4. 11:00 | Nová verze

    Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.

    Ladislav Hagara | Komentářů: 4
    Forgejo 15.0
    17.4. 02:22 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    Open Developer Summit 2026 v Praze vedle SUSECON 2026
    17.4. 01:11 | Pozvánky

    Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.

    lkocman | Komentářů: 2
    Nová CAPTCHA na katastru nemovitostí
    16.4. 15:44 | Humor

    Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a

    … více »
    MakeIranBombedAgain❗ | Komentářů: 36
    Rust 1.95.0
    16.4. 15:33 | Nová verze

    Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1358 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník
    AbcLinuxu
    HDmag.cz
    AbcLinuxu:/ Poradna / Hardwarová poradna / Mikrotik - OpenVPN over UDP (RouterOS 7.0beta8)
    Štítky: ARM, bez, bezpečnost, bridge, core, CPU, data, Internet, jeho, komunikace, Linux, Mate, mikrotik, OpenVPN, podpora, spojení, šifrování, TCP, UDP, výkon

    Dotaz: Mikrotik - OpenVPN over UDP (RouterOS 7.0beta8)

    9.7.2020 12:48 PetebLazar | skóre: 35 | blog: l_eonardovo_odhodlani
    Mikrotik - OpenVPN over UDP (RouterOS 7.0beta8)
    Přečteno: 945×
    Vypadá to, že podpora UDP pro OpenVPN by mohla vyřešit některé negativní vlastnosti provozu OpenVPN přes TCP.

    Motivován příspěvky ve vedlejší diskusi o významu laboratorních zkušeností (ve srovnání s praktickými) /konec ironie/ rozhodl jsem se provést v Subj určité pokusy.

    Jako Mikrotik jsem zvolil RB4011, ktery se svym quad core ARM A15 CPU poskytuje relativně slušný výkon i bez využití akcelerace šifrování.

    Mezi OpenVPN_klienta a Mikrotik jsem vřadil linuxový bridge se dvěma 1Gbps NIC, kde pomocí tc (Traffic Control) na jednom z jeho rozhraní byla zajištěna definovaná ztrátovost packetů (v %). Nezkoumal jsem zda se ztrátovost aplikuje v obou směrech komunikace.

    Za Mikrotikem byl Linux,ze ktereho byly pomocí protokolů SMB/FTP přenášena data směrem k klientovi.

    Zatímco při spojení OpenVPN přes UDP při ztrátovosti v jednotkách packetů došlo k relativně malému poklesu přenosových rychlostí 12MB/s->11MB/s (iperf3 maximum na RouterOS 6.47 bylo cca 13MB/s). Při přepnnutí na OpenVPN přes TCP došlo při podobné ztrátovosti k poklesu rychlosti přenosu na stovky KB/s.

    Jakou máte vy zkušenost se Subj?
    Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

    Odpovědi

    Diskuse byla administrátory uzamčena.
    FAQ: Proč byl uzamčen/smazán můj dotaz v Poradně?

    9.7.2020 17:54 PetebLazar | skóre: 35 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: Mikrotik - OpenVPN over UDP (RouterOS 7.0beta8)
    Pozn. Došlo mi, že se v prvotním testu zpoždění pravděpodobně aplikovalo asi pouze v jednom směru. Jinak by při přidané latenci 10ms byla doba trvání pingu 20ms=2x10ms. Zkusím v dalších pokusech aplikovat pomocí tc latence na obou síťových rozhraních bridge.

    Pokusy probíhali na RB4011 se stable RouterOS 6.47 (OpenVPN over TCP). Před každým benchmarkem je ověření doby latence pomocí pingu.

    Bez přidané latence 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time<1ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=1ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=1ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=1ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 49584 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  15.0 MBytes   126 Mbits/sec
[  4]   1.00-2.00   sec  16.1 MBytes   135 Mbits/sec
[  4]   2.00-3.00   sec  15.8 MBytes   132 Mbits/sec
[  4]   3.00-4.00   sec  15.8 MBytes   132 Mbits/sec
[  4]   4.00-5.00   sec  15.8 MBytes   132 Mbits/sec
[  4]   5.00-6.00   sec  15.6 MBytes   131 Mbits/sec
[  4]   6.00-7.00   sec  15.8 MBytes   132 Mbits/sec
[  4]   7.00-8.00   sec  16.0 MBytes   134 Mbits/sec
[  4]   8.00-9.00   sec  15.8 MBytes   132 Mbits/sec
[  4]   9.00-10.00  sec  15.8 MBytes   132 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   157 MBytes   132 Mbits/sec                  sender
[  4]   0.00-10.00  sec   157 MBytes   132 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 5ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=5ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=6ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=6ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=6ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 5ms, Maximum = 6ms, Average = 5ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 50480 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  10.6 MBytes  89.1 Mbits/sec
[  4]   1.00-2.00   sec  11.6 MBytes  97.6 Mbits/sec
[  4]   2.00-3.00   sec  11.5 MBytes  96.4 Mbits/sec
[  4]   3.00-4.00   sec  11.6 MBytes  97.5 Mbits/sec
[  4]   4.00-5.00   sec  11.5 MBytes  96.5 Mbits/sec
[  4]   5.00-6.00   sec  11.8 MBytes  98.4 Mbits/sec
[  4]   6.00-7.00   sec  11.6 MBytes  97.6 Mbits/sec
[  4]   7.00-8.00   sec  11.5 MBytes  96.5 Mbits/sec
[  4]   8.00-9.00   sec  11.6 MBytes  97.5 Mbits/sec
[  4]   9.00-10.00  sec  11.5 MBytes  96.4 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   115 MBytes  96.4 Mbits/sec                  sender
[  4]   0.00-10.00  sec   115 MBytes  96.4 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 10ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=10ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=11ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=11ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=11ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 10ms, Maximum = 11ms, Average = 10ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 49679 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  7.75 MBytes  65.0 Mbits/sec
[  4]   1.00-2.00   sec  9.00 MBytes  75.5 Mbits/sec
[  4]   2.00-3.00   sec  9.12 MBytes  76.5 Mbits/sec
[  4]   3.00-4.00   sec  9.62 MBytes  80.8 Mbits/sec
[  4]   4.00-5.00   sec  10.8 MBytes  90.2 Mbits/sec
[  4]   5.00-6.00   sec  10.8 MBytes  90.2 Mbits/sec
[  4]   6.00-7.00   sec  10.9 MBytes  91.1 Mbits/sec
[  4]   7.00-8.00   sec  10.8 MBytes  90.3 Mbits/sec
[  4]   8.00-9.00   sec  10.8 MBytes  90.2 Mbits/sec
[  4]   9.00-10.00  sec  10.8 MBytes  90.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   100 MBytes  84.0 Mbits/sec                  sender
[  4]   0.00-10.00  sec   100 MBytes  84.0 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 20ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=21ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=21ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=20ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=21ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 20ms, Maximum = 21ms, Average = 20ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 50008 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  4.25 MBytes  35.6 Mbits/sec
[  4]   1.00-2.00   sec  5.62 MBytes  47.2 Mbits/sec
[  4]   2.00-3.00   sec  5.75 MBytes  48.2 Mbits/sec
[  4]   3.00-4.00   sec  5.62 MBytes  47.2 Mbits/sec
[  4]   4.00-5.00   sec  5.75 MBytes  48.2 Mbits/sec
[  4]   5.00-6.00   sec  5.75 MBytes  48.3 Mbits/sec
[  4]   6.00-7.00   sec  5.75 MBytes  48.2 Mbits/sec
[  4]   7.00-8.00   sec  5.38 MBytes  45.1 Mbits/sec
[  4]   8.00-9.00   sec  4.88 MBytes  40.9 Mbits/sec
[  4]   9.00-10.00  sec  5.62 MBytes  47.2 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  54.4 MBytes  45.6 Mbits/sec                  sender
[  4]   0.00-10.00  sec  54.4 MBytes  45.6 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 40ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=41ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=41ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=41ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=41ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 41ms, Maximum = 41ms, Average = 41ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 50121 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  2.00 MBytes  16.8 Mbits/sec
[  4]   1.00-2.00   sec  3.00 MBytes  25.1 Mbits/sec
[  4]   2.00-3.00   sec  3.00 MBytes  25.2 Mbits/sec
[  4]   3.00-4.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   4.00-5.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   5.00-6.00   sec  2.75 MBytes  23.1 Mbits/sec
[  4]   6.00-7.00   sec  2.75 MBytes  23.1 Mbits/sec
[  4]   7.00-8.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   8.00-9.00   sec  2.88 MBytes  24.1 Mbits/sec
[  4]   9.00-10.00  sec  2.88 MBytes  24.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  27.9 MBytes  23.4 Mbits/sec                  sender
[  4]   0.00-10.00  sec  27.9 MBytes  23.4 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 80ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=81ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=81ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=81ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=81ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 81ms, Maximum = 81ms, Average = 81ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 50206 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   640 KBytes  5.23 Mbits/sec
[  4]   1.00-2.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   2.00-3.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   3.00-4.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   4.00-5.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   5.00-6.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   6.00-7.00   sec  1.38 MBytes  11.5 Mbits/sec
[  4]   7.00-8.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   8.00-9.00   sec  1.50 MBytes  12.6 Mbits/sec
[  4]   9.00-10.00  sec  1.50 MBytes  12.6 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  14.0 MBytes  11.7 Mbits/sec                  sender
[  4]   0.00-10.00  sec  14.0 MBytes  11.7 Mbits/sec                  receiver

iperf Done.
    S přidanou latencí 160ms 
    c:\Winapp\iperf-3.1.3-win64>ping 192.168.51.179 -l 1400

Pinging 192.168.51.179 with 1400 bytes of data:
Reply from 192.168.51.179: bytes=1400 time=161ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=160ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=160ms TTL=64
Reply from 192.168.51.179: bytes=1400 time=160ms TTL=64

Ping statistics for 192.168.51.179:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 160ms, Maximum = 161ms, Average = 160ms

c:\Winapp\iperf-3.1.3-win64>iperf3.exe -c 192.168.88.254
Connecting to host 192.168.88.254, port 5201
[  4] local 10.15.32.34 port 50273 connected to 192.168.88.254 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   256 KBytes  2.10 Mbits/sec
[  4]   1.00-2.00   a zatím nZatím se to jeví nestabilní,.sec   384 KBytes  3.14 Mbits/sec
[  4]   2.00-3.00   sec   896 KBytes  7.35 Mbits/sec
[  4]   3.00-4.00   sec   768 KBytes  6.29 Mbits/sec
[  4]   4.00-5.00   sec   768 KBytes  6.30 Mbits/sec
[  4]   5.00-6.00   sec   768 KBytes  6.29 Mbits/sec
[  4]   6.00-7.00   sec   768 KBytes  6.30 Mbits/sec
[  4]   7.00-8.00   sec   768 KBytes  6.28 Mbits/sec
[  4]   8.00-9.00   sec   768 KBytes  6.29 Mbits/sec
[  4]   9.00-10.00  sec   768 KBytes  6.30 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  6.75 MBytes  5.66 Mbits/sec                  sender
[  4]   0.00-10.00  sec  6.75 MBytes  5.66 Mbits/sec                  receiver

iperf Done.
    Vypadá to, že při nízkých latencích (vysokých rychlostech) se narazí na výkonnost CPU Mikrotiku (jedno z jader bylo opřeno o 95%+ vytížení), ve středních latencích (vyšší x0ms ) kdy se CPU již nejeví bottleneckem je vidět prakticky lineární závislost dosažené rychlosti iperf3 na latencích.

    Při měření pomocí reálných aplikací SMB/FTP přenosu zkrze VPN rychlost značně oscilovala, ale na výrazně vyšších hodnotách (až násobně) než u iperf3 benchmarku. Vliv latence tam určitý je, s rostoucí latencí rychlost přenosu klesá, ale méně výrazně.
    9.7.2020 19:23 Max | skóre: 73 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Mikrotik - OpenVPN over UDP (RouterOS 7.0beta8)
    Hele, je mi to líto, ale fakt, pro volnou diskusi a soupisky nastavení, testování atd. použij blog. Poradna vždy byla o pomoci, technický dotaz, technická odpověď atd. Takto to tu funguje od nepaměti a zatím není v plánu změna.
    Takže lock, nechám to tu, aby byl kdyžtak čas si to přesunout do blogu.
    Zdar Max
    Měl jsem sen ... :(

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.