問題タブ [network-share]

TFS ビルド サーバーを使用して、開発者によってチェックインされたすべてのファイルが動作するソース ツリーにコンパイルされるようにしています。

とにかく、Build Server が使用したいドロップ場所に問題があり、次のエラーが発生し続けます。

TFS209011: ドロップ場所 \build-server\drops\project\BuildNumber を作成できませんでした。コンピューターが受け入れることができる数の接続が既に存在するため、現時点では、このリモート コンピューターにこれ以上接続することはできません

これは現在パイロット プログラムで使用されているため、ビルド サーバーを使用しているプロジェクトは 2 つだけです。ネットワーク共有を確認しましたが、許可されている接続数は約 100 であるため、問題が何であるかがよくわかりません。

問題が頭に浮かぶのは時折だけであり、何日も問題が発生しないことがよくあり、その後、一連の問題が発生します。

これについてもあまり情報が見つからないようです。

ローカル PC で実行し、LAN 上のファイル共有から開始することを意図した .NET アプリケーションがあります。

32 ビットの Windows XP および Vista ワークステーションで問題なく動作します。

しかし、64 ビット Windows Server 2008 では System.InvalidOperationException で失敗します。

3 つの構成すべてで、ローカルで正常に動作します。

原因は何ですか？

関連するすべてのマシンに .NET 2.0 がインストールされています。

概要：

32 ビット XP: ローカルおよびリモートで実行 32 ビット Vista: ローカルおよびリモートで実行 64 ビット 2008: ローカルで実行、リモートで失敗

「リモート」とは、ローカルで実行されているが、ローカル ドライブではなくファイル共有から起動されていることを意味します。

ゾーン セキュリティは、64 ビット 2008 マシンを含む関連するすべてのマシンで、「ローカル イントラネット」に対して「完全な信頼」に設定されています。

何か案は？

Windows サービスによって開始される実行可能ファイルがあります。このプログラムは顧客のマシンで実行され、特定のタスクを実行するにはリモート共有に接続する必要があります。この共有は、UI を介して顧客が指定するため、これを事前に知ることはできません。つまり、「ハードコード」することも、共有を事前にマップすることもできません。

以前は、顧客が自分のマシンにログオンしてログオン時に実行可能ファイルを実行する必要がありましたが、主に顧客にとって簡単にするために、サービス内でプログラムを実行できるようにし、ログインを必要としないことを常に望んでいました。偶発的なログアウトによるソフトウェアのシャットダウンを防ぎます。これは、顧客のマシンに存在するローカル ユーザー アカウントがわからないことも意味するため、ローカル システム アカウントを使用してサービスを開始する必要があります。

前述のように、実行可能ファイルを開始してさまざまなタスクを実行するためのラッパー サービスが用意されました。ほとんどの場合、これは正常に機能しているように見え、基盤となるネットワークに正常にアクセスします。当社のソフトウェアの主な目的は、パケットのキャプチャなどです。

ただし、ソフトウェアが Windows 共有 (UNC 名) に接続しようとすると、接続できません。一方、実行可能ファイルが手動で開始された場合、正常に接続されます。

システム アカウントはネットワーク共有にアクセスできないため、この種の問題を解決するために私が一般的に見た提案はすべて、ユーザー アカウントを使用するように見えますが、私たちの場合、これは不可能です。これを機能させる他の方法はありますか？

編集: このアプリケーションは XP ではなく Win2K で実行できる (そして最も一般的にはそうなる) ことを忘れていました。

クライアントのサーバーにインストールしたい .NET 3.5 アプリケーションがあり、ワークステーションでネットワーク共有から直接実行します。ネイティブexeの場合のように、アプリケーションをネットワーク共有に単純にコピーするほど簡単ではないことを示唆しているように思われることを少し読んだことがあります。残念ながら、これを行うための正しい/最善の方法 (ClickOnce またはその他の方法) に関するドキュメントが不足しているようです。

では、このタイプの展開についてはどうすればよいでしょうか? アセンブリをコピーするだけですか? ClickOnce を使用すると、作業が楽になり、将来の更新が容易になるものはありますか? (各クライアントは、ローカル サーバー上に異なるインストール ポイントを持つことに注意してください。)

私がこれまでに知っていること：

明らかに、.NET フレームワークは各ワークステーションにインストールする必要があります。グループポリシーを介してインストールすることがここに行く方法だと思います。

また、完全な信頼を必要とするネットワーク共有から実行することについて少し読んだことがありますが、これは 3.5 では問題にならない可能性があることを読みました。ここで決定的な答えを知っている人はいますか？

IIS5 は SERVER1 で実行されています。

IIS の仮想ディレクトリの 1 つである myfiles は、「別のコンピューター上の共有場所」//SERVER2/myfilesshare を指しています。

ページにアクセスしようとすると: http://SERVER1/myfiles

...エラーが発生します：

このページを表示する権限がありません

HTTP 401.1 - 権限がありません: ログオンに失敗しました

インターネット インフォメーション サービス

IIS の [Connect As...] 設定を 3 回確認しました。共有へのアクセスに使用している資格情報は正しいです。Windows エクスプローラーで共有に接続すると機能しますが、IIS 仮想ディレクトリ経由では機能しません。SERVER2 のフォルダーの Everyone に完全なアクセス許可を付与しようとしましたが、うまくいきませんでした。

何かご意見は？

クライアントがログオンしていない共有上のリソースにアクセスする必要があるシック クライアントがあります。クライアントが Windows ドメイン上にあるか、ドメインのない混合環境である可能性があるため、ユーザーはローカルでサーバーにログオンする必要があります。これまでの回避策の 1 つは、ユーザーのデスクトップに共有へのショートカットを作成することでした。これにより Windows エクスプローラーが開き、共有へのアクセスを許可または拒否するパスワード プロンプトが開きます。Windows エクスプローラーに依存せずにユーザーを共有にサインオンさせるにはどうすればよいですか? 共有へのアクセスを要求するためにアプリに実行させることができる、Windows エクスプローラーは何をしますか?

c# web app でネットワーク共有から Access ファイルを読みましたが、WinForms アプリでこれを行っており、インタラクティブにしたいと考えています。How to prompt for a Passwordも読みましたが、そのコードは、共有へのアクセスを要求して許可する UI を呼び出すのではなく、ユーザーからの文字列を要求するだけです。OSがネットワークリソースへのアクセスを要求するようにトリガーするほど、アプリにユーザーのパスワードを知らせたくないのです。

私は 2 つのプロジェクトを開発していますが、どちらも ClearCase によって管理されています。つまり、Windows の場合、それらはネットワーク共有上にあるように見えます。

最初のプロジェクトは、マネージド C++ で VS 2003 を使用して記述された DLL であり、VS2003 C++ で記述された一部のレガシー DLL にマネージド インターフェイスを提供することを目的としています。

2 番目のプロジェクトは C# (.NET 3.5、VS2008) で記述されており、最初のプロジェクトによって生成された DLL が、ラッパーを介してレガシー DLL を使用するためのリファレンスとして含まれています。

C# プロジェクトを開始しようとすると、次のエラー メッセージが表示されます。

FileLoadException が処理されませんでした

ファイルまたはアセンブリ '(マネージ C++ ラッパー)、Version=(バージョン番号)、Culture=neutral、PublicKeyToken=null' またはその依存関係の 1 つを読み込めませんでした。アクセスが拒否されました。

詳細を見ると、これは System.Io.FileLoadException の内部に System.UnauthorizedAccessException (「アクセスが拒否されました。(HRESULT からの例外: 0x80070005 (E_ACCESSDENIED))」が含まれています)

C# プロジェクトをローカル ハード ドライブにコピーすると、マネージ C++ プロジェクトがネットワーク ドライブに残っていても、すべて正常に動作します。

以前にネットワーク ドライブでアクセス許可の問題が発生したことがありますが、.NET 3.5 SP1 にアップグレードすると、これらの問題はなくなりました。また、All_Code コード グループのアクセス許可セットを .Net Configuration 1.1 の「完全な信頼」に変更しようとしました。および 2.0 がインターネットで提案されていますが、これも役に立ちませんでした。ところで、DLL が読み取り専用かどうかも確認しましたが、そうではありません。

助けてくれてありがとう！

更新: また、両方のアセンブリに厳密な名前で署名し、これらのキーに完全な信頼を与えようとしましたが、役に立ちませんでした。何か他の理由があるはずですが、私は考えがありません。

複数のコンピューターが共有ファイルシステムに保存されているsvnリポジトリに同時にアクセスするのは安全ですか？

私は、各Windowsクライアントマシンにローカルのワーキングセットのファイルがあり、チームの他のメンバーと定期的に同期できるアプリケーションを構築しています。サーバーの観点からは、Windows共有マウントポイント以外は何にも依存したくありません。svn file：// URLプロトコルは共有ファイルシステムをサポートしていますか、それともファイルシステムがローカルであると想定していますか？

Subversionのドキュメントには、Win9x環境でのBDBとFSFSの問題が記載されていますが、file：// URLを介して同時にアクセスされるリポジトリが、最新バージョンのWindows（またはその他のオペレーティングシステム）で安全かどうかはわかりません。

編集 私が構築しているアプリケーションはsvnを直接使用するので、安全な同時共有コラボレーション環境が可能であれば、比較的制約のある環境を構築したいと思います。

Windows サーバー上で実行される C# .NET サービスがDOMAIN\usernameあり、ネットワーク共有にアクセスする必要があります\\share\export docs$\。

マシンに（としてDOMAIN\username）ログインしている場合、共有を確認でき、それをマップしX:て使用しようとしました。app.config でパスを設定し (そしてサービスを再起動します)、パスを使用するとC:正常に動作しますが、使用しようとすると、アクセスする必要があるファイルが表示されません\\share\export docs$\。X:\

ローカルユーザーととしてサービスを実行しようとしましたDOMAIN\username

私が間違っているかもしれないアイデアはありますか？

編集:ログからのスタックトレース:

System.Net.Mail.Attachment..ctor (文字列ファイル名) で

これらのリンクが機能しないのはなぜですか? FF または Chrome でそれらをクリックしても、何も起こりません。それらを開こうとさえしません!

何か案は？