Ошибка транспортного уровня касперский активация

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

Recommended Posts

Katbert

    • Share

На нескольких никак не связанных между собой серверах KSC 13.2 вылез одни и тот же баг — в политике KES11 выставлена галка использования сервера KSC как прокси для активации, но активация не идет с руганью: общая ошибка транспортного уровня.

В свойствах KSC задано порт по умолчанию для службы активации — TCP 17000. Служба Прокси-сервер активации «Лаборатории Касперского» запущена, в процессах klactprx.exe есть. Но klactprx.exe не открывает порт 17000

Link to comment
Share on other sites

Katbert

  • Author
    • Share

Бага обходится странным способом туда-сюда-обратно: в свойствах KSC меняем порт 17000 на любой другой (например, 16999). Применяем настройки — и klactprx.exe тут же открывает порт 16999. Затем меняем обратно на 17000, применяем — и он прекрасно слушает порт 17000. После этого активация кодом отрабатывает успешно


  • Like


    1

Link to comment
Share on other sites

  • Solution

Katbert

  • Author
  • Solution
    • Share

Теперь стало понятно, почему отвалились активированные кодом сервера KSWS после перехода на KSC 13.2 — видимо, активацию кодом нужно периодически возобновлять, а при закрытом порте 17000 это не происходило

Link to comment
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in

Sign In Now

Содержание

  1. Transport level error while connecting kaspersky
  2. Почему Агент администрирования не подключается к Серверу администрирования
  3. Причины, по которым соединение не устанавливается
  4. Утилиты для проверки портов
  5. Transport level error while connecting kaspersky
  6. SSL certificate authentication error when connecting to Kaspersky Endpoint Security Cloud
  7. Issue
  8. Cause
  9. Solution
  10. What to do if the issue persists
  11. Checking the logs using the klnagchk utility
  12. [РЕШЕНО] При установке касперского — неизвестная ошибка
  13. Рекомендуемые сообщения
  14. Похожий контент
  15. Transport level error while connecting kaspersky
  16. Решение
  17. Что делать, если решение не помогло
  18. Kaspersky для виртуальных сред
  19. Рекомендуемые сообщения
  20. Присоединяйтесь к обсуждению
  21. Похожий контент

Transport level error while connecting kaspersky

Поддержка продуктов для бизнеса

Kaspersky Security Center 11

Почему Агент администрирования не подключается к Серверу администрирования

Статья относится к:

  • Kaspersky Security Center 13.2 (версия 13.2.0.1511);
  • Kaspersky Security Center 13.1 (версия 13.1.0.8324);
  • Kaspersky Security Center 13 (версия 13.0.0.11247);
  • Kaspersky Security Center 12 (версия 12.0.0.7734);
  • Kaspersky Security Center 11 (версия 11.0.0.1131b).

Связь между Агентом администрирования и Сервером администрирования отсутствует, если:

  • На клиентских компьютерах не происходит применение политик.
  • Не проходит ручная синхронизация с клиентским компьютером.
  • Иконка клиентского компьютера в Консоли администрирования «бледная».
  • Значение в поле Соединение с сервером не отражает текущую дату и время (если рабочая станция в сети).

Чтобы провести анализ соединения Агента администрирования с Сервером администрирования, воспользуйтесь утилитой klnagchk.exe:

  1. Запустите утилиту с правами локального администратора на проблемном клиентском компьютере из папки Агента администрирования C:Program FilesKaspersky LabNetworkAgentklnagchk.exe.
  2. Задайте вывод результатов работы в файл отчета.

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

  • Агент администрирования не установлен на клиентском компьютере.
  • Агент администрирования был установлен на клиентском компьютере локально и при его установке был неверно задан адрес или порт Сервера администрирования.
  • Kaspersky Network Agent не запущен на клиентском компьютере.
  • Сервис Сервер администрирования Kaspersky Security Center не запущен на Сервере администрирования.
  • В сети имеется несколько рабочих станций с одинаковым именем, в группу ошибочно добавили одноименную рабочую станцию. C помощью поиска (команда Найти компьютер в контекстном меню Сервера администрирования) найдите одноименные компьютеры — введите название компьютера и *. Например, COMPUTER*.
  • Клиентский компьютер уже подключен к другому Серверу администрирования данной Windows-сети.
  • Клиентский компьютер в данный момент выключен.
  • Компьютер-Сервер администрирования не доступен с клиентского компьютера.
    Для проверки воспользуйтесь командой ping на клиентском компьютере.
  • На компьютере с Сервером администрирования закрыты TCP-порты 13000, 14000.
  • На клиентском компьютере закрыт UDP-порт 15000.
  • Имя или IP-адрес Сервера администрирования неправильно воспроизводятся на клиентском компьютере (имя и IP-адрес Сервера не соответствуют друг другу).
  • В свойствах политики Агента администрирования на вкладке Сеть настройте подключение к Серверу администрирования и Профили соединений (если они используются).

Утилиты для проверки портов

  • Чтобы проверить, что Сервер администрирования открывает порт 13000 или 14000 (имя процесса Сервера администрирования — klserver) запустите утилиту fport.exe на компьютере с Сервером администрирования.
  • Если утилита fport.exe не отобразила список открытых портов (например, она не поддерживает Microsoft Windows 2003 Server), выполните команду netstat:
  • Выполните команду telnet с проблемного компьютера:

Если команда telnet выдала ошибку, это означает, что порты закрыты.

Источник

Transport level error while connecting kaspersky

Support for Business Products

Kaspersky Endpoint Security Cloud

SSL certificate authentication error when connecting to Kaspersky Endpoint Security Cloud

Issue

Connection to Kaspersky Endpoint Security Cloud fails after installing the Network Agent. When checking the connection logs using the klnagchk utility, the following error occurs: “Attempting to connect to Administration Server. Transport level error has occurred while connecting to http://*.cloud.kaspersky.com/*:13000: SSL authentication failure, the certificate is invalid or outdated.”

Cause

The SSL certificate of the Administration Server is outdated.

Solution

  1. Uninstall Kaspersky Endpoint Security for Windows. See the Online Help page for instructions.
  2. Create a new Kaspersky Endpoint Security for Windows installation package in Kaspersky Endpoint Security Cloud:

a. Select the Distribution packages section.

b. Click next to the required package and select your language.

c. Carefully read the End User License Agreements for Kaspersky Endpoint Security for Windows. If you agree with the terms and conditions, select the corresponding checkboxes and click I accept the terms.

  • Click Next.
    • The installation package with the updated SSL certificate will be created.
    1. Click Download and install the application on your computer.

    1. Make sure that you managed to connect to Kaspersky Endpoint Security Cloud and then install the downloaded package on the other managed computers.

    What to do if the issue persists

    If the issue persists, submit a request to Kaspersky technical support via Kaspersky CompanyAccount. Please include a detailed description of the issue. Before contacting the support, see the guide on creating a request in the Knowledge Base.

    Checking the logs using the klnagchk utility

    To check the connection logs using the klnagchk utility, proceed as follows:

    Источник

    [РЕШЕНО] При установке касперского — неизвестная ошибка

    Автор yourlife,
    16 декабря, 2021 в Помощь в удалении вирусов

    Рекомендуемые сообщения

    Похожий контент

    День добрый !
    При активации KSC вылез ошибочный ключ (см. аттач). Кто с такой проблемой сталкивался? Как это вылечить?

    Сами выставляются DNS сервера. Началось, как я думаю, после взлома офиса KMSом, DrWeb, Kaspersky и Защитник Windows ничего не находят. В HackJackThis нашел эти адреса, но после удаления они появляются снова. Пробовал сбрасывать TCP IP, переустанавливать драйвера, не помогает. При подключении напрямую к компьютеру интернета, а не через роутер DNS сервера сами не устанавливаются, но проблема не исчезает, и в HackJackThis продолжают появляться после удаления.

    Коллеги, доброго дня!

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

    Источник

    Transport level error while connecting kaspersky

    При подключении к Kaspersky Security Center вы можете столкнуться с ошибкой «Не удалось подключиться к Серверу администрирования по причине: «Не удалось установить соединение с удаленным устройством (местонахождение: ‘ ‘): отказ в соединении.»».

    Решение

    1. Запустите Event Viewer на проблемном компьютере.
    2. Перейдите в Applications and Services LogsKaspersky Event Log.

    1. Нажмите Filter Current Log, установите флажки напротив Critical, Warning и Error и нажмите ОК.

    1. Появится список проблем, в которых указана причина возникновения ошибки. В зависимости от проблемы, воспользуйтесь решением из таблицы ниже:

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

    1. Создайте резервную копию данных Сервера администрирования с помощью утилиты klbackup. Инструкция в справке.
    2. Удалите Kaspersky Security Center и его компоненты. Инструкция в справке.
    3. Повторно загрузите и установите Kaspersky Security Center. Инструкция в справке.
    4. Восстановите резервную копию данных Сервера администрирования.
    Проблема Описание проблемы и решение
    Failed to start service «kladminserver». #1193 Administration Server service account was changed manually. Use klsrvswch utility to change Administration Server service account instead of manual modification. Сообщение указывает на неправильное изменение служебной учетной записи Kaspersky Security Center. Измените учетную запись службы Сервера администрирования на правильную. Инструкция в справке.
    • Service ‘kladminserver’ has been stopped due to an error. #1192 Administration Server data is inconsistent. You must uninstall Administration Server, install it again, and go through the restoring process by using the klbackup utility.
    • Service ‘kladminserver’ has been stopped due to an error. #1205 Error 1205/0x0 (‘The system cannot find the path specified.’) has occurred while opening the file ‘C:ProgramDataApplication DataKasperskyLabadminkit1093certklserver.cer’.
    • Database error occurred: #1963 (-2147467259) Database connection is broken “Connection failure <08s01>Last Statement =’tsk_get_task’.
    • ‘C:ProgramDataKasperskyLabadminkit1103NlstLastChangeStorageDevice Control$WSEE$10.1.0.0dataLLSCache.xml’ ‘ has been corrupted and cannot be recovered. Hardware bugfix and application reinstallation are required.
    • Stop due to error. #1205 Error 1205/0x0 (‘The system cannot find the path specified.’) has occurred while opening file ‘C:ProgramDataKasperskyLabadminkit1093certklserver.prk’.
    • Service ‘kladminserver’ has been stopped due to an error. #1128 The product was not installed correctly.
    • Stop due to error. #1128 The product was not installed correctly.
    Service ‘kladminserver’ has been stopped due to an error. #1950 (1101) Generic db error: «1101 ‘Could not allocate a new page for database ‘KAV’ because of insufficient disk space in filegroup ‘PRIMARY’. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.<42000>;’ LastStatement=’IF ([dbo].[upgd_if_index_exists](‘IX_nl_storage_items_calchash’) = 0) CREATE INDEX [IX_nl_storage_items_calchash] ON [dbo].[nl_storage_items] ([nListId], [nHostId], [bDeleted], [lItemHash]) ON [PRIMARY]»’. Причиной сообщения является нехватка места на вашем SQL Server. Если у вас более 10 000 узлов или вы хотите сохранить каждое событие, в Kaspersky Security Center мы не советуем использовать версию SQL Express.
    Database error occurred: #1950 (-2147467259) Generic db error: » ‘Login timeout expired;’ LastStatement=’ADODB.Connection»’. Сообщение указывает на то, что используемый SQL Server не соответствует системным требованиям. Удостоверьтесь, что используемый SQL Server соответствует системным требованиям.
    Database error occurred: #1950 (701) Generic db error: «701 ‘There is insufficient system memory in resource pool ‘internal’ to run this query.<42000>;’ LastStatement=’tsk_should_process_sync_events»’. Если в качестве СУБД вы используете SQL Server 2019 и у вас нет накопительного исправления CU12 или выше, после установки Kaspersky Security Center подключитесь к SQL‑серверу с помощью SQL Management Studio. Инструкция в справке.

    Что делать, если решение не помогло

    Если проблему не удалось устранить, отправьте запрос с подробным описанием ситуации в техническую поддержку «Лаборатории Касперского» через Kaspersky CompanyAccount. Перед обращением ознакомьтесь с информацией, необходимой для создания запроса, в разделе базы знаний.

    Источник

    Kaspersky для виртуальных сред

    Рекомендуемые сообщения

    Присоединяйтесь к обсуждению

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

    Похожий контент

    Привет. Пытаюсь перекатиться с NSX-v на NSX-t
    Действую по инструкциям:
    https://support.kaspersky.ru/15667 https://support.kaspersky.com/help/ksv/6.1/ru-RU/90476.htm И в самом конце получаю интересную картину: все инстансы развернуты, имеют Deployment Status — Up, но Health Status — Down

    На гипервизорах ESXi в syslog видно, что ВМ не достукиваются до второго интерфейса SVM-ок (который vmservice-vshield-pg):

    2022-05-30T14:09:29.849Z ContextMux[18188493]: [WARNING] (EPSEC) [18188493] SolutionHandler[0xdfd0f0e910] failed to connect to solution[7498071167106809856] at [169.254.1.60:48651]: Connection refused (111) for guest[5025611f-c712-4107-2939-b3f96ccfd63d : /vmfs/volumes/627258e3-cd54d7d9-0785-e43d1a9863de/vdi-0051/vdi-0051.vmx] 2022-05-30T14:09:29.849Z ContextMux[18188493]: [ERROR] (EPSEC) [18188493] Solution[7498071167106809856] entry not found in the map when trying to disconnect 2022-05-30T14:09:29.849Z ContextMux[18188493]: [ERROR] (EPSEC) [18188493] Entry not found in map for Solution[7498071167106809856] 2022-05-30T14:09:29.849Z ContextMux[18188493]: [WARNING] (EPSEC) [18188493] SolutionHandler[0xdfd0f0e910] scheduling reconnect to solution[7498071167106809856] at 169.254.1.60:48651 in 30000 ms for guest[5025611f-c712-4107-2939-b3f96ccfd63d : /vmfs/volumes/627258e3-cd54d7d9-0785-e43d1a9863de/vdi-0051/vdi-0051.vmx]
    Пинг проходит, netcat — нет:

    [root@hv-esxi005p:] ping 169.254.1.60 PING 169.254.1.60 (169.254.1.60): 56 data bytes 64 bytes from 169.254.1.60: icmp_seq=0 ttl=64 time=0.159 ms 64 bytes from 169.254.1.60: icmp_seq=1 ttl=64 time=0.129 ms
    [root@hv-esxi005p:] nc -zv 169.254.1.60 48651 nc: connect to 169.254.1.60 port 48651 (tcp) failed: Connection refused
    Если открыть SVM через консоль vSphere, видно, что у них даже системного имени не появилось, просто localhost

    Вход под рутом, который указывался при регистрации службы на стороне KSC также не доступен. То есть всё это похоже на то, что настройка инстансов не завершилась. Но при этом Deployment Status — Up 🤷‍♂️

    Единственное, что смутило, в инструкции есть такой момент по настройке сетевых параметров разворачиваемых инстансов

    Но в моем случае чекбокс возле eth1 серый и не выбирается. Но интерфейс и vmk при этом успешно создаются. Предположил, что это неточность инструкции и «System Configured» интерфейс самонастраивается

    Здравствуйте. При развертывании SVM на гипервизорах hyper-v (которые являются узлами кластера), возникает проблема при добавлении гипервизоров (Вложение «Ошибка SVM»

    cluster_cspn.cspn.orb.ru доменное имя кластера. Причем пинингуется данный хост имя со всех серверов участвующих в развертывании сервера защиты SVM. Гипервизоры имеют другое имя и также пингингуются и доступны для удаленного подключения.

    Согласно инструкции были даны права доменному администратору
    «Гипервизор Microsoft Windows Server (Hyper-V)
    Для развертывания, удаления и изменения конфигурации SVM на гипервизоре Microsoft Windows Server (Hyper-V) требуется встроенная учетная запись локального администратора или доменная учетная запись, входящая в группу Администраторы Hyper-V. В случае доменной учетной записи вам также требуется выдать права на удаленное подключение и использование следующих пространств имен WMI:
    rootcimv2;

    rootMSCluster;
    rootvirtualization;
    rootvirtualizationv2 (для версий операционных систем Microsoft Windows для серверов, начиная с версии Windows Server 2012 R2).»

    P.S.: Дополнительно сообщаю что сервер защиты SVM 4.0 функционирует в нормальном режиме

    Сообщение от модератора Elly Тема перемещена

    Источник

    Добрый день. Ранее на нашем сайте уже была опубликована статья на тему, как активировать антивирус касперского, но там инструкция была о том как активировать глобальный ключ, и как ни странно это было очень просто и в 3 шага. Но вот Как активировать антивирус касперского с помощью прокси, это уже не много труднее. Поэтому мы решили в этой статье затронуть именно эту тематику.
    Делать мы это будем с помощью ключа из нашей группы по касперскому. Так как там в 90% публикуются ключи именно с прокси. Прошлая статья о том, как активировать сам ключ находится тут (Тык сюда)

    Ключи для касперского группа вк

    Как и в прошлый раз начнем с краткой версии, а затем на примере с картинками.

    Краткая версия без картинок

    Как активировать антивирус касперского с помощью прокси

    1. Выбираем прокси-лист страны для активации антивирусной программы в соответствии с регионом
    Сделать это можно на этом сайте : (Тык сюда)
    2. Выбираем один из прокси-серверов
    3. Заходим в касперского : Настройка > Дополнительно > Сеть => Настройка прокси-сервера.
    4. Нажимаем на  «Использовать указанные параметры прокси-сервера».
    5. Заполняем поля IP-адрес и номер порта. Жмем Сохранить.
    6. Вводим код активации.
    7. Активируем.
    КАК ПРАВИЛО С ПЕРВОГО РАЗА ПРОКСИ МОЖЕТ НА ПОДОЙТИ, ПОЭТОМУ ЕСЛИ НЕ ПОЛУЧАЕТСЯ АКТИВИРОВАТЬ С ОДНИМ ПРОКСИ, ТО ДЕЛАЕМ ВСЕ ТО ЖЕ САМОЕ ЗАНОГО
    8. После активации возвращаем настройки в исходное состояние. (Убираем прокси)

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

    Полная версия с картинками

    Как активировать антивирус касперского с помощью прокси

    Как и в прошлой статье постараемся все описать по пунктам.

    1. Заходя  в  касперского вы будете видеть, что антивирус не активирован и там Вам необходимо будет нажать на шестеренку слева снизу.  Она выделена красным тут :

    2) Затем в появившемся окне заходите в раздел «дополнительно» (цифра один на скриншоте), а там выбирайте пункт «сеть» (цифра 2 на скриншоте)

    3) выбирайте раздел «настройки прокси сервера» (цифра 3 на скриншоте)

    4) в открывшемся окне выбирайте раздел «Использовать указанные настройки прокси-сервера (Цифра 4 на стриншоте)

    5) Теперь переходите на один из популярных сайтов по прокси, в нашем случае мы рекомендуем использовать сайт  (Тык сюда) выглядит сайт вот так :

    6) Затем смотрим к какой стране привязан ключ, это как правило пишут в самой группе или на сайте. В нашем случае это прокси США
    Следовательно и прокси мы будем выбирать под страну прокси.

    7) Далее в открывшейся вкладке выбираем один из IP с прокси и копируем.
    — Обратите внимание, что нужно отдельно скопировать IP и отдельно порт, которые идет после двоеточия.

    Мы начнем с первого Ip адреса, который выглядит так : 167.99.0.84:80. В нашем случае будет так :
    167.99.0.84 — ip адрес
    80 — порт

    8) Копируем и вставляем в ранее выбранное окно.

    Нажимаем «сохранить» и возвращаемся в первоначальное окно.

    9) Теперь берем ранее подготовленный ключ и активируем его, как указано тут (Тык сюда)

    Нажимаем активировать и ждем.

    Очень часто после того, как постарались активировать, мы будем наблюдать следующую ошибку (Ошибка транспортного уровня):

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

    1) Ваша лицензия будет успешно активирована — поздравляем, вы успешно активировали свой антивирус и теперь можете им пользоваться
    2) Превышено количество активаций — Увы, в этот раз вы не успели активировать и ключ в итоге оказался не рабочим.

    В нашем случае нам повезло и попались рабочие прокси буквально с 3 раза.

    Затем после того, как все успешно будет активированно, обязательно зайдите обратно в настройки прокси, как было показано выше и выберите пункт «Автоматически определять настройки прокси-сервера» 

    Затем нажмите «сохранить» и закройте все.  Поздравляем у вас полностью активированный антивирус, который будет успешно обновляться и работать.
    Собственно на этом все.

     2,813 Просмотров всего,  9 Просмотров сегодня

    • #1

    Доброго времени суток! Есть компьютер с windows 7 профессиональная. Комп входит в домен 2008. Проблема в том что иногда ни с того ни с сего комп просто теряет доступ к сетевым дискам, пропадает интернет и теряет ip адрес, который он получает от dhcp. Если физически передернуть провод с витой парой то все начинает работать. Ping до ядра сети меньше 1мс, с другими компами в сети проблем нет. Залез в системный журнал в поисках хоть чего то, сравнил по времени обращения и увидел только это событие:

    Событие 1014, DNS Client Events
    Разрешение имен для имени yandex.ru истекло после отсутствия ответа от настроенных серверов DNS.

    Подскажите в какую сторону думать??

    image_427.jpg

    PS Драйвер сетевой карты Realtek менял и не заработало

    — -Подумал и добавил — —

    Еще кстати — фиксируется ошибка от антивируса касперского, но я думаю она как следствие обрыва сети.

    klnagent, код 1
    Произошла ошибка транспортного уровня при соединении с [тут сервер администрирования] общая ошибка 0x502

    • #2

    dcdiag /test:dns
    Что покажет тест днс?

    • #3

    EventID.Net
    On Windows 10, this may be recorded due to a change on the DNS resolver design implemented with Windows 10. The operating system will try to resolve a name using all the network interfaces, even if some are not connected to the Internet. For this reason, timeouts may be experienced, websites may fail to open and so on. We disabled all but the active interface on one computer and the problem disappeared.

    Anonymous
    On a Windows 2008 R2 server — Setting STG enabled = FALSE on the switch ports solve my issue.

    Anonymous
    On Windows Server 2008 R2 I had to enabled «Spanning Tree Portfast» on my servers switch ports.

    Anonymous
    I fixed this problem by unselecting the TCPIIPv6 protocol as it is not used on my network/ISP yet.
    Anonymous
    See T766017 and EV100150 for information

    • #4

    Если я делаю

    на основном контроллере домена то тест проходит успешно но в логах КД генерируются несколько ошибок с кодом 10009 от DistributedCOM

    Код:

    Не удалось установить связь DCOM с компьютером x.x.x.x через один из настроенных протоколов.

    Я проверил это ошибки на каждый Ip серверов пересылки которые указаны в DNS сервере который поднят на этом же контроллере домена. Т.е x.x.x.x — это ip шнинки dns серверов провайдеров интернета.

    • #5

    Судя из описания, ошибка с кодом 10009 генерируется когда ваш сервер не может достучаться до сервера назначения через RPC — Remote Procedure Call. То есть между вашим DNS сервером и DNS сервером прова существует проблема связи по RPC, это может быть из за брандмауэра или МСЭ или сбоя разрешения имени сервера, или из за исчерпания портов RPC.
    Как проверить соединение между двумя серверами:
    Ping the IP address of DNS forwarder to make sure network traffic is fine.
    Run PortQry GUI to check the firewall ports 135 of DNS forwarders. In PortQury GUI, enter the IP address of DNS forwarder ,choose Manually input query ports, enter 135, click Query. We can see if the port was listening or not.
    If we have configured dynamic port for RPC communication, we can check what status the port resources are on both servers using netstat –anb command. If all dynamic ports are used, or only few left, you can consider expanding the dynamic port

    • #6

    Зашибись. Буду проверять, но я думаю это не связано с клиентским компом

    Понравилась статья? Поделить с друзьями:
  • Ошибка установки 0x800f0984
  • Ошибка установки 0x800f0983
  • Ошибка транспортного уровня авс 2 будет выполнен автоматический запрос статуса через некоторое время
  • Ошибка установки 0x800f0982 windows 11
  • Ошибка транспортного модуля на кассе