Сеть - рабочая группа на Windows 7.
На одной из машин расшарена папка под файловую УТ11. В эту же машину воткнуты 2 ключа: однопользовательский (фиолетовый) и 5 пользовательский (красный). Установлен HASP LM.
Остальные компы - ноутбуки на Windows 7 HP.
Платформа везде 8.2.14.540
Все прекрасно работало в 2011 году. После того, как пользователи вернулись с праздников, все ноуты перестали видеть ключ. На сервере (если его так можно назвать) ключи видны оба и 1С прекрасно работает.
Что я пробовал сделать:
1. Проверил установку флажка "Использовать аппаратные лицензии". Стоит.
2. Отключил все брэндмауэры. Не помогло.
3. Прописал в nethasp.ini ip-адрес сервера. Не помогло.
4. Переустановил HASP LM. Не помогло.
5. По очереди вытаскивал ключи (чтобы остался только один). Не помогло.

Что еще можно сделать?

Самое странное... Установил на сервере Aladdin Monitor. Он не отображает ключи. Вот скриншот:
http://s018.radikal.ru/i513/1201/9d/8bd5c4eb1402.jpg

Еще одна странность... Перетащил однопользовательский ключ на один из ноутов. При установке дравера HASP получил такую ошибку:
http://s018.radikal.ru/i513/1201/e4/a6fde11a43a0.jpg

Помогите люди добрые, т.к. я не специалист по админству и с такой проблемой первый раз столкнулся

Забыл добавить - все компы видят другие компы в рабочей группе и расшаренную папку. Т.е. здесь все ок вроде бы

айпишники поменялись?

по-любому что-то админ намутил, сетевуху там переткнул например

(2) айпишники чего? ноутов? хз, а причем тут они?
ip файл-сервера остался прежний 192.168.1.1

Попробуй HASP LM версии 8.32. Мне как-то помогло. В nethasp.ini только ip прописал или остальные параметры тоже настраивал?

(4)Ping 192.168.1.1 что показывает?
Папки они по имени наверное видят ведь?

(5)
в net hasp прописывал:
NH_SERVER_ADDR = 192.168.1.1;
NH_TCPIP_METHOD = TCP;
NH_USE_BROADCAST = Disabled;

я вообще нетхасп не трогаю, всегда всё ловит

а вот с версией LM траблы были, помню

(6) блин, такую элементарную вещь я не попробовал... даже не пришло в голову, т.к. в сетевом окружении все компы были и расшаренная папка видна

ща буду просить пользователей пингануть

(6) Проверили. 192.168.1.1 пингуется, все ок

(11) 475 порт открыт?
Встроенный виндовый брандмауер на сервере ключей должен быть выключен или должны быть прописаны исключения для 475 порта.

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

(0) >> Aladdin Monitor. Он не отображает ключи

Это нормально. Бывает, что, пока нет ни одного подключения, монитор ключей не видит.

Выдерни локальный ключ. Оставь только сетевой. Попробуй запустить 1С-ку на сервере, чтобы убедиться, что сетевой ключ не сгорел.

Поставить на сервере аладиновскую утилиту Diagnistix. Она не видит менеджеры ключей, но зато видит сами ключи.

(12) брэндмауэры выключил на всех компах
(13) имя сервера пробовал и прописывать и нет. Щас еще раз проверю... Протокол должен быть TCP? Кое-где в инете попадались рекомендации использовать UDP
(14) А если 1C открыта на самом сервере, то должен показывать? Или только через сеть должна быть открыта?
(15) Это пробовал. Работает. Пробовал оба ключа независимо.

(17) вроде никогда не работало 2 ключа в одном компе?

В списке инф.баз общей (ibcommon.v8i)в настройках базы отмечено ли Использовать аппаратную лицензию?

(16) это трудно сделать, т.к. уже уехал оттуда, а юзеры врят ли смогут (хотя пингануть смогли)
ключи похоже рабочие, т.к. на само серваке оба работают (включал каждый по очереди)
(18) читал про это, но:
1. все работало до этого
2. пробовал оставлять только 5-пользовательский - так же не видят его
(19) если эта тот же флажок что и в окне по кнопке "Настройка" в списке инф. баз, то да, стоит использовать

(12) как проверить порт? telnet отсутствует на машинах пользователей (Win 7 HP)

права есть у пользователей на папки сервера?

(17) UDP - вроде как быстрее. Там что-то вроде не требует подтверждения получения пакетов. Но в протоколах не силён - могу ошибаться.

(22) При чем тут папки?

(18) Ключи разных серий вполне работают. Например, ключ сервера 1С и многопользовательский ключ.

(22) права есть. юзеры могут создавать там файлы и пр.

(25) в данном случае два ключа: однопользовательский (фиолетовый) который шел с коробкой КА и 5-пользовательский (красный)

(27) Точно не уверен, но локальный вряд ли работает. Обычно в таких случаях (есть локальный ключ и сетевой) однопользовательский ключ отдают в комп  кому-нибудь из пользователей.

+ к (23) В отличие от TCP, UDP не подтверждает доставку данных, не заботится о корректном порядке доставки и не делает повторов. Поэтому аббревиатуру UDP иногда расшифровывают как Unreliable Datagram Protocol (протокол ненадёжных датаграмм). Зато отсутствие соединения, дополнительного трафика и возможность широковещательных рассылок делают его удобным для применений, где малы потери, в массовых рассылках локальной подсети, в медиапротоколах и т.п

Продолжение истории... Проблема так и не решилась.
Ключи разнес по разным машинам. На машине где установлен HASP LM (поставил версию 8.32) оставил 5-пользовательский. Однопользовательский воткнул на один из ноутов и он там заработал!
5-пользовательский тоже работает локально, но другие машины в сети его попрежнему не видят :(
Вот что показывает Diagnostix
http://s018.radikal.ru/i524/1201/6b/799a75fc0de2.png

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

(31) как вы это диагностировали?

(30)
1. Однопользовательский нельзя расшарить
2. Два клиентских ключа нельзя ставить в один комп

(33) +
3. Если в сети более чем 1 расшаренный ключ, нужны танцы с бубнами на предмент распределения ip серевров ключей по клиентам. Иначе будет пытатся подключится к первому найденому... даж если уже все лицензии с него расхватали

(34) +
кряков случайно не стояло? могут быть проблемы

(33) 2 ключа разных типов можно... но речь не об этом
(34) фирма мелкая, один сетевой пятипользовательский и один однопользовательский (шел в коробке)
(35) все лицензионное, включая винду и офисы

(36) попробуй закоментировать в nethasp.ini строку NH_TCPIP_METHOD = TCP;

(32) диагностировали методом тыка - для проверки воткнули такой же проверенный ключ - всё заработало