Jump to content

Recommended Posts

Схема подключения следующая шлюзом для локальной сети стоит координатор 3.2 на win server 2008

У ПК стоящих за ним есть доступ к определенному прокси по открытому каналу Этот прокси пингуется нормально

но как только идет запрос авторизации пакеты блокируются с событием 104 причем с самого координатора все проходит

как исправить данную ситуацию?

Share this post


Link to post
Share on other sites

Ошибка 104 говорит, что соединение уже существует. Какая у Вас схемка подключения? Где прокси находится?

Share this post


Link to post
Share on other sites

Ошибка 104 говорит, что соединение уже существует. Какая у Вас схемка подключения? Где прокси находится?

Схема лок.сеть -> координатор -> внешняя сеть(типа интранета что-то) в ней прокси sqid

я вот нашёл в доках

Возможно, причиной неполадки является сбой одного из компонентов программы ViPNet Coordinator. Для решения данной проблемы выполните следующие действия:

  • В командной строке Windows выполните команду: regsvr32 /u C:\Windows\System32\itcssp.dll.
  • Измените имя файла itcssp.dll, находящегося в папке C:\Windows\System32, на любое другое.
    Если на компьютере была установлена программа ViPNet CSP с поддержкой 64-разрядных операционных систем, в папке C:\Windows\SysWOW64 также существует файл itcssp.dll, который требуется переименовать.
  • Перезагрузите компьютер.

это непоможет?

Share this post


Link to post
Share on other sites

Не знаю, так как не сталкивался. Попытка - не пытка, так что попробуйте. Хуже не будет в повторный регистрации библиотеки. А к прокси как пакеты идут? Какой тип трансляции адресов или просто маршрутизация?

Share this post


Link to post
Share on other sites

Скорей всего нат поднят. А просто маршрутизацию использовать?

Share this post


Link to post
Share on other sites

Скорей всего нат поднят. А просто маршрутизацию использовать?

Пробовал не помогает и удаление itcssp не помогло

Share this post


Link to post
Share on other sites

Пришлите полный журнал ip-пакетов.

А нат какого типа поднимали?

Обычно 104 событие появляется при использовании нат. Удивлен, что при маршрутизации такое событие появилось...

Можно поиграться в реестре с количеством допустимых соединений. Разумные рамки изменений подсказать не могу - не помню.

Share this post


Link to post
Share on other sites

На серверной версии Windows разве есть ограничения по соединениям? Они, вроде как, только на клиентских вариантах.

Share this post


Link to post
Share on other sites

Ограничения сняты с определенных версий и патчей. И в любом случае данное ограничение все равно можно прописать в реестре.

Share this post


Link to post
Share on other sites

Согласен, можно. Но 104 ошибка как с этим может быть связана?

Share this post


Link to post
Share on other sites

Помню диагностировал эту проблему еще в 3.1 (открытый трафик/туннелирумый трафик с поднятым нат).

Было связано с количеством соединений, установленных в винде. Не знаю какими звездами это соединено с драйвером IpLir. Может он ловит от стека tcp/ip сообщение о превышении соединений, а драйвер интерпретирует это как 104 код....а может не так.

Share this post


Link to post
Share on other sites

Понятно. Будем иметь ввиду.

Share this post


Link to post
Share on other sites

Добрый день, коллеги!

У меня такая же проблема. Внедрил программный СМ Координатор версии 3.2(11.21139).

Прописал нат для всей внутренней сети. На отдельных ПК есть некое подключение Minfin заточенное на удаленный публичный IP. (маршрутизацию написать в обоих направлениях не в моем ведении)

На координаторе данное взаимодействие блокируется с событием 104.

Где искать ограничение на максимально возможное количество коннектов???

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

By using this site, you agree to our Terms of Use.