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 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 1
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 21
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 937 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Opět OpenVPN a routování

    2.6.2007 12:07 aquilegia | skóre: 4
    Opět OpenVPN a routování
    Přečteno: 1105×
    Mám takový problém, který se zde řešil už tisíckrát a jsem z něj jelen. Omlouvám se, ale googlil jsem jak jsem mohl a výsledek je stejně nulový. Tady je můj případ. Mám server (Fedora core 5), který je v lokální síti o rozsahu 192.168.22.0/24 a klienta (Ubuntu 7.04). Tunel je řešený pomocí tap a sítí v rozsahu 192.168.100.0/24. Spojení přes OpenVPN proběhne v pořádku. Z klienta si pingnu na server, ale už nikam do sítě a ze serveru na klienta také ne. Potřeboval bych se ze vdáleného klienta připojit kamkoliv na síť v rozsahu 192.168.22.0/24. Skoro si myslím, že problém je na straně serveru, protože je to Fedora a ta má implementaci firewallu SELinux. Už dříve s ním byl problém, ale nevím jak ho vypnout, vždy před spuštěním openvpn provádím iptables -F a dávám nová pravidla pro vstup, výstup a přeposílání paketů jako ACCEPT a stejně tak i na vzdáleném klientovi. ip_forward = 1

    SERVER
    mode server
    tls-server
    dev tap
    proto udp
    port 6277
    ifconfig 192.168.100.1 255.255.255.0
    ifconfig-pool 192.168.100.2 192.168.100.254 255.255.255.0
    client-to-client
    
    push "route 192.168.22.0 255.255.255.0 192.168.100.1"
    # klient posílá pakety pro síť v rozsahu 192.168.22.0/24 přes tunel
    
    ca /etc/pki/CA/cacert.pem
    cert /etc/pki/CA/openvpn_public_key.pem
    key /etc/pki/CA/openvpn_private_key.pem
    dh /etc/pki/CA/dh1024.pem
    
    log-append /var/log/openvpn
    status /var/run/openvpn/vpn.status 10
    comp-lzo
    verb 3
    keepalive 10 120
    duplicate-cn
    
    KLIENT
    remote 81.30.251.11
    port 6277
    proto udp
    tls-client
    dev tap
    pull
    mute 10
    client
    ca /etc/openvpn/cacert.pem
    cert /etc/openvpn/openvpn_public_key.pem
    key /etc/openvpn/openvpn_private_key.pem
    
    comp-lzo
    verb 3
    pull
    
    jinak po připojení tabulka route Klienta
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    192.168.100.0   *               255.255.255.0   U     0      0        0 tap0
    192.168.0.0     *               255.255.255.0   U     0      0        0 eth1
    link-local      *               255.255.0.0     U     0      0        0 eth0
    link-local      *               255.255.0.0     U     1000   0        0 eth1
    default         192.168.0.1     0.0.0.0         UG    0      0        0 eth1
    default         *               0.0.0.0         U     1000   0        0 eth0
    

    Odpovědi

    2.6.2007 12:39 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    Jaká je route tabulka serveru (nikoliv klienta)?
    2.6.2007 12:48 aquilegia | skóre: 4
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    Tady je:
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    192.168.100.0   *               255.255.255.0   U     0      0        0 tap0
    192.168.22.0    *               255.255.255.0   U     0      0        0 eth0
    169.254.0.0     *               255.255.0.0     U     0      0        0 eth0
    default         192.168.22.1    0.0.0.0         UG    0      0        0 eth0
    
    a Pingy jsou z serveru na vzdáleného klienta:
    [root@ferit ~]# ping 192.168.100.2
    PING 192.168.100.2 (192.168.100.2) 56(84) bytes of data.
    From 192.168.100.1 icmp_seq=2 Destination Host Unreachable
    From 192.168.100.1 icmp_seq=3 Destination Host Unreachable
    From 192.168.100.1 icmp_seq=4 Destination Host Unreachable
    From 192.168.100.1 icmp_seq=6 Destination Host Unreachable
    From 192.168.100.1 icmp_seq=7 Destination Host Unreachable
    From 192.168.100.1 icmp_seq=8 Destination Host Unreachable
    
    --- 192.168.100.2 ping statistics ---
    8 packets transmitted, 0 received, +6 errors, 100% packet loss, time 7000ms
    , pipe 3
    
    a z klienta na server (adresa v rámci VPN):
    ping 192.168.100.1
    PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data.
    64 bytes from 192.168.100.1: icmp_seq=1 ttl=64 time=367 ms
    64 bytes from 192.168.100.1: icmp_seq=2 ttl=64 time=280 ms
    64 bytes from 192.168.100.1: icmp_seq=3 ttl=64 time=327 ms
    
    --- 192.168.100.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2002ms
    rtt min/avg/max/mdev = 280.414/325.018/367.545/35.607 ms
    
    a ping na server (přes jeho vnitřní adresu za VPN tunelem):
     ping 192.168.22.254
    PING 192.168.22.254 (192.168.22.254) 56(84) bytes of data.
    
    --- 192.168.22.254 ping statistics ---
    15 packets transmitted, 0 received, 100% packet loss, time 14010ms
    
    3.6.2007 11:23 Opičák | skóre: 18 | blog: Opicakovy_blaboly
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    Klient jsou windows XP? Máš povolený ICMP? Připadá mi to, že prostě jen neodpovídá.
    3.6.2007 11:24 Opičák | skóre: 18 | blog: Opicakovy_blaboly
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    ha Ubuntu...no ale i tak to prověř. A nebo klient neví KUDY má odpovědět.
    marek_s avatar 2.6.2007 23:44 marek_s | skóre: 8 | Loučky
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    Vidim dobre, nebo se mi to jenom zda, ze na klientovi chybi routovaci zaznam na 192.168.22.0/24 ?
    "Consummatum est" -- Iesus Nazarenus
    3.6.2007 11:18 trezor | skóre: 10
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    napis namiesto tohto

    push "route 192.168.22.0 255.255.255.0 192.168.100.1"

    iba

    push "route 192.168.22.0 255.255.255.0"

    to by malo fungovat ze Ti automaticky prida route na klientovi so smerovanim na server na druhej strane
    3.6.2007 13:21 jiri.b | skóre: 30 | blog: jirib
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    na tyhle problemy je nejlepsi tcpdump...

    na rozhrani hned vidite ten traffic, co chcete, kdyz nevidite, pak je problem :) treba fw atd...
    $ sudo tcpdump -i pppoe0 -n -v -ttt icmp
    tcpdump: listening on pppoe0, link-type PPP_ETHER
    Jun 03 13:19:45.330194 85.207.203.xxx > 89.250.252.18: icmp: echo request (id:1f2a seq:0) (ttl 255, id 22675, len 84)
    Jun 03 13:19:45.341576 89.250.252.18 > 85.207.203.xxx: icmp: echo reply (id:1f2a seq:0) (ttl 58, id 64328, len 84)
    u vas to bude -i tunX
    3.6.2007 14:39 Piki_ | skóre: 10 | blog: Pikiho_blog | Horno Porno
    Rozbalit Rozbalit vše Re: Opět OpenVPN a routování
    Cus
    zkus to
    push "route 192.168.22.0 255.255.255.0 192.168.100.1"
    ze serveru smazat a dat to do configu klienta
    route 192.168.22.0 255.255.255.0 192.168.100.1
    Az pokacite posledni strom a zabijete posledni zvire, tak zjistite, ze penez se nenajite.

    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.