Jump to content

Kaspersky Free 21.3.10.391 - не открывается сайт


Go to solution Solved by dyevgeniy,

Recommended Posts

Posted

Есть страница (веб-интерфейс). Открывается только если выйти из антивируса - обычная приостановка защиты не помогает. Ни в одном браузере не открывает (ERR_CONNECTION_RESET). Добавление в доверенные адреса не помогает

Posted

адрес сайта укажите

Posted

он е публичный, в лок.сети веб-интерфейс

Posted

@dyevgeniy, попробуйте обновиться до новой версии.

Не обращайте внимания, что написано на странице. Запускаете установщик, он ставится поверх, обнаруживает лицензию и преобразуется у Кaspersky Free.

Posted

на kes 11.11.0.452 так же(правда с параметрами не игрался еще). по сервер весы авто + web-сервер весы авто. и проблема при обращении к веб-серверу.

 

причем после выхода из антивируса все открывается норм. ниже дистрибутивы и инструкция по установке (ключи не нужны, для проверки все ставится в демо-режиме)

 

http://www.vesysoft.ru/download/ServerAuto/setupServerAuto20.exe

http://docuwiki.vesysoft.ru/doku.php?id=manager:install

 

http://www.vesysoft.ru/download/ServerAuto/VesyWebServer_setup.exe

http://docuwiki.vesysoft.ru/doku.php?id=manager:web

Posted
12 часов назад, Friend сказал:

@dyevgeniy была одна бага, ее вроде должны были поправить в новой версии.
Воспользуйтесь советом @andrew75  и проверьте на самой последней версии продукта.
Если не поможет, приложите скриншот ошибки

Попробовал, все так же. стоит только установить антивирус, сразу перестает открываться

https://cloud.mail.ru/public/SyWG/JgSU7g5ug запись процесса тестирования

Posted

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

обратитесь в тех поддержкуhttps://support.kaspersky.ru/b2c/#contacts
продукт можете указать как Kaspersky Anti Virus

Posted

Что я делаю неправильно?

Спойлер

vesy.thumb.jpg.85d5f77273d5f651dcd71cb6731d87c2.jpg

В антивирусе ничего специально не настраивал.

А вот так http://127.0.0.1:8090/index.html не работает.

Да, это глюк продукта при доступе к локальным вебсерверам. Который вроде исправляли, но видимо не до конца.

P.S. по localhost уже тоже не работает.

Так что да, обращайтесь в техподдержку. Но для общения с техподдержкой лучше поставить триальную версию платного продукта. Им будут нужны логи и трассировки и если будет стоять бесплатный продукт они могут по формальному признаку отфутболить.

 

Posted
2 часа назад, andrew75 сказал:

P.S. по localhost уже тоже не работает.

 

004.PNG

Posted

@Maratka, так никто не говорит, что проблема с любыми локальными веб-серверами.

Posted
4 часа назад, andrew75 сказал:

так никто не говорит, что проблема с любыми локальными веб-серверами.

Кстати, https://127.0.0.1:8443/maxview/manager/login.xhtml тоже у меня работает.

И как и localhost ругается на сертификат, добавил в доверенные адреса.

Posted

@dyevgeniy тогда нужно обращаться в поддержку и  собирать диагностические данные. Видно, что проблема существует давно, чуть выше @andrew75 давал ссылку на аналогичную проблему с этим же софтом.
@andrew75 если у вас получилось воспроизвести проблему, тогда тоже думаю стоит сразу со всеми отчетами обратиться в поддержку, чтобы приоритет  баги был выше и ее оперативно смогли поправить.
@Maratka возможно проблема связана с портом "8090" или самим софтом.

Posted
16 минут назад, Friend сказал:

@andrew75 если у вас получилось воспроизвести проблему, тогда тоже думаю стоит сразу со всеми отчетами обратиться в поддержку, чтобы приоритет  баги был выше и ее оперативно смогли поправить.

если мне не лень будут на выходных этим заняться, то может сделаю. Там этот софт ставить надо, чтобы воспроизвести.

Posted
2 часа назад, Friend сказал:

@Maratka возможно проблема связана с портом "8090" или самим софтом.

порт менял, не помогло

 

в логах вебсервера видно,что обращение к нему идет все равно, но по факту - ошибка открывается

Posted

@dyevgeniy обращайтесь к хосту по символическому имени

Posted

@dyevgeniy, если надумаете обратиться в техподдержку, я расскажу что нужно им предоставить, чтобы ускорить процесс и вас не гоняли по кругу.

  • Haha 1
Posted

Я написал в поддержку

Posted

Это хорошо, но лучше сразу приложить отчет GSI и трассировки воспроизведения проблемы.

Желательно также ссылку на эту тему и на предыдущую тему, которую я приводил.

Отчеты у вас по любому запросят. Но если вы сами и сразу их предоставите, то велика вероятность что запрос сразу передадут на 2-ю линию техподдержки, что сильно ускорит процесс и повысит вероятность что проблемой займутся.

 

Posted

я приложил ссылку на эту тему, трассировку сделал, отправил. Поглядим что получится.

  • 3 weeks later...
  • Solution
Posted

Службой поддержки было найдено такое решение: добавить в исключения браузер, и указать "Не проверять весь трафик" с указанием адреса и порта, тогда все начинает работать как и должно. Скрин настроек во вложении 

Screenshot_1.png

  • Like 1
  • 8 months later...
Posted

Приветствую.

Имею проблему, аналогичную описанной выше.

https://localhost:8443/maxview/manager/login.xhtml - постоянные блокировки.

В настройках программы есть возможность исключить домен из проверки по регулярному выражению, нов идимо авторы программы своеобразно всопринимают такую сущность, как "ссылка, описанная регекспом" или "ссылка описанная вайлдкадтом".

Примеров ни в ЧаВо ни в мануале в общем нет, видимо из-за того, что функционал работает своеобразно и в основном не работает.

С проблемами в поведении Outlook 365 и корпоративной MAPI почтой удалось справиться легко, а банально добавить в исключения самоподпись на локалхосте - это уже никак.

При этом не очевидно из-за чего такое поведение, из-за того что это самоподпись, или из-за того что это прсроченная самоподпись 🙂 Ну да... я давно ставил адаптековскую управлялку.

Posted
12 минут назад, IdeaFix сказал:

а банально добавить в исключения самоподпись на локалхосте - это уже никак.

почему никак? Нормально он добавляется. Только добавлять надо именно домен (localhost) а не полный URL

Добавлять надо в исключения проверки защищенных соединений. То есть, если у вас последняя версия, то: Настройка - Настройки безопасности - Настройки сети - Доверенные адреса

Posted

т.е. я добавил как минимум:

localhost
localhost:8443
*.localhost:8443/*
*localhost*
*.localhost/
*.localhost*/

и предупреждение всё еще получаю. То что это не регексп, а скорее вайлдкард - это понятно, не понятно какова была логика писавших обработчик. Опять же, я не хочу исключать из проверки гипотетический localhost.gov.no, и не хочу злоупотреблять со звездочками. Казалось бы, пример (который выглядит как "Например: *.example.com/test/*") как бы намекает на *.localhost:8443/* или даже на *://*.localhost:8443/* (но да, тут домен) но на логике выехать не получается, равно как и на документации.

Возможно я в принципе не там это настраиваю?
Шестерёнка - Настройка безопасности - Интернет защита - Расширенная настройка - не проверять веб трафик с доверенных адресов

Возможно, дело действительно в том что это не самоподписанный сертификат, а просроченный самоподписанный сертификат?

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now


×
×
  • Create New...