1С:Предприятие 8.3 (8.3.17.1549) + лицензия
Windows Server 2019 (новый)+ лицензия
Windows SQL 2019 + лицензия
Все новое. Подняли 2 дня назад. В компании есть еще 2 сервера на которых есть базы. подключением к ним - нету.
ping до нового сервера есть. брандмауре выключен

Вопрос: около 50 компьютеров организации. 20 из них стабильно работают в 1с. остальные - при входе в любую из баз зависают до аутенификации.

Что было сделано:
1)кэш чистил на сервер
2)ребут сервак отправлял + ребут служб
3)на проблемных компах пробрасывал в rhost пусть к серверу
4)чистил кэш на проблемных компах.

p.s. если переименовать базу в неверную, то сразу ошибка - не найдена база.

Список пользователей у кого все ок. остальные 20-30 компов не могут зайти по не понятной причине
---
Ну логично попробовать зайти с новой машины под "проблемным" пользователем и под вновь созданным. Так можно исключить проблему самих пользователей 1с и компьютеров.

Хотя я подозреваю, что дело в ключе. Есть проблема с физическими ключами. Если он раздается с загруженной машины, то лиценз менеджер не успевает раздавать лицензию. Попробуйте вынести сервер лицензирования на отдельную виртуальную машину.
---
какие ограничения установлены на сервер?
---
никаких
---
они есть по умолчанию.
Вот, попробуйте изменить: https://helpf.pro/faq/view/1595.html
---
В диспетчере задач на зависшем сеансе какое приложение (1cv8, 1cv8c, 1cv8s) и сколько памяти использует?
---
Ну логично попробовать зайти с новой машины под "проблемным" пользователем и под вновь созданным. Так можно исключить проблему самих пользователей 1с и компьютеров.

Хотя я подозреваю, что дело в ключе. Есть проблема с физическими ключами. Если он раздается с загруженной машины, то лиценз менеджер не успевает раздавать лицензию. Попробуйте вынести сервер лицензирования на отдельную виртуальную машину.
---
на сервере 1с работает четко. вопрос входа с нестабильных компов.
ключ клиентский стоит на другом физическом компе
ключ серверный на машине где сама 1с - т.е. новый серваке
---
ключ клиентский стоит на другом физическом компе Здрасьте! Вы же писали, что у вас ключ "на сервере"?

В-общем, ИМХО, на этом "другом физическом компе" отключать раздачу лицензий сервером 1С (если она там есть), устанавливать HASP LM, на всех клиентских прописывать его IP в nethasp.ini.

И проконтролировать доступность этого компа для всех клиентов!
---
Дело было в ключе. Спасибо.
---
Да с ними вечные проблемы, эпичные расследования) Когда-нибудь по ним трилогию снимут)
---
Властелин 1с: Братство nethasp
Властелин 1c: Два серверных ключа
Властелин 1с: Возвращение программиста
---
Неожиданно...
Я же вчера говорил ещё в (22), что если зависает до авторизации, то скорее всего проблема с поиском лицензии.
Что именно было не так с ключом?
Кто-то забыл его вставить и установил эмулятор?
---
Не были установлены драйвера. Ключ воткнул, но забыли установить.
Эмулятор на время развернул, но не устанавливал. Потом все удалил - работать то надо было как-то.
---
на проблемном компе проверьте отправку пакетов через ping

```1c
    ping [АдресСервера] -t -l 4096
```

если пинг больше 1мс то есть проблемы сети
---
если пинг больше 1мс то есть проблемы сети Если бы были проблемы с сетью, то 1С регулярно вылетала бы - 8-ка ключ проверяет постоянно.
---
вылетов нет
---
Если бы были проблемы с сетью, то 1С регулярно вылетала бы - 8-ка ключ проверяет постоянно.

ну не знаю. у нас один умник на свиче в одном из кабинетов сделал кольцо и спрятал его. 1с запускалась а потом зависала
пока всю сеть не перепроверили и не убрали кольцо.
---
Как вариант можно сбросить настройки сети на проблемной машине через cmd

```1c
    netsh winsock reset
    ipconfig /release
    ipconfig /renew
    ipconfig /flushdns
```
---
делал
---
отключите проверку аппаратной лицензии в 1с
---
у меня все аппаратное
---
у вас что 100 ключей? для каждого пользователя?
И сервер не раздает программные лицензии?
может тогда у вас проблема с ключами. или драйверами к ним
---
у меня 1 аппаратный на 100 лицензий
3 серверных ключа на 3 сервера
---
значит я не верно выразился.
нужно выключить проверку аппаратных лицензий на компьютере пользователя
---
без аппаратной он не работает. Вы понимаете сами что требуете?
---
без аппаратной он не работает. Вы понимаете сами что требуете?
я советую выключить этот пункт в настройках 1с на устройстве пользователя.
---
тогда откуда он возьмет лицензию? расскажите мне
---
лицензию должен выдавать сервер
а этот пункт означает что ключ установлен на компьютере пользователя.
если меня память не подводит
---
вот аппаратный на клиентскую.
---
HASP LM на машине с ключом установлен и запущен?
---
да
---
Проблема все же у пользователей, у серверов или у конретных баз?
---
у клиентский машин. у некоторых. закономерность не найдена. 50 компов в фирме. 25-29 работает как и работали со сменой имени сервера. другие - виснут
---
Есть пользователи, которые могут подключиться к базам на одном сервере и не могут подключиться к базам на другом?
Есть базы на разных серверах, к которым могут подключиться одни пользователи и не могут другие?
Есть базы, к которым не может подключиться ни один пользователь?
---
серверный ключ должен быть в списке aks monitor?
---
вот аппаратный на клиентскую. Смутно помнится, что протокол UDP использовать нежелательно - TCP надежнее, это надо прописать в nethasp.ini.

И broadcast запретить (там же): https://wiki.telefon1c.ru/kb:adm:protect1c:nethasp_ini
---
это и так прописано
---
это и так прописано Где? На компе с ключом? Или на всех клиентских?

И если "прописано", то почему у вас на скрине сплошь UDP?
---
это прописано у клиентских машин.
---
это прописано у клиентских машин "Не верю!" Почему тогда они подключаются по UDP?
---
хз.
---
"х" ничего не "з" - это дело "г" (головы).

Похоже, у вас nethasp.ini лежит не там, где надо - в итоге его настройки игнорируются.
---
Почему тогда они подключаются по UDP? Отвечу сам себе:
Установка параметра в значение TCP игнорируется. Обращение к HASP License Manager всегда выполняется по UDP. Источник: https://forum.infostart.ru/forum86/topic189414/

Так что - пардон, был не в курсе!
---
даже на сервер прописал туда путь
---
даже на сервер прописал туда путь А NH_USE_BROADCAST = Disabled; - есть?

А то выяснится, что "проблемные" компы сперва ищут ключ по всей сети - вот и причина зависаний.
---
этого может и не быть. Завтра проверю как раз
---
а количество лицензий пользователя сколько у Вас?
---
цензий пользователя сколько у Вас?
100
---
Клиенты подключаются случаем не тонким клиентом по http?
---
я пробовал толстым, тонким и web - висит у всех
---
20 которые работают - это какие-то контретные 20 машин или любые 20 первых?
---
вот сейчас 25...было и 30
---
Лицензии программные?
---
нет.
---
Т.е. у вас один клиентский USB ключ на 100 пользователей и три ключа на сервер 1С:Предприятия?
---
Это все в домене или как? Имхо наборы прав различаются у юзверей.
---
все пользователи в домене
---
1 ключ на сервер x64 и клиентские
---
Если ключ один, то как работают еще 2 сервера?
---
я говорю про текущий сервер. на каждом стоит по ключу. итого 3 серверных и 1 клиентский
---
Обычно, когда виснет до аутентификации, то это 1С не может найти лицензию.
В ЖР/ТЖ что-нибудь есть?
---
смотрю. ошибок нет. те ip которые стучаться в ТЖ нету
---
инфостарт
---
не тот случий
---
Проверить версию и разрядность клиента в свойствах баз - чтобы все совпадало с сервером.
---
при не совпадении - ошибка сразу. а тут - висит наглухо
---
Нет, отлично подключается 32-разрядным клиентом к 64-разрядному серверу одной версии, периодически так делаем если касса капризничает
---
(103)у меня нет торг. Обор
---
https://forum.infostart.ru/forum86/topic194716/
---
не помогло с установкой в службе - С системной учетной записью
---
что говорит технологический журнал?
монитор ресурсов?
---
На одном форуме нашел такой ответ:
Вот ответ: "Проблема решилась просто! Нужно просто было подождать часик, пока он закончит "Регламентное задание.Обновление индекса полнотекстового поиска". Т.к. база на удаленном компе, он просто это очень долго делал, а т.к. я не дожидался и снимал задачу 1С при повторном запуске он начинал это задание снова. И так пока ему не дашь обновить какие-то там индексы он не успокоится."
---
у меня регламентные отключены
---
Там наверняка речь шла про файловую базу. Так как клиент сервер делает это без запуска сеанса пользователя.
---
нет. про серверную
---
Как вариант - почистить журналы регистрации: https://craft1c.ru/1s-zavisaet-pri-zapuske/

А вообще,в подобных случаях можно долго гадать... и ничего не угадать: https://forum.mista.ru/topic.php?id=851426
---
попрбовал. не то
---
А без доменной авторизации то же виснет авторизация?
Как вариант попробовать войти по паролю, мало вероятно, но что бы исключить эту возможность.
---
из домена не вывести. увы
---
А зачем выводить?
Выберите любого пользователя, поставьте галку на пароль (можно пустым оставить).
При запуске базы поставьте измените вариант аутентификации на запрашивать логин и пароль.
Все, будет использоватся не доменная авторизация, а запрашивать логин и пароль.
---
То что у вас серверная это понятно, но в 24 сообщение ответ относился к файловой базе, при чем базовой версии. А как известно в файловой базе фоновые задания сами по себе не запускаются, поэтому и такая проблема там возникла.
---
Конечно не такая проблема как у вас, но как то слетела доменная авторизация и пока специалисты разбирались в чем проблема, всем назначили пароли, что бы работа не стояла.
---
я бы понял если бы у всех, но ведь у 28 пользователей которые сейчас работают - проблем нет
---
Ребята, а антивирусник не может такого чудить?
---
его там нет.
---
Все может быть. Например если пароль пользователя устарел пароль, но он еще не завершил удаленный сеанс и не сменил пароль и еще авторизован, то при попытке войти в 1С (покрай не мере у нас так), 1С запрашивает логин и пароль, так как доменная авторизация уже не работает. Надо сначала сменить пароль и только потом заходить в 1С.
---
если я верну базу на старый сервер - все гуд. на новом - не гуд.
---
Настройки кластера? Количество возможных рабочих процессов (диапазон IP-портов), количество подключений на один рабочий процесс, и т.д...
---
на новом - не гуд. Короче, на новом сервере "не взлетело".

Думаю, что вам нужна помощь специалиста, способного глубоко анализировать и понимать журналы - регистрации, технологический, системный..

Последний вопрос наудачу: "благополучные" пользователи - одни и те же? Или бывает, что у одного и того же вчера - "гуд", сегодня - "не гуд", а завтра - снова "гуд"?
---
завтра вам скажу.
---
завтра вам скажу Вы и сами можете завтра сделать выводы: если проблемы у одних и тех же пользователей, то, может быть, имеет смысл искать отличия их компов от "благополучных".

А если любые первые 20-25 без проблем входят, а у тех, кто не успел (и неважно, кто это), начинаются висяки, то причина явно в сервере - то ли лицензии кончаются, то ли каких-то ресурсов не хватает, то ли еще что.
---
Надо ли настраивать аппаратный ключ для сервера?
---
в администировании серверов 1с что-то настраивали?? рабочие серверы, менеджеры кластера и т.п.??
возможно что-то там лишнее настроили или не поставили ограничение (типа ключ лицензии раздает определенный сервер)
ну или еще что-то

возможно стоит прописать какие-то правила для входящих подключений в брандмауэре

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

А кроме этого - пару галок: https://forum.infostart.ru/forum86/topic211348/

Или устанавливать HASP LM - если клиентские компы берут лицензии сами, по сети, а не получают их от сервера 1С:Предприятия
---
Или устанавливать HASP LM - если клиентские компы берут лицензии сами, по сети, а не получают их от сервера 1С:Предприятия
HASP LM необходимо устанавливать даже в случае если лицензии раздают сервера, т.к. без менеджера лицензии с ключа сможет раздавать только тот сервер, который установлен на той же машине где и ключ, а другие два сервера ключа не увидят.
Если HASP LM установлен, но картина именно такая, что лицензии раздает только тот сервер, где локально установлен клиентский ключ на 100 р.м., то скорее всего проблема в видимости этого ключа для серверов на других машинах.
---
раздает лицензии клиент машина где сам ключ по сети. А подключение к базе берет клют серверный
---
Т.е. у вас клиентский ключ вообще не на одном из трёх серверов, а на клиентской машине?
---
ставить сервер ключ + клиентский ключ на 100 пк-запрещено! только на отельной машине.