Ошибка подключения к 1с 1560

После установки сервера 1С на Linux у пользователей могут возникнуть проблемы при попытке подключиться к нему. Данные проблемы могут быть связаны как с настройками на сервер или клиентском компьютере, так и с настройками сетевой инфраструктуры. Рассмотри наиболее часто встречающиеся ошибки и методику поиска и исправления причин этих ошибок.

Этот хост неизвестен / No such host is known

Пример полного текста ошибки:

Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=srcDataExchangeCommon.cpp

Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=srcDataExchangeCommon.cpp


Описание:

Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.

Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.

Решение:

Настроить DNS-адресацию или прописать адреса в файл hosts.

О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.

В случае, если кажется, что все имена прописаны верно, необходимо:

1. Проверить еще раз. Скорее всего, где-то ошибка.

2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.

Часто ошибка связана с тем, указан в имени доменный суфикс или нет.

3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.

• Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
• Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).

Не правильно:

Правильно:

Необходимо удалить кластер. И собрать из консоли администрирования его заново.

Ошибки соединения с сервером 1С / рабочим процессом 1С

Описанные далее ошибки могут возникать как при работе в консоле администрирования 1С, так и при запуске информационной базы.

Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.

Попытка установить соединение была безуспешной

Пример полного текста ошибки:

Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.

Ошибка соединения сервером – клиент не может подключиться к агенту сервера 1С, процессу ragent. Порт в сообщении 1541(по умолчанию):

Ошибка соединения рабочим процессом – клиент не может подключиться к рабочему процессу сервера rphost. Порт в сообщении может быть из диапазона 1560-1591(по умолчанию).

Ошибка соединения сервером – клиент не может подключиться к менеджеру сервера 1С, процессу rmgr. Порт в сообщении 1540(по умолчанию).

Сервер 1С:Предпрятия не обнаружен

Пример полного текста ошибки:

Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.

Такое сообщение можно увидеть если на сервере 1С не запущен ни один рабочий процесс rphost.

Ошибка установки соединения

Пример полного текста ошибки:

Ошибка установки соединения
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.

Методика устранения ошибок соединения с сервером 1С

В данном случае необходимо понимать, что:

• Либо процессов нет;
• Либо не удается «увидеть» процессы в связи с отсутствием доступа;
• Либо происходит обращение по другому адресу.

1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.

Или

Видим, что у нас rphost слушает порт 1560

Если не все процессы запущены смотрим как исправить тут Ошибки сервера 1С на Linux.

2. Если процессы запущены — проверим доступность рабочих процессов по портам, которые они «слушают».

С компьютера пользователя необходимо выполнить команду:

и другие порты, на которых есть rphost.

К причинам отсутствия доступа по данному порту можно отнести:

• Блокировка брадмауэром или другими подобными программами;
• Отсутствие доступа на уровне сети;
• Работающий selinux.

3. Проверяем dns-адресацию.

В частности:

• • • hosts на компьютере пользователя

(в Windows: C:WindowsSystem32driversetchosts);

• • • hosts на сервере 1С (в ОС Linux: /etc/hosts);
    • реестр кластера 1С

(по умолчанию в ОС Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst.).

Ошибка может быть связана с несоответствием указания имени сервера

• • • у пользователя
    • в реестре кластера серверов 1С:Предприятия.

Например, с различиями в указании имени сервера с/без домена.

25.10.15 — 21:31

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.

В общем, пришлось искать решение самому.

Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:

Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:

Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

Специальные предложения

Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения. Тут соответственно забыли написать правила разрешения в брэндмауэре.

Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.

Но пытливый ум все победит. Спасибо за статью 😉

(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.

Источник

Ошибка сокета 10060 в основном ошибка времени ожидания соединения. Эта ошибка возникает, когда удаленный FTP-сервер не отвечает на CuteFTP.

Эта ошибка тайм-аута возникает после установления сеанса FTP, но даже сервер не отвечает. Сообщение об ошибке отображается в следующем формате:

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

Решения

Причины ошибок

Ошибка сокета 10060 может возникнуть по нескольким причинам, включая:

Дополнительная информация и ручной ремонт

Вот некоторые из лучших и быстрых методов самостоятельного решения проблемы Socket Error 10060 на вашем ПК.

Способ 1. Устранение неполадок подключения веб-прокси

Этот метод работоспособен и эффективен, если Socket Error 10060 возникает только тогда, когда служба веб-прокси используется. Чтобы выполнить его, вот что вам нужно сделать: установить Winsock Proxy Client на ваш ПК.

Отключите настройки веб-прокси в настройках локальной сети на вкладке Подключения параметров Интернета. После того, как вы отключите настройки, попробуйте перейти на сайт, на котором вы сообщаете об ошибке. Если сайт доступен, ошибка устранена.

Способ 2. Увеличьте время ожидания веб-прокси

Если отключение настроек веб-прокси не работает, попробуйте увеличить время ожидания. Для этого вам также придется внести изменения в реестр.

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

Способ 3: переключиться из пассивного режима в режим активного порта

Этот метод эффективен, если ошибка возникает из-за неправильных настроек подключения к данным.

CuteFTP по умолчанию использует пассивный режим, поэтому, чтобы убедиться, что ошибка устранена, вам, возможно, придется переключиться из пассивного режима в режим активного порта. Чтобы сделать это переключение, откройте диспетчер сайтов и затем щелкните один раз по названию проблемного веб-сайта.

Теперь на вкладке «Тип» измените тип подключения к данным, чтобы использовать порт.

Способ 4: настройка параметров брандмауэра

Иногда ошибка также может возникать из-за брандмауэра. Чтобы решить, настройте Настройки межсетевого экрана разрешить протокол FTP.

Метод 5: скачать Restoro

Если ошибка возникает из-за вирусной инфекции или проблем с реестром, рекомендуется загрузить Restoro.

Это продвинутая и многофункциональная программа для ремонта ПК, в которую встроено множество утилит, таких как антивирус и очиститель реестра. Утилита очистки реестра удаляет ненужные файлы, файлы cookie и недействительные записи, повреждающие реестр.

Он очищает, восстанавливает и восстанавливает реестр, в то время как антивирус удаляет все типы вирусов, таких как шпионское ПО и трояны, за считанные секунды, тем самым разрешая код ошибки сокета 10060.

Это безопасно, удобно и совместимо со всеми версиями Windows. Нажмите скачать Ресторо сегодня.

Исправить ошибку DRIVER_POWER_STATE_FAILURE

Исправить ошибку загрузочного устройства не найдено в Windows

Как исправить ошибку обновления Windows 10 0x8024a000

Файл или каталог повреждены и нечитабельны

Удалите большие файлы отчетов об ошибках системы

Разъем для наушников не работает на ноутбуке

Исправить Обновление не применимо в Windows

Перемещение меню «Пуск» на второй монитор

Источник

Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))

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

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.

Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.

В общем, пришлось искать решение самому.

Немного поэкспериментировав с кластером серверов, решил просмотреть правила для входящих подключений в брандмауэре:

Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:

И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.

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

Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения… Тут соответственно забыли написать правила разрешения в брэндмауэре.

Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.

Но пытливый ум все победит. Спасибо за статью 😉

Соглашусь с Вячеславом 🙂

(2) insurgut, пожалуйста. Рад что она оказалась полезной… 🙂

(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.

* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.

* но вот то, что у вас на компьютерах включен «публичный» профиль — вот это вызывает как минимум вопросы.

Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.

Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).

P.S. У меня наверное в связи с этим напрашивается совет — присмотрелись бы вы к администрированию: чувствую там есть что донастроить/улучшить.

(5) lustin, спасибо за совет. Сеть у нас локальная. На рабочих станциях выбирали публичное подключение, как вы правильно поняли для усиления безопасности сети. Доступ к базе по HTTP пока только в перспективе. Поэтому не знаю, есть ли смысл что то менять в архитектуре сети.

Все хорошо, но скриншоты уже удалены 🙁

(7) rus128, сейчас исправим.

Спасибо, помогло решить проблему после обновления на 8.3.8

Помогло решить проблему после перехода на 8.3.8

Выбивало ошибку, что нет соединения на порту 1562. В правилах брандмауэра был указан только порт 1560. Расширил правило на 1560-1580 и всё заработало.

Спасибо за статью, были похожие ошибки 10053 и 10054 на платформе 8.2. Удалось решить проблему после установки доступа.

(11) Не за что… Рад что смог помочь.

Проблема поднята, но решение указано только частично.

К какому объекту давать доступ? Какие параметры указаны на других вкладках?

Это правило не автоматическое, в данном конкретном случае введено вручную, возможно младшими релизами 1С. Трудно было показать все настройки? Или хотя бы озвучить имя объекта к которому распространяются правила.

Источник

Поиск решений вопросов, возникающих в 1С:Предприятие 8

Вместо вступления (из сериала House M.D. о диагностике и поиске решений)

В этой статье показан пример общих принципов разбора технологических вопросов, которые могут появляться при работе с 1С:Предприятие 8.1.

В качестве примеров будут разобраны:

Пример 1. Пользователь пожаловался на невозможность запуска 1С:Бухгалтерия.

Пример 2. «Потерялся» доступ к информационной базе.

Ошибка при выполнении операции с информационной базой

Microsoft OLE DB provider for SQL Server: Login failed for user ‘user1c’

H RESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

Пример 3. Странная «неизвестная» ошибка.

Текст сообщения: «Произошла неизвестная ошибка на сервере 1С предприятие (80010108)»

1. Определение текста (проявления) ошибки и локализация источника возникновения

Примечание. Пример 1. Поиск в ниже в разделе «Где можно найти готовое решение» по приведенным на данной странице тексту «10061» покажет сразу объяснение причины и решение: на сервере приложений остановлена служба «Агент сервера 1с:Предприятие 8.1«. Соответственно ее надо запустить, например из командной строки:

net start Агент сервера 1с:Предприятие 8.1

Если сервер приложений не стартует, в некоторых случаях сделайте копию папки C:Program Files1cv81server и удалите содержимое перед попыткой старта.

2. Воспроизведение ошибки

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

Для локализация источника ВДУМЫВАЙТЕСЬ в текст сообщения об ошибке. Если под подозрением несколько источников, старайтесь исключать поочередно (если это возможно) каждый источник по-одному. Для локализации пользователя-виновника в коде сервера приложений можно попытаться создать временно рабочих процессов по количеству пользователей.

Технологический журнал

Опрос пользователей

Д-р Хаус (Кэмерон и Чейзу): Вы вместе принимали душ?
Д-р Кэмерон/Д-р Чейз (одновременно): Нет!
Д-р Хаус: Двойное отрицание означает «да»!

«Все лгут» (Everybody lies) © Хаус

С опросом пользователей надо аккуратней. Этот способ диагностики лучше применять, только после того как будут использованы и проанализированы все дургие источники информации. Опять таки, все время в опросе концентрироваться на главном вопросе и/или постораться понять, ради чего лгут.

Воспроизведение проблемы

Иногда воспроизведение проблеммы дает интересные результаты.

Перед выполнением каких-либо «научно-исследовательских действий» обязательно сделайте бэкап.

Чтобы закрепить предположение задаем вопрос нескольким пользователям, работает ли у них в данный момент информационная база. Пользователи в нашем примере дружно ответили, что никто работать не может. Это в свою очередь исключает «вину» клиентской части 1С:Предприятие, так как тогда эффект вряд ли бы был у всех.

Решение:

Запускаем Management Studio и пробуем подключиться к серверу под «user1c». Оказывается, администратор сервера сменил пароль логину «user1c». При этом в настройках информационной базы в кластере серверов остался «старый» пароль.

После обновления пароля у информационной базы в кластере серверов 1С:Предприятие проблема исчезла.

3. Поиск решений

Примечание. Пример 3. Поисковая система Google (www.google.ru) выдала такую причину «The object invoked has disconnected from its clients». Т.е. по некой причине соединение сервера 1С:Предприятие было отключено. Попробуем определить возможные причины отключения соединения: определим, возникает ли такая ошибка одновременно у всех пользователей. Ошибка возникает по таймауту (т.е. через некоторое время после установки соединения). Уточним, всегда ли таймаут постоянный, каково время таймаута. Определим, есть ли настройки в системе, увязывающие работоспособность с неким параметром, имеющим значение близкое к нашему времени таймаута.

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

В данном примере «Схема управления питанием» имела настройку «Отключение дисков» = 20 минут, что коррелировало с 20 минутными периодами возникновения этой ошибки.

Пример №4. Описан здесь.

Накопление статистики

Я сказал, что у нас есть три человека.

Это шесть ног.

Так что три болят из-за бега,

две пострадали при авариях,

и ещё одна нога беременна.

© Хаус

Напрасно многие столкнувшиеся с проблемой, считают проблему уникальной. Часто это просто нехватка информационного обмена с аналогичными попытками других коллег. Полезность знания статистики известна не многим, но кто ею пользуются, экономят кучу времени.

Где можно найти готовое решение

В настоящее время большинство технологических вопросов достаточно легко решить, так как по ним в Интернете накоплены знания.

Ниже приведен пример моего каталога. Достаточно выполнить поиск по коду ошибки или части текста сообщения.

Источник

Сервер 1с

Добрый день форумчане.
у хьюстона проблемы:
суть есть сервак 1с на постгре.
4 компа клиентов.
3 компа нормально цепляются к серваку все путем.
у 4
server_addr=tcp://0.0.0.0:1541 descr=0.0.0.0:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=1052 file=srcDataExchangeTcpClientlmpl.cpp

Выполняется ожидание возможности запуска.

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

(56) если и в списке и в кластере по IP, то на (54) можно не отвечать, получается что имя сервера вообще не используется.
ерунда какая то.. может платформу перставить на клиенте?
на сколько я понимаю, подключение работает по слудующему методу.
1. если в списке баз указано имя сервера кластера, то оно конвертируется операционной системой в IP адрес. если указан IP, то используется этот IP. также можно указать порт подключения к кластеру через :. если не указан, используется 1541.
2. идет обращение по IP к кластеру.
3. кластер решает к какому серверу он хочет подключить клиента, и в зависимости от того как этот сервер прописан в кластере (IP или имя), возвращает параметры подключения обратно клиенту. то есть если в кластере указан IP, то возращается IP, если имя, то имя.
4. если кластер вернул ИМЯ сервера, то опять таки операционная система на стороне клиента будет пытаться конвертировать это имя в IP адрес. после этого будет пытаться подключиться к серверу.

Источник

Server_addr tcp 1560

В данной статье я расскажу как добавить разрешающее правило в Брандмауэр Windows Server 2012 R2 (в Windows Server 2008 R2 действия аналогичны). Правило будем добавлять на примере работы сервера 1С:Предприятие 8.х (необходимо открыть порт 1541 для менеджера кластера, порты 1560-1591 для рабочих процессов и порт 1540 для агента сервера).

Некоторые программы и службы при работе через сетевые протоколы используют определенные порты для обмена данными. По умолчанию включенный брандмауэр Windows блокирует подобную сетевую активность. В частности, если попытаться подключиться с клиентской машины к серверу 1С:Предприятие 8.х можно натолкнуться на ошибку:

«Ошибка при выполнении операции с информационной базой (…). Ошибка сетевого доступа к серверу (…). Попытка установить соединение была безуспешной, т. к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера (…) »

Данная ошибка означает, что по указанному адресу не найден сервер «1С:Предприятия», ну или на сервере закрыт порт (в данном случае порт 1541).

Для открытия порта, заходим на компьютер, где установлен сервер «1С:Предприятия» (в моем примере это компьютер с адресом 10.192.128.15 и установленной на нем операционной системой Windows Server 2012 R2).

Запускаем брандмауэр Windows. Сделать это можно кликнув правой кнопкой мыши по «Пуск» (Start), затем «Панель управления» (Control Panel)  — «Система и безопасность» (System and Security) — «Брандмауэр Windows» (Windows Firewall). Или же выполнив команду firewall.cpl (для этого необходимо нажать комбинацию клавиш Win + R, в окне «Отрыть» (Open) ввести имя команды и нажать «ОК» ) .

Далее нажимаем на «Дополнительные параметры» (Advanced Settings) в меню слева.

В открывшемся окне, в дереве слева откроем вкладку «Правила для входящих подключений» (Inbound Rules), а затем в меню «Действия» (Actions) выберем пункт «Создать правило…» (New Rule…).

Запустится «Мастер создания правила для нового входящего подключения» (New Inbound Rule Wizard). На первой странице выберем тип правила (Rule Type) «Для порта» (Port) и нажмем «Далее» (Next).

Затем необходимо указать протокол (в нашем примере это TCP) и, непосредственно, номер порта (Specific local ports), который открываем. После чего жмем «Далее» (Next).

Теперь укажем действие связанное с добавляемым правилом. Выберем «Разрешить подключение» (Allow the connection) и нажмем «Далее» (Next).

На следующей странице нужно указать, для каких профилей брандмауэра будет действовать правило. Отмечаем нужные профили галочками и жмем «Далее» (Next).

Ну и наконец, вводим имя и описание для нового правила и нажимаем «Готово» (Finish) для завершения работы мастера.

Пробуем снова подключиться к серверу «1С:Предприятия» и видим что ошибка сохранилось, но в сообщении уже другой, 1560-ый порт.

Вышеописанным способом добавим еще одно разрешающее правило, с названием «1С: Рабочие процессы» для всего диапазона портов с 1560 по 1591 (для рабочих процессов 1С), указав их через дефис на шаге «Протокол и порты» (Protocol and Ports).

Теперь, в оснастке «Брандмауэр Windows в режиме повышенной безопасности» (Windows Firewall with Advanced Security) в таблице «Правила для входящих подключений» (Inbound Rules) мы должны увидеть 2 только что созданных правила.

Ну а клиент «1С:Предприятия» должен без ошибок подключиться к серверу. Если же потребуется подключаться к этом серверу через консоль администрирования серверов «1С:Предприятия», то необходимо также открыть порт 1540.

Аналогичным образом добавляются правила для для исходящих подключений (Outbound Rules), запрещающие правила, правила для определенных программ и протоколов. Также любое правило можно изменить, открыв его свойства из данной оснастки.