Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
По теме из базы знаний
- Заметочки про 1С:Предприятие 8 (редакция 22.06.2012)
- Управляемое приложение. Внешняя обработка. Создание связанных объектов
- Глюк в 1С 8 с зависанием (кешированием/буферизированием) обработки в памяти (не обновляется код)
- Обработка табличной части "Товары" для 8.2 (управляемая форма)
- Нормализация структуры данных в рамках технологий 1С 8.x
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
koreaflyer пишет:
Соотечественники!
1С платформа 8.2.13.219 бухи сидят в терминале. Периодически 1С отваливается, при повторном запуске ругается
"Не обнаружен ключ защиты программы"
Соотечественники!
1С платформа 8.2.13.219 бухи сидят в терминале. Периодически 1С отваливается, при повторном запуске ругается
"Не обнаружен ключ защиты программы"
Скорее всего комп на котором стоит ключ входит ждущий/спящий режим. Поставь в настройках "Никогда".
(10) Посмотрите еще свойство ИБ "Разрешить выдачу лицензий сервером 1С:Предприятия"(Да/Нет). Какое у вас?
У нас было почти все тоже (на сервере приложений стоял ключ на 100 + ОС Вин 2008 Р2 ЕЕ х64 + большинство пользователей ходят через терминалку).
Сменили ОС с Вин 2008 х64 на Вин 2003 х64 + установили менеджер лицензий. В Алладиновском мониторе все видится. Я не зря написал про свойство ИБ "Разрешить ...", заметил странную особенность, если установить в "ДА" то пользователи заходят нормально, если в "НЕТ" - то чаще всего отказ. Все клиенты толстые и если судить по оф. документации это свойство не должно влиять. Но тем не менее...
ЗЫ Релиз платформы 8.2.13.219
У нас было почти все тоже (на сервере приложений стоял ключ на 100 + ОС Вин 2008 Р2 ЕЕ х64 + большинство пользователей ходят через терминалку).
Сменили ОС с Вин 2008 х64 на Вин 2003 х64 + установили менеджер лицензий. В Алладиновском мониторе все видится. Я не зря написал про свойство ИБ "Разрешить ...", заметил странную особенность, если установить в "ДА" то пользователи заходят нормально, если в "НЕТ" - то чаще всего отказ. Все клиенты толстые и если судить по оф. документации это свойство не должно влиять. Но тем не менее...
ЗЫ Релиз платформы 8.2.13.219
Так всё-таки, ключ где установлен??? Если у тебя клиент-серверный вариант (koreaflyer 11.10.11 10:54 ОС Win server 2008 R2 standart это чисто сервер 1с, админы исключают вероятность засыпания сетевой карты.
вариант работы клиент-серверный ), то он подразумевает, что у тебя установлен 1С сервер (ключ)+SQL или др.сервер БД. А ошибка на ключе защиты самой платформы,так? Или всё-таки у тебя файловый вариант в терминальном режиме? Если файловый, то и поставь ключ сетевой от платформы на терминальный сервер и установи последний hasp менеджер лицензий (по моему 8.32). Либо на том ПК, на котором ключ: так же установи менеджер лицензий 8.32, отключи брандмауэр и если на компе этом не одна сетевая карта, а более, и подключен к разным сеткам - убирай оттуда платформенный сетевой ключ! Далее...Пусть админы подключат комп с ключем в один коммутатор с сервером, если это не так и посадят коммутатор на UPS (ИБП).
вариант работы клиент-серверный ), то он подразумевает, что у тебя установлен 1С сервер (ключ)+SQL или др.сервер БД. А ошибка на ключе защиты самой платформы,так? Или всё-таки у тебя файловый вариант в терминальном режиме? Если файловый, то и поставь ключ сетевой от платформы на терминальный сервер и установи последний hasp менеджер лицензий (по моему 8.32). Либо на том ПК, на котором ключ: так же установи менеджер лицензий 8.32, отключи брандмауэр и если на компе этом не одна сетевая карта, а более, и подключен к разным сеткам - убирай оттуда платформенный сетевой ключ! Далее...Пусть админы подключат комп с ключем в один коммутатор с сервером, если это не так и посадят коммутатор на UPS (ИБП).
Раскажу про свой прикол
дали нам три ключа
разного цвета, естественно все три ключа засадили в сервак
и работали много лет
до перехода на server2008r2 и работали наверно неделю,
а потом оказалось что один то ключ лишний
он был 1 пользователским локальным ключом и с другим ключом 50 юзерским подрался.
Также юзеры вылетали.
дали нам три ключа
разного цвета, естественно все три ключа засадили в сервак
и работали много лет
до перехода на server2008r2 и работали наверно неделю,
а потом оказалось что один то ключ лишний
он был 1 пользователским локальным ключом и с другим ключом 50 юзерским подрался.
Также юзеры вылетали.
Такая же проблема была. Платформа 8.2.13.219, у пользователей с завидным постоянством начала слетать лицензия. Переустоновка дров, ключа на другой компьютер не помогала. Обновил на 14 платформу. Два дня как тихо, будм дальше мониторить
ни в коем разе не патчте. как говориться - скупой платит дважды, а ленивый трижды. скажите, у Вас случаем на одной машине не стоят одновременно сетевой и локальный ключи? если так, то локальный нужно убрать, иначе 1с будет видеть только одну лицензию и все.
(38) nenashev77, ты говорил о том что останавливается драйвер, если на компьютере подняты терминалы.
Это не так. Если на компьютере, сервере или например ХР с неким патчем поднят терминал драйвер все равно продолжает работать, так же в консольной сессии 1С видит локальный ключ.
Это не так. Если на компьютере, сервере или например ХР с неким патчем поднят терминал драйвер все равно продолжает работать, так же в консольной сессии 1С видит локальный ключ.
(39) Cartman, поставь простой эксперимент дабы у понять таки о чем я говорил воткни ключ на машину запусти в терминале монитор аладдиновский и ясно увидишь что ключ остановлен. без бубна со стандартными библиотеками при наличии любой висящей терминальной сессии ключ будет остановлен. Вот о чем я писал. Это уже многолетний боян... обмусоленный в том числе и на этом форуме.
(40) nenashev77, камрад, мы видимо друг друга недопонимаем.
Я не знаю, что будет показывать монитор при наличии поднятого терминального сервера, я говорю о том, что драйвер ключа работает вне зависимости от того есть на компе терминал или нет.
Работает драйвера не может зависеть от типа логина в систему. Драйвер, как и служба стартует до аутентификации, соответственно не различает консольные или терминальные сессии.
ЗЫ. Извините, перечитал сообщение...
Про монитор в терминале не сразу увидел. Да, там монитор ключа не увидит. Но в консольной то сессии ключ есть? Значит драйвер не останавливается!
Я не знаю, что будет показывать монитор при наличии поднятого терминального сервера, я говорю о том, что драйвер ключа работает вне зависимости от того есть на компе терминал или нет.
Работает драйвера не может зависеть от типа логина в систему. Драйвер, как и служба стартует до аутентификации, соответственно не различает консольные или терминальные сессии.
ЗЫ. Извините, перечитал сообщение...
Про монитор в терминале не сразу увидел. Да, там монитор ключа не увидит. Но в консольной то сессии ключ есть? Значит драйвер не останавливается!
koreaflyer пишет:
Соотечественники!
1С платформа 8.2.13.219 бухи сидят в терминале. Периодически 1С отваливается, при повторном запуске ругается
"Не обнаружен ключ защиты программы"
Соотечественники!
1С платформа 8.2.13.219 бухи сидят в терминале. Периодически 1С отваливается, при повторном запуске ругается
"Не обнаружен ключ защиты программы"
такая же проблема иногда возникает, повторный запуск программы все исправляет
да обнови эту платформу и смотри дальше, у меня была как-то ситуация когда на клиентских компах были разные платформы так они отчеты не могли формировать, а про проведение и говорить нечего если кто-то проводит по сети то сессия вешалась конкретно.
У меня была подобная проблема: клиенты не видели сетевой ключ защиты.
Пришлось править на клиентах файл nethasp.ini.
Дело в том, что по умолчанию клиенты ищут ключ в сети широковещательным запросом, и
если в сети есть несколько сетевых ключей, то клиент можент получить ответ от совершенно ему не нужного сервера.
Вызод есть. Нужно руками указать адрес мащины с ключом защиты:
**********************
[NH_COMMON]
NH_TCPIP = Enabled ; Указываем метод поиска сервера лицензий
[NH_TCPIP]
NH_SERVER_ADDR = 10.10.4.130 ; Список IP-адресов для серверов лицензий
NH_PORT_NUMBER = 475 ; Указываем номер порта (по-умолчанию 475)
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled ; Отлючаем широковещательный запрос
********************
Надеюсь, вам это поможет.
Пришлось править на клиентах файл nethasp.ini.
Дело в том, что по умолчанию клиенты ищут ключ в сети широковещательным запросом, и
если в сети есть несколько сетевых ключей, то клиент можент получить ответ от совершенно ему не нужного сервера.
Вызод есть. Нужно руками указать адрес мащины с ключом защиты:
**********************
[NH_COMMON]
NH_TCPIP = Enabled ; Указываем метод поиска сервера лицензий
[NH_TCPIP]
NH_SERVER_ADDR = 10.10.4.130 ; Список IP-адресов для серверов лицензий
NH_PORT_NUMBER = 475 ; Указываем номер порта (по-умолчанию 475)
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled ; Отлючаем широковещательный запрос
********************
Надеюсь, вам это поможет.
Zeleboba_ пишет:
У меня была подобная проблема: клиенты не видели сетевой ключ защиты.
Пришлось править на клиентах файл nethasp.ini.
Дело в том, что по умолчанию клиенты ищут ключ в сети широковещательным запросом, и
если в сети есть несколько сетевых ключей, то клиент можент получить ответ от совершенно ему не нужного сервера.
Вызод есть. Нужно руками указать адрес мащины с ключом защиты:
**********************
[NH_COMMON]
NH_TCPIP = Enabled ; Указываем метод поиска сервера лицензий
[NH_TCPIP]
NH_SERVER_ADDR = 10.10.4.130 ; Список IP-адресов для серверов лицензий
NH_PORT_NUMBER = 475 ; Указываем номер порта (по-умолчанию 475)
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled ; Отлючаем широковещательный запрос
********************
Надеюсь, вам это поможет.
ПоказатьУ меня была подобная проблема: клиенты не видели сетевой ключ защиты.
Пришлось править на клиентах файл nethasp.ini.
Дело в том, что по умолчанию клиенты ищут ключ в сети широковещательным запросом, и
если в сети есть несколько сетевых ключей, то клиент можент получить ответ от совершенно ему не нужного сервера.
Вызод есть. Нужно руками указать адрес мащины с ключом защиты:
**********************
[NH_COMMON]
NH_TCPIP = Enabled ; Указываем метод поиска сервера лицензий
[NH_TCPIP]
NH_SERVER_ADDR = 10.10.4.130 ; Список IP-адресов для серверов лицензий
NH_PORT_NUMBER = 475 ; Указываем номер порта (по-умолчанию 475)
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled ; Отлючаем широковещательный запрос
********************
Надеюсь, вам это поможет.
+ Спасибо помогло
xIvanx пишет:
А насколько это легально с точки зрения лицензии?
А насколько это легально с точки зрения лицензии?
nenashev77 пишет:
драйвер ключа стопорится как только видит терминальную сессию. пропатчить нужно файлик
скрипт для работы 8.2 в терминале, запускать из папки установленной 1С, правит backbas.dll
драйвер ключа стопорится как только видит терминальную сессию. пропатчить нужно файлик
скрипт для работы 8.2 в терминале, запускать из папки установленной 1С, правит backbas.dll
с точки зрения лицензии должно все работать на уровне установки программы, менеджера лицензий и драйвера HASP бухгалтером.
если не работает программа за которую заплачены ДЕНЬГИ - я бы наругался так сильно что прислали бы комманду девелоперов и они бы сидели у меня в офисе - поднимали сервер
Всё решается намного проще:
Если используется сервер приложений, то достаточно в палитре свойств всех (!) баз установить "Разрешить выдачу лицензий сервером 1С:Предприятия" - "Да",
и обязательно (!) перезапустить сервер приложений (иначе не сработает).
Сервер сам будет определять соединения и сам будет "выдавать" лицензии.
Если используется файловая база - то да, у всех пользователей прописать для надежности настройки в nethasp.ini.
Если используются оба варианта и один сервер лицензий, то приоритет будет иметь сервер приложений - проверено на 250+ разных клиентах.
Если используется сервер приложений, то достаточно в палитре свойств всех (!) баз установить "Разрешить выдачу лицензий сервером 1С:Предприятия" - "Да",
и обязательно (!) перезапустить сервер приложений (иначе не сработает).
Сервер сам будет определять соединения и сам будет "выдавать" лицензии.
Если используется файловая база - то да, у всех пользователей прописать для надежности настройки в nethasp.ini.
Если используются оба варианта и один сервер лицензий, то приоритет будет иметь сервер приложений - проверено на 250+ разных клиентах.
(58)(59) piffoff, а не уже нашел) сори
У меня вот другая немного проблема
ставлю 1с 8.2 14 платформа на сервак
при прямом доступе работает нормально
при терминальном (Удаленный рабочий стол на win serv 2008 r2 64 bit) ключ платформа не видит
ключ красный ))) можно попробовать его конечно воткнуть в другую машину скорее всего заработает но это не то
пробовал указывать в нетхасп.ини ip не помогло
не мог бы мне кто нибудь популярно обьяснить почему не работает и как это исправить
(как я пока понял если драйвер ключа видит что доступ терминальный он блокирует доступ к ключу, так ли это?)
У меня вот другая немного проблема
ставлю 1с 8.2 14 платформа на сервак
при прямом доступе работает нормально
при терминальном (Удаленный рабочий стол на win serv 2008 r2 64 bit) ключ платформа не видит
ключ красный ))) можно попробовать его конечно воткнуть в другую машину скорее всего заработает но это не то
пробовал указывать в нетхасп.ини ip не помогло
не мог бы мне кто нибудь популярно обьяснить почему не работает и как это исправить
(как я пока понял если драйвер ключа видит что доступ терминальный он блокирует доступ к ключу, так ли это?)
У меня что то тоже наподобие выше описаной ситуации случилось, неделю назад при попытке войти в 1с (работаем под терминалом) вывалило что свободных лицензий не найдено, полез в монитор а там виден только ключ который установлен физически. дрова пробовал переустановить но эффекту 0, Монитор видит что на второй машине установлен менеджер лицензий а сам ключ не видет, в устройствах юсб ключ светиться, и сам ключ активен
у нас 8.2.14.540. терминал установлен на 2008 на нем же и стоит 1С, куда воткнут ключ на 10 лицензий, вторая машин 2003 куда всунут ключ на 5 лицензий
у нас 8.2.14.540. терминал установлен на 2008 на нем же и стоит 1С, куда воткнут ключ на 10 лицензий, вторая машин 2003 куда всунут ключ на 5 лицензий
Платформу обнови, и с ним дрова на хасп. !эсковцев побеспокоить не забудь, типа дайте пин код, по которому можно зарегенится, а то ваш ключ вываливается. Я так своих донимал 1с_франчайзернцев , в итоге оказалось что они не знают что такое терминал, про пин код где то слышали. А еще позаонили у вас скоро подписка заканчивается-не хотите продлить? Гады. Короче переустановил платформу, хасп который идет с ним тоже, пока вот не отваливается.
Если у тебя клиент-серверный вариант (koreaflyer 11.10.11 10:54 ОС Win server 2008 R2 standart это чисто сервер 1с, админы исключают вероятность засыпания сетевой карты.
вариант работы клиент-серверный ), то он подразумевает, что у тебя установлен 1С сервер (ключ)+SQL или др.сервер БД. А ошибка на ключе защиты самой платформы,так? Или всё-таки у тебя файловый вариант в терминальном режиме? Если файловый, то и поставь ключ сетевой от платформы на терминальный сервер и установи последний hasp менеджер лицензий (по моему 8.32). Либо на том ПК, на котором ключ: так же установи менеджер лицензий 8.32, отключи брандмауэр и если на компе этом не одна сетевая карта, а более, и подключен к разным сеткам - убирай оттуда платформенный сетевой ключ! Далее...Пусть админы подключат комп с ключем в один коммутатор с сервером, если это не так и посадят коммутатор на UPS (ИБП).
вариант работы клиент-серверный ), то он подразумевает, что у тебя установлен 1С сервер (ключ)+SQL или др.сервер БД. А ошибка на ключе защиты самой платформы,так? Или всё-таки у тебя файловый вариант в терминальном режиме? Если файловый, то и поставь ключ сетевой от платформы на терминальный сервер и установи последний hasp менеджер лицензий (по моему 8.32). Либо на том ПК, на котором ключ: так же установи менеджер лицензий 8.32, отключи брандмауэр и если на компе этом не одна сетевая карта, а более, и подключен к разным сеткам - убирай оттуда платформенный сетевой ключ! Далее...Пусть админы подключат комп с ключем в один коммутатор с сервером, если это не так и посадят коммутатор на UPS (ИБП).
У меня был косяк с ключом,я вообще делал так, ну тоже лицензия на 10 компов - ключ HASP, также на серваке еще один HASP от другой проги, просто скриптом убирал проверку сетевого ключа и ни каких ломалок не ставил, в итоге HASP не отваливается, и все работает без проблем и ни на что негативно не влияет этот скрипт.
ломать DLL-ку не рекомендуется, ибо если проверка приходит особо дотошная и обнаруживает это, им становится накласть на то, что ключики у вас "тоже есть" ибо факт взлома 1с-ки налицо, а в соглашении чётко прописано, что этого делать нельзя.
уже были случаи, когда засуживали по этой причине.
уже были случаи, когда засуживали по этой причине.
Чето я не понял вариант клиент-серверный, а бухи сидят в терминале? А зачем? На некторых релизах платформы были проблемы с ключем на windows 7, приходилось прописывать ip компа с ключами в nethasp.ini, но сейчас вроде исправили и уже давно эта ошибка больше не появляется.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот