И еще, при обновлении баз к каким адресам и по каким портам координатор пытается сказать базы?

второй вопрос полностью отражен в документации

service http-proxy fw-rules apply

а вы какой трафик собираетесь проверять? там же только http работает

Да мне он и нужен

Там нет конкретных адресов и портов

куда конкретно лезет не указано, в интернет

думаю, что проще узнать у Касперского где хранятся обновления

А в журнале пропущенного трафика может сохранились сведения о прошедших пакетах?

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

если у кого-то есть может скажут

порты там есть точно, а вот адреса описаны как InternetIP, т.е. почти весь интернет.

Так на адреса Касперского, а их много...

Источником обновлений являются сервера обновлений Лаборатории Касперского, такие, как:
http://downloads1.kaspersky-labs.com/
http://downloads2.kaspersky-labs.com/
ftp://downloads1.kaspersky-labs.com/
и другие.

Всем привет. Скажите, может сталкивались. При переходе шифрования с циски на випнет на канале связи появились проблемы с телефонией. Звонок то проходит, то нет. При этом трафик на випнет приходит не чистый, но завернутый в ГРЕ (без шифрования). Т.е. випнет получает трафик только с адреса ГРЕ нижестоящего маршрутизатора к такому же удаленному ГРЕ адресу удаленного маршрутизатора. Может гадить ALG на випнете в данном случае? Как вы думаете? Мне кажется, что нет. Т.к. там поидее указанные порты только должны отслеживаться. Или у випнета некий dpi появился? Или я вообще зря на него грешу?

Я бы сдампил с обоих сторон, да и посмотрел

Если видимость по реальным адресам, то имеет смысл отключить алг на обоих концах

С гре раньше бывали проблемы, что он по 104 событию блочился, могли куски не долетать