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 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

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

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 4
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 37
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
27.3. 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

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

    Dotaz: OpenVpn - dvě shodné konfigurace, rozdílné chování

    12.3.2011 22:58 JirkaH
    OpenVpn - dvě shodné konfigurace, rozdílné chování
    Přečteno: 475×
    zdravim,

    mám 2 linuxové stroje s CentOS, jeden fyzický 32bit, druhý na VMware 64 bit fyzický stroj je starší (3 roky) a vše funguje jak má druhý stroj na VMware jsem právě instaloval, nainstaloval openvpn a vygeneroval nové certfikáty a nakonfiguroval úplně stejně jako ten první stroj

    bohužel, pokud se připojuji k novému stroji, tak pingám pouze na ten daný stroj s VPN, na ostatní stroje ve vzdálené síti se nedostanu, NATY jsou nastaveny na příslušné porty, adresy jsou 10.0.0.211 a 10.0.0.212, v konfigu opravdu žádný rozdíl.

    Při instalaci nového stroje jsem použil jen to nejnutnější -> zvolen "základ" v konfigurační volbě, v při instalaci staršího serveru jsem použil volbu "server", není nutná nějaká služba pro chod Ethernet tunelu??? na novém stroji mi běží pouze služby sshd, syslog, openvpn, network, ntpd a nic víc, je něco potřeba.

    Na obou serverech používám tuto konfiguraci (porty jsou samozřejmě rozdílné)
    port 1194
    proto udp
    
    dev tap0
    client-to-client
    
    ca ca.crt
    cert openvpn-private.crt
    key openvpn-private.key
    
    dh dh1024.pem
    
    server-bridge 10.0.0.212 255.255.255.0 10.0.0.31 10.0.0.35
    
    script-security 3
    
    up /etc/openvpn/bridge-start
    down /etc/openvpn/bridge-stop
    
    push "dhcp-option DNS 10.0.0.227"
    push "dhcp-option DOMAIN domain.local"
    
    duplicate-cn
    status openvpn-status.log
    verb 5
    syslog openvpn
    
    a na clientech toto
    client
    dev tap
    proto udp
    port 1194
    
    remote my_ip_adress
    askpass
    pkcs12 hajsl.p12
    
    
    route-delay 10
    verb 5
    
    

    Řešení dotazu:


    Odpovědi

    13.3.2011 09:24 Franta Hanzlik
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    Zřejmě chcete použít "bridged VPN" konfiguraci - takže minimálně na straně serveru byste měl mít nakonfigurovaný (viz brctl atd) bridge, v kterém bude jeho LAN interface. A /etc/openvpn/bridge-start script by měl do tohoto bridge přidat odpovídající tapX zařízení. Zkuste ověřit.

    A pokud máte nastavený firewall - jeho pravidla by měla zohledňovat přístupy na vytvořený bridge. Obvyklé je povolit vše na LAN a tapX interface a požadovaná pravidla aplikovat na bridge interface.
    13.3.2011 09:38 JirkaH
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    skripty na obou strojích jsou následující:

    pro start služby
    #!/bin/sh
    
    /usr/sbin/brctl addbr br0
    /sbin/ifconfig tap0 up
    /usr/sbin/brctl addif br0 tap0
    
    /sbin/ifconfig eth0 0.0.0.0
    /usr/sbin/brctl addif br0 eth0
    /sbin/ifconfig br0 10.0.0.211 netmask 255.255.255.0 up 
    /sbin/ifconfig eth0 0.0.0.0
    
    /sbin/ip route del default
    /sbin/ip route add default via 10.0.0.254 dev br0
    a při zastavení služby pak
    #!/bin/sh
    
    /sbin/ifconfig br0 down
    
    /usr/sbin/brctl delif br0 eth0
    /usr/sbin/brctl delif br0 tap0
    
    /sbin/ifconfig tap0 down
    /usr/sbin/brctl delbr br0
    
    /sbin/ifconfig eth0 10.0.0.211 netmask 255.255.255.0
    
    /sbin/ip route del default
    /sbin/ip route add default via 10.0.0.254 dev eth0
    samozřejmě na novém stroji je místo 211 všeude 212, firewall na obou systémech je kompletně vypnul, selinux také, vše je řešeno natováním na firewallu Mikrotik
    13.3.2011 11:13 Franta Hanzlik
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    Mix "ip" a "ifconfig", a přiřazení IP 0.0.0.0 eth0 mne fascinují :) - to poslední snad ani nemá smysl. Blbost asi taky je dávat do scriptu natvrdo jméno TAP iface (tap0) - to je scriptu předáváno jako $1 parametr, a nemusí být nutně jen tap0.

    Co říkají výpisy "ip link show", "ip addr show", "ip route show" a "brctl show" (spuštěno na serveru při připojeném klientovi)?

    Myslím, že konfigurace statického br0 a statické zařazení eth0 do něj už při startu serveru by bylo daleko jednodušší a transparentnější. A startup script pak bude jen něco jako:
    #!/bin/sh
    /usr/sbin/brctl addif br0 "$1"
    
    A můžete použít lehce i iptables, to na VPN také nemusí být od věci, i když máte předřazen ten Mikrotik pro WAN.

    13.3.2011 13:05 JirkaH
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    takže jsem upravil takto při startu serveru spouštím tento skript
    #!/bin/bash
    
    /usr/sbin/brctl addbr br0
    /usr/sbin/brctl addif br0 eth0
    /sbin/ifconfig eth0 0.0.0.0
    /sbin/ifconfig br0 10.0.0.212 netmask 255.255.255.0 up
    /sbin/ip route del default
    /sbin/ip route add default via 10.0.0.254 dev br0
    a ve startu openvpn je
    #!/bin/bash
    
    /sbin/ifconfig "$1" up
    /usr/sbin/brctl addif br0 "$1"
    a na konci
    #!/bin/bash
    
    /usr/sbin/brctl delif br0 "$1"
    /sbin/ifconfig "$1" down
    výsledek je ale stejný, výpisy čtyřech příkazů, které uvádíte jsou následující
    [root@linux-bratr openvpn]# ip addr show
    1: lo: *LOOPBACK,UP,LOWER_UP* mtu 16436 qdisc noqueue
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
        inet6 ::1/128 scope host
           valid_lft forever preferred_lft forever
    2: eth0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc pfifo_fast qlen 1000
        link/ether 00:50:56:95:00:08 brd ff:ff:ff:ff:ff:ff
        inet6 fe80::250:56ff:fe95:8/64 scope link
           valid_lft forever preferred_lft forever
    3: sit0: *NOARP* mtu 1480 qdisc noop
        link/sit 0.0.0.0 brd 0.0.0.0
    4: br0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc noqueue
        link/ether 00:50:56:95:00:08 brd ff:ff:ff:ff:ff:ff
        inet 10.0.0.212/24 brd 10.0.0.255 scope global br0
        inet6 fe80::250:56ff:fe95:8/64 scope link
           valid_lft forever preferred_lft forever
    6: tap0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc pfifo_fast qlen 100
        link/ether 2a:38:1d:f3:99:50 brd ff:ff:ff:ff:ff:ff
        inet6 fe80::2838:1dff:fef3:9950/64 scope link
           valid_lft forever preferred_lft forever
    
    [root@linux-bratr openvpn]# ip link show
    1: lo: *LOOPBACK,UP,LOWER_UP* mtu 16436 qdisc noqueue
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    2: eth0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc pfifo_fast qlen 1000
        link/ether 00:50:56:95:00:08 brd ff:ff:ff:ff:ff:ff
    3: sit0: *NOARP* mtu 1480 qdisc noop
        link/sit 0.0.0.0 brd 0.0.0.0
    4: br0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc noqueue
        link/ether 00:50:56:95:00:08 brd ff:ff:ff:ff:ff:ff
    6: tap0: *BROADCAST,MULTICAST,UP,LOWER_UP* mtu 1500 qdisc pfifo_fast qlen 100
        link/ether 2a:38:1d:f3:99:50 brd ff:ff:ff:ff:ff:ff
    
    [root@linux-bratr openvpn]# ip route show
    10.0.0.0/24 dev br0  proto kernel  scope link  src 10.0.0.212
    default via 10.0.0.254 dev br0
    
    [root@linux-bratr openvpn]# brctl show
    bridge name     bridge id               STP enabled     interfaces
    br0             8000.005056950008       no              tap0
                                                            eth0
    
    ve výpisech ip addr show a ip link show jsem nahradil značku < a > značkou *
    15.3.2011 08:09 JirkaH
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    takže zdá se, že problém není v CentOS jako takovém, ale na virtuální platformě, kterou je vSphere 4 Essentials Plus ...

    zklonoval jsem fyzickou mašinu se všemi nastaveními vč. IP a chová se stejně špatně jako to nová virtuální mašina
    Řešení 1× (JirkaH (tazatel))
    16.3.2011 06:33 JirkaH
    Rozbalit Rozbalit vše Re: OpenVpn - dvě shodné konfigurace, rozdílné chování
    tak záhada vyřešena:

    v nastavení sitovky na vmware musí být zapnut "promiscuous mode", pak to funguje ovšem bez dalšího nastavení, které neznám, se brutálně zpomalí celá síť ve firmě, a to i když jsem tento linux dal na jinou fyzickou sitovku ...

    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.