WindowsXPでOPCサーバーを実現する必要があります。OPCライブラリとOPCクライアント（ライブラリではなくアプリケーション）をダウンロードします。自分のマシンでクライアントを使用すると、すべて正常に実行されていることに気付きました。しかし、リモートコンピューターから接続すると、サーバーが表示されません。私は、テクノロジーが潜在的に危険であることを理解しています。私はこれを手に入れます手動で、すべてを実行しましたが、何も変更されていません。Windowsファイアウォールを無効にし、Windowsファイアウォールの例外に135ポートを追加します。dcomcnfgでは、「匿名」および「すべて」のグループへのローカルおよびリモートアクセスを許可し、「管理者」および「すべて」のグループにローカルおよびリモートの起動とアクティブ化を許可します。そして何も変わっていません、私は次のことを考えたので私のDCOMコンポーネントの権利を与えませんでした：私はそれらで動作しないサーバーのリストを取得します。私のマイクロソフトネットワークでは、ドメインとActive Directoryがありませんが、この場合、目的の結果を達成できますか？
3501 次
2 に答える
3
DCOMを介したOPCDAで問題が発生する可能性のあることがいくつかあります。私の頭のてっぺんから、あなたは以下を試すことができます：
- OPCEnumサービスがサーバーコンピューターで実行されているかどうかを確認します。このサービスは、潜在的なクライアントにOPCサーバーのリストを提供します。これは、再配布可能なOPCFoundationの一部です。
- 適用したdcomcnfgの変更が何であれ、サーバーとクライアントコンピューターの両方で行われることを確認してください。
- ローカルユーザーのみを使用している場合は、サーバーとクライアントコンピューターの両方でOPCアクセス専用のユーザーを作成してみてください。たとえば、「opc」と呼びます。次に、dcomcnfgの「COMセキュリティ」セクションでこのユーザーにすべての権限を付与します。サーバーとクライアントの両方を「opc」として実行します。ローカルユーザーが自分自身として認証されていることを確認します（ローカルポリシーの「セキュリティオプション」を参照）。
- 他のすべてが失敗した場合の回避策は、サーバーをクライアントコンピューターに展開し、登録してから削除することです。一度私のために働いた。
于 2011-03-23T09:22:58.467 に答える
0
最も一般的なエラーは、DCOMが正しく構成されていないことです。このガイドは非常に便利です。
また、この他のガイドは、リモートOPCDAの大きな理解を提供します。
別のPCのリモートOPCサーバーと通信しようとしたときにも同様の問題が発生しました。2番目のガイドのポイント番号2（2.ユーザーとグループ）に注意してください。両方のPCが同じユーザーアカウントで同じパスワードでログインしていることを確認してください。
2.1ドメインとワークグループワークグループ内で作業する場合、各ユーザーは、接続に関与する各コンピューター上にローカルで作成する必要があります。さらに、認証を行うには、各ユーザーアカウントに同じパスワードが必要です。ほとんどの場合、空白のパスワードは無効です。各コンピューターのローカルセキュリティポリシーを変更する必要がある場合があるため、ワークグループ内のリモート接続は最も安全性の低い接続になる可能性があります。詳細については、ローカルセキュリティポリシーを参照してください。ドメイン内で作業する場合、ローカルユーザーとグループを各コンピューターに追加する必要はありません。ドメインは、ユーザーアカウントとセキュリティ情報を含む中央データベースを使用します。ドメイン内での作業が望ましい場合は、ネットワーク管理者が変更を実装する必要がある場合があります。ドメインとワークグループを混在させるには、両方のコンピューターが2つのオプションのうち小さい方で認証する必要があります。これは、ドメインコンピューターがワークグループ上にある場合と同じ構成を必要とすることを意味します。ローカルユーザーアカウントをドメインコンピューターに追加する必要があります。
于 2015-06-16T10:22:38.830 に答える