Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → OpenVPN w trybie TUN - generowanie *.ovpn
Strony Poprzednia 1 2 3 4
Zaloguj się lub zarejestruj by napisać odpowiedź
a interfejs sieciowy powinien być faktycznie ustawiony na tun0?
bo jak tak zostawiam, to pisze network invalid
nie powinien tam być ustawiony protokól wan, lub lan?
Jaki protokół? W którym miejscu?
Ten tun0 zależy od tego ile i jakie masz interfejsy w systemie. Jak nie masz coovy, innego openvpn to może być i tun0.
ten sam problem pojawia się na innym dostawcy np. vpnonline
nie pobiera danych z serwera vpn, tylko cały czas są dane od mojego lokalnego dostawcy.
Kontaktowałeś się z pomocą techniczną? Nie? Dlaczego?
Tak możesz też zrobić: https://eko.one.pl/forum/viewtopic.php? … 01#p210001
Network - Interfaces
Wan eth.02
Lan
hideme tun0
Network - Interfaces
Wan eth.02
Lan
hideme tun0
Nie pokazuj obrazów z luci, pisałem. Zrobiłeś sobie oddzielny interfejs dla vpn i tak może zostać.
ok, tylko czemu net nie idzie właśnie przez ten oddzielny interfejs?
Bo albo ci w ogóle nie działa albo tak jest zrobiona konfiguracja (co by było dziwne).
...
config openvpn 'hideme'
option dev 'tun'
option reneg_sec '0'
option verb '3'
option pkcs12 'my_client.p12'
option persist_key '1'
option nobind '1'
option persist_tun '1'
option client '1'
option remote_cert_tls 'server'
option auth_user_pass '/etc/openvpn/userpass.txt'
list remote 'frankfurt.hide.me'
option remote_random '1'
option auth 'SHA256'
option cipher 'AES-256-CBC'
option mute_replay_warnings '1'
option ca '/etc/luci-uploads/cbid.openvpn.hideme.ca'
option tls_auth '/etc/openvpn/tlsauth.key 0'
option enabled '1'
option log '/tmp/log/openvpn.log'
option log_append '/tmp/log/openvpn.log'
skoro tak wygląda Twoja konfiguracja to wg opisu który wystawiłeś: https://hide.me/pl/vpnsetup/openwrt/openvpn/ to:
1. nic tam nie ma o pliku *.p12 a u Ciebie w konfigu jest. Czy napewno masz *.p12 ?
2. port wg instrukcji to 4000. Jesteś pewien, że ich serwer słucha na standardowym 1194? bo na taki port chce się wbić Twój klient.
3. Proponują aby wyłączyć kompresję opcją "no". Tak było dla starszych wersji openvpn =<2.3. Dla wersji 2.4 ja bym dodał profilaktycznie opcję copmress z pustym polem na algorytm (tak mówi manual openvpn)
4. dziwi mnie trochę opcja: " tls_auth '/etc/openvpn/tlsauth.key 0' " gdzie 0 było zarezerwowane dla serwera. ale być może to jest dobrze. Możesz na próbę ustawić 1.
5. dziwi mnie jeszcze opcja: "option ca '/etc/luci-uploads/cbid.openvpn.hideme.ca'". Czy aby na pewno ściągnięty plik ma rozszerzenie *.ca zamiast *.pem ?
Witam serdecznie,
pozwolę sobie podpiąć się pod temat.
Do niedawna miałem LEDE i działające OpenVPN. Przeszedłem na OpenWrt 18.6 i dalej wszystko hulało. Wczoraj doszedłem do wniosku, że wyczyszczę wszystkie certyfikaty i wygeneruję je na nowo używając easyrsa. I dupa. Kombinuję na lewo i prawo i podczas próby połączenia wciąż dostaję komunikat:
Wed Jul 10 13:56:31 2019 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Wed Jul 10 13:56:31 2019 TLS Error: TLS handshake failed
Komunikat ten pojawia się zarówno przy certyfikacie z hasłem jak również gdy hasło nie jest wymagane ;-( Przyznam się szczerze, że wyczerpałem własne pomysły.
Macie może Wy jakieś?
Pokaż konfig openvpn, pokaż całe logi serwera i klienta.
proszę...
config openvpn 'solarisVPN'
option dev 'tun0'
option port '1901'
option proto 'udp'
option log '/tmp/openvpn.log'
option verb '3'
option comp_lzo 'yes'
option push 'redirect-gateway def1'
option server '10.1.10.0 255.255.255.0'
option cipher 'AES-256-CBC'
option ca '/etc/openvpn/ca.crt'
option cert '/etc/openvpn/solarisVPN.crt'
option key '/etc/openvpn/solarisVPN.key'
option dh '/etc/openvpn/dh.pem'
option keepalive '10 60'
option enabled '1'
serwer:
Wed Jul 10 14:35:53 2019 OpenVPN 2.4.5 arm-openwrt-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD]
Wed Jul 10 14:35:53 2019 library versions: OpenSSL 1.0.2s 28 May 2019, LZO 2.10
Wed Jul 10 14:35:53 2019 Diffie-Hellman initialized with 2048 bit key
Wed Jul 10 14:35:53 2019 TUN/TAP device tun0 opened
Wed Jul 10 14:35:53 2019 TUN/TAP TX queue length set to 100
Wed Jul 10 14:35:53 2019 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Wed Jul 10 14:35:53 2019 /sbin/ifconfig tun0 10.1.10.1 pointopoint 10.1.10.2 mtu 1500
Wed Jul 10 14:35:53 2019 /sbin/route add -net 10.1.10.0 netmask 255.255.255.0 gw 10.1.10.2
Wed Jul 10 14:35:53 2019 Could not determine IPv4/IPv6 protocol. Using AF_INET
Wed Jul 10 14:35:53 2019 Socket Buffers: R=[163840->163840] S=[163840->163840]
Wed Jul 10 14:35:53 2019 UDPv4 link local (bound): [AF_INET][undef]:1901
Wed Jul 10 14:35:53 2019 UDPv4 link remote: [AF_UNSPEC]
Wed Jul 10 14:35:53 2019 MULTI: multi_init called, r=256 v=256
Wed Jul 10 14:35:53 2019 IFCONFIG POOL: base=10.1.10.4 size=62, ipv6=0
Wed Jul 10 14:35:53 2019 Initialization Sequence Completed
Wed Jul 10 14:35:58 2019 193.150.69.254:8869 TLS: Initial packet from [AF_INET]193.150.69.254:8869, sid=81e59661 1286989c
Wed Jul 10 14:36:58 2019 193.150.69.254:8869 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Wed Jul 10 14:36:58 2019 193.150.69.254:8869 TLS Error: TLS handshake failed
Wed Jul 10 14:36:58 2019 193.150.69.254:8869 SIGUSR1[soft,tls-error] received, client-instance restarting
Wed Jul 10 14:37:03 2019 193.150.69.254:23230 TLS: Initial packet from [AF_INET]193.150.69.254:23230, sid=3104b06f 320209fe
klient:
Wed Jul 10 14:35:57 2019 OpenVPN 2.4.7 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 25 2019
Wed Jul 10 14:35:57 2019 Windows version 6.2 (Windows 8 or greater) 64bit
Wed Jul 10 14:35:57 2019 library versions: OpenSSL 1.1.0j 20 Nov 2018, LZO 2.10
Enter Management Password:
Wed Jul 10 14:35:57 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Wed Jul 10 14:35:57 2019 Need hold release from management interface, waiting...
Wed Jul 10 14:35:58 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'state on'
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'log all on'
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'echo all on'
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'bytecount 5'
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'hold off'
Wed Jul 10 14:35:58 2019 MANAGEMENT: CMD 'hold release'
Wed Jul 10 14:35:58 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:35:58 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Wed Jul 10 14:35:58 2019 UDP link local (bound): [AF_INET][undef]:1194
Wed Jul 10 14:35:58 2019 UDP link remote: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:35:58 2019 MANAGEMENT: >STATE:1562762158,WAIT,,,,,,
Wed Jul 10 14:36:58 2019 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Wed Jul 10 14:36:58 2019 TLS Error: TLS handshake failed
Wed Jul 10 14:36:58 2019 SIGUSR1[soft,tls-error] received, process restarting
Wed Jul 10 14:36:58 2019 MANAGEMENT: >STATE:1562762218,RECONNECTING,tls-error,,,,,
Wed Jul 10 14:36:58 2019 Restart pause, 5 second(s)
Wed Jul 10 14:37:03 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:37:03 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Wed Jul 10 14:37:03 2019 UDP link local (bound): [AF_INET][undef]:1194
Wed Jul 10 14:37:03 2019 UDP link remote: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:37:03 2019 MANAGEMENT: >STATE:1562762223,WAIT,,,,,,
Wed Jul 10 14:38:03 2019 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Wed Jul 10 14:38:03 2019 TLS Error: TLS handshake failed
Wed Jul 10 14:38:03 2019 SIGUSR1[soft,tls-error] received, process restarting
Wed Jul 10 14:38:03 2019 MANAGEMENT: >STATE:1562762283,RECONNECTING,tls-error,,,,,
Wed Jul 10 14:38:03 2019 Restart pause, 5 second(s)
Wed Jul 10 14:38:08 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:38:08 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Wed Jul 10 14:38:08 2019 UDP link local (bound): [AF_INET][undef]:1194
Wed Jul 10 14:38:08 2019 UDP link remote: [AF_INET]176.241.244.65:1901
Wed Jul 10 14:38:08 2019 MANAGEMENT: >STATE:1562762288,WAIT,,,,,,
Wed Jul 10 14:38:28 2019 SIGTERM[hard,] received, process exiting
Wed Jul 10 14:38:28 2019 MANAGEMENT: >STATE:1562762308,EXITING,SIGTERM,,,,,
Konfig klienta?
proszę...
client
remote 176.241.244.65 1901
dev tun0
proto udp
remote-cert-tls server
ca ca.crt
cert fruu.crt
key fruu.key
verb 3
auth-nocache
comp-lzo
cipher AES-256-CBC
log /tmp/openvpn.log
Ścieżka do logu jest lekko nie taka jeżeli klient jest na windowsie.
Podaj w konfigu pełne ścieżki do ca/cert/key
Podałem pełne ścieżki i dalej ten sam komunikat.
Pliki certyfikatów masz na 100% dobre? Nie są puste pliki? Wygenerowałeś je na routerze?
Hej,
tak, pliki zostały wygenerowane na routerze choć ca.crt ma o około 1/3 krótszy ciąg bitów w stosunku do tego, co generowało się na LEDE.
Taaa... uzyskałem połączenie, gdy wszystko przełączyłem z udp na tcp. Coś gdzieś przeoczyłem czy jak?
To zalezy od operatora. Niektórzy kręcą nosem na udp.
w sensie operator, który dostarcza sieć do której podłączony jest router z serwerem vpn?
Tak.
Strony Poprzednia 1 2 3 4
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → OpenVPN w trybie TUN - generowanie *.ovpn
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc