Konfigurace openVPN

Při diagnostice připojení "Pičítač je pravděpodobně správně nakonfigurován, ale zařízení nebo prostředek (Server DNS) neodpovídá...

Jinak spouštím jako správce, i při vypnutém smart security firewallu ten internet na toho klienta nedojde

Skús si nastaviť dns v konfigu na 208.67.222.222

Jak jsi na to přišel ? mohu to vyzkoušet, takže pouze zaměním v konfigu servera z push "dhcp-option DNS 192.168.0.1" na push "dhcp-option DNS 208.67.222.222"? nebo to mám změnit i u "push "route-gateway 10.10.1.100" ??

teď když se chci připojit z klienta tak mi to píše :

Sun Nov 11 21:13:40 2012 UDPv4 link local: [undef]
Sun Nov 11 21:13:40 2012 UDPv4 link remote: 178.255.xxx.xxx:80
Sun Nov 11 21:13:40 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)

díky za rady a odpověď

OMG. Brána a DNS jsou dvě rozdílné věci.

Routování máš v těch pakostnicových woknech zapnuto?

Pardon,

ano toto mám zaplé...
zkusím tam nastavit tedy to dns

a routovací tabulky jsi zkontroloval? Technicky by to snad mělo fungovat, pokud jsi NEvyplnil u OpenVPN adaptéru výchozí bránu.

Routovací tabulka je zde, snad je vše správně:

Microsoft Windows [Verze 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Všechna práva vyhrazena.

C:\Users\Pavel>route print
================================================== =========================
Seznam rozhraní
 14...00 ff ae 81 d8 17 ......TAP-Win32 Adapter V9
 10...54 04 a6 69 08 e8 ......Realtek PCIe GBE Family Controller
  1...........................Software Loopback Interface 1
 11...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 12...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
 15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
================================================== =========================

IPv4 Směrovací tabulka
================================================== =========================
Aktivní směrování:
         Cíl v síti   Síťová maska            Brána        Rozhraní Metrika
          0.0.0.0          0.0.0.0      192.168.0.1    192.168.0.100     20
        10.10.1.0    255.255.255.0       Propojené       10.10.1.100    286
      10.10.1.100  255.255.255.255       Propojené       10.10.1.100    286
      10.10.1.255  255.255.255.255       Propojené       10.10.1.100    286
        127.0.0.0        255.0.0.0       Propojené         127.0.0.1    306
        127.0.0.1  255.255.255.255       Propojené         127.0.0.1    306
  127.255.255.255  255.255.255.255       Propojené         127.0.0.1    306
      192.168.0.0    255.255.255.0       Propojené     192.168.0.100    276
    192.168.0.100  255.255.255.255       Propojené     192.168.0.100    276
    192.168.0.255  255.255.255.255       Propojené     192.168.0.100    276
        224.0.0.0        240.0.0.0       Propojené         127.0.0.1    306
        224.0.0.0        240.0.0.0       Propojené     192.168.0.100    276
        224.0.0.0        240.0.0.0       Propojené       10.10.1.100    286
  255.255.255.255  255.255.255.255       Propojené         127.0.0.1    306
  255.255.255.255  255.255.255.255       Propojené     192.168.0.100    276
  255.255.255.255  255.255.255.255       Propojené       10.10.1.100    286
================================================== =========================
Trvalé trasy:
  Žádné

DNS jsem přepsal na to jak je mi porazeno výše a stále se nemohu spojit s klientem... v okně VPN píše toto:

Mon Nov 12 15:39:40 2012 [UNDEF] Inactivity timeout (--ping-restart), restarting
Mon Nov 12 15:39:40 2012 TCP/UDP: Closing socket
Mon Nov 12 15:39:40 2012 SIGUSR1[soft,ping-restart] received, process restarting
Mon Nov 12 15:39:40 2012 Restart pause, 2 second(s)
Mon Nov 12 15:39:42 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Mon Nov 12 15:39:42 2012 Re-using SSL/TLS context
Mon Nov 12 15:39:42 2012 LZO compression initialized
Mon Nov 12 15:39:42 2012 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Mon Nov 12 15:39:42 2012 Socket Buffers: R=[8192->8192] S=[8192->8192]
Mon Nov 12 15:39:42 2012 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Mon Nov 12 15:39:42 2012 Local Options hash (VER=V4): 'd79ca330'
Mon Nov 12 15:39:42 2012 Expected Remote Options hash (VER=V4): 'f7df56b8'
Mon Nov 12 15:39:42 2012 UDPv4 link local: [undef]
Mon Nov 12 15:39:42 2012 UDPv4 link remote: 178.255.169.254:80
Mon Nov 12 15:39:42 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Mon Nov 12 15:39:44 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Mon Nov 12 15:39:49 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Mon Nov 12 15:39:57 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)

Prosím o radu

Píšeš, že v práci máš blokované porty. Jsi si jistý, že UDP port 80 máte povolený?

byl jsem za správcem a říkal, že ano...

nic méně jsem to zkoušel i doma se připojit na vnitřní síť a to mě šlo, ale pak druhej den mi to házelo už chybu, že sem se nemoh spojit.
Dnes už jsem na koleji, a VPN píše tu chybu jak mám napsáno výše...udělal jsem akorád změnu v DNS.
Snad se to podaří nějak rozběhnout :(

WSAECONNRESET
10054

Connection reset by peer.

An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET.

http://msdn.microsoft.com/en-us/library/windows/de sktop/ms740668%28v=vs.85%29.aspx

opravdu ti na tom portu poslouchá OpenVPN?

asi hloupá otázka, ale to se nenastavuje v konfigu toho servera ? :o

reakce z jiného fora:

Zda se to byt jasny. Pokud je stolni PC na nejaky vnitrni siti za routerem v rozsahu 192.168.0.x a notas se pres VPN pripoji ke stolnimu pomoci site 10.0.1.x, tak aby mohl ven na net, musi:

a) delat NAT primo stolni PC (presne to dela ten kouzelnej linuxovej prikaz)

b) router vedet o tom, ze sit 10.0.1.0/24 je dostupna za stolnim PC, tzn. je potreba pridat cestu (staticky routovani); zaroven musi router byt ochotnej NATovat i tenhle rozsah, u neceho inteligentnejsiho neni problem to nastavit, u levnych routeru nevim jestli NATujou vsechno, nebo jen vlastni rozsah LANu, chce to zkusit

Idealni reseni je domluvit se s routerem. Kdyby to neslo, tak nejaky sdileni pripojeni (= NAT) umi i Windows, ale kdyz jsem to zkousel naposledy, bylo to takovy hodne divny. Ale je to uz dlouho, tak treba je to ve Win7 lepsi.

V router setupu mám nastaveno zatím mám jen u forwardingu vyplněno "virtual servers" (nebo tak něco tam je... ) na 80

no ale to nestačí, potřebuješ ještě statickou routu.

napsal jsem "route add 10.10.1.0 255.255.255.0 192.168.0.100" a výsledek : Chybný argument 192.168.0.100

tím pádem ten tracert -d 77.75.72.3 jsem zkoušel jen tak a "cílový hostitel není dostupný"

Píšu ten příkaz blbě nebo kde je chyba ? :o

ale v routeru, ne v počítači!

Ach jaj :)

Dobrá, zkusím... a ty DNS mají zůstat nevyplněné? je tam (IP,Mask,Brana,P DNS, S DNS)

1. Dal jsem zpět DNS na původní hodnotu 192.168.0.1
2. V Routeru jsem nastavil Static routing na ty hodnoty jak jsi napsal... enabled

bohužel žádná změna (ikdyž ona by možná byla) ale zkrátka se s tím domácím Pc nespojím stále je ikona žlutá a opakují se následující příkazy: netuším proč se s tím spojím když už se to jednou podařilo a nic jsem v nastavení neměnil...

Tue Nov 13 18:29:24 2012 [UNDEF] Inactivity timeout (--ping-restart), restarting
Tue Nov 13 18:29:24 2012 TCP/UDP: Closing socket
Tue Nov 13 18:29:24 2012 SIGUSR1[soft,ping-restart] received, process restarting
Tue Nov 13 18:29:24 2012 Restart pause, 2 second(s)
Tue Nov 13 18:29:26 2012 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Tue Nov 13 18:29:26 2012 Re-using SSL/TLS context
Tue Nov 13 18:29:26 2012 LZO compression initialized
Tue Nov 13 18:29:26 2012 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Tue Nov 13 18:29:26 2012 Socket Buffers: R=[8192->8192] S=[8192->8192]
Tue Nov 13 18:29:26 2012 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Tue Nov 13 18:29:26 2012 Local Options hash (VER=V4): 'd79ca330'
Tue Nov 13 18:29:26 2012 Expected Remote Options hash (VER=V4): 'f7df56b8'
Tue Nov 13 18:29:26 2012 UDPv4 link local: [undef]
Tue Nov 13 18:29:26 2012 UDPv4 link remote: 178.255.169.254:80
Tue Nov 13 18:29:26 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Tue Nov 13 18:29:28 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Tue Nov 13 18:29:32 2012 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)

já psal nějaké hodnoty? Já nepsal nic.

1. V routeru jsi měl nastavit statickou routu na 10.10.1.0/24 s bránou 192.168.0.100 (což by měla být LAN IP adresa PC s nainstalovaným OpenVPN)

2. Zopakuji: ověř si, že díra ve firewallu před tvým VPN serverem funguje, protože podle mě nefunguje.

1. ano to jsem presne udelal...
2. mam eset smart security 5... nastavil jsem interaktivni rezim a pravidla : z obou smeru je povolen protokol tcp a udp, lokální strana - lokalni port- pridat port - 80... tak je to na obou strojich

cooo?

jaký TCP, přece to máš nastaveno na UDP? To mi chceš tvrdit, že router ti běží na Windows a ještě ke všemu s Eset Zmrd security? hm.. tak to je hustý.

radsi jsem tam povolil jak tcp tak i udp... ano mám nastaveno proto udp.
Ano jak říkáš... W7 a eset... co bys navrhoval ?

A jak na těch W7 děláš NAT do internetu? To je nejšílenější nápad, co jsem teda potkal - proč pak nerozjedeš to OpenVPN rovnou na tom routeru? Windows jako Windows.. Teda samozřejmě, pokud si nepleteš hodinky a holinky.

Pokial mas spojenie rusene peerom nie je problem v dnskach. Na zaciatku si pisal, ze klient sa spoji, tu vidime, ze uz ani to nie.
Takze:
- bud ti router neforwarduje port 80
- vpn server ti nebezi na forwardnutom porte
- firewall na routri/pc blokuje prichadzajuce spojenie
Ked vyriesis problem si spojenim mozme sa pozriet na to routovanie.

1. u routeru to mam forwardnute u virtual servers... (ale zkousel sem tam jiny nastaveni jako port trigering a dmz - jen na zkousku a pak jsem to vypl, tak je mozny ze se to tim rezesralo...)

2. to mam nasteven snad v konfiguraci ne ? mode server tls-server port 80

3. v esetu to mam povolene do obou smeru port 80

router jsi psal výše, že je na Windows 7, teď tu zase motáš DMZ a port triggering, jako by to byla nějaká levná SOHO krabička.

Zkus se trochu zamyslet a být alespoň trochu konzistentní v tom, co nám sděluješ. Díky.

ano je na win7, DMZ a port triggering to byla jen zkouska protoze uz sem nevedel cim to muze bejt tak jsem to zkusil jestli se to nahodou nerozbehne

Posílám výpis netstat :

C:\Users\Pavel>netstat

Aktivní připojení

Proto Místní adresa Cizí adresa Stav
TCP 127.0.0.1:22250 Sam:22251 NAVÁZÁNO
TCP 127.0.0.1:22251 Sam:22250 NAVÁZÁNO

A jakou IP má ten router?

podle manualu 192.168.0.1
ale ten vypis se zda nejakej pofiderni že? Dnes až přijedu domu tak to projedu tim TCPview a hodim to sem ať se už zjistím kde je ten kámen úrazu. Zatím díky

vpn server je nejlepe delat na routeru, porid si router, ktery to umi, nebo do do stavajiciho (pokud to jde) pouzij alternativni firmware s vpn serverem a mas to nastavene za 3 minuty a funkcni, nejhorsi co muze byt, je drbani levou nohou za pravym uchem, jnak to budes mit to pc zapnute nonstop?

jeho router (jak tvrdí) běží na Windows 7 (což teda nechápu, jak takovou kravinu může někdo udělat), stejně tak mu běží ve vnitřní síti na dalších Windows 7 ten OpenVPN server (opět tvrzení tazatele)

(že si myslím, že si z nás dělá (_!_) je druhá věc)

Ještě pro jistotu házím konfig clienta...

client
dev tap openVPN
proto udp
remote 178.255.169.254 80

ca ca.crt
cert client1.crt
key client1.key

ns-cert-type server

ping 15
ping-restart 45
ping-timer-rem

persist-key
persist-tun
resolv-retry infinite
nobind
comp-lzo
verb 3
mute-replay-warnings