प्रतिक्रिया कोड 401 jquery AJAX त्रुटि हैंडलर

Question

से पहले मूल प्रमाणीकरण को ट्रिगर करना मेरे पास एक परिदृश्य है जहां मुझे "प्रपत्र प्रमाणीकरण" का उपयोग करके AJAX अनुरोधों के प्रमाणीकरण को संभालना है। मेरी पिछली स्टैक ओवरफ्लो पोस्ट से कुछ खोज और सहायता के आधार पर, मैंने here पर वर्णित विधि का उपयोग करने का निर्णय लिया था।

विचार अनधिकृत अनुरोधों के लिए 401 प्रतिक्रिया वापस भेजना है, और उसके बाद AJAX त्रुटि हैंडलर में इसे संभालना है। तो मेरे पास मेरे एएसपीनेट एमवीसी 3 लेआउट पेज में एक एजेक्स त्रुटि हैंडलर है जो ब्राउज़र को लॉगिन पृष्ठ पर रीडायरेक्ट करता है जब इसे अनधिकृत AJAX अनुरोधों पर 401 प्रतिक्रिया प्राप्त होती है। AJAX त्रुटि हैंडलर यहाँ है।

$(document).ajaxError(function (event, jqXHR, ajaxSettings, thrownError) { 
    if (jqXHR.status == "401") { 
     window.location.replace(loginUrl); 
    } 
    .... 
}); 

यह सब मेरे स्थानीय आईआईएस 7.5 सर्वर पर अच्छी तरह से काम करता है। लेकिन सर्वर पर जहां मेरी साइट होस्ट की जाती है, दुर्भाग्यवश, मुझे अवांछित AJAX अनुरोधों (उदाहरण के लिए सत्र का समय समाप्त हो गया) पर मूल प्रमाणीकरण पॉपअप मिलता है, AJAX त्रुटि हैंडलर चलता है और ब्राउज़र को लॉगिन पृष्ठ पर रीडायरेक्ट करता है। जब मैं रद्द करें बटन दबाकर "प्रमाणीकरण आवश्यक" पॉपअप को रद्द करता हूं, तो AJAX त्रुटि हैंडलर चलता है और मुझे लॉगिन पृष्ठ पर रीडायरेक्ट किया जाता है।

तो, ब्राउज़र AJAX त्रुटि हैंडलर चलाने से पहले प्रमाणीकरण पॉपअप क्यों दिखाता है?

संपादित करें: होस्टिंग सर्वर चल रहा है IIS 6.

Answer 1

प्रतिक्रिया से WWW-प्रमाणित हैडर दूर करने की कोशिश।

Answer 2

एकीकृत मोड में आईआईएस 6? मुझे विश्वास नहीं है कि ऐसी कोई चीज नहीं है, जब तक कि आप एकीकृत प्रमाणीकरण के बारे में बात नहीं कर रहे हों।

मेरा अनुमान है कि आप एक गैर-एएसपीएक्स एक्सटेंशन का उपयोग कर रहे हैं, इसलिए आईआईएस 6 पर इसका मतलब है कि यह .NET प्रक्रिया को भी मार नहीं रहा है। इसलिए, आईआईएस इसका अपना 401 त्रुटि प्रतिक्रिया पृष्ठ उपयोग कर रहा है।

संभावना है कि समाधान सभी अनुरोधों को .NET प्रक्रिया द्वारा संभालने के लिए मजबूर करना है।

आपके होस्ट को आईआईएस गुणों> कॉन्फ़िगरेशन> वाइल्डकार्ड मैपिंग्स में जाना होगा - और सब कुछ .NET प्रक्रिया में मैप करना होगा।

Answer 3

.net 401 त्रुटियों को पकड़ नहीं पाएगा। मैंने आईआईएस त्रुटि पृष्ठ को डिफ़ॉल्ट 401 पेज से अपने स्थिर 401 पेज पर सेट करना था। उस पृष्ठ से मैंने किसी अन्य हैंडलर पर रीडायरेक्ट करने के लिए जावास्क्रिप्ट का उपयोग किया था।

Answer 4

यह एक आसान सवाल के साथ एक आम सवाल है। 401 को .NET प्रमाणीकरण मॉड्यूल द्वारा लॉगिन पेज पर 302 में परिवर्तित किया गया है। ब्राउज़र 401 केवल 302 को नहीं देखता है।

बेशक यह अजाक्स कॉल के साथ अच्छी तरह से खेल नहीं रहा है।

सबसे अच्छा समाधान मैंने कोशिश की और मैं वर्तमान में उपयोग कर रहा हूं जिसमें एक नई विशेषता लिखना शामिल है जो 401 को पकड़ रहा है और इसे ट्रैनफॉर्म करता है ... 40 9 जो jquery AJAX हैंडलर द्वारा पकड़ा जाता है।

यह एक सशुल्क उत्पाद का हिस्सा है इसलिए मैं कोई कोड नहीं दे सकता।

Answer 5

रुको! मैंने सोचा कि आपने अजाक्स अनुरोध किया है, आप AJAX अनुरोध पर पॉपअप कैसे प्राप्त कर सकते हैं? मुझे यकीन है कि कहीं और आप AJAX कॉल से पहले भी URL पर कॉल ट्रिगर कर रहे हैं। आपके परिदृश्य से यह साबित हुआ कि जब आप पॉपअप को रद्द करते हैं, तो आपका वास्तविक AJAX अनुरोध किया जा रहा है और इसलिए आप AJAX रीडायरेक्ट कर सकते हैं।

विचार अप्रमाणित अनुरोधों के लिए एक 401 प्रतिक्रिया वापस भेजने, और फिर संभाल कि AJAX त्रुटि हैंडलर में है

यदि आप, आपके द्वारा केवल ajax अनुरोध भेजने के एक ajax प्रतिक्रिया प्राप्त कर सकते हैं सामान्य http अनुरोध भेजें तो आपको एक पॉपअप मिलेगा। इसका नेट या जावा से कोई लेना देना नहीं है :)

Answer 6

समाधान here एमवीसी फ्रेमवर्क डिफ़ॉल्ट व्यवहार को हल करने के लिए एक कस्टम HttpModule लिखना है। एक बार जब मैं अंततः मॉड्यूल पंजीकृत करने में सक्षम था (cheers David Ebbo) यह मेरे लिए काम किया। आप SuppressAuthenticationRedirect पर कॉल करने के लिए अपना खुद का मानदंड चुनना चाह सकते हैं।

public class SuppressFormsAuthenticationRedirectModule : IHttpModule { 
    private static readonly object SuppressAuthenticationKey = new Object(); 

    public static void SuppressAuthenticationRedirect(HttpContext context) { 
    context.Items[SuppressAuthenticationKey] = true; 
    } 

    public static void SuppressAuthenticationRedirect(HttpContextBase context) { 
    context.Items[SuppressAuthenticationKey] = true; 
    } 

    public void Init(HttpApplication context) { 
    context.PostReleaseRequestState += OnPostReleaseRequestState; 
    context.EndRequest += OnEndRequest; 
    } 

    private void OnPostReleaseRequestState(object source, EventArgs args) { 
    var context = (HttpApplication)source; 
    var response = context.Response; 
    var request = context.Request; 

    if (response.StatusCode == 401 && request.Headers["X-Requested-With"] == 
     "XMLHttpRequest") { 
     SuppressAuthenticationRedirect(context.Context); 
    } 
    } 

    private void OnEndRequest(object source, EventArgs args) { 
    var context = (HttpApplication)source; 
    var response = context.Response; 

    if (context.Context.Items.Contains(SuppressAuthenticationKey)) { 
     response.TrySkipIisCustomErrors = true; 
     response.ClearContent(); 
     response.StatusCode = 401; 
     response.RedirectLocation = null; 
    } 
    } 

    public void Dispose() { 
    } 

    public static void Register() { 
    DynamicModuleUtility.RegisterModule(
     typeof(SuppressFormsAuthenticationRedirectModule)); 
    } 
} 

Answer 7

रूप Softlion कहा

यह एक आसान जवाब के साथ एक आम सवाल है। 401 को .NET प्रमाणीकरण मॉड्यूल द्वारा लॉगिन> पेज में 302 में परिवर्तित किया गया है। ब्राउज़र 401 केवल 302.

कभी नहीं यदि आप .net 4 का उपयोग कर रहे हैं और बाद में, तुम मेरे लिए नीचे

HttpContext.Response.SuppressFormsAuthenticationRedirect = true; 

यह काम के ठीक कोड का उपयोग करें।

Answer 8

मेरे लिए यह सरल हो गया। अधिकांश गुमनाम प्रमाणीकरण के साथ IIS वेब साइटों को भी एक डिफ़ॉल्ट Windows प्रमाणीकरण सक्षम

विंडोज प्रमाणीकरण बंद करें जो कि लॉगिन स्क्रीन पॉप अप होता है, जब साइट एक ajax कॉल से 401 भी पता लगाता है।

<security> <authentication> <anonymousAuthentication enabled="true" /> <windowsAuthentication enabled="false" /> </authentication> </security>