При запуске 1С (V7.7) неожиданно резко увеличилось время поиска ключа защиты (с 1-2 сек до 30-40). Ключ стоит на сервере. В чем может быть проблема?

Сетевой кабель мыши подгрызли...

Сейчас придет мой брат BorisG и спросит тебя про версию ОС, про релиз LM, а потом скажет, что писал про это много раз.

Уссыся просто

Проверь не грузит ктонить филмы и музыку с еного сервака, возможно просто забивание сетевого трафика лишними данными..

(1) Очень смешно...

(4) Проверили. Ничего лишнего

Тогда пингуй если скорость теряется тогда что- страшное водится в сети...
Попробуй скачать новые дрова с Алладина и обнови на серваке и клиентских..
Хотя, у клиента было аналогичное, решилось перезагрузкой сервака и перезагрузкой хаба (включили и выключили)..

(7) Сервер перезагружали. Свитч перезапускали. Ключ долго ищется даже на сервере.

а NETHASP.ИНИ трогали?

Версия виндов на серваке и на клиентских машинах..

Почитай у feza http://1c.alterplast.ru/articles/keyfound.html

Надо поставить на сервере файловую систему НТФС. Она очень надежна...

(10) Трогали. Писали адрес сервера. Никакого эффекта
(12) Win2000 Server/Professional

(14) Это наверно из пособия начинающего администратора? :)

И лишние протоколы отключили?

(17) Яволь

Тогда настрайивай NETHASP.ИНИ через какой протокол будешь работать и отключи широковешательный поиск в сети, укажи конкретный ИП сервака..

(14) Ты гонишь.
(0) Видимо, на клиентах стоит сразу несколько сетевых протоколов. Надо оставить только один. Я обычно оставляю один TCP/IP. В новых системах Windows оставлен по умолчанию только этот протокол.

(20) Не гоню. При настройке сетевых соединений все лишние были отключены. Даже QoS был снесен

В NETHASP.ИНИ какой протокол используется?
Какой протокол ипользуется в сети.
Возможно несоответствие..

(21) да насчет гона я - к F427 (число в скобках - это номер сообщения на этой странице, на которое ответ).

Попробуй тогда закомментировать все остальные протоколы в NetHasp.ini, и поставить там реальный IP сервера.

(22) Все эти средства с конфигурированием NETHASP.INI и настройкой сетевых протоколов были испробованы. Попробуем для эксперимента перенести на другую машину

(21) BorisG, теперь на такие вопросы не отвечает, на них есть ответы в базе знаний...
Кстати с тех пор как стало совсем плохо, по случаю с доступом в инет ничего не делали?

(25) Нет. С доступом в инет ничего не делали

ping ИмяСервера
что дает?

(26) Все таки проверь сервак, может там DNS помирает, а может он твой запросы куда то во внешку засылает, вот и выжидает ответа.
ЗЫ: больше у меня нет толковых объяснений, все я пас...

Ставь НТФС... Все летать будет...

(29) Она не для полета... а для надежности.

(27)

Pinging 192.168.0.40 with 32 bytes of data:

Reply from 192.168.0.40: bytes=32 time<1ms TTL=128
Reply from 192.168.0.40: bytes=32 time<1ms TTL=128
Reply from 192.168.0.40: bytes=32 time<1ms TTL=128
Reply from 192.168.0.40: bytes=32 time<1ms TTL=128

Ping statistics for 192.168.0.40:
   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
   Minimum = 0ms, Maximum = 0ms, Average = 0ms

(31) Отлично - с этим все быстро.

А сделай то же самое - по доменному имени сервера, где воткнут ключ?
Если тормоза, то виноват DNS. Тогда пропиши в NetHasp.ini не имя сервера, а его IP.

Pinging Server.velmol.com [192.168.0.41] with 32 bytes of data:

Reply from 192.168.0.41: bytes=32 time<1ms TTL=128
Reply from 192.168.0.41: bytes=32 time<1ms TTL=128
Reply from 192.168.0.41: bytes=32 time<1ms TTL=128
Reply from 192.168.0.41: bytes=32 time<1ms TTL=128

Ping statistics for 192.168.0.41:
   Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
   Minimum = 0ms, Maximum = 0ms, Average = 0ms

-- с этим тоже вроде все ОК
Переносим ключи на другую машину. Сейчас посмотрим

+ (33) На сервере две сетевых карты - .40, .41. Ключ - в 192.168.0.40

(0)
НТФС обеспечивает быстрый и качественный поиск ключа.... Ромикс сказал, ....я

(34) Забудь про пинги и ДНС, проблема не в этом...

(36) Не сочтите за труд, просветите...

Перенесли ключи на другую машину, установили менеджер лицензий - та же проблема.
Ключ ищется 45-60 сек

(35) Это сезонное обострение? Какой к черту NTFS :-)

(37) В NetHasp.ini точно закомментированы ли все остальные протоколы кроме TCP/IP, и прописан ли IP сервера?

Менеджер лицензий новый?

(+38) И запрещен ли Broadcast

Менеджер лицензий обычно встает на НТФС с третьей попытки...

Так что нужно переустановить НТФС и три раза запустить инсталляцию менеджера

Служба NetHASP loader после первого клиентского коннекта съедает 85% процессора!!! Что за бред? Может что с ключами (ключ от комплексной SQL + УРБД)?

(38) NetHASP License Manager version "8.20"

(42) Вроде последняя версия...
Локально-то поиск ключа не тормозит?

(43) Нет. Alladin DiagnostocX говорит, что все ОК

А точно тормозит поиск ключа?
А то еще бывает, что Касперский по 30 секунд (или больше) лечит MD при старте 1С.
А выключи касперского, что будет?

В смысле, Антивирус Касперского.

(46) Пробовал отключать Касперского, Windows Firewall (у меня WinXP SP2) - никакого эффекта

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

(48) Неправда. Сетевое окружение открывается моментом

так, ты объясни что за структура сети у тебя?
я так понял, что ключь ты ставишь на сервак, который является КД для 41 сети, на нем поднят AD, DNS для нее же, 40 сеть у тебя домену не принадлежит, а является соседней раб.группой, так или нет?

(49) Домой когда собираешься?
Мне интересно, до скольких постов ветка дорастет...
PS: LM 8.20 не последний... но он тут ни при чем... и проблема в двух сетевых картах. Ответ есть и в форуме, и в документации Аладдина... и в ЖКК... но только от восьмерки ;-)

2 (51) не читал, там что написано что драйвер глючит?
а нет ли в сети еще какого нить менеджера???
да а как это, ну то что в 34 написано? какты ключ к сетевой карточке привязал?
чето я пропустил в образовании.

(52) Это он неправильно свою мысль изложил. Правильно надо понимать, как я полагаю, так:
Ключ должен обслуживать карту с адресом 192.168.0.40
И это возможно ;-))

(50) SQL-сервер, две сетевых карты, на нем стоят два ключа. Контроллер домена - отдельная машина, с адресом 192.168.0.1. Вопрос не в том, что ключ долго ищется, а в том, что он ВДРУГ СТАЛ ДОЛГО ИСКАТЬСЯ. Вот.
(52) Больше менеджеров в сети нет. Сабли тоже нигде нет, - это опережая вопрос.
(51) Не думаю что проблема в двух сетевых картах. Ключи перенесли на отдельную машину с одной картой с адресом 60, установили менеджер лицензий, по прежнему адресу менеджер удалили и ничего не изменилось.

(52)+ Я и не думал привязывать ключи к карте. Просто неправильно мысль изложил.

Наверно, придется отложить обсуждение до утра -:))

Сколько постов и все без толку! Я просто фигею...
2 Consul: ответь на мой вопрос и найдешь решение проблемы:
Ключ на какие компоненты(Бух/Опер/Расчет) и на сколько клиентов(моно/сетевой), (ДБФ/СКЛ) и какую версию 1С ставишь(сетевую/моно), (ДБФ/СКЛ)?

(57) Ключ на все компоненты (комплексная), сетевой, SQL.
Платформа: R23, сетевая, SQL

(57) Инженер знаний, тебе должно быть известно, что...
- локальный ключ по сети не ищется
- процедура поиска сетевого ключа ОДИНАКОВА, что для версии DBF, что для SQL...
- процедура поиска не зависит от компонент, а какие ключи у него, он ответил в (41).

(59) Что почитать по механике работы ключей?
Давайте начнем с этого...

(12) Спасибо, я там на страничке нашел битую ссылку.
(15) Странный ответ на (12). Очень странный.

(59)Из личного опыта: ключ для "Бухгалтерии"(ДБФ), поставил сетевую 1С(ДБФ) - пауза в 30 сек., после паузы запускается... Настроил ini: таймаут 1 сек. Поставил "правильную" версию - запуск без пауз
(58)>Платформа: R23, сетевая, SQL
Как ты пришел к такому выводу?

(61) Там два 12-х поста :))

(63) А, и правда. Ну так ответ на твой (60) дан во втором (12)

(62) Потому-что брал диск с релизом у франчайзи...
Из диалога "О программе": "1С:Предприятие 7.7 для SQL 7.70.023"

(64) У Вас, Федор, ссылочка был битая на страничке. Сейчас работает. Thanks :))

(66) don't mention it

(59) Правильно, брат.  Сколько же можно всем рассказывать про поиск локального ключа по сети?  Я уж в (2) предвидел, что разговор именно этим закончится.

Предлагаю тебе сделать цитатник BorisG с номерами и потом просто отвечать "Номер 1", "Номер 23".

2 Consul: А есть другие версии/релизы?
А ini настраивал?

(60) На сайте Аладдина есть документация для разработчика.
(67) У тебя там нет еще одной штуки, она нужна при наличии нескольких сетевых карт и(или) VLAN и наличии ключа на этой же машине ;-)
PS: В конференции никто искать не хочет...

(69) Пробовали R15, R21. - Никакого эффекта.
Настраивали NETHASP.INI - никакого ощутимого эффекта

(71)Ну что ж... Вываливай nethasp.ini и nhsrv.ini, посмотрим...
ЗЫ Обязательно отпишись, в чем проблема была, ОК?

(72) Куда вываливать?

(73) Если небольшие, то прямо сюда.

(70) Интересно, брат, почему тебе не надоедает сотни раз говорить о том, что ты об этом уже когда-то писал ?

(75) Из вежливости

Consul, ты копипастишь? Все замерли в ожидании...

[NH_COMMON]

NH_IPX =  Disabled            ; Use the IPX protocol
NH_NETBIOS =  Disabled            ; Use the NETBIOS protocol
NH_TCPIP = Enabled            ; Use the TCP/IP protocol

;; ....

NH_SERVER_ADDR = 192.168.0.60

;; ....

NH_USE_BROADCAST = Disabled

;; Значения всех остальных параметров по умолчанию.

------------------------------------------------------

nhsrv.ini не ипользуется

Администратор сказал, что в сети живет какая-то зараза и завтра он займется ее мониторингом. Подождем :))

(70) Амнепох. Честно. Я вот даже заморачиваться не буду. Если сам столкнусь - выложу. Если кто пришлет - выложу. Сам искать не буду.

(78) На сервере, где карты 40 и 41, долго запускается?

Попробуй поредактируй эти параметры:
;NH_SESSION = <Num>            ; See Adapting the Timeout Length
;NH_SEND_RCV = <Num>            ; in the HASP Programmer's Guide.

(81) 35..40 сек. На машине с одной картой 25..30 сек. Величины усредненные :))

+ (83) Я в том смысле, что в том случае, когда ключ стоит на машине с одной картой, этот последний  н а  к л и е н т с к и х  ищется 25..30 сек.

(82) А если Timeout length установить слишком малым и ключ не будет найден?
Это не лучшее решение,как мне кажется. Сейчас по крайней мере он находится. Пользователи запускают 1С один раз в день - могут и подождать. Другое дело программистам...

Эта, родной.
А как же у тебя ключ в 0.40, а в инишнике прописано 0.60?

(85) Верно.
(82) Хорошая фраза...
See Adapting the Timeout Length in the HASP Programmer's Guide

Ты сам то этот документ читал?
Скорее нет... привожу цитату из него:
"...Время ожидания задает период времени, в течение которого защищаемое приложение будет пытаться получить доступ к HASP LM. Практически во всех сетях значения времени ожидания примерно равны, поэтому изменять этот параметр следует
только в том случае, если HASP4 Net присоединен к медленной или загруженной сетевой станции."

(86) Уважаемый Федор! Прочитайте пожалуйста (54)

(88) nethasp.ini на *всех* рабочих станциях правили?

(87) Пока ничего менять не буду, а вечером просто проштудирую руководство программиста от Alladin'a. Я только не могу взять в толк, что мне даст этот параметр. Из цитаты следует, что его надо УВЕЛИЧИТЬ ПРИНУДИТЕЛЬНО, если ключ стоит на загруженной станции и не находится по истечение периода опроса (Timeout Length). Нет?

(89) Сознаюсь, нет

(91) А на тех, что меняли - тоже не находит?

А ping 192.168.0.60 ты не показывал или я опять проглядел?

(90) Не надо трогать эти параметры. Они тебе не помогут ;-)

(93) Федор, у него на самом деле ДВЕ проблемы...

(95) Ага, и обе в ДНК. :)
2Consul - nothing personal.

Если честно - мне уже не думается вааще. Мне даже домой ехать лень :-/
Так что, Борис, я тебе искренне завидую, что в море этой ветки ты нашел, в чем у него проблема.

(93) Ping'и нормальные.
Послушайте, давайте резюмируем, что у нас (т.е. у меня :)) есть.
Потерпите, сейчас напишу длинны-ы-ыыый пост

А у меня еще один дурной вопрос. Если на сервере у вас две сетевухи - значит - две подсетки. А роутинг tcp/ip между подсетками нормально? настроен? проверяли?

(97) Откуда пинги-то? С твоей р/с, или с той, откуда 1С не запускается?

(96) Так про одну он сам написал, и на твой вопрос в (92) не ответил ;-)
А вторую... он даже не пытался решить ;-)

(100) Судя по его упоминанию некоего админа - сам Consul слабо рубит в сетях. В этом-то и спрятана первая проблема. А если и "админ" такой же - то вот и вторая проблема.

Все. Домой. Их бин нихт арбайт, их бин марширт клозет пипимахен.

2 BorisG: Как ты думаешь в чем проблема?
ЗЫ: Я вроде свой взгляд на эту проблему осветил, но если ты попросишь, напишу еще раз(основные тезисы)...

Исходная ситуация.
SQL-сервер, PIII-1133MHz x 2, 2 GB RAM, RAID 5, две сетевых карты с адресами 192.168.0.40, 192.168.0.41, два ключа: комплексная, SQL, УРБД.
ОС – Win2000 Advanced Server.
Контроллер домена – отдельная машина, 192.168.0.1
NHSRV.INI не используется, NETHASP.INI на клиентах не настроен. Ключ ищется 2..3 секунды.

Неожиданно время поиска ключа увеличилось до 30..40 секунд.

Вот последовательно те действия, которые предпринимались. Как вы понимаете, ни одно из них не дало желаемого эффекта.

1) Переустановили HASP License Manager
2) Настроили NETHASP.INI на произвольно взятых 3-х клиентских машинах.
3) Перенесли ключи на сервер, являющийся несущим для баз данных «Консультант-Плюс» с одной сетевой картой, адрес 192.168.0.60. Настроили соответствующим образом NETHASP.INI на этих произвольно взятых 3-х клиентских машинах – поменяли адрес сервера.

Пока результаты отрицательные.

Используемое ПО на клиентах: Win2000 Pro (SP4) или Win XP Pro (SP2), 1C R23 SQL

Разумеется, все лишние протоколы в клиентах были отключены еще ДО возниконевения проблемы

Пока местный консилиум :)) решил, что внутренний трафик сети резко вырос, вероятно по причине проникновения какой-то заразы.

2 Consul: Ну ради простого теста, уменьши на время таймаут, а?

Хотя странно, что на быстродействии операций по чтению/записи элементов из ИБ ощутимо это не сказалось. Говоря "ощутимо", я имею ввиду что никто на глаз ничего не заметил. Точно конечно не меряли

(101) Конечно я слабо рублю в сетях. Зато администратор слабо рубит в 1С и в бух. учете!!!

(104) :)) - и какой поставить?

(107) 1

ОК, ставлю. Никого уже нет, эксперименты на моей машине

(106) Админа сюда !!!

(+108)И скажешь, в скольки случаях ключ не находится... BorisG, посмотрим...

(111) А ты знаешь, какие там значения по умолчанию? ;-)

Время поиска уменьшилось до 8..10 сек., ключ находится во всех случаях. Факты-с, господа...

Жалко, что нет вантуза для локальных сетей... Или есть?

Я пошел домой. Завтра, если будут положительные результаты, доложусь

(112)Не знаю. Но подозреваю, что 30 сек(или около того)...
Еще раз: твои мнения по поводу данной проблемы?

ИМХО 1Ска ищет другой ключ... Но я уже сильно сомневаюсь. Я бы на месте Consul'a поставил бы ВСЕ значения в nethasp.ini и nhsrv.ini в _нужные_ и никаких default'ов!

(116) Опять цитата из документации...
NH_SESSION=<m>
NH_SEND_RCV=<n>
где m и n измеряются в секундах. По умолчанию m=2, n=1.

Делай выводы сам ;-)

Т.е. он свою проблему не решил... Твое ИМХО отчасти верно... т.е. она ищет ключ не там ;-)

(117)Посмотрим, что Consul скажет...
ЗЫ (59.3)и все-таки зависит! Жалко сейчас сам проверить не могу...

(118) Нет, увы, не зависит. Я имею в виду семерку. Естественно, в других продуктах может быть иначе, на сколько хватит фантазии разработчика ;-)