การแก้ไขปัญหาการรับรองความถูกต้องของแบบฟอร์ม

การแปลบทความ การแปลบทความ
หมายเลขบทความ (Article ID): 910439 - ผลิตภัณฑ์ที่เกี่ยวข้องในบทความนี้
ASP .NET สนับสนุนเสียงคอลัมน์

แบบฟอร์มการรับรองความถูกต้องในการแก้ไขปัญหา

เมื่อต้องกำหนดคอลัมน์นี้ให้ตรงกับความต้องการของคุณ เราขอให้คุณส่งแนวคิดของคุณเกี่ยวกับหัวข้อที่สนใจและปัญหาที่คุณต้องการดูในบทความฐานความรู้และคอลัมน์เสียงสนับสนุนในอนาคต คุณสามารถส่งของแนวคิดและการใช้ผลป้อนกลับ ขอดังกล่าว แบบฟอร์ม นอกจากนี้ยังมีการเชื่อมโยงไปยังแบบฟอร์มที่ด้านล่างของคอลัมน์นี้
ขยายทั้งหมด | ยุบทั้งหมด

เนื้อหาบนหน้านี้

ยินดีต้อนรับสู่คอลัมน์เสียงสนับสนุน ASP.NET ชื่อของฉันคือ Jerry Orman ฉันทำงานกับ Microsoft เกิน 5 ปี และมีการใช้ในส่วนใหญ่ของฉัน เวลาที่ให้ความสำคัญในเทคโนโลยีที่เกี่ยวข้องกับเว็บเช่น Microsoft FrontPage และ เทคโนโลยีของ Microsoft SharePoint ใหม่ ฉันได้ใช้ไปในปีสุดท้ายที่ทำงานด้วย เป็นวิศวกรฝ่ายสนับสนุนของ Microsoft ASP.NET เดือนนี้ในเสียงสนับสนุน คอลัมน์ จะอธิบายวิธีการแก้ไขปัญหาแบบฟอร์มการรับรองความถูกต้องใน Microsoft ASP.NET

แบบฟอร์มการรับรองความถูกต้องในการแก้ไขปัญหา

เมื่อคุณใช้การรับรองความถูกต้องของแบบฟอร์มในโปรแกรมประยุกต์ ASP.NET คุณอาจพบว่าจำเป็นในการแก้ไขปัญหาที่เกิดขึ้นเมื่อผู้ใช้ โดยการสุ่มเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบ ในโลกเหมาะสมที่สุด นี้ ปัญหาจะเกิดขึ้นในลักษณะที่จะช่วยให้คุณสามารถแนบกับ ดีบักเกอร์ และปัญหาในการจับภาพ ในสภาพแวดล้อมในการผลิต อย่างไรก็ตาม นี่คือไม่ค่อย กรณีและปัญหา เมื่อต้องการแก้ไขปัญหาแบบสุ่มเช่นนี้ คุณจำเป็นต้องบันทึกข้อมูลที่เกี่ยวข้องกับปัญหาเพื่อให้คุณสามารถจำกัดขอบเขตลงราก ทำให้

ในคอลัมน์นี้ เราสั้น ๆ จะครอบ แนวคิดเกี่ยวกับการพิสูจน์ตัวจริงของฟอร์ม แล้วเราจะค้นเข้าไปในสถานการณ์ใด ทำให้ผู้ใช้มีการเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบและวิธีการรวบรวมข้อมูล ซึ่งจะเกี่ยวข้องกับการแยกปัญหา นอกจากนี้เราจะครอบคลุมวิธีการใช้อินเทอร์เฟซของ IHttpModule เมื่อต้องการบันทึกข้อมูลการรับรองความถูกต้องของฟอร์ม

ภาพรวมการรับรองความถูกต้องของแบบฟอร์ม

เมื่อรับรองผู้ใช้ไปยังเว็บไซต์ โดยใช้การรับรองความถูกต้องของแบบฟอร์ม เซิร์ฟเวอร์ที่สร้างคุกกี้ ค่าของคุกกี้คือ บัตรการรับรองความถูกต้องของฟอร์มที่เข้ารหัสลับด้วย คุกกี้จะถูกส่งผ่านไปยังเซิร์ฟเวอร์ในแต่ละคำขอไป แอพลิเคชัน และคลาFormsAuthenticationModule decrypts ค่าคุกกี้ และ กำหนดว่าถ้าผู้ใช้ที่ถูกต้อง หรือไม่

โดยค่าเริ่มต้นFormsAuthenticationModule คลาสจะถูกเพิ่มในแฟ้ม Machine.config คลาFormsAuthenticationModuleจัดการกับกระบวนการ FormsAuthentication

ต่อไปนี้คือ รายการจากแฟ้ม Machine.config:
<httpModule>
     …other modules…
     <add name="FormsAuthentication"
         type="System.Web.Security.FormsAuthenticationModule" />
     …other modules…
</httpModule>
การรับส่งข้อมูล HTTP ทั่วไปสำหรับการรับรองความถูกต้องโดยใช้การรับรองความถูกต้องของแบบฟอร์มมีลักษณะคล้ายกับต่อไปนี้:
  1. ไคลเอนต์ส่ง HTTP ได้รับการ Default.aspx ไม่มีคุกกี้การรับรองความถูกต้องแบบฟอร์มจะถูกส่งไป
  2. เซิร์ฟเวอร์ส่งการตอบสนอง 302 (เปลี่ยนเส้นทาง) ถึง Login.aspx
  3. ไคลเอนต์ส่งการ POST HTTP เพื่อ Login.aspx รวมข้อมูลเข้าสู่ระบบ
  4. เซิร์ฟเวอร์ส่งการตอบสนอง 302 (เปลี่ยนเส้นทาง) ถึง Default.aspx คุกกี้การรับรองความถูกต้องของฟอร์มจะรวมอยู่ด้วย
  5. ไคลเอนต์ส่ง HTTP ได้รับการ Default.aspx ซึ่งรวมถึงคุกกี้การรับรองความถูกต้องของฟอร์ม
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการใช้ และการใช้ รับรองความถูกต้องของแบบฟอร์ม แวะไปที่ MSDN เว็บไซต์ต่อไปนี้:
http://msdn2.microsoft.com/en-us/library/7t6b43z4.aspx
.aspx http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthentication (vs.71)
.aspx http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthenticationticket (vs.71)
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับคุกกี้การรับรองความถูกต้องของแบบฟอร์มที่ใช้ร่วมกัน แวะไปเว็บ ASP.NET ไซต์ต่อไปนี้:
http://quickstarts.asp.net/QuickStartv20/aspnet/doc/security/formsauth.aspx

ด้วยเหตุผลที่ว่า ผู้ใช้อาจถูกเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบ

คุกกี้การรับรองความถูกต้องของฟอร์มจะหายไป

สถานการณ์สมมติที่ 1

ในสถานการณ์สมมตินี้ ผู้ใช้ล็อกออนที่เว็บไซต์ ณ จุดใดจุดหนึ่ง ไคลเอนต์ส่งการร้องขอไปยังเซิร์ฟเวอร์ และ คลาFormsAuthenticationModuleได้รับคุกกี้ คุณสามารถ กำหนดว่าถ้าการร้องขอของผู้ใช้ไม่ประกอบด้วยคุกกี้ โดยการเปิดใช้งานคุกกี้ การเข้าสู่ระบบใน Microsoft Internet Information Services (IIS) เมื่อต้องทำเช่นนี้ ให้ทำตามขั้นตอนเหล่านี้:
  1. เปิดที่ IIS Microsoft Management Console (MMC)
  2. คลิกขวาเว็บไซต์ และจากนั้น คลิกคุณสมบัติ.
  3. คลิก เว็บไซต์ แท็บ และคลิก เปิดใช้งาน การเข้าสู่ระบบ.
  4. ตรวจสอบให้แน่ใจว่า เป็นรูปแบบแฟ้มบันทึก ขยายแฟ้มบันทึกของ w 3 c รูปแบบ.
  5. คลิก คุณสมบัติ.
  6. คลิก ขั้นสูง แท็บ และคลิกคุณสมบัติเพิ่มเติม.
  7. ภายใต้ คุณสมบัติเพิ่มเติมคลิกเพื่อเลือกแบบ Cookie(cs(Cookie)) กล่องกาเครื่องหมายและ Referer (cs(Referer)) เมื่อคุณเลือกกล่องกาเครื่องหมาย
หลังจากปัญหานี้เกิดขึ้น กำหนดไคลเอนต์ที่มีการ ปัญหาและที่อยู่ IP ของไคลเอ็นต์ กรองแฟ้มบันทึก IIS บนที่อยู่ IP ของไคลเอนต์ และดูคุกกี้> คอลัมน์

หมายเหตุ คุณสามารถใช้ตัวแยกวิเคราะห์แฟ้มบันทึกการแยกวิเคราะห์แฟ้มบันทึก IIS เมื่อต้องการดาวน์โหลดตัวแยกวิเคราะห์แฟ้มบันทึก แวะไปที่เว็บไซต์ต่อไปนี้ของ Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07
หลังจากที่คุณมีรายการของการร้องขอจากที่ระบุ ผู้ใช้ ค้นหาร้องขอไปยังหน้าการเข้าสู่ระบบ คุณทราบว่า พวกเขาได้ถูกเปลี่ยนเส้นทาง ซึ่งหน้า และคุณต้องการดูคำขอก่อน การเปลี่ยนเส้นทางเกิดขึ้น ถ้าคุณเห็นข้อความที่คล้ายกับต่อไปนี้ ไคลเอนต์ ไม่อย่างใดอย่างหนึ่งได้ส่งคุกกี้หรือคุกกี้ถูกเอาออกไปบนเครือข่ายระหว่างไคลเอนต์ และเซิร์ฟเวอร์

นี่คือการเข้าสู่ระบบแบบเริ่มต้น
ยุบตารางนี้ขยายตารางนี้
วิธีการหน้าการตอบสนองคุกกี้
ได้รับ/Default.aspx302 (เปลี่ยนเส้นทาง)ไม่ใช่ คุกกี้
ได้รับ/Login.aspx200 (ความสำเร็จ)ไม่ใช่ คุกกี้
ลงรายการบัญชี/Login.aspx302 (เปลี่ยนเส้นทาง)ไม่ใช่ คุกกี้
ได้รับ/Default.aspx200 (สำเร็จ).ASPXAUTH
ได้รับ/SomePage.aspx302 (เปลี่ยนเส้นทาง)ไม่ใช่ .คุกกี้ ASPXAUTH
ข้อผิดพลาดต่อไปนี้คือคำขออื่น ๆ ตาม ด้วยการร้องขอไปยังหน้าบนไซต์ โดยไม่ต้องการASPXAUTH คุกกี้
ยุบตารางนี้ขยายตารางนี้
วิธีการหน้าการตอบสนองคุกกี้
ได้รับ/SomePage.aspx302 (เปลี่ยนเส้นทาง)ไม่ใช่ .คุกกี้ ASPXAUTH
ได้รับ/Login.aspx200 (ความสำเร็จ)ไม่ใช่ .คุกกี้ ASPXAUTH
ลงรายการบัญชี/Login.aspx302 (เปลี่ยนเส้นทาง)ไม่ใช่ .คุกกี้ ASPXAUTH
ได้รับ/SomePage.aspx200 (สำเร็จ).ASPXAUTH

หมายเหตุ คำขอแรกจากผู้ใช้ที่ไม่น่าจะมีแบบฟอร์ม คุกกี้การรับรองความถูกต้องเว้นแต่ว่าคุณกำลังสร้างคุกกี้แบบถาวร แฟ้มบันทึก IIS จะแสดงเฉพาะคุณคุกกี้ที่ ได้รับในการร้องขอ คำขอแรกเพื่อให้คุกกี้การรับรองความถูกต้องแบบฟอร์มจะมีคำขอหลังจากที่ประสบความสำเร็จ ความพยายามในการเข้าสู่ระบบ
สถานการณ์สมมติ 2

คุกกี้การรับรองความถูกต้องแบบฟอร์มนอกจากนี้อาจสูญหายเมื่อเกินขีดจำกัดของคุกกี้ของไคลเอ็นต์ ใน Microsoft Internet Explorer ไม่มีขีดจำกัดของคุกกี้ 20 หลังจากนี้คุกกี้ 000520 สร้างขึ้นในไคลเอนต์ คุกกี้ก่อนหน้าจะถูกเอาออกจากของไคลเอนต์ คอลเลกชัน ถ้าอยู่ASPXAUTH คุกกี้จะถูกลบออก ผู้ใช้จะถูกเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบเมื่อมีการประมวลผลคำขอถัดไป

คุณสามารถแก้ไขสถานการณ์เหล่านี้สองในลักษณะเดียวกัน ดูคำขอเพียงแค่ ก่อนที่จะเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบ ถ้าสร้างการร้องขอไปยังเพจนี้ คุกกี้ นี้จะมีบางสิ่งบางอย่างเพื่อตรวจสอบ

สำหรับข้อมูลเพิ่มเติม คลิกหมายเลขบทความต่อไปนี้เพื่อดูบทความในฐานความรู้ของ Microsoft:
306070ขีดจำกัดของขนาด และตัวเลขของคุกกี้ใน Internet Explorer

คุณสามารถใช้ Fiddler เพื่อดูส่วนหัว HTTP ที่จะถูกส่งไปยังไคลเอนต์ หลังจากที่คุณจับภาพการรับส่งข้อมูล คำขอ คลิกสองครั้ง แล้ว คลิก ส่วนหัว เมื่อต้องการดูหัวข้อการตั้งค่าคุกกี้ ถ้าคุณต้องติดตามการ เข้าสู่ระบบเรียบร้อยแล้ว คุณจะเห็นหัวข้อการตั้งค่าคุกกี้ในการตอบสนองของการ ล็อกอินที่ประสบความสำเร็จ

เมื่อต้องการดาวน์โหลด Fiddler เยี่ยมชม Fiddler เว็บไซต์ต่อไปนี้:
http://www.fiddlertool.com/fiddler/
สถานการณ์สมมติที่ 3

หลังจากการร้องขอจากไคลเอนต์ มีชั้นต่าง ๆ ที่สามารถส่งผลกระทบต่อกลุ่มข้อมูลที่จัดส่ง เมื่อต้องการตรวจสอบว่า อุปกรณ์เครือข่ายอยู่ เอาคุกกี้ คุณจำเป็นต้องตรวจสอบเครือข่ายบนไคลเอ็นต์และเซิร์ฟเวอร์ การจับภาพ แล้ว มองหาในเนื้อความของการร้องขอสำหรับคุกกี้ คุณต้องการ ดูคำขอของไคลเอนต์เพื่อให้แน่ใจว่า คุกกี้ถูกส่งไป และการตรวจสอบเซิร์ฟเวอร์ สืบค้นกลับการตรวจสอบให้แน่ใจว่า เซิร์ฟเวอร์ได้รับคุกกี้

การร้องขอของไคลเอ็นต์

นี่คือคำร้องขอรับหลังจากที่ผู้ใช้ที่ได้รับการรับรอง ที่ ข้อมูลบัตรการรับรองความถูกต้องของฟอร์มจะถูกเน้นเป็นสีน้ำเงิน นี้ยืนยัน ว่า ข้อมูลคุกกี้ออกจากไคลเอนต์ เมื่อคุณใช้การจับภาพของเครือข่าย เครื่องมือ เช่น Netmon คุณเห็นปริมาณข้อมูลที่ใช้ไปจริง โดยผ่านการ อะแดปเตอร์
47 45 54 20 68 74 74 70-3a 2f 2f 6c 6f 63 61 6c   GET http://local
68 6f 73 74 2f 46 6f 72-6d 73 41 75 74 68 4c 6f   host/FormsAuthLo
67 54 65 73 74 2f 57 65-62 46 6f 72 6d 31 2e 61   gTest/WebForm1.a
73 70 78 20 48 54 54 50-2f 31 2e 31 0d 0a 41 63   spx HTTP/1.1..Ac
63 65 70 74 3a 20 69 6d-61 67 65 2f 67 69 66 2c   cept: image/gif,
…Other headers of the GET request…
63 68 65 0d 0a 43 6f 6f-6b 69 65 3a 20 2e 41 53   che..Cookie: .AS
50 58 41 55 54 48 3d 33-43 45 46 39 42 39 41 30   PXAUTH=3CEF9B9A0
43 33 37 41 44 46 36 33-45 36 42 44 33 37 42 36   C37ADF63E6BD37B6
39 43 44 41 32 35 30 30-30 46 38 30 37 32 38 46   9CDA25000F80728F
35 31 43 39 35 36 36 44-31 34 43 35 34 31 34 35   51C9566D14C54145
38 31 43 39 33 45 32 41-30 31 44 44 43 44 45 46   81C93E2A01DDCDEF
32 34 41 31 37 34 32 39-34 31 30 43 30 39 37 34   24A17429410C0974
42 33 45 43 42 30 36 34-32 32 38 45 33 35 33 39   B3ECB064228E3539
39 41 38 32 32 42 33 42-39 33 36 44 46 30 38 46   9A822B3B936DF08F
42 41 42 44 33 45 31 30-32 44 30 30 32 31 30 43   BABD3E102D00210C
32 45 31 33 39 38 30 37-39 42 32 33 35 32 39 46   2E1398079B23529F
34 46 35 44 37 34 41 3b-20 50 72 6f 66 69 6c 65   4F5D74A; Profile
3d 56 69 73 69 74 6f 72-49 64 3d 62 32 34 65 62   =VisitorId=b24eb
ขอฝั่งเซิร์ฟเวอร์

เมื่อคุณดูการร้องขอที่เซิร์ฟเวอร์ การเข้าถึงคุณ ต้องตรวจสอบให้แน่ใจว่า เซิร์ฟเวอร์ได้รับข้อมูลเดียวกับที่ ไคลเอ็นต์ที่ส่ง ถ้าเซิร์ฟเวอร์ไม่ได้รับข้อมูลเดียวกัน คุณจำเป็นต้องตรวจสอบอุปกรณ์อื่น ๆ ในการ เครือข่ายเพื่อตรวจสอบที่คุกกี้ที่ถูกเอาออก

หมายเหตุ นอกจากนี้ยังมีอินสแตนซ์ของตัวกรอง ISAPI การเอาคุกกี้ออก ถ้าคุณยืนยันว่า เว็บเซิร์ฟเวอร์ได้รับคุกกี้ แต่คุกกี้ไม่มีอยู่ ในแฟ้มบันทึก IIS ตรวจสอบตัวกรอง ISAPI คุณอาจต้องลบตัวกรองเพื่อดูว่าการ ปัญหาไม่ได้รับการแก้ไข

บัตรการรับรองความถูกต้องแบบฟอร์มการหมดเวลา

สาเหตุทั่วไปอื่น ๆ สำหรับผู้ใช้ที่จะเปลี่ยนเส้นทางคือถ้า แบบฟอร์มการรับรองความถูกต้อง ticket หมดอายุแล้ว การรับรองความถูกต้องของแบบฟอร์ม ticket สามารถหมดเวลาในสองวิธี สถานการณ์สมมติแรกเกิดขึ้นหากคุณใช้ วันหมดอายุที่แน่นอน มีวันหมดอายุสัมบูรณ์ บัตรการรับรองความถูกต้องหมดอายุเมื่อการ เวลาหมดอายุหมดอายุ ตัวอย่างเช่น คุณสามารถตั้งค่าการหมดอายุของ 20 นาที และผู้ใช้ เยี่ยมชมไซต์ที่ 2:00 PM ผู้ใช้จะถูกเปลี่ยนเส้นทางไปยังหน้าการเข้าสู่ระบบถ้า ผู้เยี่ยมชมไซต์หลังจากที่ 2:20 PM

ถ้าคุณใช้แถบเลื่อนวันหมดอายุ การ สถานการณ์ที่ซับซ้อนมากขึ้นเล็กน้อยอยู่ คุกกี้และบัตรเป็นผลลัพธ์ รับการปรับปรุงถ้าผู้เยี่ยมชมไซต์หลังจากเวลาหมดอายุจะหมดอายุลงแล้วครึ่ง ตัวอย่างเช่น คุณตั้งค่าการหมดอายุของ 20 นาที โดยใช้แถบเลื่อนการหมดอายุ ผู้เยี่ยมชมไซต์ที่ 2:00 PM และผู้ใช้ได้รับคุกกี้ที่ถูกตั้งค่าให้หมดอายุเวลา 2:20 PM หมดอายุเท่านั้นได้รับการปรับปรุงถ้าผู้เยี่ยมชมไซต์หลังจากที่ 2:10 PM ถ้าผู้เยี่ยมชมไซต์ที่ 2:09 PM, ticket จะไม่ปรับปรุงเนื่องจากครึ่งหนึ่งของ เวลาหมดอายุไม่ผ่าน ถ้าผู้ใช้จากนั้นรอนาที 12 เยี่ยมชมไซต์ที่ 2: น. 21 บัตรจะหมดอายุ ผู้ใช้ที่ถูกเปลี่ยนเส้นทางเพื่อล็อกอิน หน้า

วิธีการหนึ่งเพื่อเข้าถึงชนิดของการตัดสินค้าจากคลังนี้จะเข้า สู่แบบฟอร์ม พิสูจน์ตัวจริงของคุกกี้และบัตรข้อมูล ด้วยวิธีนี้ คุณสามารถดูว่าการ คุกกี้ได้รับ โดย IIS และค่าคืออะไร คุณสามารถทำเช่นนี้ โดยการเขียน มีHttpModuleแล้ว เสียบโมดูลนั้นไปป์ไลน์การร้องขอ คุณจะไม่มีการปรับเปลี่ยนโค้ดของโปรแกรมประยุกต์ของคุณเพื่อเรียกดูข้อมูลที่คุณ จำเป็นต้อง

ตัวอย่างที่แนบใน Microsoft .NET Framework 1.1 และ.NET Framework 2.0 การทำงาน และมี ข้อคิดเห็นทั้งหมด ตัวอย่างประกอบด้วยแฟ้มต่อไปนี้:
  • FormsAuthEvents.cs: คลาสที่ประมวลผลIHttpModuleและผนวกเข้าไปในเหตุการณ์Application_BeginRequest
  • FormsAuthInfo.cs: คลาสที่ดึงข้อมูลคุกกี้ และ decrypts บัตรการรับรองความถูกต้องแบบฟอร์ม นอกจากนี้ยังตรวจสอบของโปรแกรมประยุกต์ เปิดแฟ้ม Web.config เพื่อให้แน่ใจที่ใช้การรับรองความถูกต้อง
  • FormsAuthConfig.cs: คลาสที่อ่านข้อมูลจากการ แฟ้ม FormsAuthLogger.config
  • Log.cs: แฟ้มที่ยอมรับแบบ stringbuilder และเขียนค่าออก เมื่อต้องการล็อกไฟล์
  • FormsAuthLogger.config: แฟ้ม XML ที่ถูกอ่าน โดยแฟ้ม Log.cs นี้ แฟ้มที่มีอยู่ในโฟลเดอร์ /bin กับ DLL สร้างขึ้น แฟ้มช่วยให้คุณสามารถ ตั้งค่าคอนฟิกต่อไปนี้:
    • กรองตาม IP: คุณสามารถกรองการจับภาพของข้อมูลด้วย IP ของไคลเอ็นต์ ด้วยวิธีนี้ คุณสามารถเข้าสู่เฉพาะคำร้องขอจากไคลเอนต์ที่ทราบว่าเป็น ทบทวนเกิดปัญหา ซึ่งช่วยลดขนาดของแฟ้มบันทึก
    • ชนิดของการจับภาพ: นี้ระบุตำแหน่งที่จะบันทึกแฟ้ม ค่าเริ่มต้นคือ โฟลเดอร์แฟ้มชั่วคราวของ ASP.NET แต่คุณสามารถบันทึกข้อมูลนี้ ที่ใดก็ได้ตราบเท่าบัญชีกระบวนการของผู้ปฏิบัติงานมีความสามารถในการเขียนไป โฟลเดอร์
หมายเหตุ ฉันจะมีการเชื่อมโยงดาวน์โหลดสำหรับรหัสที่ให้มาในตัว แฟ้ม FormsAuthLogger.zip

ฉันจะชี้ออกพื้นที่หลักที่นี่:
  1. สร้างคลาสที่ประมวลผลอินเทอร์เฟซสำหรับIHttpModule
    public class FormsAuthEvents : IHttpModule 
    {
    		…code…
    }
  2. เชื่อมต่อสายค่าเหตุการณ์คุณต้องการดู ในตัวอย่างนี้ เรากำลังใช้เหตุการณ์Application_BeginRequest วิธีนี้เราสามารถตรวจสอบการร้องขอแต่ละ และดูว่า มีแบบฟอร์มคุกกี้การรับรองความถูกต้องและล็อกFormsAuthenticationTicketถ้าคุกกี้มีอยู่
    public void Init(HttpApplication application) 
    {
    	//Wire up the BeginRequest event
    	application.BeginRequest += (new EventHandler(this.Application_BeginRequest));
    }
  3. นำเหตุการณ์Application_BeginRequest
    private void Application_BeginRequest(Object source, EventArgs e)
    {	
       …code to log the ticket…
    }
    
  4. ดึงข้อมูลคุกกี้การรับรองความถูกต้องแบบฟอร์ม และถอดรหัสลับแล้ว ดังกล่าว
  5. ค่าการเข้าสู่ระบบ ฉันจะขอแนะนำเข้าสู่ระบบต่อไปนี้ การเพิ่มข้อมูลของแบบฟอร์ม ซึ่งจะช่วยให้คุณจัดฟอร์มของคุณ ข้อมูลการรับรองความถูกต้องไปยังแฟ้มบันทึก IIS ถ้าจำเป็น:
    • วัน: อนุญาตให้คุณเห็นเมื่อการร้องขอมา ในการใช้งาน
    • RequestType: แสดงว่าการร้องขอ การรับ ลงรายการบัญชี
    • URL: แสดงรูปแบบของ คำร้องขอนำค่าปัญหา
    • ทำการอ้างอิง
    • ClientIP: ผนวกในคำขอไประบุ ไคลเอ็นต์

เสมอ คุณสามารถส่งความคิดเห็นในหัวข้อที่คุณต้องการ ได้รับการจัดการ ในอนาคตคอลัมน์ หรือ ในฐานข้อมูลองค์ความรู้ใช้ใน ขอดังกล่าว แบบฟอร์ม

คุณสมบัติ

หมายเลขบทความ (Article ID): 910439 - รีวิวครั้งสุดท้าย: 30 พฤษภาคม 2556 - Revision: 3.0
ใช้กับ
  • Microsoft ASP.NET 1.1
  • Microsoft ASP.NET 1.0
  • Microsoft ASP.NET 2.0
Keywords: 
kbtshoot kbiis kbcode kbasp kbmt KB910439 KbMtth
แปลโดยคอมพิวเตอร์
ข้อมูลสำคัญ: บทความนี้แปลโดยซอฟต์แวร์การแปลด้วยคอมพิวเตอร์ของ Microsoft แทนที่จะเป็นนักแปลที่เป็นบุคคล Microsoft มีบทความที่แปลโดยนักแปลและบทความที่แปลด้วยคอมพิวเตอร์ เพื่อให้คุณสามารถเข้าถึงบทความทั้งหมดในฐานความรู้ของเรา ในภาษาของคุณเอง อย่างไรก็ตาม บทความที่แปลด้วยคอมพิวเตอร์นั้นอาจมีข้อบกพร่อง โดยอาจมีข้อผิดพลาดในคำศัพท์ รูปแบบการใช้ภาษาและไวยากรณ์ เช่นเดียวกับกรณีที่ชาวต่างชาติพูดผิดเมื่อพูดภาษาของคุณ Microsoft ไม่มีส่วนรับผิดชอบต่อความคลาดเคลื่อน ความผิดพลาดหรือความเสียหายที่เกิดจากการแปลเนื้อหาผิดพลาด หรือการใช้บทแปลของลูกค้า และ Microsoft มีการปรับปรุงซอฟต์แวร์การแปลด้วยคอมพิวเตอร์อยู่เป็นประจำ
ต่อไปนี้เป็นฉบับภาษาอังกฤษของบทความนี้:910439

ให้ข้อเสนอแนะ

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com