Μετάβαση στο κύριο περιεχόμενο
Υποστήριξη
Είσοδος με Microsoft
Είσοδος ή δημιουργία λογαριασμού.
Γεια σας,
Επιλέξτε διαφορετικό λογαριασμό.
Έχετε πολλούς λογαριασμούς
Επιλέξτε τον λογαριασμό με τον οποίο θέλετε να εισέλθετε.

Φωνητική στήλη υποστήριξης ASP .NET

Αντιμετώπιση προβλημάτων ελέγχου ταυτότητας φορμών

Καλώς ορίσατε στη στήλη "Φωνή υποστήριξης" του ASP.NET! Ονομάζομαι Τζέρι Όρμαν. Είμαι στη Microsoft πάνω από 5 χρόνια και έχω αφιερώσει το μεγαλύτερο μέρος του χρόνου μου εστιάζοντας σε τεχνολογίες που σχετίζονται με το Web, όπως το Microsoft FrontPage και οι νέες τεχνολογίες Microsoft SharePoint. Έχω περάσει τον τελευταίο χρόνο δουλεύοντας με τη Microsoft ASP.NET ως μηχανικός υποστήριξης. Αυτόν το μήνα, στη στήλη Φωνή υποστήριξης, θα σας εξηγήσω τον τρόπο αντιμετώπισης προβλημάτων ελέγχου ταυτότητας φορμών στο Microsoft ASP.NET.

Αντιμετώπιση προβλημάτων ελέγχου ταυτότητας φορμών

Όταν χρησιμοποιείτε τον έλεγχο ταυτότητας φορμών σε μια εφαρμογή ASP.NET, μπορεί να σας φανεί απαραίτητο να αντιμετωπίσετε ένα πρόβλημα που παρουσιάζεται όταν ο χρήστης ανακατευθύνεται τυχαία στη σελίδα σύνδεσης. Σε έναν ιδανικό κόσμο, αυτό το πρόβλημα θα εμφανιζόταν με τρόπο που θα σας επέτρεπε να επισυνάψετε εύκολα έναν εντοπισμό σφαλμάτων και να καταγράψετε το πρόβλημα. Σε περιβάλλοντα παραγωγής, ωστόσο, αυτό σπάνια συμβαίνει. Για να αντιμετωπίσετε ένα τυχαίο πρόβλημα όπως αυτό, πρέπει να καταγράψετε πληροφορίες που σχετίζονται με το πρόβλημα, ώστε να μπορείτε να περιορίσετε τη βασική αιτία.

Σε αυτήν τη στήλη, θα καλύψουμε εν συντομία την έννοια "Έλεγχος ταυτότητας φορμών". Στη συνέχεια, θα εξετάσουμε ποια σενάρια οδηγούν στην ανακατεύθυνση ενός χρήστη στη σελίδα σύνδεσης και στον τρόπο καταγραφής δεδομένων που σχετίζονται με την απομόνωση του προβλήματος. Θα καλύψουμε επίσης τον τρόπο με τον οποίο μπορείτε να υλοποιήσετε ένα περιβάλλον εργασίας IHttpModule για να καταγράψετε τις πληροφορίες ελέγχου ταυτότητας φορμών.

Επισκόπηση ελέγχου ταυτότητας φορμών

Όταν ένας χρήστης πραγματοποιεί έλεγχο ταυτότητας σε μια τοποθεσία Web χρησιμοποιώντας τον έλεγχο ταυτότητας φορμών, ο διακομιστής δημιουργεί ένα cookie. Η αξία του cookie είναι ένα δελτίο ελέγχου ταυτότητας κρυπτογραφημένων φορμών. Το cookie μεταβιβάζεται στο διακομιστή σε κάθε αίτηση προς την εφαρμογή και η κλάση FormsAuthenticationModule αποκρυπτογραφεί την τιμή του cookie και καθορίζει εάν ο χρήστης είναι έγκυρος ή όχι.

Από προεπιλογή, η κλάση FormsAuthenticationModule προστίθεται στο αρχείο Machine.config. Η τάξη FormsAuthenticationModule διαχειρίζεται τη διαδικασία FormsAuthentication.

Ακολουθεί μια καταχώρηση από το αρχείο Machine.config:

<httpModule>
     …other modules…
     <add name="FormsAuthentication"
         type="System.Web.Security.FormsAuthenticationModule" />
     …other modules…
</httpModule>

Η γενική κίνηση HTTP για έλεγχο ταυτότητας με χρήση του ελέγχου ταυτότητας φορμών μοιάζει με την εξής:

  1. Ο υπολογιστής-πελάτης στέλνει ένα HTTP GET στο Default.aspx. Δεν αποστέλλονται cookie ελέγχου ταυτότητας φορμών.

  2. Ο διακομιστής στέλνει μια απόκριση 302 (ανακατεύθυνση) στο Login.aspx.

  3. Ο υπολογιστής-πελάτης στέλνει μια ΚΑΤΑΧΏΡΗΣΗ HTTP στο Login.aspx. Περιλαμβάνει τις πληροφορίες σύνδεσης.

  4. Ο διακομιστής στέλνει μια απόκριση 302 (ανακατεύθυνση) στο Default.aspx. Περιλαμβάνεται το cookie ελέγχου ταυτότητας φορμών.

  5. Ο υπολογιστής-πελάτης στέλνει ένα HTTP GET στο Default.aspx. Σε αυτά περιλαμβάνονται και τα cookie ελέγχου ταυτότητας φορμών.

Για περισσότερες πληροφορίες σχετικά με την εφαρμογή και τη χρήση του ελέγχου ταυτότητας φορμών, επισκεφθείτε τις ακόλουθες τοποθεσίες Web του MSDN:

http://msdn2.microsoft.com/en-us/library/7t6b43z4.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).aspxΓια περισσότερες πληροφορίες σχετικά με την κοινή χρήση cookies ελέγχου ταυτότητας φορμών, επισκεφθείτε την ακόλουθη ASP.NET τοποθεσία Web:

http://quickstarts.asp.net/QuickStartv20/aspnet/doc/security/formsauth.aspx

Λόγοι για τους οποίους ένας χρήστης μπορεί να ανακατευθυνθεί στη σελίδα σύνδεσης

Το cookie ελέγχου ταυτότητας φορμών χάνεται

Σενάριο 1


Σε αυτό το σενάριο, ένας χρήστης συνδέεται στην τοποθεσία Web. Σε κάποιο σημείο, ο υπολογιστής-πελάτης στέλνει μια αίτηση στο διακομιστή και το
Η κλάση FormsAuthenticationModule δεν λαμβάνει το cookie. Μπορείτε να προσδιορίσετε εάν ένα αίτημα χρήστη δεν περιέχει το cookie, ενεργοποιώντας την καταγραφή cookie στις υπηρεσίες Microsoft Internet Information Services (IIS). Για να το κάνετε αυτό, ακολουθήστε τα εξής βήματα:

  1. Ανοίξτε την Κονσόλα διαχείρισης της Microsoft (MMC) των IIS.

  2. Κάντε δεξί κλικ στην τοποθεσία Web και, στη συνέχεια, κάντε κλικ στην επιλογή
    Ιδιότητες.

  3. Κάντε κλικ στην καρτέλα Τοποθεσία Web και, στη συνέχεια, κάντε κλικ στην επιλογή Ενεργοποίηση καταγραφής.

  4. Βεβαιωθείτε ότι η μορφή αρχείου καταγραφής είναι W3C Extended Log File Format.

  5. Κάντε κλικ στην επιλογή Ιδιότητες.

  6. Κάντε κλικ στην καρτέλα Για προχωρημένους και, στη συνέχεια, κάντε κλικ στην επιλογή
    Εκτεταμένες ιδιότητες.

  7. Στην περιοχή Εκτεταμένες ιδιότητες, κάντε κλικ για να επιλέξετε το πλαίσιο ελέγχου Cookie(cs(Cookie)) και το πλαίσιο ελέγχου Παραπομπή (cs(Παραπέμπων)).

Αφού παρουσιαστεί αυτό το πρόβλημα, προσδιορίστε ποιος υπολογιστής-πελάτης είχε το πρόβλημα και τη διεύθυνση IP αυτού του πελάτη. Φιλτράρετε το αρχείο καταγραφής IIS στη διεύθυνση IP αυτού του πελάτη και προβάλετε τη στήλη <cookie>.

Σημείωση Μπορείτε να χρησιμοποιήσετε την ανάλυση αρχείου καταγραφής για ανάλυση των αρχείων καταγραφής IIS. Για να κάνετε λήψη της ανάλυσης αρχείων καταγραφής, επισκεφθείτε την ακόλουθη τοποθεσία της Microsoft στο Web:

http://www.microsoft.com/download/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07 Αφού έχετε τη λίστα με τα αιτήματα του συγκεκριμένου χρήστη, αναζητήστε τις αιτήσεις στη σελίδα σύνδεσης. Γνωρίζετε ότι ανακατευθύνθηκαν σε αυτήν τη σελίδα και θέλετε να δείτε τις αιτήσεις πριν από την εμφάνιση της ανακατεύθυνσης. Εάν δείτε κάτι παρόμοιο με το παρακάτω, ο πελάτης είτε δεν έστειλε το cookie είτε το cookie καταργήθηκε στο δίκτυο μεταξύ του υπολογιστή-πελάτη και του διακομιστή.

Αυτή είναι η αρχική σύνδεση.

Μέθοδος

Σελίδα

Απάντηση

Cookies

ΠΆΡΕΤΕ

/Default.aspx

302 (Ανακατεύθυνση)

Χωρίς μπισκότα

ΠΆΡΕΤΕ

/Login.aspx

200 (Επιτυχία)

Χωρίς μπισκότα

ΘΈΣΗ

/Login.aspx

302 (Ανακατεύθυνση)

Χωρίς μπισκότα

ΠΆΡΕΤΕ

/Default.aspx

200 (Επιτυχία)

. ASPXAUTH

ΠΆΡΕΤΕ

/SomePage.aspx

302 (Ανακατεύθυνση)

Όχι. ASPXAUTH Cookie

Αυτά είναι άλλα αιτήματα, ακολουθούμενα από μια αίτηση για μια σελίδα στην τοποθεσία χωρίς το . Cookie ASPXAUTH.

Μέθοδος

Σελίδα

Απάντηση

Cookies

ΠΆΡΕΤΕ

/SomePage.aspx

302 (Ανακατεύθυνση)

Όχι. ASPXAUTH Cookie

ΠΆΡΕΤΕ

/Login.aspx

200 (Επιτυχία)

Όχι. ASPXAUTH Cookie

ΘΈΣΗ

/Login.aspx

302 (Ανακατεύθυνση)

Όχι. ASPXAUTH Cookie

ΠΆΡΕΤΕ

/SomePage.aspx

200 (Επιτυχία)

. ASPXAUTH


Σημείωση Το πρώτο αίτημα του συγκεκριμένου χρήστη δεν είναι πιθανό να έχει cookie ελέγχου ταυτότητας φορμών, εκτός εάν δημιουργείτε ένα μόνιμο cookie. Το αρχείο καταγραφής των IIS θα σας δείξει μόνο τα cookies που ελήφθησαν στην αίτηση. Το πρώτο αίτημα για τη χρήση του cookie ελέγχου ταυτότητας φορμών θα βρίσκεται στο αίτημα μετά από μια επιτυχημένη προσπάθεια σύνδεσης.

Σενάριο 2


Το cookie ελέγχου ταυτότητας φορμών μπορεί επίσης να χαθεί όταν γίνει υπέρβαση του ορίου cookie του πελάτη. Στον Microsoft Internet Explorer, υπάρχει όριο 20 cookie. Μετά τη δημιουργία του 20ου cookie στον πελάτη, τα προηγούμενα cookies καταργούνται από τη συλλογή του πελάτη. Εάν η . Το cookie ASPXAUTH καταργείται, ο χρήστης θα ανακατευθυνθεί στη σελίδα σύνδεσης όταν υποβληθεί σε επεξεργασία η επόμενη αίτηση.

Μπορείτε να αντιμετωπίσετε αυτά τα δύο σενάρια με τον ίδιο τρόπο. Ελέγξτε την αίτηση λίγο πριν από την ανακατεύθυνση στη σελίδα σύνδεσης. Εάν η αίτηση σε αυτήν τη σελίδα δημιουργήσει cookies, αυτό θα είναι κάτι που θα πρέπει να διερευνήσετε.

Μπορείτε να χρησιμοποιήσετε το Fiddler για να προβάλετε τις κεφαλίδες HTTP που αποστέλλονται στο πρόγραμμα-πελάτη. Αφού αποτυπώσετε την κυκλοφορία, κάντε διπλό κλικ σε μια αίτηση και, στη συνέχεια, κάντε κλικ στην επιλογή Κεφαλίδες για να δείτε την κεφαλίδα Set-Cookie. Εάν εντοπίσετε μια επιτυχημένη σύνδεση, θα δείτε την κεφαλίδα Set-Cookie ως απάντηση μιας επιτυχημένης σύνδεσης.

Για να κατεβάσετε το Fiddler, επισκεφθείτε την ακόλουθη τοποθεσία Web του Fiddler:

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

Σενάριο 3


Αφού αποχωρήσει η αίτηση από τον υπολογιστή-πελάτη, υπάρχουν διάφορα επίπεδα που μπορούν να επηρεάσουν τα πακέτα που αποστέλλονται. Για να προσδιορίσετε εάν μια συσκευή δικτύου καταργεί το cookie, πρέπει να καταγράψετε μια ανίχνευση δικτύου στον υπολογιστή-πελάτη και το διακομιστή και, στη συνέχεια, να αναζητήσετε στο σώμα της αίτησης για το cookie. Θέλετε να εξετάσετε το αίτημα του πελάτη για να βεβαιωθείτε ότι το cookie στάλθηκε και να ελέγξετε την ανίχνευση διακομιστή για να βεβαιωθείτε ότι ο διακομιστής έλαβε το cookie.

Αίτημα

πελάτη Αυτή είναι μια αίτηση GET μετά τον έλεγχο ταυτότητας του χρήστη. Οι πληροφορίες δελτίου ελέγχου ταυτότητας φορμών επισημαίνονται με μπλε χρώμα. Αυτό επιβεβαιώνει ότι οι πληροφορίες cookie αποχώρησαν από τον πελάτη. Όταν χρησιμοποιείτε ένα εργαλείο καταγραφής δικτύου, όπως το 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

Αίτηση

από την πλευρά του διακομιστή Όταν βλέπετε την αίτηση που έφτασε στο διακομιστή, θέλετε να βεβαιωθείτε ότι ο διακομιστής έλαβε τις ίδιες πληροφορίες που έστειλε το πρόγραμμα-πελάτης. Εάν ο διακομιστής δεν έλαβε τις ίδιες πληροφορίες, πρέπει να διερευνήσετε άλλες συσκευές στο δίκτυο για να προσδιορίσετε πού καταργήθηκε το cookie.

Σημείωση Υπάρχουν επίσης περιπτώσεις φίλτρων ISAPI που καταργούν cookies. Εάν επιβεβαιώσετε ότι ο διακομιστής Web έλαβε το cookie, αλλά το cookie δεν εμφανίζεται στα αρχεία καταγραφής των IIS, ελέγξτε τα φίλτρα ISAPI. Ίσως χρειαστεί να καταργήσετε τα φίλτρα για να δείτε εάν το πρόβλημα επιλύθηκε.

Το χρονικό όριο δελτίου ελέγχου ταυτότητας φορμών

Η άλλη συνήθης αιτία ανακατεύθυνσης ενός χρήστη είναι εάν έχει λήξει το δελτίο ελέγχου ταυτότητας φορμών. Το δελτίο ελέγχου ταυτότητας φορμών μπορεί να ορίζεται με δύο τρόπους. Το πρώτο σενάριο προκύπτει εάν χρησιμοποιήσετε την απόλυτη λήξη. Με απόλυτη λήξη, το δελτίο ελέγχου ταυτότητας λήγει όταν λήξει ο χρόνος λήξης. Για παράδειγμα, ορίζετε λήξη 20 λεπτών και ένας χρήστης επισκέπτεται την τοποθεσία στις 2:00 μμ. Ο χρήστης θα ανακατευθυνθεί στη σελίδα σύνδεσης εάν ο χρήστης επισκεφθεί την τοποθεσία μετά τις 2:20 μμ.

Εάν χρησιμοποιείτε συρόμενη λήξη, το σενάριο είναι λίγο πιο περίπλοκο. Το cookie και το δελτίο που προκύπτει ενημερώνονται εάν ο χρήστης επισκέπτεται την τοποθεσία μετά τη λήξη του χρονικού διαστήματος λήξης. Για παράδειγμα, μπορείτε να ορίσετε λήξη 20 λεπτών χρησιμοποιώντας τη λήξη της κύλισης. Ένας χρήστης επισκέπτεται την τοποθεσία στις 2:00 μ.μ. και ο χρήστης λαμβάνει ένα cookie που έχει οριστεί να λήξει στις 2:20 μμ. Η λήξη ενημερώνεται μόνο εάν ο χρήστης επισκέπτεται την τοποθεσία μετά τις 2:10 μ.μ. Εάν ο χρήστης επισκεφθεί την τοποθεσία στις 2:09 μ.μ., το εισιτήριο δεν ενημερώνεται, επειδή δεν έχει παρέλθει το ήμισυ του χρόνου λήξης. Εάν ο χρήστης στη συνέχεια περιμένει 12 λεπτά, επισκεφθείτε την τοποθεσία στις 2:21 μ.μ., το εισιτήριο θα λήξει. Ο χρήστης ανακατευθύνεται στη σελίδα σύνδεσης.

Ένας τρόπος για να προσεγγίσετε αυτόν τον τύπο προβλήματος είναι να καταγράψετε τα cookie ελέγχου ταυτότητας φορμών και τις πληροφορίες δελτίου. Με αυτόν τον τρόπο, μπορείτε να δείτε εάν το cookie παραλήφθηκε από το IIS και ποιες είναι οι τιμές. Αυτό μπορείτε να το κάνετε γράφοντας ένα HttpModule και, στη συνέχεια, συνδέοντας αυτή τη λειτουργική μονάδα στη διοχέτευση αίτησης. Δεν θα χρειαστεί να τροποποιήσετε τον κωδικό της εφαρμογής σας για να λάβετε τις πληροφορίες που χρειάζεστε.

Το συνημμένο δείγμα λειτουργεί στο Microsoft .NET Framework 1.1 και στο .NET Framework 2.0 και περιέχει σχόλια σε όλο το μέγεθος. Το δείγμα περιλαμβάνει τα ακόλουθα αρχεία:

  • FormsAuthEvents.cs: Η τάξη που υλοποιεί το IHttpModule και τους δεσμούς με την Application_BeginRequest εκδήλωση.

  • FormsAuthInfo.cs: Η κλάση που ανακτά το cookie και αποκρυπτογραφεί το δελτίο ελέγχου ταυτότητας φορμών. Ελέγχει επίσης το αρχείο 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. Με αυτόν τον τρόπο μπορούμε να διερευνήσουμε κάθε αίτηση και να προσδιορίσουμε εάν έχει το cookie ελέγχου ταυτότητας φορμών και να καταγράψουμε το FormsAuthenticationTicket εάν το cookie βρίσκεται εκεί.

    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. Ανακτήστε το cookie ελέγχου ταυτότητας φορμών και, στη συνέχεια, αποκρυπτογραφήστε το.

  5. Καταγράψτε τις τιμές. Θα συνιστούσα την καταγραφή των ακόλουθων εκτός από τις πληροφορίες φορμών. Αυτό θα σας βοηθήσει να ευθυγραμμίσετε τις πληροφορίες ελέγχου ταυτότητας φορμών στα αρχεία καταγραφής των IIS, εάν είναι απαραίτητο:

    • Ημερομηνία: Σας επιτρέπει να δείτε πότε πραγματοποιήθηκε η αίτηση.

    • Τύπος αίτησης: Εμφανίζει εάν η αίτηση είναι Λήψη ή Δημοσίευση.

    • ΔΙΕΎΘΥΝΣΗ URL: Εμφανίζει το μοτίβο των αιτήσεων που οδηγούν στο πρόβλημα.

    • Referrer

    • ClientIP: Δεσμοί στις αιτήσεις προς ένα συγκεκριμένο πελάτη.

Χρειάζεστε περισσότερη βοήθεια;

Θέλετε περισσότερες επιλογές;

Εξερευνήστε τα πλεονεκτήματα της συνδρομής, περιηγηθείτε σε εκπαιδευτικά σεμινάρια, μάθετε πώς μπορείτε να προστατεύσετε τη συσκευή σας και πολλά άλλα.

Οι κοινότητες σάς βοηθούν να κάνετε και να απαντάτε σε ερωτήσεις, να δίνετε σχόλια και να ακούτε από ειδικούς με πλούσια γνώση.

Σας βοήθησαν αυτές οι πληροφορίες;

Πόσο ικανοποιημένοι είστε με τη γλωσσική ποιότητα;
Τι επηρέασε την εμπειρία σας;
Πατώντας "Υποβολή" τα σχόλια σας θα χρησιμοποιηθούν για τη βελτίωση των προϊόντων και των υπηρεσιών της Microsoft. Ο διαχειριστής IT θα έχει τη δυνατότητα να συλλέξει αυτά τα δεδομένα. Δήλωση προστασίας προσωπικών δεδομένων.

Σας ευχαριστούμε για τα σχόλιά σας!

×