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:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

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

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 3
včera 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 0
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
15.8. 10:55 | Nová verze

Byla vydána (pdf) verze 3 průběžně aktualizované (rolling release) linuxové distribuce Solus (Wikipedie). Ke stažení je v edicích Budgie, GNOME a MATE. Z novinek lze zmínit například podporu snapů. Solus 3 obsahuje Firefox 55.0.1, LibreOffice 5.4.0.3, Rhythmbox 3.4.1 nebo Thunderbird 52.2.1. Edice Budgie a GNOME přichází s GNOME MPV 0.12. Edice MATE s VLC 2.2.6.

Ladislav Hagara | Komentářů: 5
14.8. 21:44 | Nová verze

Po více než roce vývoje od vydání verze 1.0 Microsoft oznámil vydání verze 2.0 platformy .NET Core (GitHub). Přehled novinek v poznámkách k vydání a ve videu na Channel 9.

Ladislav Hagara | Komentářů: 0
14.8. 21:11 | Pozvánky

Před dvaceti lety, 15. srpna 1997, poslal Miguel de Icaza do diskusního listu GTK+ email, který je považován za zahájení projektu GNOME. Linux Desktop Meetup pořádá oslavu ve středu 16. srpna od 19:00 v brněnském Charlie's square.

Ladislav Hagara | Komentářů: 18
14.8. 11:55 | IT novinky
Na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. Bot zatím umí jenom zápasy 1v1. Vývojáři pracují na podpoře 5v5. Jedná se o společný projekt organizace OpenAI a společnosti Valve. Více na stránkách OpenAI a na YouTube. Dle Elona Muska je elektronický sport mnohem komplexnější než šachy nebo go [Hacker News].
Ladislav Hagara | Komentářů: 14
14.8. 05:55 | Nová verze

Byla vydána verze 20.0 a krátce na to opravná verze 20.0.1 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek i s náhledy a animovanými gify v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (77%)
Celkem 339 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: OpenVPN a GPRS

    Zdeněk Zámečník avatar 9.8.2008 12:29 Zdeněk Zámečník | skóre: 26
    OpenVPN a GPRS
    Přečteno: 1415×
    Už druhým dnem bojuji se zprovozněním OpenVPN přes GPRS/EDGE T-mobilu. Připravil jsem si konfiguraci, která mi mezi serverem (Debian Etch) a PocketPC s (Windows Mobile 6.1) s wifi jede bez problému. Jakmile se pokusím připojit přes GPRS nebo EDGE, spojení se jakoby naváže (logy na serveru jsou ok, na pPC je ikonka OpenVPN zelená), ale stroje na sebe nemohou ani pingnout natož nějak dále komunikovat. Zkoušel jsem různé porty a vypnout šífrování, ale neúspěšně V logu pPC se poté nachází toto:
    Sat Aug 09 12:04:19 2008 OpenVPN 2.1_rc8 Win32-MSVC++ [SSL] [LZO2] built on Jun 28 2008
    Sat Aug 09 12:04:19 2008 MANAGEMENT: TCP Socket listening on 127.0.0.1:10000
    Sat Aug 09 12:04:20 2008 Need hold release from management interface, waiting...
    Sat Aug 09 12:04:20 2008 MANAGEMENT: Client connected from 127.0.0.1:10000
    Sat Aug 09 12:04:20 2008 Using Windows Connection Manager with destination 'auto' resolving to provider guid {436EF144-B4FB-4863-A041-8F905A62C572} (exclusive)
    Sat Aug 09 12:04:25 2008 Acquisition of Windows Connection Manager provider succeeded...
    Sat Aug 09 12:04:25 2008 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
    Sat Aug 09 12:04:25 2008 LZO compression initialized
    Sat Aug 09 12:04:25 2008 Control Channel MTU parms [ L:1576 D:140 EF:40 EB:0 ET:0 EL:0 ]
    Sat Aug 09 12:04:25 2008 Data Channel MTU parms [ L:1576 D:1450 EF:44 EB:135 ET:32 EL:0 AF:3/1 ]
    Sat Aug 09 12:04:25 2008 Local Options hash (VER=V4): '31fdf004'
    Sat Aug 09 12:04:25 2008 Expected Remote Options hash (VER=V4): '3e6d1056'
    Sat Aug 09 12:04:25 2008 Attempting to establish TCP connection with 77.77.77.77:80
    Sat Aug 09 12:04:25 2008 MANAGEMENT: >STATE:1218276265,TCP_CONNECT,,,
    Sat Aug 09 12:04:26 2008 TCP connection established with 77.77.77.77:80
    Sat Aug 09 12:04:26 2008 Socket Buffers: R=[32768->32768] S=[16384->16384]
    Sat Aug 09 12:04:26 2008 TCPv4_CLIENT link local (bound): [undef]
    Sat Aug 09 12:04:26 2008 TCPv4_CLIENT link remote: 77.77.77.77:80
    Sat Aug 09 12:04:26 2008 MANAGEMENT: >STATE:1218276266,WAIT,,,
    Sat Aug 09 12:04:27 2008 MANAGEMENT: >STATE:1218276267,AUTH,,,
    Sat Aug 09 12:04:27 2008 TLS: Initial packet from 77.77.77.77:80, sid=8b99e5c6 1fad8026
    Sat Aug 09 12:04:41 2008 VERIFY OK: depth=1, /C=CZ/ST=Czech_republic/L=Prague/O=Diego191/CN=mail.revomail.cz/emailAddress=developer@way2net.cz
    Sat Aug 09 12:04:41 2008 VERIFY OK: depth=0, /C=CZ/ST=Czech_republic/O=Diego191/CN=mail.revomail.cz/emailAddress=developer@way2net.cz
    Sat Aug 09 12:05:00 2008 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Sat Aug 09 12:05:00 2008 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Sat Aug 09 12:05:00 2008 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Sat Aug 09 12:05:00 2008 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
    Sat Aug 09 12:05:01 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 384 bit RSA
    Sat Aug 09 12:05:01 2008 [mail.revomail.cz] Peer Connection Initiated with 77.77.77.77:80
    Sat Aug 09 12:05:02 2008 MANAGEMENT: >STATE:1218276302,GET_CONFIG,,,
    Sat Aug 09 12:05:02 2008 SENT CONTROL [mail.revomail.cz]: 'PUSH_REQUEST' (status=1)
    Sat Aug 09 12:05:04 2008 PUSH: Received control message: 'PUSH_REPLY,route 10.10.10.0 255.255.255.0,dhcp-option DNS 4.2.2.5,redirect-gateway,route-gateway 10.10.10.1,ping 10,ping-restart 120,ifconfig 10.10.10.2 255.255.255.0'
    Sat Aug 09 12:05:04 2008 OPTIONS IMPORT: timers and/or timeouts modified
    Sat Aug 09 12:05:04 2008 OPTIONS IMPORT: --ifconfig/up options modified
    Sat Aug 09 12:05:04 2008 OPTIONS IMPORT: route options modified
    Sat Aug 09 12:05:04 2008 OPTIONS IMPORT: route-related options modified
    Sat Aug 09 12:05:04 2008 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
    Sat Aug 09 12:05:04 2008 MANAGEMENT: >STATE:1218276304,ASSIGN_IP,,10.10.10.2,
    Sat Aug 09 12:05:04 2008 TAP-WIN32 device [TAP1:] opened: TAP1:
    Sat Aug 09 12:05:04 2008 TAP-Win32 Driver Version 9.4 
    Sat Aug 09 12:05:04 2008 TAP-Win32 MTU=1500
    Sat Aug 09 12:05:04 2008 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.10.10.2/255.255.255.0 on interface TAP1: [DHCP-serv: 10.10.10.0, lease-time: 31536000]
    Sat Aug 09 12:05:04 2008 Successful ARP Flush on interface [4] TAP DEVICE 1
    Sat Aug 09 12:05:09 2008 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
    Sat Aug 09 12:05:09 2008 Route: Waiting for TUN/TAP interface to come up...
    Sat Aug 09 12:05:14 2008 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
    Sat Aug 09 12:05:14 2008 route ADD 77.77.77.77 MASK 255.255.255.255 172.24.170.205
    Sat Aug 09 12:05:14 2008 ROUTE: route addition failed using CreateIpForwardEntry: The parameter is incorrect.   [status=87 if_index=589827]
    Sat Aug 09 12:05:14 2008 Route addition via IPAPI failed [adaptive]
    Sat Aug 09 12:05:14 2008 Route addition fallback to route.exe
    Sat Aug 09 12:05:14 2008 route DELETE 0.0.0.0 MASK 0.0.0.0 172.24.170.205
    Sat Aug 09 12:05:14 2008 Route deletion via IPAPI succeeded [adaptive]
    Sat Aug 09 12:05:14 2008 route ADD 0.0.0.0 MASK 0.0.0.0 10.10.10.1
    Sat Aug 09 12:05:14 2008 Route addition via IPAPI succeeded [adaptive]
    Sat Aug 09 12:05:14 2008 MANAGEMENT: >STATE:1218276314,ADD_ROUTES,,,
    Sat Aug 09 12:05:14 2008 route ADD 10.10.10.0 MASK 255.255.255.0 10.10.10.1
    Sat Aug 09 12:05:14 2008 Route addition via IPAPI succeeded [adaptive]
    Sat Aug 09 12:05:14 2008 Initialization Sequence Completed
    Sat Aug 09 12:05:14 2008 MANAGEMENT: >STATE:1218276314,CONNECTED,SUCCESS,10.10.10.2,77.77.77.77
    Sat Aug 09 12:05:38 2008 TCP/UDP: Closing socket
    Sat Aug 09 12:05:38 2008 route DELETE 10.10.10.0 MASK 255.255.255.0 10.10.10.1
    Sat Aug 09 12:05:38 2008 Route deletion via IPAPI succeeded [adaptive]
    Sat Aug 09 12:05:38 2008 route DELETE 77.77.77.77 MASK 255.255.255.255 172.24.170.205
    Sat Aug 09 12:05:38 2008 ROUTE: route deletion failed using DeleteIpForwardEntry: The parameter is incorrect.  
    Sat Aug 09 12:05:38 2008 Route deletion via IPAPI failed [adaptive]
    Sat Aug 09 12:05:38 2008 Route deletion fallback to route.exe
    Sat Aug 09 12:05:38 2008 route DELETE 0.0.0.0 MASK 0.0.0.0 10.10.10.1
    Sat Aug 09 12:05:38 2008 Route deletion via IPAPI succeeded [adaptive]
    Sat Aug 09 12:05:38 2008 route ADD 0.0.0.0 MASK 0.0.0.0 172.24.170.205
    Sat Aug 09 12:05:38 2008 ROUTE: route addition failed using CreateIpForwardEntry: The parameter is incorrect.   [status=87 if_index=589827]
    Sat Aug 09 12:05:38 2008 Route addition via IPAPI failed [adaptive]
    Sat Aug 09 12:05:38 2008 Route addition fallback to route.exe
    Sat Aug 09 12:05:38 2008 Closing TUN/TAP interface
    Sat Aug 09 12:05:38 2008 SIGTERM[hard,] received, process exiting
    Sat Aug 09 12:05:38 2008 MANAGEMENT: >STATE:1218276338,EXITING,SIGTERM,,
    Sat Aug 09 12:05:38 2008 Releasing Windows Connection Manager provider
    
    Pro jistotu přikládám konfiguraci klienta:
    remote 77.77.77.77
    port 80
    tls-client
    proto tcp-client
    dev tap
    route-delay 5
    pull
    comp-lzo
    verb 3
    ca \\ca.crt
    cert \\client1.crt
    key \\client1.key
    comp-lzo
    persist-tun
    persist-key
    verb 3
    resolv-retry infinite
    
    77.77.77.77 je veř. adresa serveru 10.10.10.1 je vnitřní adresa serveru 10.10.10.2 je vnitřní adresa klienta kde se tam pořád bere ta další IP vůbec netuším

    Díky za jakékoliv popostrčení

    Odpovědi

    Zdeněk Zámečník avatar 9.8.2008 13:11 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: OpenVPN a GPRS
    Tak jsem o něco pokročil. Na serveru jsem zakomentoval routování, viz níže:
    mode server
    tls-server
    port 80
    proto tcp-server
    dev tap
    server 10.10.10.0 255.255.255.0
    push "route 10.10.10.0 255.255.255.0"
    push "dhcp-option DNS 4.2.2.5"
    
    #push "redirect-gateway"
    #route-gateway 10.10.10.1
    
    dh dh384.pem
    ca ca.crt
    cert server.crt
    key server.key
    persist-tun
    persist-key
    keepalive 10 120
    comp-lzo
    verb 3
    
    A už na sebe vidí. Teď ještě vymyslet, jak nastavit, aby to dokázalo routovat veškerý provoz na 10.10.10.1. Netušíte vlastně někdo, proč toto nastavení na jakémkoliv "normálním" připojení běhá, ale na GPRS/EDGE ne?
    BWPOW avatar 9.8.2008 13:47 BWPOW | skóre: 21 | Kosice
    Rozbalit Rozbalit vše Re: OpenVPN a GPRS
    Ja by som to videl skor v nestabilite pripojenia. Autori odporucaju pouzivat UDP pri tychto pripojeniach.

    Este taka vec, nepouziva to GPRS/EDGE pripojenie prave adresy 10.10.10.0/24? (netusim, len sa pytam)
    Prisiel som, videl som, hmm ... bwpow.eu
    Zdeněk Zámečník avatar 9.8.2008 16:36 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: OpenVPN a GPRS
    Nestabilitou by to být nemělo, když to vyloženě křičí, že tam jsou chybné parametry. Nevím jak u TM, ale u Vodafone a O2 se používá 10.0.0.0/24, ale to by stejně nemělo mít vliv, jelikož to jsou vnitřní adresy. Ano, UDP by bylo rozhodně lepší, ale já to nutně potřebuji přes TCP
    9.8.2008 18:09 lukash
    Rozbalit Rozbalit vše Re: OpenVPN a GPRS
    Zdravim, myslim, ze jediny problem, ktery ted uz existuje je prave routovani, kvuli tomu ze ISP pouziva stejny ip rozsah, staci navazat spojeni pres to openvpn a routovani dat klidne dokopy pres route (ci uz v linuxu nebo windowsu), pripadne nastavit ve vpnce uplne jiny rozsah nez ma ISP pro zjednoduseni routovani.
    9.8.2008 21:09 rsaf
    Rozbalit Rozbalit vše Re: OpenVPN a GPRS
    Ja jsem narazil na podobny problem (stejne projevy akorat linka nebyla GPRS) a problem byl v tom, ze OpenVPN pridalo do routovacich tabulek takovy zaznam (nejakou cestu do nasi site) ktera "sezrala" cestu skrz internet k VPN serveru - spojeni se korektne navaze, po jeho nabehnuti se pridaji u klienta routy a ty nasmerujou provoz OpenVPN do VPNky - VPN tak "sama sebe sezere" ;-)

    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.