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 20:44 | Komunita

    Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.

    Ladislav Hagara | Komentářů: 0
    dnes 14:00 | IT novinky

    Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.

    Ladislav Hagara | Komentářů: 5
    dnes 13:33 | IT novinky

    V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.

    Ladislav Hagara | Komentářů: 5
    včera 22:22 | Bezpečnostní upozornění

    Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).

    Ladislav Hagara | Komentářů: 2
    včera 14:22 | Komunita

    Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.

    Ladislav Hagara | Komentářů: 6
    včera 04:33 | Bezpečnostní upozornění

    V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.

    Ladislav Hagara | Komentářů: 41
    12.5. 19:33 | Bezpečnostní upozornění

    Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.

    Ladislav Hagara | Komentářů: 0
    12.5. 11:44 | Nová verze

    Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

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

    Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.

    Ladislav Hagara | Komentářů: 10
    12.5. 00:55 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL

    … více »
    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (0%)
     (3%)
    Celkem 611 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: OpenVPN a ztráta routovacích pravidel

    20.6.2010 21:10 Dvořák | skóre: 1
    OpenVPN a ztráta routovacích pravidel
    Přečteno: 113×
    Dobrý den, nastavil jsem si openvpn a na linuxu mi funguje dle očekávání, ale když se připojím k serveru z WinXP, funguje mi spojeni jen asi 10 sekund a pak Windows z nějakého důvodu odstraní routovací pravidla z routovací tabulky. Pokud je ručně doplním, tak zase vše začne fungovat, ale je to pakárna. Nevíte někdo, co to může způsobovat?

    Na straně serveru jsem zjistil, že některé UDP pakety jsou odmítnuty routrem klienta:
    tcpdump:
    20:28:42.459387 IP 85.92.41.205 > 192.168.10.50: ICMP 85.92.41.205 udp port 1250 unreachable, length 89
    
    Klient komunikuje jen z jednoho portu, ale server zasílá pakety na dva porty. Ten druhý port je pochopitelně filtrován. Může to být tím?

    Nastaveni: Server: SLES 10
    
    Děkuji za pomoc.
    local 192.168.10.50
    port 1194
    proto udp
    dev tun
    ca /etc/openvpn/keys/ca.crt
    cert /etc/openvpn/keys/server.crt
    key  /etc/openvpn/keys/server.key
    dh /etc/openvpn/keys/dh.pem
    tls-auth /etc/openvpn/keys/ta.key 0
    crl-verify /etc/openvpn/keys/crl.pem
    
    server 172.16.218.0 255.255.255.0
    
    duplicate-cn
    keepalive 10 60
    comp-lzo
    max-clients 100
    up /opt/simba/modules/sbs/components/openvpn/lib/install/shaping.sh
    up-restart
    
    user nobody
    group nobody
    persist-key
    persist-tun
    
    status openvpn-status.log
    verb 4
    mute 20
    push "route 192.168.10.0 255.255.255.0"
    
    client: Windows XP
    client
    dev tun
    proto udp
    remote mujserver.cz 1194
    float
    mssfix 1500
    resolv-retry infinite
    nobind
    ca clientca.crt
    cert clent.crt
    key clent.key
    tls-auth clentta.key 1
    comp-lzo
    verb 4
    mute 20
    shaper 5500000
    
    Děkuji za pomoc.

    Na otázku zatím nikdo bohužel neodpověděl.

    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.