Memecahkan masalah otentikasi formulir

Skenario 1

Dalam skenario ini, pengguna yang log masuk ke situs Web. Pada beberapa titik, klien mengirimkan permintaan ke server, dan
Kelas FormsAuthenticationModule tidak menerima cookie. Anda dapat menentukan jika permintaan pengguna tidak berisi cookie dengan mengaktifkan cookie pengelogan di Microsoft Internet informasi Services (IIS). Untuk melakukannya, ikuti langkah-langkah berikut:

1. Buka IIS konsol manajemen Microsoft (MMC).

2. Klik kanan situs Web, dan kemudian klik
   Properti.

3. Klik tab situs Web , dan kemudian klik Aktifkan pengelogan.

4. Pastikan bahwa log format W3C perpanjangan Log Format berkas.

5. Klik Properti.

6. Klik Advanced tab, dan kemudian klik
   Perpanjangan properti.

7. Pada Properti diperpanjang, klik untuk memilih kotak centang Cookie(cs(Cookie)) dan Referer (cs(Referer)) kotak centang.

Setelah masalah ini terjadi, tentukan klien yang memiliki masalah dan alamat IP klien tersebut. Memfilter log IIS pada alamat IP klien tersebut, dan melihat kolom <cookie>.

Catatan Anda dapat menggunakan Log Parser untuk memilah log IIS. Untuk men-download Log Parser, kunjungi situs Web Microsoft berikut ini:

http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07Setelah Anda memiliki daftar permintaan dari pengguna khusus, Cari permintaan ke halaman login. Anda tahu mereka diarahkan kembali ke Halaman ini, dan Anda ingin melihat permintaan sebelum pengalihan terjadi. Jika Anda melihat sesuatu yang mirip dengan berikut ini, klien baik tidak mengirim cookie atau kuki dihapus pada jaringan antara klien dan server.

Ini adalah login awal.

Ini adalah permintaan lainnya, diikuti oleh permintaan halaman di situs tanpa. ASPXAUTH cookie.

Catatan Permintaan pertama dari pengguna yang bukan mungkin memiliki bentuk otentikasi cookie kecuali jika Anda membuat kuki persisten. IIS Log hanya akan menampilkan cookie yang diterima dalam permintaan. Permintaan pertama memiliki bentuk otentikasi kuki akan permintaan setelah berhasil login upaya.

Skenario 2

Cookie otentikasi formulir juga dapat hilang ketika klien cookie batas terlampaui. Di Microsoft Internet Explorer, ada batas 20 cookie. Setelah cookie 20 dibuat di klien, kuki sebelumnya akan dihapus dari klien pengumpulan. Jika. ASPXAUTH cookie dihapus, pengguna akan dialihkan ke halaman login ketika permintaan berikutnya diproses.

Anda dapat memecahkan masalah ini dua skenario dengan cara yang sama. Melihat permintaan sebelum pengalihan ke halaman login. Jika permintaan ke Halaman ini menghasilkan cookie, ini akan menjadi sesuatu untuk menyelidiki.

Untuk informasi selengkapnya, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:

306070 nomor dan batas ukuran kuki di Internet Explorer


Anda dapat menggunakan Fiddler untuk melihat header HTTP yang dikirim ke klien. Setelah Anda menangkap lalu lintas, klik dua kali permintaan, dan kemudian klik header untuk melihat header Set-Cookie. Jika Anda melacak berhasil login, Anda akan melihat Set-Cookie kop respons berhasil login.

Untuk mengunduh Fiddler, kunjungi situs Fiddler Web berikut ini:

http://www.fiddlertool.com/fiddler/

Skenario 3

Setelah permintaan meninggalkan klien, ada berbagai lapisan yang dapat mempengaruhi paket yang akan dikirim. Untuk menentukan apabila perangkat jaringan menghapus cookie, Anda harus merekam jejak jaringan pada klien dan server, dan kemudian Cari di badan permintaan cookie. Anda ingin melihat permintaan klien untuk memastikan bahwa kuki dikirimkan, dan periksa jejak server untuk memastikan bahwa server menerima cookie.

Permintaan klien

Ini adalah permintaan GET setelah pengguna telah dikonfirmasi. Informasi tiket otentikasi formulir disorot dengan warna biru. Ini menegaskan bahwa informasi kuki meninggalkan klien. Ketika Anda menggunakan alat tangkap jaringan, seperti Netmon, Anda melihat lalu lintas yang benar-benar pergi melalui adaptor.

47 45 54 20 68 74 74 70-3a 2f 2f 6c 6f 63 61 6c   GET http://local68 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

Permintaan sisi server

Ketika Anda melihat permintaan yang mencapai server, Anda ingin memastikan bahwa server menerima informasi yang sama yang dikirimkan oleh klien. Jika server tidak menerima informasi yang sama, Anda perlu menyelidiki perangkat lain di jaringan untuk menentukan mana cookie telah dihapus.

Catatan Juga telah unsur filter ISAPI menghapus cookie. Jika Anda mengkonfirmasi bahwa Web server menerima cookie, tetapi cookie tidak tercantum dalam log IIS, periksa filter ISAPI. Anda mungkin harus menghapus filter untuk melihat apakah masalah teratasi.