Умер сервер 1с.Переустановили ось, поставили sql, 1с.
Все те же самые версии. Поставили тот же самый ip.

на сервере 1с запускается сколько угодно раз под всеми пользователями подряд.
не клиентских компах крутит колесо бесконечно и не выдает даже никаких ошибок.
в диспетчере задач висит 1сv8с   не отвечает.
запуск пробовал и по ip, и по имени сервера.
IP в одной сети, dns прописаны, вообще все работает кроме запуска 1с на клиентах.

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

В CMD telnet айпи_твоего_сервера 1541(если порт сервера по умолчанию)

(0) Сервер поднят на стандартных портах?

(0)[Все те же самые версии. Поставили тот же самый ip.]
имя зачем поменяли ?

(3) имя не меняли

(2) на стандартных

(1) отвечает

(0) на клиентах галка "Использовать аппаратную лицензию" стоит?

(0) при запуске конфигуратора на клиентах так же?

(7) Нет, да и никогда не стояла. Лицензии-то все программные.

(0)Локальная сеть? Сколько мегабит в секунду показывает если копировать файлы с сервера на клиент?

Локальная. Ну, если никто не мешается, то файл 4,6 гига за 40 секунд.

(11) Домен есть?

(9) программные лицензии которые от Mimo?

(12) да домен. днс нормально, общие диски, политики... ... ... ВСЁ работает. кроме.

(9) сначала родные стояли официально купленные. Потом отчаялся мимо поставил. Ни фига не изменилось. непосредственно на сервере-то всё запускается.

(15) ставь официально купленные, потом приходи с ошибками,
а с мимо - не тот форум

(8) Да, конфигуратор тоже не запускается на клиенте. Крутит колесо и ошибок не выдает.

Так то же самое было. Ну хорошо, переставить 1с 10 мин.

по части портов например (1540, 1541) есть соединение, по части (какие там еще у кластера) - блок файрволлом/антивирусом.

(19) не, и то и другое отключено. файер вообще политиками.

(16) ну и что? две лицензии на 5 (первоначальная) и на 50 (потом докупленная) На сервере все ок, на клиентах не запускается.

на клиентских конечно же кэш почистили?

авторизация в 1С не доменная?

(22) Ну дык...

(23) нет, по списку пользователей 1с

от кого запускается служба сервера?

(4) имя не меняли

имя не меняли, а SID у нового сервера другой.

а можно попробовать новому серверу дать новое имя, чтобы везде старые привязки к старому имени со старым sid отринуть?

Проверяйте 475 порт. Галочка раздачи лицензий сервером стоит?
Что в nethasp.ini ?

(25) Ставь апача на сервак, публикуй базу, и запускай в режиме тонкого клиента через веб.
Дольше разбираться будешь, плюсов больше намного.
Конфигуратор тебе все равно на клиенте не нужен, а пользователям даже и вреден.

(28) хм.. не пойму к чему это? не читатель ветки? какой nethasp.ini, какой 475 порт, ты вообще о чем?

медитируй над (9)

ps: Был такой популярный одно время журнал Hard&Soft. Так вот ключик HASP - это hard, а программные лицензии - это soft, и не надо их скрещивать, как в журнале, ибо при скрещивании ежа с ужом получается два метра колючей проволоки и не более.

pss: Похоже, Волшебник прав.
По поводу того, что старые ники используются ботами. Ну вот ни в жизнь не поверю, что, находясь в здравом уме, с регистрацией на форуме продолжительностью в 14 лет, человек станет советовать для программных лицензий настраивать  nethasp.ini и 475 порт.

имхо у ТС нечто странное
никогда не сталкивался чтобы клиент 1С (неважно тонкий, толстый, веб или конфигуратор) бесконечно "крутил колесико"
и не выдавал ошибки вменяемой

(31)+ но недавно столкнулся с извратом на свежей платформе 1С
что 1С не запускается пока HDD уснувшие не раскрутятся и не начнут отвечать
нахрена клиенту/платформе/серверу 1С ползти в список или содержимое HDD на которых точно ничего требуемого нет хз
ибо все на других SSD дисках и платформа и базы и сервер 1С (локальный)

(30) это (32) я к тому что (28) может быть вполне прав
клиенты 1С пытаются нечто по сети определить (те же аппаратные ключи, даже если лицухи програмные)
и не могут
но почему не прерывается хз

(0)Попробуйте переустановить платформу на клиентах.

(0) порты (1540, 1541) все равно поставьте разрешить в брандмауере виндовс, не смотря на то, что он отключен.

На клиентских компах проверь брандмауэры, посмотри журнал событий. Странно, что не вываливаются ошибки и не фиксируется в журналах.Лицензии сервер раздаёт? Какой релиз платформы?

(30) Зря возмущаешься. Было когда-то, что не находились программные лицензии и был бесконечный поиск аппаратных лицензий.

(0)Попробуй аппаратную лицензию поставить, может быть ошибка уйдёт.

Так же net framework 4.8 нужно поставить на сервер

Версия платформы какая?

(37) по таймауту должно же отвалиться и написать не обнаружено лицухи

(0) Ну если совсем мыслей нет, тогда могу предложить следующие:
- Установка 1С на новой машине, проверка.
- Попытка подключения к серверу от другого пользователя Винды, например Администратор.
- Развернуть файловую базу на клиенте локально.
- Проблема может быть как с лицензией на Сервер, так и с лицензией на типовое решение.

Перебирайте варианты...

(39) Это очень давно было, я не помню детали. Админ разбирался. Кажись, какая-то сетевая проблема была по его части, не помню. Он где-то полазил, после чего, вместо зависания, начало появляться сообщение про ненайденные ключи, а потом и все остальное заработало.

(0) Окошко у тебя где-то висит модальное с вопросом от 1с на клиенте, под плашкой стартовой; типа "отключить аппаратный ключ защиты"

Поищи по alt+tab

(40) к списку еще можно добавить:
- развернуть на сервере пустую тестовую базу,
- установить на клиенте комьюнити-лицензию,
- отключить IPv6...

(0) А самые простые причины исключили? Сервер в том же домене/локальной сети? Конфликта IP адресов нет? Под какими правами запущена служба сервера 1С?

насчет долгого поиска аппаратных лицензий.
Я автору верю, он в (9) четко сказал - галочка про аппаратные лицензии не стоит и никогда и не стояла!
Следовательно, аппаратные лицензии искаться и не должны.
Ну или тогда давайте согласимся с тем, что это глюк 1С и при отключенной галочке "Использовать аппаратную лицензию" 1С-ка все равно упрямо продолжает этот самый поиск ключей HASP.

PS:
Я все-таки рекомендую попробовать сменить имя сервера. Новый сервер со старым именем, но с новым SID. А SID - это такая вредная штука, запоминается везде, где надо и где не надо. Тем более в домене.

У меня на практике неоднократно такие приколы были. Типа
У бухгалтера на рабочем столе ярлык на папку "Обмен" на компьютере glavbuh. Главбуху поменяли комп, назвали по старому -"glavbuh". И папочку "Обмен" у нее опять же в шару всем дали. Казалось бы - вот он новый комп glavbuh, вот у него расшаренная папка "Обмен".
А не работает тот старый ярлык у простого бухгалтера. Ибо SID у главбуха поменялся. Пока новый ярлычок буху на рабочий стол не выведешь. Свойства у ярлычка те же самые "\\glavbuh\обмен\", но.. старый ярлык не работает. Я ХЗ почему точно, но грешу на SID. В общем удалить старый и вывести новый ярлык секунда делов, поэтому глубоко в проблему не вникал.

Ну попробовать же недолго. С новым именем сервера. Если все равно никто не работает, то ребутнуть сервак под новым именем можно же?

(45) ху из SID?
впервые слышу за >30 лет в ИТ

(45) а старый ярлык не работает ибо права на новый сервер

(46) wiki:Идентификатор_безопасности

(48) понял, просто внутренний идентификатор учетки в экосистеме винды, в т.ч. с доменами
никогда не требовалось знать что это SID называется
но (47) правильно догадался, винда запомнила учетку для файлового ресурса и пыталась со старой