Dotaz: OpenVPN port-share

[ehy]

Diskuse vznikla z vlákna této diskuse.

---

Ale mohl bys mi prozradit jak jsi nastavil Open VPN tak aby ti to fungovalo z prace tak jak rikas? Jeste by me zajimalo, jestli si pusnes do klienta (ten stroj v praci) nejake zmeny pro routing table nebo to resis jen jako nastaveni browseru. Resil jsem stejny problem, nevedel jsem jak presne nastavit OpenVPN server jako router pro klienty v oVPN subsiti tak jsem pouzil bezne nastaveni oVPN a na serveru TinyProxy.

Kazdopadne se rad dozvim jestli jsi to resil bez proxy jen pomoci konfigurace oVPN.

Diky za odpoved, docela by me to reseni zajimalo.

Odpovědi

[ehy]

Ahoj,
tak to opravdu netusim, promin ze neodpovim. Ale mohl bys mi prozradit jak jsi nastavil Open VPN tak aby ti to fungovalo z prace tak jak rikas? Jeste by me zajimalo, jestli si pusnes do klienta (ten stroj v praci) nejake zmeny pro routing table nebo to resis jen jako nastaveni browseru.
Resil jsem stejny problem, nevedel jsem jak presne nastavit OpenVPN server jako router pro klienty v oVPN subsiti tak jsem pouzil bezne nastaveni oVPN a na serveru TinyProxy.
Kazdopadne se rad dozvim jestli jsi to resil bez proxy jen pomoci konfigurace oVPN.
Diky za odpoved, docela by me to reseni zajimalo.

[unamed]

V prvom rade treba Apache nastaviť tak aby SSL časť počúvala na porte napríklad 4430 (/etc/httpd/conf.d/ssl.conf)

Konfigurák servera:

server 192.168.254.0 255.255.255.0
port-share localhost 4430

dev tun
keepalive 10 120
port 443
proto tcp

client-to-client
comp-lzo
persist-key
persist-tun

ca /etc/openvpn/certificate/ca.crt
crl-verify /etc/openvpn/certificate/ca.crl

cert /etc/openvpn/certificate/sc.crt
key /etc/openvpn/certificate/sc.key

dh /etc/openvpn/certificate/dh.key
tls-auth /etc/openvpn/certificate/ta.key 0

client-config-dir /etc/openvpn/persistants
ifconfig-pool-persist /etc/openvpn/server.data

push "redirect-gateway"

push "dhcp-option NBT 8"
push "dhcp-option DNS 192.168.254.1"
push "dhcp-option WINS 192.168.254.1"

#/usr/bin/openssl dhparam -out /etc/openvpn/certificate/dh.key 1024
#/usr/sbin/openvpn --genkey --secret /etc/openvpn/certificate/ta.key

Konfigurák klienta:

remote vpn.domena.sk 443

dev tun
proto tcp

client
comp-lzo
nobind
persist-key
persist-tun

ca C:\\Program\ Files\\OpenVPN\\config\\ca.crt
tls-auth C:\\Program\ Files\\OpenVPN\\config\\ta.key 1

cert C:\\Program\ Files\\OpenVPN\\config\\cc.crt
key C:\\Program\ Files\\OpenVPN\\config\\cc.key

[ehy]

push "redirect-gateway"
tuhle direktivu jsem tehdy zkousel, ale nic mi to neforwardovalo do interneru :( ... No kazdopadne to jeste zkusim, mozna jsem delal chybu nekde jinde.
Uz jste jinak nemusel nic nastavovat (treba v nastaveni Linuxu direktivu)
echo "1" > /proc/sys/net/ipv4/ip_forward
nebo jina kouzla?

[unamed]

Pochopiteľne, že treba spojazdniť aj maškarádu - bez nej to nejde.

[pavlix]

Tak zrovna nevidím důvod cpát maškarádu tam, kde není potřeba.

[ehy]

zprovozni maskarady, je vlastne NAT pro openVPN sit, ze ano? To je mi jasne jak funguje. Jak byste to resil vy ?
Zatim tady mame dve reseni :
1) direktiva push s defaul gateway v kombinaci s maskaradou
2) rozbehnuti proxy (v mem pripade tinyproxy)

jsem zvedav, protoze si myslim, ze musite nejak zmenit lokalni IP adresy na na verejnou IP toho serveru

[pavlix]

IP routing vám nic neříká? Je to výrazně starší technologie než NAT a taky fungovala.

Jestli se použije fyzický link, nebo OpenVPN, na potřebě/nepotřebě NATu prakticky nemá šanci něco změnit.

[ehy]

Ale jiste, ze rika. Jen nevim jak na nej v praxi.
jsem toho nazoru, ze pokud mam server s verejnou IP, na ktery je pripojena openVPN s Ip privatniho subnetu, tak se NATu nevyhnu.
kdyz bych pouzil routovani (nemam moc praktickych zkusenosti) tak do routovaci tabulky serveru pridam novou statickou cestu aby se vedelo, ze ma vzit pakety z openVPN subsite a dat je rozhrani kde je verejna IP.
no a ted je asi to co mi nedochazi: jake budou u paketu src ? Prece tam nemuze byt IP openVPN site to by paket zpet nedosel
kdo/co kdyz ne NAT mi pomuze?

ps.:docela jsme ujeli z tematu vlakna, ale me toto tema velmi zajima, nezalozime nove vlakno ?

[pavlix]

jsem toho nazoru, ze pokud mam server s verejnou IP, na ktery je pripojena openVPN s Ip privatniho subnetu, tak se NATu nevyhnu.

Obecně NAT potřeba není. V tomto případě potřebujete NAT pouze, pokud VPN slouží k připojení privátního rozsahu do vnějšího Internetu.

Na komunikaci se serverem, kam je OpenVPN připojená, potřeba není, jen na propojení privátní sítě do Internetu.

Ale za to nemůže OpenVPN, to funguje úplně stejně i bez VPN.

Dá se tomu vyhnout minimálně dvěma způsoby:

1) Vyhradit část veřejného rozsahu pro VPN

2) Nepoužívat VPN link pro přístup do zbytku Internetu

ps.:docela jsme ujeli z tematu vlakna, ale me toto tema velmi zajima, nezalozime nove vlakno ?

Může být :).

[pavlix]

Ještě bych chtěl upozornit, že nemám v úmyslu někoho přesvědčovat, aby NAT nepoužil... jen chci vyvrátit tvrzení, že bez NATu "to" nejde.

[Filip Jirsák]

Dotaz jsem osamostatnil z původní diskuse. Příště prosím „neunášejte“ jiné dotazy a svou otázku zadejte v Poradně jako nový dotaz. Děkuji.