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ářů: 0
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ářů: 8
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ářů: 38
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%)
 (72%)
 (3%)
 (10%)
Celkem 933 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: VPN bridge packet drop

    12.1.2016 16:04 driici
    VPN bridge packet drop
    Přečteno: 408×
    Dobry den,

    Mam topologii dvou routeru na Debianu (Wheezy a Jessie) - oba maji svoji vlastni konektivitu do internetu. Mezi nimi je vytvoren OpenVPN tunel, ktery je probridgovan do site 192.168.2.0/24. Zarizeni br0 obsahuje interface eth0 a tap0. Zatim vsechno funguje OK. Pro propojeni je to tak, ze ja jessiem je server, wheezy je klient.

    Na Wheezym je jeste vpn server s tap1 (192.168.250.0/24) pro pripojeni z venku do vnitrni site. Toto je routovano a taky OK - z VPN se dostanu na zarizeni v siti 192.168.2.0 za obema routery. ALE! jenom v pripade ze se nejedna o windowsy (jsou tam nejake kopirky, voip telefony atd, na vsechno to se dostanu). Nedostanu se ale na Windows, ktere jsou umisteny na strane Jessieho. Tam je opet bridge br0, ktery obsahuje iface tap0 a eth1.

    Kdyz si TCPdumpem analyzuju traffic, tak ping a reply vidim na eth1, br0, ale NE na tap0. V momente, kdy pinkam treba switch, tak ten paket vidim i na tap0 a na stroji, ktery se pripojuje pres vpn (192.168.250.0) dostanu odpoved. Firewallem to nebude, kdzy pro ostatni stroje vsechno projde. Jako by se jadru nelibilo jak paket vypada a zahodilo ho, ale zase nikde nevidim zminku v logu. Co ale vidim v logu IPtables, ze mi dropuji nejaky paket VPN spojeni, ktery by teoreticky mohl obsahovat ten ping.
    (OUTPUT drop: IN= OUT=eth0 SRC=46.xxx.xxx.xxx DST=46.xxx.xxx.xxx LEN=105 TOS=0x00 PREC=0x00 TTL=64 ID=17103 DF PROTO=UDP SPT=1194 
    DPT=54640 LEN=85)
    
    Nevim ale proc, kdyz v iptables mam v OUTPUT chainu povoleno cokoliv co odchazi na portu 1194 TCP/UDP.

    Setkal se nekdo s podobnym problemem, pripadne napada nekoho kam se mam podivat? Zkousel jsem to dokonce s vypnutym firewallem ale bez uspechu.

    Diky

    Odpovědi

    12.1.2016 22:15 NN
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Nektere verze OS Windows defaultne neodpovidaji na ping. Ten drop je UDP 1194, neni to ICMP paket(rp_filter?). Btw. ten popis je trochu zmatecny, hodilo by se schema.
    13.1.2016 09:25 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Ten ping projde, jenom se mi ve VPN bridge ztrati. Zkusim nejak nakreslit, at je to prehlednejsi.

    Ad ten zahozeny paket 1194, netusim co v nem je, podle me to je keepalive co si zajistuje openVPN, ale na eth0 me to asi netrapi. Nebo melo by?
    192.168.250.1
       VPN        INTERNET                                                      INTERNET
       |          |                                                             |
       |          |                                                             | 
       |          eth0                                                          eth0
       ------tap1 BRAG tap0========== VPN BRIDGE 192.168.2.0/24 ===========tap0 ADOLF
                  eth1                                                          eth1
                  |                                                             |  
                  LAN 192.168.2.0/24                                            192.168.2.0/24
                  DHCP 192.168.2.2-100                                          DHCP 192.168.2.101-200
                  tap0+eth1 = br0                                               tap0+eth1 = br0
    
    na serveru BRAG je mezi tap1 a br0 udelana routa

    ping se mi povedlo vysledovat na nasledujici ceste: ICMP request tap1@BRAG ICMP request br0@BRAG ICMP request tap0@ADOLF ICMP request br0@ADOLF ICMP request eth1@ADOLF

    ICMP reply eth1@ADOLF ICMP reply br0@ADOLF

    na tap0@ADOLF jej uz nevidim, ackoliv pokud pingnu jakousi kopirku (192.168.2.13), ktera je za timto strojem (ADOLF), tak odpoved dostanu az do klienta ve VPN 192.168.250.0/24

    je to takto srozumitelnejsi?

    13.1.2016 10:22 NN
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Mas na serveru ADOLF routu do 192.168.250.0? Ping z hosta za serverem ADOLF na 193.168.250.1 projde? Neodchazi ten ping do eth0 misto do tunelu? Jak vypada routing na klientovi za serverem ADOLF?
    13.1.2016 11:53 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    na adolfovi zadna specialni routa neni, ve vysledku o teto siti vubec nevi, tam je jenom bridge do dane site

    problem je v tom ze pokud mam stanice na ktere se chci dostat pres VPN 192.168.250.0, tak cokoliv co je za BRAGem tak OK, za ADOLFem se dostanu na vse KROME Windowsu, ackoliv pokud ten ping poslu z cehokoliv v siti 192.168.2.0, tak odpoved dostanu. Routing te VPN site 192.168.250.0 zajistuje BRAG
    13.1.2016 12:51 NN
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Jak vypada routing na tech oknech?
    22.1.2016 13:47 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Podle me neni problem v routingu na tech woknech; vsechno je prirazovane pres DHCP a na linuxove stroje, ktere se propinkam ok

    v nasledujicich tcpdumpech je IP 192.168.250.10 muj klient pripojeny pres VPN, zde je videt, kde podle me je problem a sice na mezi br0 a tap0 dojde k zahozeni odpovedi
    tcpdump  -i br0 src host 192.168.250.10 or dst host 192.168.250.10
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on br0, link-type EN10MB (Ethernet), capture size 262144 bytes
    13:40:19.040488 IP 192.168.250.10 > 192.168.2.131: ICMP echo request, id 1, seq 31, length 40
    13:40:19.044946 IP 192.168.2.131 > 192.168.250.10: ICMP echo reply, id 1, seq 31, length 40
    13:40:24.039996 IP 192.168.250.10 > 192.168.2.131: ICMP echo request, id 1, seq 32, length 40
    13:40:24.041236 IP 192.168.2.131 > 192.168.250.10: ICMP echo reply, id 1, seq 32, length 40
    
    tcpdump  -i tap0 src host 192.168.250.10 or dst host 192.168.250.10
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on tap0, link-type EN10MB (Ethernet), capture size 262144 bytes
    13:40:34.039612 IP 192.168.250.10 > 192.168.2.131: ICMP echo request, id 1, seq 34, length 40
    13:40:39.037625 IP 192.168.250.10 > 192.168.2.131: ICMP echo request, id 1, seq 35, length 40
    
    Windows routa je k nahlednuti na https://ctrlv.cz/Ft5h
    17.2.2016 14:21 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    BUMP!
    17.2.2016 15:13 NN
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Muzu poprosit iptables a routovani na ADOLFOVI? Mimochodem, kde ma ten segment 192.168.2.0/24 gateway? Jeste poznamka, na zacatku jsi psal:
     pokud pingnu jakousi kopirku (192.168.2.13), ktera je za timto strojem (ADOLF)
    To, ale podle obrazku nemuze byt pravda, protoze za ADOLF je DHCP distribuovano 192.168.2.101-200.
    22.2.2016 14:41 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    To, ale podle obrazku nemuze byt pravda, protoze za ADOLF je DHCP distribuovano 192.168.2.101-200.
    ale muze :) maji to nastavene staticky... Neptej se proc. (Doufam ale ze mi rekli spravne informace :])

    zbytek je na http://pastebin.com/CXgsfKdN

    diky
    22.2.2016 17:39 NN
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    Nekolik veci. Podle popisu na zacatku je ADOLF VPN server a podle:
    192.168.2.0/24 dev br0  proto kernel  scope link  src 192.168.2.231
    ma bridge IP 192.168.2.231 a dela gateway pro cely segment. Dale server ADOLF nema o siti 192.168.250.0/24 ani tuseni, jelikoz se v routovaci tabulce nenachazi. S toho bych usuzoval, ze br0 nema zadny duvod vracet paket do tap0. Dale na zacatku tvrdite:
    na serveru BRAG je mezi tap1 a br0 udelana routa
    Jak routa? Muzu ji videt? Mozna by pomohlo odchytit komunikaci vcetne ARP ktere ICMP predchazi.
    14.3.2016 09:25 driici
    Rozbalit Rozbalit vše Re: VPN bridge packet drop
    SOLVED!

    zarizeni, ktere jsou na strane serveru ADOLF musi mit branu nastavenou na server BRAG. Stejne mezi temi stroji je natazena VPN, takze je vlastne jedno kudyma ty data tecou.

    Kazdopadne diky moc za rady!

    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.