Baví vás bastlení, fyzika, IT a nebo prostě cokoliv technického? Proseděli jste celé Vánoce v záři obrazovky počítače a nebo jste o tom alespoň snili? Chcete se pochlubit technickými vánočními dárky? Pak doražte na Virtuální Bastlírnu - online pokec (nejen) techniků a bastlířů!
… více »Desktopové prostředí Enlightenment bylo vydáno ve verzi 0.27.0, provázejí ho knihovny EFL 1.28. Jde o převážně opravné vydání opět po roce.
Lazygit byl vydán ve verzi 0.45.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová verze 2.48.0 distribuovaného systému správy verzí Git. Přispělo 93 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Byl vydán Debian 12.9, tj. devátá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Před dvanácti lety, ve svých šestadvaceti letech, navždy odešel Aaron Swartz, výjimečný americký hacker (programátor), spisovatel, archivář, politický organizátor a internetový aktivista. Aaron Swartz založil Demand Progress, spolupracoval na projektech Open Library, Internet Archive a Reddit. Ve svých čtrnácti se podílel na specifikaci RSS 1.0. Vytvořil webový framework web.py, pracoval na tor2web a rozšíření HTTPS Everywhere
… více »Byla vydána nová major verze 3.20.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
Na Kickstarteru byla spuštěna plánovaná kampaň na open source modulární přenosné mini počítače Pilet 5 a Pilet 7 postavené na Raspberry Pi 5. Jejich cena je 215 a 202 amerických dolarů.
Byla vydána verze 1.84.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.
Ahoj,
mam maly problem s openVPN.. Log se mi docela dost plni touto chybou:
Tue Oct 5 15:29:03 2010 us=161457 jmeno_klienta/79.144.252.105:1158 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Tue Oct 5 15:29:03 2010 us=161481 jmeno_klienta/79.144.252.105:1158 TLS Error: TLS handshake failed
Tue Oct 5 15:29:03 2010 us=671892 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:05 2010 us=684652 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:07 2010 us=739775 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:09 2010 us=817453 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:11 2010 us=865269 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:13 2010 us=930431 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:16 2010 us=37659 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:18 2010 us=60846 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:18 2010 us=401103 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:20 2010 us=136588 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:20 2010 us=652589 NOTE: --mute triggered...
Tue Oct 5 15:29:55 2010 us=971347 jmeno_klienta/79.144.252.105:1168 33 variation(s) on previous 10 message(s) suppressed by --mute
Tue Oct 5 15:29:55 2010 us=971435 jmeno_klienta/79.144.252.105:1168 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Tue Oct 5 15:29:55 2010 us=971460 jmeno_klienta/79.144.252.105:1168 TLS Error: TLS handshake failed
Tue Oct 5 15:29:56 2010 us=63817 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:29:58 2010 us=155600 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:00 2010 us=305412 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:02 2010 us=468506 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:04 2010 us=646163 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:06 2010 us=849823 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:08 2010 us=994445 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:11 2010 us=118116 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:11 2010 us=125926 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:13 2010 us=268531 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:13 2010 us=337852 NOTE: --mute triggered...
Tue Oct 5 15:30:18 2010 us=567917 jmeno_klienta/79.144.252.105:1158 5 variation(s) on previous 10 message(s) suppressed by --mute
Tue Oct 5 15:30:18 2010 us=568003 jmeno_klienta/79.144.252.105:1158 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Tue Oct 5 15:30:18 2010 us=568028 jmeno_klienta/79.144.252.105:1158 TLS Error: TLS handshake failed
Tue Oct 5 15:30:20 2010 us=14323 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
Tue Oct 5 15:30:22 2010 us=184292 read UDPv4 [ECONNREFUSED]: Connection refused (code=111)
.
.
.
atd. porad dokola
Nema to nijak zavazny vliv na pripojeni uzivatelu - tem to jede, ale bohuzel mi to hrozne plni log a predevsim bych rad vedel cim to je a jak to napravit. Na jednom zahranicnim foru jsem nasel, ze by problem mohl byt v nepovolenem portu 1194 na firewallu, ale to by se klienti nemohli vubec pripojit.
Napada pls nekoho v cem by mohl byt hacek, popr. co zkusit?
Predem diky za napady 
jmeno_klienta/79.144.252.105:1158 jmeno_klienta/79.144.252.105:1168Tak to mozna zkousi na ruznych portech nez se chyti.
14.10.2010 08:58
Heřmi | skóre: 9
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Thu May 27 14:19:40 2010 TAP-WIN32 device [Lokálne pripojenie 2] opened: \\.\Global\{4BB1FA80-89B6-4593-9F3F-3F8E42B72D91}.tap
Thu May 27 14:19:40 2010 TAP-Win32 MTU=1500
nasledne - uz cez tunel - nacita zo servera DHCP data, upravi lokalnu smerovaciu tabulku, pripadne nieco dalsie (WINS servery).
Podla uvedeneho logu po prvom kroku vyprsi timeout 60s. Pravdepodobnou pricinou je neschopnost klienta inicializovat TAP-WIN32 kartu (nedostatocne prava). Treba sa pozriet do logu klienta, myslim, ze hned bude vsetko jasne.
Tiskni
Sdílej:
