temat Problem z połączeniem do serwera VPN w Na kartę

Problem z połączeniem do serwera VPN

giaur — Wed, 19 Nov 2025 07:01:01 GMT

Słuchajcie, mam taki dziwny problem. Standardowy serwer OpenVPN, na standardowym porcie (UDP 1194), logowanie do serwera za pomocą indywidualnych certyfikatów (nie będę tu się wgłębiać w szczegóły techniczne).

W każdym razie, mam problemy z komunikacją z tym serwerem gdy korzystam z internetu od Orange (Orange na kartę). Niby można się połączyć - klient łączy się z serwerem, ale w praktyce w ogóle żadna komunikacja nie działa, tak jakby gubił pakiety po prostu. To nie problem serwera, łącząc się przy użyciu internetu od innego dostawcy żadnych problemów nie mam. Tak samo z Androida bezpośrednio (klient na telefonie), jak i tethering na PC.

Ewidentnie jakieś kwestie sieciowe po stronie Orange, czy coś tam jest blokowane? Celowo, czy traktować jako błąd? Inni tego nie robią w każdym razie. Wiadomo wam coś na ten temat?

Problem z połączeniem do serwera VPN

atlas_cudow — Wed, 19 Nov 2025 07:08:00 GMT

https://nasz.orange.pl/t5/Sie%C4%87-i-dost%C4%99pno%C5%9B%C4%87-us%C5%82ug/Blokowanie-UDP-w-Internet-mobilny-Orange/m-p/448540

Problem z połączeniem do serwera VPN

giaur — Wed, 19 Nov 2025 08:47:13 GMT

Faktycznie, bez ipv6 działa. Dziwna sprawa jednak, serwer działa tylko na ipv4.

Problem z połączeniem do serwera VPN

j131 — Wed, 19 Nov 2025 09:07:01 GMT

To czemu dziwna?

Gdyby serwer działał na ipv6, to owszem byłoby się czemu dziwić. W konfiguracji domyślnej w Orange, ipv6 jest jednym protokołem. Publiczne adresy ipv4 są przydzielane dla całych grup klientów, wszystkie urządzenia mają ten sam prywatny adres ipv4. To oczywiście łamie wiele protokołów wymagających komunikacji dwukierunkowej.

Problem z połączeniem do serwera VPN

giaur — Fri, 21 Nov 2025 07:07:11 GMT

A nie można było prawidłowo skonfigurować tego NAT64 albo zrobić po ludzku dual stack ipv4+ipv6 zamiast emulować ipv4? Wycinanie ruchu udp bo ktoś nie umiał prawidłowo skonfigurować emulacji ipv4 to bardzo słabe jest.

To jest w 100% wina operatora, bo NAT64 jest źle skonfigurowany i pakiety udp są blokowane - nie ma komunikacji z serwerem ipv4. I nie myl pojęć, tu nie jest potrzebny publiczny adres ip. Standarowo - olewacki stosunek do sprawy - tcp to skonfigurować potrafili, bo żadna strona by się nie otworzyła. UDP to można założyć że nikt nie korzysta i olać? A jednak, ktoś korzysta. Lub jakaś durna polityka bezpieczeństwa, nie wiem co byłoby gorsze w sumie.

Problem z połączeniem do serwera VPN

atlas_cudow — Fri, 21 Nov 2025 08:15:22 GMT

Przecież nikt nie mówił, że jest potrzebne IP publiczne 🙂

Problem z połączeniem do serwera VPN

giaur — Fri, 21 Nov 2025 08:39:20 GMT

@j131napisał(-a)
Publiczne adresy ipv4 są przydzielane dla całych grup klientów, wszystkie urządzenia mają ten sam prywatny adres ipv4.

Ktoś mówił 😉

Problem z połączeniem do serwera VPN

atlas_cudow — Fri, 21 Nov 2025 08:47:42 GMT

OMG. Czy ty w ogóle rozumiesz co tam jest napisane?

Problem z połączeniem do serwera VPN

giaur — Fri, 21 Nov 2025 08:54:13 GMT

No szczerze, to nie wiem po autor o tym wspomina, bo to nijak się ma do tematu.

Problem z połączeniem do serwera VPN

j131 — Fri, 21 Nov 2025 16:34:49 GMT

@giaurnapisał(-a)
...
dual stack ipv4+ipv6 zamiast emulować ipv4?
...

DS nie rozwiązuje problemu: gdyby było wystarczająco dużo adresów ipv4, to nie byłoby potrzeby wdrażania ipv6. A ponieważ protokoły są niekompatybilne ze sobą, to jakiś sposób przechodzenia z jednego na drugi (co nazywasz "emulacją") musi istnieć.

IMHO nic tu nie jest "źle" skonfigurowane, po prostu nie ma uniwersalnie "dobrego" sposobu żeby to zrobić tak, żeby żadnemu protokołowi nie przeszkadzało. W dodatku te techniczne szczegóły są tajne u każdego dostawcy internetu, wiec możemy sobie co najwyżej pospekulować.

Problem z połączeniem do serwera VPN

Samotnick — Sat, 22 Nov 2025 16:19:48 GMT

Postawiłem u siebie na światłowodzie (konfiguracja bez IPv6) serwer OpenVPN: Windows > VirtualBox > Debian 13.2.0 (sieć w trybie bridge) > PiVPN na porcie 1194 UDP, przekierowałem na FB3 port zewnętrzny 1194 UDP. Konfiguracja dla klienta bez hasła. Używany klient to OpenVPN Connect 3.7.2. Testy wykonałem w ofercie nju subskrypcja (APN: internetipv6) i OFnK (APN: internetipv6 oraz APN: internet). W każdym przypadku połączenie do serwera było zestawiane natychmiast a ruch w tunelu (do sieci lokalnej i Internetu) działał bez względu na używany protokół (UDP, TCP, ICMP). Niestety nie udało mi się odtworzyć problemu.

Problem z połączeniem do serwera VPN

j131 — Sat, 22 Nov 2025 16:24:46 GMT

@Samotnick: w konfiguracji bez IPv6 u OP też działa. To w konfiguracji z IPv6 przestało mu działać. Gdybyś mógł zweryfikować taką konfigurację...

Problem z połączeniem do serwera VPN

Samotnick — Sat, 22 Nov 2025 16:40:51 GMT

@j131 APN internetipv6 to konfiguracja z IPv6 oraz IPv4 i nie powoduje u mnie kłopotu z podłączeniem do serwera wystawionego na IPv4/UDP. Na co dzień używam konfiguracji IPv4/TCP i postanowiłem sprawdzić czy faktycznie na UDP jest coś nie tak.

Problem z połączeniem do serwera VPN

atlas_cudow — Sat, 22 Nov 2025 19:12:28 GMT

I u mnie również bez różnicy czy ipv6 czy IPv4. Wszystko się łączy do serwera openvpn. Z tym że firmy rzadko używają tak prostych protokołów... Oni tam mają jakieś check pointy I inne cisco connecty..