0

良い一日、

FrontPage Server Extensions と .NET Web アプリの関係について、素人向けの説明を探しています。

背景: 私たちのチームは、VS2008 を使用して、ネットワーク サーバー上にある Web アプリを開発しています。これは社内プロジェクトです。全員が同じドメインに属しています。サーバー上にサイトを作成し、全員がそのサーバー上で十分なファイル システム権限を持っていることを確認しました。ただし、VS を介してサイトを開こうとすると、ユーザー名とパスワードの入力を求められました。彼らが何に対して認証を求められていたのか理解できません - 彼らはすでに必要なファイルシステムのアクセス許可を持っていました. 彼らはサイトを参照して、フォルダー/ファイルを作成したり、フォルダー/ファイルを削除したりできたので、私たちはこれを知っています.

グーグルで調べた結果、VS を介して FrontPage Server Extensions 2002 管理ページの「作成者」ロールにそれらを追加する必要があるという事実にたどり着きました。これをやった後、すべてがうまくいきました。

これらのアクセス許可は、サーバー、IIS サービス、または Web サイトのファイル システムのアクセス許可とは何の関係もないように思えます。これらの許可は何の関係もないように思えますが、明らかに間違っています。

舞台裏で何が起こっているのかについて、ちょっとした歴史を探しています。

ありがとう。

4

1 に答える 1

1

セキュリティの問題については、次のリンクを参照してください: http://docs.sun.com/source/816-5666-10/esapmsfp.htm

アクセス許可を構成した後に拡張機能をインストールした場合、プロジェクトのフォルダーのアクセス許可をリセットして、これらのファイルの ACL を置き換える必要がある場合があります。これは、vti * フォルダーとファイルが Web アプリケーション自体内に作成されるためです。これらのフォルダーのアクセス許可がリセットされ、設定したアクセス許可が削除されます。また、アプリケーションの _vti_bin フォルダーがプログラム ファイル フォルダーの場所にマップされる場合もあります。私は答えがちょっと遅いことを知っていますが、私はいつも彼女に言います!

UNC 共有パスを使用して開発を行うよりも、TFS ソース管理開発をお勧めします。

于 2009-08-07T18:09:57.683 に答える