1 Temat przez cy3ull (edytowany przez cy3ull 2025-11-02 11:41:27)

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Temat: Problem z openvpn

Cześć. Mógłbym ktoś podpowiedieć gdzie popełniłem bład? Chciałbym mieć dostęp do lanu.
Połaczenie z vpn nawiazywane jest prawidłowo.
Logi z klienta
Sun Nov  2 11:26:57 2025 TCP/UDP: Preserving recently used remote address: [AF_INET]ip:port
Sun Nov  2 11:26:57 2025 ovpn-dco device [OpenVPN Data Channel Offload] opened
Sun Nov  2 11:26:58 2025 TCP_CLIENT link local: (not bound)
Sun Nov  2 11:26:58 2025 TCP_CLIENT link remote: [AF_INET]ip:port
Sun Nov  2 11:26:58 2025 MANAGEMENT: >STATE:1762079218,WAIT,,,,,,
Sun Nov  2 11:26:58 2025 MANAGEMENT: >STATE:1762079218,AUTH,,,,,,
Sun Nov  2 11:26:58 2025 TLS: Initial packet from [AF_INET]ip:port, sid=d8584f9e 36edafda
Sun Nov  2 11:26:59 2025 VERIFY OK: depth=1, CN=nazwa
Sun Nov  2 11:26:59 2025 VERIFY KU OK
Sun Nov  2 11:26:59 2025 Validating certificate extended key usage
Sun Nov  2 11:26:59 2025 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
Sun Nov  2 11:26:59 2025 VERIFY EKU OK
Sun Nov  2 11:26:59 2025 VERIFY OK: depth=0, CN=nazwa
Sun Nov  2 11:27:01 2025 Control Channel: TLSv1.2, cipher TLSv1.2 ECDHE-RSA-CHACHA20-POLY1305, peer certificate: 2048 bits RSA, signature: RSA-SHA256, peer temporary key: 253 bits X25519
Sun Nov  2 11:27:01 2025 [cyb-rt] Peer Connection Initiated with [AF_INET]ip:port
Sun Nov  2 11:27:01 2025 TLS: move_session: dest=TM_ACTIVE src=TM_INITIAL reinit_src=1
Sun Nov  2 11:27:01 2025 TLS: tls_multi_process: initial untrusted session promoted to trusted
Sun Nov  2 11:27:01 2025 PUSH: Received control message: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route-gateway 10.8.0.1,topology subnet,ifconfig 10.8.0.2 255.255.255.0,peer-id 0,cipher AES-256-GCM,protocol-flags cc-exit tls-ekm dyn-tls-crypt,tun-mtu 1500'
Sun Nov  2 11:27:01 2025 OPTIONS IMPORT: --ifconfig/up options modified
Sun Nov  2 11:27:01 2025 OPTIONS IMPORT: route options modified
Sun Nov  2 11:27:01 2025 OPTIONS IMPORT: route-related options modified
Sun Nov  2 11:27:01 2025 OPTIONS IMPORT: tun-mtu set to 1500
Sun Nov  2 11:27:01 2025 interactive service msg_channel=600
Sun Nov  2 11:27:01 2025 ROUTE_GATEWAY 172.20.10.1/255.255.255.240 I=23 HWADDR=10:3d:1c:38:c8:8b
Sun Nov  2 11:27:01 2025 MANAGEMENT: >STATE:1762079221,ASSIGN_IP,,10.8.0.2,,,,
Sun Nov  2 11:27:01 2025 INET address service: add 10.8.0.2/24
Sun Nov  2 11:27:01 2025 IPv4 MTU set to 1500 on interface 11 using service
Sun Nov  2 11:27:01 2025 MANAGEMENT: >STATE:1762079221,ADD_ROUTES,,,,,,
Sun Nov  2 11:27:01 2025 C:\WINDOWS\system32\route.exe ADD 192.168.1.0 MASK 255.255.255.0 10.8.0.1 METRIC 200
Sun Nov  2 11:27:01 2025 Route addition via service succeeded
Sun Nov  2 11:27:01 2025 Initialization Sequence Completed
Sun Nov  2 11:27:01 2025 MANAGEMENT: >STATE:1762079221,CONNECTED,SUCCESS,10.8.0.2,ip:port,,
Sun Nov  2 11:27:01 2025 Data Channel: cipher 'AES-256-GCM', peer-id: 0
Sun Nov  2 11:27:01 2025 Protocol options: protocol-flags cc-exit tls-ekm dyn-tls-crypt

Zauważyłem, że w ipconfig /all po stronie klienta nie ma bramy
IPv4 Address. . . . . . . . . . . : 10.8.0.2(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :

Jak próbuję sie telnetowac na port 22 czy 443 po zestawieniu tunelu to mam timeout.

Logi po stronie servera
2025-11-02 11:27:00 us=819625 ip:7214 VERIFY OK: depth=1, CN=nazwa-rt
2025-11-02 11:27:00 us=820004 ip:7214 VERIFY OK: depth=0, CN=te-nazwa
2025-11-02 11:27:01 us=48397 ip:7214 peer info: IV_VER=2.6.14
2025-11-02 11:27:01 us=48582 ip:7214 peer info: IV_PLAT=win
2025-11-02 11:27:01 us=48628 ip:7214 peer info: IV_TCPNL=1
2025-11-02 11:27:01 us=48660 ip:7214 peer info: IV_MTU=1600
2025-11-02 11:27:01 us=48690 ip:7214 peer info: IV_NCP=2
2025-11-02 11:27:01 us=48723 ip:7214 peer info: IV_CIPHERS=AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305
2025-11-02 11:27:01 us=48755 ip:7214 peer info: IV_PROTO=990
2025-11-02 11:27:01 us=48787 ip:7214 peer info: IV_GUI_VER=OpenVPN_GUI_11.54.0.0
2025-11-02 11:27:01 us=48819 ip:7214 peer info: IV_SSO=openurl,webauth,crtext
2025-11-02 11:27:01 us=49098 ip:7214 TLS: move_session: dest=TM_ACTIVE src=TM_INITIAL reinit_src=1
2025-11-02 11:27:01 us=49502 ip:7214 TLS: tls_multi_process: initial untrusted session promoted to trusted
2025-11-02 11:27:01 us=139334 ip:7214 Control Channel: TLSv1.2, cipher TLS-ECDHE-RSA-WITH-CHACHA20-POLY1305-SHA256, 2048 bit key
2025-11-02 11:27:01 us=139536 ip:7214 [te-nazwa] Peer Connection Initiated with [AF_INET]ip:7214
2025-11-02 11:27:01 us=139672 te-nazwa/ip:7214 MULTI_sva: pool returned IPv4=10.8.0.2, IPv6=(Not enabled)
2025-11-02 11:27:01 us=139805 te-nazwa/ip:7214 MULTI: Learn: 10.8.0.2 -> te-nazwa/ip:7214
2025-11-02 11:27:01 us=139843 te-nazwa/ip:7214 MULTI: primary virtual IP for te-nazwa/ip:7214: 10.8.0.2
2025-11-02 11:27:01 us=140078 te-nazwa/ip:7214 Data Channel MTU parms [ mss_fix:1386 max_frag:0 tun_mtu:1500 tun_max_mtu:1600 headroom:136 payload:1768 tailroom:562 ET:0 ]
2025-11-02 11:27:01 us=140202 te-nazwa/ip:7214 Outgoing dynamic tls-crypt: Cipher 'AES-256-CTR' initialized with 256 bit key
2025-11-02 11:27:01 us=140241 te-nazwa/ip:7214 Outgoing dynamic tls-crypt: Using 256 bit message hash 'SHA256' for HMAC authentication
2025-11-02 11:27:01 us=140275 te-nazwa/ip:7214 Incoming dynamic tls-crypt: Cipher 'AES-256-CTR' initialized with 256 bit key
2025-11-02 11:27:01 us=140309 te-nazwa/ip:7214 Incoming dynamic tls-crypt: Using 256 bit message hash 'SHA256' for HMAC authentication
2025-11-02 11:27:01 us=140557 te-nazwa/ip:7214 SENT CONTROL [te-nazwa]: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route-gateway 10.8.0.1,topology subnet,ifconfig 10.8.0.2 255.255.255.0,peer-id 0,cipher AES-256-GCM,protocol-flags cc-exit tls-ekm dyn-tls-crypt,tun-mtu 1500' (status=1)
2025-11-02 11:27:02 us=621471 te-nazwa/ip:7214 Data Channel: cipher 'AES-256-GCM', peer-id: 0
2025-11-02 11:27:02 us=621585 te-nazwa/ip:7214 Protocol options: protocol-flags cc-exit tls-ekm dyn-tls-crypt
2025-11-02 11:33:54 us=931670 te-nazwa/ip:7214 Connection reset, restarting [0]
2025-11-02 11:33:54 us=931828 te-nazwa/ip:7214 SIGUSR1[soft,connection-reset] received, client-instance restarting
2025-11-02 11:33:54 us=932045 dco_parse_peer_multi: cannot store DCO stats for peer 0
2025-11-02 11:33:54 us=932384 TCP/UDP: Closing socket

config openvpn
root@cyb-rt:~# cat /etc/config/openvpn

config openvpn 'home'
        option enabled '1'
        option local 'ip'
        option dev 'tun0'
        option port 'port'
        option proto 'tcp-server'
        option cipher 'AES-256-CBC'
        option log '/tmp/openvpn.log'
        option verb '4'
        option ca '/etc/openvpn/ca.crt'
        option cert '/etc/openvpn/nazwa.crt'
        option key '/etc/openvpn/nazwa.key'
        option server '10.8.0.0 255.255.255.0'
        option topology 'subnet'
        option dh '/etc/openvpn/dh.pem'
        list push 'route 192.168.1.0 255.255.255.0'
        #list push 'redirect-gateway def1'

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

Pokaż jeszcze firewalla.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

config rule
        option dest_port 'port'
        option src 'wan'
        option name 'openvpn'
        option target 'ACCEPT'
        list proto 'tcp'
        option family 'ipv4'

config zone
        option name 'VPN'
        option input 'ACCEPT'
        option forward 'ACCEPT'
        option output 'ACCEPT'
        option network 'VPN'
        option masq '1'
        option log '1'

config forwarding
        option dest 'lan'
        option src 'VPN'

config forwarding
        option dest 'wan'
        option src 'VPN'

config rule
        option src 'VPN'
        option dest 'lan'
        option target 'ACCEPT'

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

I jeszcze network

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

5 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

config interface 'VPN'
        option proto 'none'
        option delegate '0'
        option device 'tun0'

config device
        option name 'tun0'
        option ipv6 '0'

6 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

Na serwerze zainstaluj sobie tcpdumpa i zrób

tcpdump -i tun0

zapinguj z klienta 10.8.0.1 i zobacz czy przechodzi.
zapinguj z klienta 192.168.1.1 i zobacz czy przechodzi.

Jak nie - patrz w tcpdumpie która strona nie odpowiada

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

7 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

już pingowałem po połaczeniu vpn. Jedno i drugie nie odpowiada. Dlatego pomyślałem o bramie, że nie widzę w ipconfig /all na kliencie

8 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

Jak pierwsze nie działa to w ogóle tunel nie działa. Włącz dco po obu stronach?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

9 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

pingnlem jeszcze raz. Nie widać pingów ale jednak połaczenia sa. Moze jednak ruch sieciowy?
tcpdump -i tun0
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on tun0, link-type RAW (Raw IP), snapshot length 262144 bytes
11:57:10.171820 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172246 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172295 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172439 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172472 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172505 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.172538 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:10.172602 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:10.298687 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.323711 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.323766 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.323830 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.323862 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:10.323894 IP 10.8.0.2.137 > 10.8.0.255.137: UDP, length 68
11:57:13.123584 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:13.331480 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:13.823057 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:13.823162 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:16.341183 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)
11:57:16.341277 IP 10.8.0.2.5353 > mdns.mcast.net.5353: 0 PTR (QM)? _googlecast._tcp.local. (40)

10 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

Klient ci nie blokuje tego?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

11 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

nie sadze. Próbuje z telefonu i z laptopa. Kiedyś działało. Nie wiem czemu teraz nie. Konfiguracja była od nowa.

12 Odpowiedź przez cy3ull

  • cy3ull
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2024-12-24
  • Posty: 76

Odp: Problem z openvpn

dobra, wiem, gdzie był błąd.
Jak wyhaszowałem protokuł tcp to ping działa. do 10.8 i 192....
Pewnie konwencja w plikach musiała się zmienić. Muszę doczytać i poprawić i będzie OK.

13 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,354

Odp: Problem z openvpn

Mhm, option proto udp lub proto tcp.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona