• Registered: 20.06.2018
  • Posts: 3

Topic: Проблемы соединения UDP.

Доброго времени суток!

Вот и у меня появились проблемы с соединением по UDP на всех серверах. По TCP с переменным успехом ещё получается.

Вот успешный лог TCP Германии

Wed Jun 20 02:29:39 2018 OpenVPN 2.3.18 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Oct 26 2017
Wed Jun 20 02:29:39 2018 Windows version 6.2 (Windows 8 or greater) 64bit
Wed Jun 20 02:29:39 2018 library versions: OpenSSL 1.0.2l  25 May 2017, LZO 2.10
Wed Jun 20 02:29:51 2018 Control Channel Authentication: tls-auth using INLINE static key file
Wed Jun 20 02:29:51 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:29:51 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:29:51 2018 Attempting to establish TCP connection with [AF_INET]62.141.41.5:443 [nonblock]
Wed Jun 20 02:29:52 2018 TCP connection established with [AF_INET]62.141.41.5:443
Wed Jun 20 02:29:52 2018 TCPv4_CLIENT link local: [undef]
Wed Jun 20 02:29:52 2018 TCPv4_CLIENT link remote: [AF_INET]62.141.41.5:443
Wed Jun 20 02:29:52 2018 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Wed Jun 20 02:29:52 2018 VERIFY OK: depth=1, O=5aafeb643984380b457c1edf, CN=5aafeb643984380b457c1eef
Wed Jun 20 02:29:52 2018 Validating certificate key usage
Wed Jun 20 02:29:52 2018 ++ Certificate has key usage  00a0, expects 00a0
Wed Jun 20 02:29:52 2018 NOTE: --mute triggered...
Wed Jun 20 02:29:52 2018 10 variation(s) on previous 3 message(s) suppressed by --mute
Wed Jun 20 02:29:52 2018 [5aafeb673984380b457c1ef4] Peer Connection Initiated with [AF_INET]62.141.41.5:443
Wed Jun 20 02:29:55 2018 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Wed Jun 20 02:29:55 2018 open_tun, tt->ipv6=0
Wed Jun 20 02:29:55 2018 TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C34BE01A-D078-42B5-BEAB-1FCA5A519E5C}.tap
Wed Jun 20 02:29:55 2018 Set TAP-Windows TUN subnet mode network/local/netmask = 192.168.226.0/192.168.226.2/255.255.255.0 [SUCCEEDED]
Wed Jun 20 02:29:55 2018 Notified TAP-Windows driver to set a DHCP IP/netmask of 192.168.226.2/255.255.255.0 on interface {C34BE01A-D078-42B5-BEAB-1FCA5A519E5C} [DHCP-serv: 192.168.226.254, lease-time: 31536000]
Wed Jun 20 02:29:55 2018 Successful ARP Flush on interface [43] {C34BE01A-D078-42B5-BEAB-1FCA5A519E5C}
Wed Jun 20 02:30:00 2018 Initialization Sequence Completed

А вот не успешный по UDP, тоже Германия


Wed Jun 20 02:33:05 2018 OpenVPN 2.3.18 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Oct 26 2017
Wed Jun 20 02:33:05 2018 Windows version 6.2 (Windows 8 or greater) 64bit
Wed Jun 20 02:33:05 2018 library versions: OpenSSL 1.0.2l  25 May 2017, LZO 2.10
Wed Jun 20 02:33:21 2018 Control Channel Authentication: tls-auth using INLINE static key file
Wed Jun 20 02:33:21 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:33:21 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:33:21 2018 UDPv4 link local: [undef]
Wed Jun 20 02:33:21 2018 UDPv4 link remote: [AF_INET]62.141.41.5:19880
Wed Jun 20 02:34:21 2018 [UNDEF] Inactivity timeout (--ping-restart), restarting
Wed Jun 20 02:34:21 2018 SIGUSR1[soft,ping-restart] received, process restarting
Wed Jun 20 02:34:41 2018 Control Channel Authentication: tls-auth using INLINE static key file
Wed Jun 20 02:34:41 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:34:41 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Jun 20 02:34:41 2018 UDPv4 link local: [undef]
Wed Jun 20 02:34:41 2018 UDPv4 link remote: [AF_INET]62.141.41.5:19880
Wed Jun 20 02:35:41 2018 [UNDEF] Inactivity timeout (--ping-restart), restarting
Wed Jun 20 02:35:41 2018 SIGUSR1[soft,ping-restart] received, process restarting

Есть подозрение, что провайдер забанил порты. Только как это проверить точно не знаю. (можно ли ручками в конфиг файле указывать разные порты?)
Если есть решение этого вопроса, заранее признателен за советы.

  • Rino
  • Moderator
  • Offline
  • Registered: 20.05.2016
  • Posts: 536

Re: Проблемы соединения UDP.

Здравствуйте.

Судя по логам файла конфигурации UDP, вероятнее всего, с вашей стороны закрыт порт - слишком долгое ожидание ответа от сервера. Решить проблему можно только подключением через протокол TCP.

  • Registered: 20.06.2018
  • Posts: 3

Re: Проблемы соединения UDP.

Стало быть провайдер 19880 порт забанил? И решения через OpenVPN  для такого случая нет, если только  VPN  сервер не станет использовать порт, который у провайдера не забанен.

  • Rino
  • Moderator
  • Offline
  • Registered: 20.05.2016
  • Posts: 536

Re: Проблемы соединения UDP.

ubiconsystam wrote:

Стало быть провайдер 19880 порт забанил? И решения через OpenVPN  для такого случая нет, если только  VPN  сервер не станет использовать порт, который у провайдера не забанен.

Для протокола UDP вы все верно поняли. Глобальное решение для вашей страны - использовать протокол TCP.

  • Registered: 20.06.2018
  • Posts: 3

Re: Проблемы соединения UDP.

Я тут поспрашивал, вроде как это не провайдер банит, а МЦК - международный Центр Коммутации, который, если погуглить, находится в Беларуси. Какое он отношение имеет к Узбекистану, непонятно. И вот он банит все незарегестрированные ВПН сервисы. И если вдруг получается поднять сессию,  то соединение всё равно не стабильно. У меня вчера один раз за UDP всё таки зацепился. Одним словом жесть.

  • Rino
  • Moderator
  • Offline
  • Registered: 20.05.2016
  • Posts: 536

Re: Проблемы соединения UDP.

ubiconsystam wrote:

Я тут поспрашивал, вроде как это не провайдер банит, а МЦК - международный Центр Коммутации, который, если погуглить, находится в Беларуси. Какое он отношение имеет к Узбекистану, непонятно. И вот он банит все незарегестрированные ВПН сервисы. И если вдруг получается поднять сессию,  то соединение всё равно не стабильно. У меня вчера один раз за UDP всё таки зацепился. Одним словом жесть.

Крайне маловероятно. Похоже на то, что кто-то пытается уйти от ответственности. smile