0

UCCE環境でユーザーのパスワードを変更するアプリケーションを開発しています。このデータが保存されている場所を見つけました。ユーザーのパスワードを更新できます。

ただし、これはUCCE環境外のWebベースのアプリケーションでのみ機能し、CADやCSDなどの物理アプリケーションでは機能しないようです。私の人生では、なぜこれが起こっているのか理解できません。

誰かがこれを成功させたことがありますか？

4

2 に答える 2

2

これは私がシスコから得た応答です

みなさん、こんにちは。まず、LDAPの問題が発生する可能性がありますが、同期が解除され、10分ごとに変更が確認されます。LDAP同期の問題が発生している可能性があります。次に、スーパーバイザーパスワードが同じテーブルに保存されていません。私が言及した表はエージェント用です。スーパーバイザーパスワードは、ADの更新を含むいくつかの異なる場所に保存されており、エージェントテーブルほど簡単に変更できるとは思いません。また、パスワードはデスクトップでは更新されません。パスワードはLDAPにのみ保存され、エージェントがログインしようとしたときに検証されます。

また、SQLで変更しただけでは、他のロガーやHDSなどにデータが入力されているかどうかはわかりません（実際、そうではないと確信しています）。通常の方法は、AWに変更を加え、その変更をルーターにプッシュし（UPCC.dll経由）、ロガーに変更を送信してデータベースを更新し、最後に確認としてAWに戻すことです。他のAW/HDSと同じように。変更を入力するための特定のチェック/手順があります。1つは各サーバーのリカバリキーです。

何をしようとしているのかによって、データベースがすべて同期していることを確認するためにリカバリキーに依存しているため、すべてのデータベースで破損が発生している可能性があります。したがって、SQLで変更することが非常に良いアイデアであるかどうか、またCiscoやCalabrioでサポートされるかどうかはわかりません。セントラルコントローラがすべての同期を維持する方法をバイパスしているため、データベースが破損している可能性があります。

最後に、CADはこれ/これらの変更とは何の関係もありません。データベースにクエリを実行してLDAPを更新するだけですが、前述のように、エージェントパスワードを変更しているため、スーパーバイザーは変更されていません。データベースが同期しなくなったり破損したりするケースが十分にあるので、SQLで何も変更しないように強くお勧めします。そうなると、それほど楽しいことではありません。

それがもう少し説明するのに役立つことを願っています。

ありがとう、

クリス

于 2012-05-01T18:29:25.990 に答える
-1

SQLで行っているパスワードの変更は、他のAW / HDS、ETCには反映されません。私はそれが起こらないと100％確信していますそしてあなたは直面するでしょう

  1. リカバリキーの不一致の問題。
  2. _Real_Timeテーブルデータの不一致の問題は、同期の問題を意味します。
于 2016-03-03T12:00:55.883 に答える