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 12:00 | Nová verze

Po cca 3 týdnech od vydání Linux Mintu 18.3 s kódovým jménem Sylvia a prostředími MATE a Cinnamon byla oznámena také vydání s prostředími KDE a Xfce. Podrobnosti v poznámkách k vydání (KDE, Xfce) a v přehledech novinek s náhledy (KDE, Xfce). Linux Mint 18.3 je podporován do roku 2021.

Ladislav Hagara | Komentářů: 2
15.12. 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 38
15.12. 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
15.12. 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 8
15.12. 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
14.12. 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 10
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (0%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 1002 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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: 1420×
    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.