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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 13
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 1
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 49
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 777 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 472×
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.