أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

هوية عملية وطلب في ASP.NET

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

اضغط هنا لرابط المقالة باللغة الانجليزية317012
الموجز
تحتوي هذه المقالة بالتفصيل حقوق الوصول التي يتم منحها إلى حساب عملية الافتراضي كما توضح بعض الحالات حيث هذه الحقوق قد يكون شديدة التقييد مهام معينة.

في التثبيت الافتراضي من ASP.NET على نظام التشغيل Microsoft Windows 2000 و Windows XP يعمل ASP.NET على ويب التعليمات البرمجية للتطبيق في عملية عامل. هوية هذه العملية تستخدم حساب محلي المسمى حساب ASPNET (حيث يكون الاسم الكامل هو حساب aspnet_wp) بشكل افتراضي. في إصدارات بيتا من ASP.NET ، هو هوية عملية النظام هو حساب إدارية قوية يتضمن العديد من حقوق الوصول على الكمبيوتر. لتوفير تثبيت افتراضي لديها امتيازات أقل يستخدم الإصدار من ASP.NET حساب ASPNET الضعيفة الذي يناسب معظم تطبيقات ويب.

ملاحظة إذا كنت تستخدم Microsoft خدمات معلومات إنترنت (IIS) 6.0 سيتم تشغيل تطبيقات ويب ASP.NET في سياق أمان حساب NetworkService بشكل افتراضي.

معلومات أخرى

تكوين هوية العملية

يمكنك تكوين هوية العملية في <processmodel> المقطع من الملف Machine.config في دليل فرعي التكوين للدليل الجذر التثبيت. userName والسمات كلمة مرور التحكم هوية العملية. القيم الافتراضية هذه السمات كالتالي:
<processModel  userName="machine" password="AutoGenerate" />				
الجهاز وقيم AutoGenerate بإرشاد ASP.NET لاستخدام حساب ASPNET مضمن ثم لاستخدام كلمة مرور عشوائي التشفير القوي يتم تخزينها في المرجع الأمان المحلي (LSA) الحساب.

إذا كنت ترغب في استخدام عملية التي لها حقوق وصول أكثر يمكنك تعيين سمة userName إلى النظام الذي يجعل عملية العامل ASP.NET لتشغيل باستخدام نفس الهوية كعملية Inetinfo.exe. تشغيل عملية Inetinfo.exe بشكل افتراضي كهوية النظام. عند تكوين عملية العامل ASP.NET لاستخدام هوية النظام يمكن الوصول عملية العامل ASP.NET تقريباً كافة الموارد الموجودة على الكمبيوتر المحلي. على أجهزة الكمبيوتر التي تعمل بنظام التشغيل Windows 2000 أو Windows XP أو نظام التشغيل Windows Server 2003 حساب النظام لديه بيانات اعتماد الشبكة كما يمكن الوصول إلى شبكة الاتصال الموارد مثل حساب الجهاز. لتكوين عملية تشغيل كهوية النظام تغيير سمة userName في <processmodel> المقطع كما يلي:
<processModel  userName="SYSTEM" password="AutoGenerate" />				

الأذونات الافتراضية حساب ASPNET

يتم إنشاء حساب ASPNET كحساب محلي عند تثبيت ASP.NET. حساب ASPNET ينتمي إلى مجموعة "المستخدمين" على ذلك الكمبيوتر فقط. لذلك، يكون حساب ASPNET كافة الحقوق التي تقترن مجموعة Users والتي يمكن الوصول إلى أية موارد يتم منح مجموعة المستخدمين الوصول إلى. حساب ASPNET يرث حقوق المستخدم التالية من المستخدمين المجموعة.
حق المستخدمشرح
SeChangeNotifyPrivilegeتجاوز التدقيق الانتقالي.
SeUndockPrivilegeإزالة الكمبيوتر من محطة الإرساء.
SeInteractiveLogonRightتسجيل الدخول محلياً.
SeNetworkLogonRightالوصول إلى هذا الكمبيوتر من شبكة الاتصال.
بالإضافة إلى هذه الحقوق حساب ASPNET يتم أيضاً منح الحقوق التالية بشكل افتراضي:
حق المستخدمشرح
SeServiceLogonRightتسجيل الدخول كخدمة.
SeBatchLogonRightتسجيل الدخول كمهمة دفعية.
SeDenyInteractiveLogonRightرفض تسجيل الدخول محلياً.
تمنح ASP.NET معينة, أذونات الوصول الكامل ASPNET حساب المجلدات التالية:
  • ملفات ASP.NET المؤقتة
  • %windir%\temp
بالإضافة إلى ذلك، ASP.NET منح إذن القراءة إلى دليل تثبيت Microsoft .NET Framework.

توضح القائمة التالية "Access التحكم القوائم (ACL) المطلوبة حساب ASPNET". تتضمن عمليات التثبيت الافتراضية لـ Windows 2000 و Microsoft .NET Framework هذه ACLs.
  • الموقع: %installroot%\ASP.NET الملفات المؤقتة
    نوع الوصول: القراءة/الكتابة على المجلد و "مجلد قائمة" المحتويات على المجلد الجذر الخاصة بمحرك الأقراص
    الحساب: حساب معالجة حسابات الانتحال وتكوينها
    الوصف: هذا هو موقع ASP.NET التحويل البرمجي الحيوية. تحت هذا الموقع سيتم إنشاء التعليمات البرمجية للتطبيق في دليل منفصلة لكل تطبيق. يمكن استخدام السمة tempDir في <compilation> المقطع لتكوين الموقع الجذر.

    ملاحظة إذا قمت بتغيير machine.config لحفظ الملفات المؤقتة ASP.NET في موقع مختلف، يجب أن يكون حساب ASPNET نوع الوصول سرد محتويات المجلد في المستوى الجذر من محرك الأقراص.
  • الموقع: %windir%\temp
    نوع الوصول: القراءة/الكتابة
    الحساب: حساب العملية
    الوصف: هذا هو الموقع أن خدمات ويب لغة التوصيف الموسعة (XML) يستخدم لإنشاء وكلاء عملية تحويل البيانات إلى ملف.
  • الموقع: دليل التطبيق
    نوع الوصول: القراءة
    الحساب: حساب معالجة حسابات الانتحال وتكوينها
    الوصف: هذا هو الموقع للمحتوى التطبيق (وصول للقراءة فقط المطلوبة).
    لمزيد من المعلومات، قم بزيارة موقع Microsoft التالي على الويب:
  • الموقع: موقع ويب جذر (%systemdrive%\inetpub\wwwroot أو مسار يشير إلى موقع ويب الافتراضي)
    نوع الوصول: القراءة
    الحساب: حساب معالجة حسابات الانتحال وتكوينها
    الوصف: ASP.NET يحاول قراءة ملفات التكوين ومراقبة التغييرات في drive: \inetpub\wwwroot\web.config.
  • الموقع: % installroot % التسلسل الهرمي
    نوع الوصول: القراءة
    الحساب: حساب معالجة حسابات الانتحال وتكوينها
    الوصف: يجب أن يكون ASP.NET قادراً على الوصول إلى تجميعات .NET Framework على الملف Machine.config (في دليل فرعي \Config ضمن % installroot %).
  • الموقع: %windir%\assembly
    نوع الوصول: القراءة
    الحساب: معالجة الحساب أو تكوين حسابات الانتحال
    الوصف: هذا هو ذاكرة التخزين المؤقتة للتجميع العمومي الذي يحتوي على التجميعات المشتركة.
لمزيد من المعلومات حول أجهزة الكمبيوتر المستندة إلى ACLs لـ Windows 2000 الافتراضي راجع مرجع "الافتراضي إعدادات التحكم بالوصول في Windows 2000" في المقطع REFERENCES.

ملاحظة بشكل افتراضي، حساب ASPNET بشكل عام لا يحتوي حقوق الوصول الصحيحة لتنفيذ بعض المهام الموضحة في هذه المقالة.

الوصول إلى موارد

تصف المقاطع التالية كيفية استخدام للموارد المختلفة. يمكنك الوصول إلى العديد من هذه الموارد محلياً إذا قمت بتمكين الانتحال إذا قمت بمنح حساب انتحاله حق الوصول إلى المورد. ومع ذلك، لا يعمل الانتحال غالباً عند محاولة الوصول إلى الموارد البعيدة إلا إذا كان التطبيق يستخدم آلية مصادقة يمكن تفويض Kerberos أو المصادقة الأساسية. يمكنك أيضاً استخدام خدمات + COM إلى الوصول إلى الموارد، الذي تتم إحاطة في Running code with a fixed identity المقطع.

استخدام موارد ملفات

لتمكين أحد تطبيقات التي قيد التشغيل مع حساب ASPNET الكتابة إلى الملفات يمكن انتحال مستخدم معين في التعليمات البرمجية قبل writting إلى الملفات أو يمكنك منح أذونات الكتابة حساب ASPNET. يمكنك منح الكتابة أذونات ملف مفرد أو التسلسلات الهرمية الدليل.

هام عند منح أذونات الكتابة ملف مفرد أو التسلسلات الهرمية "الدليل" إلى حساب ASPNET كافة تطبيقات ويب ASP.NET التي يتم تشغيلها ضمن حساب ASPNET على الملقم تكون أيضاً قادراً على الكتابة إلى هذا الملف أو التسلسلات الهرمية الدليل. لمزيد من المعلومات حول انتحال مستخدم معين في التعليمات البرمجية انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
306158كيفية تنفيذ الانتحال في أحد تطبيقات ASP.NET
لتغيير الوصول إلى "قائمة التحكم" بالنسبة إلى ملف، اتبع الخطوات التالية:
  1. فتح مستكشف Windows.
  2. حدد الملف أو المجلد الذي تريد تغيير الأذونات.
  3. من القائمة ملف، انقر فوق خصائص.
  4. انقر فوق علامة التبويب أمان انقر لتحديد خانات الاختيار الخاصة ACL الأذونات.
يمكنك أيضاً استخدام برنامج نصي أو أداة سطر الأوامر Cacls.exe (وهو المضمنة في Windows) لتغيير ACL للملف.

ASP.NET 1.1 يستخدم في <DriveName> \Documents و Settings\ <MachineName> \ASPNET مجلد لتخزين الملفات عملية (حيث <DriveName> هو محرك الأقراص على الكمبيوتر حيث تم تثبيت ASP.NET <MachineName> هو اسم الكمبيوتر).

تمكين الانتحال

مع الانتحال ، يمكنك تشغيل في سياق الأمان كيان الطلب كما هو مستخدم تمت مصادقته أو كمستخدم مجهول. في ASP.NET ، الانتحال اختيارية ثم غير ممكّن بشكل افتراضي. لتمكين الانتحال مستوى الكمبيوتر أو التطبيق إضافة توجيه التكوين التالية في <system.web> المقطع في Machine.config أو ملف Web.config:
<identity impersonate="true"/>				

استخدام قواعد بيانات

يتم لا تتأثر التطبيقات التي تستخدم مصادقة SQL إلى الاتصال بقاعدة بيانات قبل التبديل إلى حساب ASPNET بشكل عام. ويصح هذا الأمر أيضاً للتطبيقات التي تستخدم الانتحال والمصادقة المتكاملة. ومع ذلك، إذا لم بانتحال صفات أحد تطبيقات ثم يستخدم Windows المصادقة، يجب منح حق الوصول إلى قاعدة البيانات للحصول ASPNET الحساب.

لا يمكنك استخدام حساب ASPNET عند محاولة المصادقة إلى Microsoft SQL Server باستخدام مصادقة Windows المدمجة عبر أنابيب الاتصال المسماة. ومع ذلك، يمكنك استخدام حساب ASPNET بنجاح مع مصادقة Windows المدمجة عبر بروتوكول التحكم بالإرسال (TCP) النقل.

إذا كان يجب أن تستخدم تطبيق قاعدة بيانات Microsoft Access ، يجب أن يكون حساب ASPNET قادراً على الكتابة إلى ملف قاعدة البيانات. يجب على المسؤولين ضبط أذونات الملف وفقًا لذلك.

استخدام سجل الأحداث

يمكن للتطبيقات التي يجب أن الكتابة إلى سجل أحداث التطبيق بذلك أثناء تشغيلها كحساب ASPNET. إذا كان يجب إنشاء تطبيق فئة سجل أحداث جديدة, يجب أن التطبيق من إنشاء مفتاح تسجيل ضمن خلية التسجيل HKEY_LOCAL_MACHINE لا يمكن القيام حساب ASPNET.

يجب تمكين الانتحال لإنشاء الفئة في وقت التشغيل ومن ثم يجب تمثيل حساب له حقوق وصول أكثر. بدلاً من ذلك، يمكن للمسؤول إنشاء الفئة ثم يمكن كتابة التطبيق إلى الفئة في وقت التشغيل.

إذا كان يجب على تطبيقات إنشاء فئات سجل أحداث جديدة ، إنشاء الفئات عند التثبيت. بعد إنشاء الفئة حساب ASPNET يمكن الكتابة إلى سجل أحداث التطبيق.

باستخدام System.DirectoryServices وActive Directory

إذا كان يجب على تطبيق ويب الوصول إلى "Active Directory" ، يمكن استخدام التطبيق الانتحال في بيئة يعتمد التفويض. بدلاً من ذلك، يمكن التطبيق توفير بيانات اعتماد صريحة مُنشئ DirectoryEntry في مساحة الاسم System.DirectoryServices للوصول إلى "Active Directory". إذا كان التطبيق يستخدم بيانات اعتماد صريحة فإن تطبيقات يجب تخزين بيانات اعتماد بشكل صحيح باستخدام تقنية مثل سلاسل البناء + COM أو باستخدام Windows واجهات برمجة التطبيقات حماية البيانات (APIs).

باستخدام عدادات الأداء

حساب ASPNET يملك أذونات كافية للكتابة إلى (لكن ليس قراءة) بيانات عداد الأداء. في حال يجب قراءة بيانات عداد الأداء التطبيق أو إنشاء فئات عداد الأداء أذونات المسؤول أو Power User مطلوبة.

إذا كان يجب إنشاء تطبيق الأداء الجديد فئات العداد ، إنشاء "الفئات" عند التثبيت. بعد إنشاء الفئات حساب ASPNET يمكن الكتابة إلى العدادات.

لا يزال يمكنك استخدام أداة "مراقبة الأداء" (Perfmon.exe) لمراقبة أداء ASP.NET عدادات عند استخدام ASPNET في الحساب.

في Windows 2000، اتبع الخطوات التالية:
  1. قم بتشغيل "محرر التسجيل".
  2. حدد موقع مفتاح التسجيل التالي:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ASP.NET_1.1.4322\Names
  3. انقر فوق علامة التبويب أمان.
  4. إضافة هوية العملية المنفذة باستخدام الأذونات التالية:
    • قيمة الاستعلام
    • تعيين قيمة
    • إنشاء مفتاح فرعي
    • تعداد مفاتيح فرعية
    • إعلام تحكم بالقراءة
في Windows Server 2003 إضافة الهوية IIS_WPG المجموعة.

بدء تشغيل ملقمات COM مهلة العملية

تشغيل التطبيقات التي يجب أن يبدأ ملقمات COM مهلة العملية أثناء تشغيل كما يمكن منح حساب ASPNET بشكل خاص الأذونات إلى الحساب باستخدام أداة Dcomcnfg.exe.

تصحيح المشكلات

افتراضياً، لا الخطوة في استدعاء خدمة ويب XML من تطبيق عميل. للدخول إلى خدمات ويب XML يجب إضافة حساب ASPNET إلى مجموعة Users المصحح على الكمبيوتر حيث يتم تشغيل خدمة ويب XML.

تشغيل التعليمات البرمجية مع هوية ثابت

يمكن تشغيل التعليمات البرمجية مع هوية ثابتة في خدمات COM +. يمكنك استخدام الفئة ServicedComponent من مساحة الاسم System.EnterpriseServices لكتابة تعليمات برمجية تمت إدارتها المكونات التي تستخدم COM + الخدمات. يمكن إجراء التفاف وظيفة المميز في فئة مشتقة من ServicedComponent ثم قم بتشغيل هذه الفئة مثل تطبيق خادم + COM مع هوية مكونة.

ترجمة التعليمات البرمجية الخلفية ملفات على مشاركات UNC

في ASP.NET ، يمكنك استخدام العديد من الطرق لتطوير ملفات التطبيق:
  • يمكنك استخدام لغة توصيف النص التشعبي (HTML) في ملف .aspx ومن ثم يمكنك تخزين التعليمات البرمجية للصفحة في تجميع precompiled في الدليل سلة. هذه هي نموذج Microsoft Visual Studio .NET.
  • يمكن لحزمة كافة التعليمات البرمجية "و" محتوى HTML في ملف مصدر واحد التجميع حسب الطلب.
  • يمكنك وضع العرض التقديمي HTML في ملف ASP.NET و ثم ويمكنك تجميع أية تعليمات برمجية المقترنة المصدر لهذا الملف بشكل حيوي باستخدام سمة src في < % @ التجميع %> التوجيه.
ملاحظة إذا كان محتوى التطبيق موجوداً على مشاركة شبكة اتصال ، يبدأ في حساب ASPNET المحول البرمجي ولم يكن لديه بيانات اعتماد الشبكة الوصول إلى الملف. في حالة استخدام مشاركات الشبكة لا يمكنك استخدام السمة src للإشارة إلى ملف. يجب استخدام إحدى الطرق الأخرى بدلاً من ذلك.

استخدام ASP.NET على أساسي أو وحدة تحكم مجال النسخ الاحتياطي


بشكل افتراضي، إذا كنت تستخدم ASP.NET 1.1 على وحدة تحكم مجال سيتم تشغيل تطبيقات ويب ASP.NET في سياق الأمان الخاص IWAM_ <ComputerName> حساب (حيث <ComputerName> هو اسم الكمبيوتر).

لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
315158FIX: لا يعمل ASP.NET مع حساب ASPNET الافتراضي على وحدة تحكم مجال
back to the top

قراءة قاعدة تعريف IIS

لا يمكن قراءة حساب ASPNET معلومات إنترنت Microsoft قاعدة تعريف خدمات (IIS). إذا كان يجب الوصول إلى تطبيق إعدادات قاعدة التعريف ، يمكنك بشكل انتقائي منح حق الوصول للقراءة إلى العقد قاعدة التعريف باستخدام Metaacl.exe في الأداة المساعدة.

إذا كان يجب أن يستخدم تطبيق ملفات .disco يعتمد على القدرة على قراءة قاعدة تعريف IIS لتوفير خدمات اكتشاف يجب منح حق الوصول للقراءة إلى قاعدة تعريف حساب ASPNET.

باستخدام System.Management و WMI

هو Windows Management Instrumentation (WMI) وظائف إدارية قوية يمكنك استخدام إدارة مراقبة أجهزة الكمبيوتر التي تستند إلى Windows. ومع ذلك، عند تشغيل تطبيقات ASP.NET ضمن حساب ASPNET هذا الحساب فقط لديه أذونات الوصول الافتراضية نفس مثل Everyone. تتضمن هذه الأذونات قراءة بيانات WMI كتابة بيانات الموفر وتنفيذها أساليب لموفري على الكمبيوتر المحلي. يمكن العثور على مزيد من المعلومات حول آليات الأمان WMI في WMI Platform SDK وثائق أو على MSDN.

ملاحظة على Windows 2000 بدون 3 (SP3) حزمة خدمة أو حزمة لاحقاً أو على Windows XP بدون خدمة 1 (SP1) أو أحدث، تطبيقات ويب ASP.NET التي تعمل تحت حساب ASPNET قد لا تعمل و قد تتلقى "وصول مرفوض (0x80041003)" رسالة الخطأ. يحدث هذا لأنه ليس لدى الحساب امتيازات كافية للوصول مساحات أسماء مصادر WMI معينة إلى ". لحل هذه المشكلة تثبيت "حزمة الخدمة SP1 لنظام التشغيل Windows XP" أو الإصدار الأحدث، أو Windows 2000 SP3 أو الإصدار الأحدث. لإيجاد حل بديل المشكلة اتبع الخطوات التالية:
  1. فتح "وحدة التحكم بالإدارة لـ Microsoft إدارة الكمبيوتر" الإضافية (MMC).
  2. قم بتوسيع الخدمات والتطبيقات ثم حدد عنصر تحكم WMI.
  3. انقر بزر الماوس الأيمن فوق التحكم بـ WMI ثم انقر فوق خصائص.
  4. في مربع الحوار خصائص عنصر تحكم WMI انقر فوق علامة التبويب أمان.
  5. قم بتوسيع الجذر حدد CIMV2 ومن ثم انقر فوق الأمان.
  6. في مربع الحوار "أمان" ، انقر فوق "خيارات متقدمة".
  7. في مربع الحوار "إعدادات التحكم بالوصول" ، انقر فوق إضافة. حدد localMachineName \ASPNET ، ثم انقر فوق موافق.
  8. في مربع الحوار إدخال الأذونات تأكد من أن تطبيق الدخول تم تعيينه إلى مساحة الاسم subnamespaces هذا.
  9. تأكد من تحديد خانتي الاختيار السماح "تمكين حساب"السماح ' "تمكين البعيد" '.
  10. انقر فوق "موافق" في كل مربع حوار "إلى أن ترجع إلى مربع الحوار خصائص عنصر التحكم WMI.
  11. كرر الخطوات من 5 إلى 10 مساحات أسماء أخرى WMI الذي سيتم الوصول إلى التطبيق الخاص بك.
  12. إعادة تشغيل IIS. للقيام بذلك، قم بتشغيل IISRESET من سطر الأوامر.
بشكل افتراضي، يقوم ASP.NET بإنشاء كلمة مرور معقدة بتجزئة حساب ASPNET. لذلك، يكون هذا الحل البديل الآمن بشرط أن كلمة مرور حساب ASPNET المشتركة بين أجهزة الكمبيوتر أو يتم إعادة تعيين إلى قيمة غير الافتراضي لا.

التفاعل مع سطح المكتب

عندما يتم تكوين خدمات IIS للسماح بالتفاعل مع سطح المكتب, حساب ASPNET ليس لديه حقوق الصحيحة للوصول إلى سطح مكتب بسبب "المستقل Access التحكم القوائم (DACLs) على محطة إطار الافتراضي" و سطح المكتب. يمكن للمسؤولين تغيير هذه DACL أو تشغيل العملية باستخدام حساب لديه الإذن للوصول إلى هذه الكائنات.

إزالة ASP.NET

عند إزالة ASP.NET حساب ASPNET معطل ويظل على النظام. يمكنك حذف حساب ASPNET إذا لم تكن تخطط لإعادة تثبيت ASP.NET.

إذا قمت بإعادة تثبيت ASP.NET بعد حذف حساب ASPNET بشكل صريح يتم إنشاء حساب ASPNET له معرف أمان جديد (SID). نتيجة لذلك، تطبيق أي ACLs الإشارة إلى حساب ASPNET السابقة لم يعد حساب ASPNET جديد.

باستخدام Windows Server 2003

يستخدم ASP.NET 1.1 في <DriveName> \Documents و Settings\ <MachineName> \ASPNET مجلد لتخزين الملفات عملية. ومع ذلك، في IIS 6.0 SP1 ASP.NET ، ربما تشاهد هذه الملفات في <DriveName>: \Documents والمجلد Settings\Default User\Local Settings\Application البيانات. تبدو يتم تغيير المسار.

ملاحظة<DriveName> هو محرك الأقراص على الكمبيوتر حيث تم تثبيت ASP.NET. <MachineName> هو اسم جهاز الكمبيوتر الخاص بك.

يتم استخدام ملف تعريف المستخدم الافتراضي في Windows Server 2003. في هذه الحالة، يتم الهوية الافتراضية NetworkService. يمكنك تكوين NetworkService مستوى تجمّع التطبيق. NetworkService لديه أذونات مشابهة ASPNET الحساب. يستخدم ملقم Windows فقط ASPNET الحساب لـ IIS 5.0 وضع عزل. إذا كنت تستخدم وضع "عزل معالجة عامل" ASP.NET كافة التطبيقات التي يتم تشغيلها في عملية عامل W3wp.exe IIS.

مراجع
لمزيد من المعلومات حول "الافتراضي Access التحكم القوائم في نظام التشغيل Windows 2000" راجع الورق الأبيض Microsoft التالية: لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
329290كيفية استخدام الأداة المساعدة ASP.NET على تشفير بيانات الاعتماد أو سلاسل اتصال حالة جلسة العمل
315158FIX: لا يعمل ASP.NET مع حساب ASPNET الافتراضي على وحدة تحكم مجال

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 317012 - آخر مراجعة: 03/22/2007 11:28:33 - المراجعة: 12.7

Microsoft ASP.NET 1.1, Microsoft ASP.NET 1.0

  • kbmt kbconfig kbhttpruntime kbinfo kbsecurity KB317012 KbMtar
تعليقات
&t=">t> /html>