Зайдите в настройки брандмауэра нашего и посмотрите, включен ли там фильтр пакетов в доп. настройках. Если фильтрация пакетов включена - отключите ее полностью и проверьте, воспроизводится ли проблема.
Если фильтрация отключена изначально или ее выключение не приводит в желаемому эффекту - воспроизведите проблему, запомните время воспроизведения, сформируйте отчет утилиты http://download.geo.drweb.com/pub/drweb/tools/dwsysinfo.exeи прикрепите его сюда\либо залейте на файлообменник, а так же по возможности укажите примерное время воспроизведения проблемы, чтобы сориентироваться по логам.
А так можно до бесконечности гадать, кто виноват и что делать.
Фаервол, достаточно непростой инструмент. В нашей реализации в условном приближении он состоит из двух частей. Первая - фильтр приложений, который имеет четыре режима работы, и они тоже играют немаловажную роль в этом вопросе. Укажите, какой режим Вы используете. Вторая - фильтр пакетов, который работает на более низком уровне и позволяет более тонко настроить ограничения. Если включен фильтр пакетов, то вполне возможно, что предустановленный набор правил не позволяет вашему приложению работать с сетью, как минимум по определенному порту. Точнее он в целом блокирует этот порт и кучу других заодно. Хотя в таком случае мне кажется у Вас бы были проблемы и с другими приложениями тоже. Но это уже снова сплошные гадания.
Порты, IP, протоколы можно только запретить.
Это утверждение сомнительно и как минимум требует пояснений. В зависимости от режима фильтрации и самого фильтра приложений\пакетов это может быть как "не совсем", так и "совсем не" правильно.
По логике задумано так, что запрещено все, что не разрешено. А что там разрешено для того же фильтра приложений, напрямую зависит от режима его работы + созданных правил. Я уже не говорю про фильтр пакетов.
А вообще, пока не поймем, какие фильтры включены и какие режимы работы для них установлены, к рассмотрению правил можно и не приступать.