Вы видите '? Winzoom = 1' в конце URL-адресов запроса; что это?

Сегодня утром мы копались в журналах доступа к веб-серверу и нашли запрос с ? Winzoom = 1 на конец.

Учитывая, что этот веб-сервер только обслуживает файлы обновления прошивки для устройств IoT (которые мы также контролируем), нам было интересно, откуда они взялись.

В частности, мы не обрабатываем запросы строки, поэтому мы задались вопросом, разделить ли их или отклонить запрос.

Я пробовал искать "winzoom", но все, что я получил, - это программа для увеличения экрана. Если я исключу это, это смесь случайных русских и китайских сайтов.

Я также нашел несколько кешированных страниц в Google с ? Winzoom = 1 на конце.

Что это? Какое-то программное обеспечение для веб-кеширования, о котором я никогда не слышал? Прокси? Что-то еще?

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

Обновление : Также установлен OpenVPN 2.3.10 в качестве клиента, Я загрузил файл client.ovpn для своей учетной записи. При работе открытого сервера vpn, когда я выполняю openvpn client.ovn, я получаю ...

Я установил открытый сервер доступа vpn, Также установлен OpenVPN 2.3.10 в качестве клиента, Я загрузил файл client.ovpn для своей учетной записи

При открытом запущенном сервере vpn, когда я делаю

openvpn client.ovn

, я получаю сообщение ниже

Wed Mar  8 14:51:06 2017 Control Channel Authentication: tls-auth using INLINE static key file
Wed Mar  8 14:51:06 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:06 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:06 2017 Socket Buffers: R=[212992->200000] S=[212992->200000]
Wed Mar  8 14:51:06 2017 UDPv4 link local: [undef]
Wed Mar  8 14:51:06 2017 UDPv4 link remote: [AF_INET]192.168.0.137:1194
Wed Mar  8 14:51:10 2017 Server poll timeout, restarting
Wed Mar  8 14:51:10 2017 SIGUSR1[soft,server_poll] received, process restarting
Wed Mar  8 14:51:10 2017 Control Channel Authentication: tls-auth using INLINE static key file
Wed Mar  8 14:51:10 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:10 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:10 2017 Socket Buffers: R=[212992->200000] S=[212992->200000]
Wed Mar  8 14:51:10 2017 UDPv4 link local: [undef]
Wed Mar  8 14:51:10 2017 UDPv4 link remote: [AF_INET]192.168.0.137:1194
Wed Mar  8 14:51:14 2017 Server poll timeout, restarting
Wed Mar  8 14:51:14 2017 SIGUSR1[soft,server_poll] received, process restarting
Wed Mar  8 14:51:14 2017 Control Channel Authentication: tls-auth using INLINE static key file
Wed Mar  8 14:51:14 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:14 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Mar  8 14:51:14 2017 Socket Buffers: R=[87380->200000] S=[16384->200000]
Wed Mar  8 14:51:14 2017 Attempting to establish TCP connection with [AF_INET]192.168.0.137:443 [nonblock]
Wed Mar  8 14:51:14 2017 TCP: connect to [AF_INET]192.168.0.137:443 failed, will try again in 5 seconds: Connection refused
Wed Mar  8 14:51:14 2017 SIGUSR1[soft,init_instance] received, process restarting
Wed Mar  8 14:51:14 2017 Restart pause, 5 second(s)

И все, сообщение продолжает появляться, и я не получу успешного подключения сообщение.

Что я делаю не так?