Отправлено: 25.12.09 14:17. Заголовок: сетевой ключ

Возникла у клиента проблемка при установке сетевого ключа.При переустановке дистрибутива пишет ошибка сетевого ключа 42, dos:183. Если принимать ключ чере сервис-параметры тоже самое. кто сталкивался?

 Отправлено: 27.02.11 08:08. Заголовок: "Несанкционирова..

"Несанкционированная регистрация" - это параметры клиента успели зафиксироваться на АППД, т.е. уже АППД не пускает клиента. До "Чужой компьютер" дело еще не доходит.. это будет следующий этап.

 Отправлено: 27.02.11 10:01. Заголовок: Блин, неужели придёт..

Блин, неужели придётся-таки сдаваться... :(
Меня во всей этой байде смущает вот какой момент, братцы - я "упёрся" поставить клиента самостоятельно ещё и из тех соображений, чтобы бух пореже вызывала "сопровождение" из банка...
А то они её "шкурят" на полторы штуки при каждом вызове, а сами, по её словам - трубу из рук не выпускают, советуясь с саппортом... Если уж я и поставить-то Клиента самостоятельно не смогу (да что за хрень такая - невозможно спокойно, БЕЗ БУБНА, поставить прогу с выданного в банке дистрибутива), то как я смогу его "сопровождать" ?...

 Отправлено: 27.02.11 10:46. Заголовок: al , вообще я думал ..

al , вообще я думал галку "Защита по ФПСУ" ставят уже везде...
Неофит - прогу поставить можно - у нас люди многие ставят самостоятельно... рекомендую написать письмо в Банк - мол ставлю по инструкции по инструкции стандартной, но так-то не получается - прошу предоставить актуальную инструкцию по установке и сообщить номер технической поддержки для более оперативного взаимодействия... У нас Клиенты и зам. управляющему и начальнику отдела звонят - лишь бы передали сообщение о том, что нужна помощь...

 Отправлено: 27.02.11 11:27. Заголовок: admin пишет: мол ст..

admin пишет:

цитата:

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

С комментом, что в противном случае - вообще расторгну договор... ;)
Да я и без письма им это скажу... уже представляю себе довольную мину сисадмина Сбера, который в единственном лице и саппорт и установщик, один для всех клиентов на весь наш Мухосранск...
Телефон его у меня, ессно, уже есть, включая мобильный... только вот звонить не спешу, пытаясь сам разобраться...

 Отправлено: 27.02.11 11:54. Заголовок: Неофит пишет: С ком..

Неофит пишет:

цитата:

С комментом, что в противном случае - вообще расторгну договор... ;)

в этом смысла нет... главное чтобы дали инструкцию... полезно знать что делается с сетевыми ключами... может действительно в дистрибутивном комплекте находятся файлы gk.db3 и uz.db3 - тогда в инструкции должны быть слова по этому поводу...

 Отправлено: 27.02.11 18:14. Заголовок: Действительно если в..

Действительно если в дистрибутиве есть gk.db3 и uz.db3 то при установке не ставить галку сгенерить новый главный ключ и когда программа попросит предъявить главный ключ указать на носитель куда предварительно скопировать gk.db3 и uz.db3.

 Отправлено: 27.02.11 18:39. Заголовок: alex_tac пишет: Дей..

alex_tac пишет:

цитата:

Действительно если в дистрибутиве есть gk.db3 и uz.db3 то при установке не ставить галку сгенерить новый главный ключ и когда программа попросит предъявить главный ключ указать на носитель куда предварительно скопировать gk.db3 и uz.db3.

Но тогда они должны быть в дистрибутиве В ЯВНОМ ВИДЕ (или я не прав)...
А в дистрибутиве только CLIENTSB.CBP, KL540054.KEY, KL540054.NKL, PUBL9999.DDT, SPR.DDF, SWIFT.DDF, wCLNT102.IST, ну и экзешники wCLNT_07.012.05_12 и AmiVPN_4_1_for_Windows...
Если только главный есть в одном из перечисленных, тада ой...

 Отправлено: 04.03.11 08:06. Заголовок: alex_tac пишет: К п..

alex_tac пишет:

цитата:

К примеру для пяти организаций на одном ПК как это будет выглядеть? А есть и покруче больше 10 организаций на одном ПК (разъемов USB хватит, если ЭЦП на флешках тоже).

Сегодня ночью ( ;) ) внимательно прочитал договор с банком... там сказано, что я не имею права передавать ИЗК и прочую хрень другим физикам и юрикам... на мой взгляд - это значит, что формально "мой" сисадмин прав, и я не могу пользоваться "чужим" ФПСУ (я сначала заподозрил его в том, что он хочет просто впарить мне ФПСУ... типа банку деньги нелишние)...
Даже если у нескольких предприятий один хозяин, т.е. у него несколько юриков на одном компе, он "не имеет права" передавать ФПСУ от одного юрика другому... или я неправ ?...

 Отправлено: 04.03.11 08:39. Заголовок: Неофит скинте свои к..

Неофит скинте свои контакты. Болел, давно сюда не заходил. Главный ключ создавать не надо...
alex_tac у нас в области стоит 3 банковских ФПСУ... для каждой нужны свои клиентские ФПСУ.

 Отправлено: 05.03.11 00:07. Заголовок: sanek25 , прости зап..

sanek25 , прости запары на работе - не успел тебе скинуть контактный телефон... еще надо или уже связались?

 Отправлено: 05.03.11 00:10. Заголовок: Неофит пишет: Даже ..

Неофит пишет:

цитата:

Даже если у нескольких предприятий один хозяин, т.е. у него несколько юриков на одном компе, он "не имеет права" передавать ФПСУ от одного юрика другому... или я неправ ?...

есть такое понятие как вспомогательный договор... :)

 Отправлено: 05.03.11 14:04. Заголовок: Одним ИЗК могут поль..

Одним ИЗК могут пользоваться несколько клиентов при наличии соответствующих договоров с банком.
Вот только существует "опасность" остаться без связи с банком в случае закрытия счета основным обладателем ключа, т.к. безопасники в этом случае его заблокируют.

 Отправлено: 05.03.11 17:44. Заголовок: ggg1415 пишет: Одн..

ggg1415 пишет:

цитата:

Одним ИЗК могут пользоваться несколько клиентов при наличии соответствующих договоров с банком. Вот только существует "опасность" остаться без связи с банком в случае закрытия счета основным обладателем ключа, т.к. безопасники в этом случае его заблокируют.

помимо указанной проблемы существует еще одна... если сломается ВПН ключ - надо будет бежать в Банк...

 Отправлено: 05.03.11 18:52. Заголовок: Большое человеческое..

Большое человеческое спасибо, братцы...

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

После получения ключей (отдельное спасибо sanek25) АРМ был установлен при онлайн-саппорте sanek25 за каких-то 15минут (СОБСТВЕННО инсталляция проходит, ессно, ещё быстрее... дольше сигарету курят)...
Что, собсно, я и пытался доказать себе с самого начала - "Если НИЧТО(никто) НЕ МЕШАЕТ - Клиента может поставить и ребёнок"...

С неизменным уважением к присутствующим, Неофит...

 Отправлено: 06.03.11 08:02. Заголовок: Неофит - молодца.....

Неофит - молодца...
sanek25 - спасибо... :)

 Отправлено: 09.03.11 09:03. Заголовок: Неофит пишет: пред..

Неофит пишет:

цитата:

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

При автоматической установке главный ключ генерируется.

 Отправлено: 09.03.11 12:20. Заголовок: Как я понял - в дист..

Как я понял - в дистрибутиве выдавался предустановленный сетевой ключ. И сгенерированный главный тут не поможет..

 Отправлено: 09.03.11 12:53. Заголовок: al Подскажите пожал..

al
Подскажите пожалуйста что такое "предустановленный сетевой ключ"? Ведь если в комплекте *.key и *.nkl, то сетевые ключи шифрования устанавливаются на GK в момент приема в базу, то есть в момент инсталляции? . Другое дело что при генерации GK его нужно сохранять на носитель а не в TEMP.

 Отправлено: 09.03.11 16:42. Заголовок: tovami пишет: Подск..

tovami пишет:

цитата:

Подскажите пожалуйста что такое "предустановленный сетевой ключ"? Ведь если в комплекте *.key и *.nkl, то сетевые ключи шифрования устанавливаются на GK в момент приема в базу, то есть в момент инсталляции? . Другое дело что при генерации GK его нужно сохранять на носитель а не в TEMP.

По моим ощущениям "предустановленный сетевой" - это типа так: в "моём" случае главный ключ УЖЕ БЫЛ СОЗДАН ранее (только не был выдан мне вместе с дистрибутивом... ;) ), соответственно (если я всё правильно понимаю) сетевые тоже были привязаны к этому главному...
Но вот, что я действительно нифига не понимаю - ЗАЧЕМ "авторам дистрибутива" нужно городить весь этот огород, если существует СТАНДАРТНАЯ ПРОЦЕДУРА инсталляции ?... :(
Логика голосует за то, что это сделано с тем, чтобы как-то "облегчить жизнь" с "серверной стороны", а значит косвенно - и жизнь юзеров с клиентской... Ну или наоборот... ;)

 Отправлено: 09.03.11 20:28. Заголовок: Логику авторов просл..

Логику авторов проследить... ну несколько сложно.
В версии 07.012.5 в каталоге с самой инсталляхой (wCLNT_07.012.05_12.exe) нужно лОжить одновременно реальные на этот день Swift.dbf и Spr.dbf (скриптом они обрабатываются в справочники - иначе никак), и весь набор файлов для установки (CLIENTSB.CBP, KL*.KEY, KL*.NKL, PUBL9999.DDT, wCLNT*.IST). НО!!! Это только для начальной установки! При попытке обновления из такого "сборника" во все существующие (установленные) "клиенты" моментально пропишутся данные из CLIENTSB.CBP. Оно забавно, конечно (исправить-то легко), но поседеть порой можно.
Но, речь, как я понимаю, идёт про распакованные GK и UZ в каталоге инсталляхи??? Мы делаем каталог на CD отдельно, потому как от разных версий К-Б они несовместимы.