2010-02-02 15 views
5

स्पष्टीकरण के साथ अद्यतनफ़ायरफ़ॉक्स: लॉगिन जानकारी याद रखने का आधार क्या है?

हैलो,

जब हमारे उपयोगकर्ता http://mysubdomain.server.com/login पर जाते हैं तो वे https://secure.server.com/login?subdomain=mysubdomain पर रीडायरेक्ट हो जाते हैं। तो वास्तविक लॉगिन पेज secure.server.com सबडोमेन पर स्थित है।

समस्या यह है कि यदि उपयोगकर्ता subdomainA के लिए प्रमाण-पत्र के साथ लॉग इन करता है और फ़ायरफ़ॉक्स को पासवर्ड याद रखने के लिए कहता है, तो ब्राउज़र लॉगिन फॉर्म को स्वत: पूर्ण कर देगा, भले ही उपयोगकर्ता लॉगिन पेज पर जाता है जिसका मतलब subdomainB में लॉग इन करना है।

फ़ायरफ़ॉक्स मानता है कि secure.server.com/login?subdomain=subdomainA पर लॉगिन फॉर्म secure.server.com/login?subdomain=subdomainB पर एक जैसा है।

सबसे पहले, मैंने सोचा था कि फ़ायरफ़ॉक्स यूआरएल के संयोजन और फॉर्म के name विशेषता के आधार पर पासवर्ड याद करता है, लेकिन मैंने subdomain (name="login-<subdomain_name>") के आधार पर name को बदलने की कोशिश की है, और यह अभी भी काम नहीं करता है ।

मैं फ़ायरफ़ॉक्स को subdomainA और subdomainB के लिए अलग-अलग पासवर्ड कैसे याद कर सकता हूं, और एक साथ नहीं?

उत्तर

3

मैं आपके सेटअप के बारे में काफी समझ नहीं पा रहा था, लेकिन आप login manager debugging सक्षम कर सकते हैं और जांच सकते हैं कि फ़ायरफ़ॉक्स क्या करता है। लॉग इन के साथ डेटा के कौन से टुकड़े संग्रहीत किए जाते हैं, यह देखने के लिए आप अपने profile में signons.sqlite का भी निरीक्षण कर सकते हैं।

मैंने सोचा कि वेब रूपों के लिए यह फ़ॉर्म के सबमिट यूआरएल को बंद कर दिया गया है, लेकिन मेरी याददाश्त इस पर छायादार है।

[संपादित करें] source (nsLoginManager.js) कहना है कि वह केवल प्रपत्र के action और पृष्ठ का URL का उपयोग करता है, और यह कार्रवाई/पृष्ठ URL ही नहीं का उपयोग करता है, लेकिन (_getPasswordOrigin देखें) योजना + मेजबान + बंदरगाह संयोजन।

+1

उत्कृष्ट अंतर्दृष्टि और लिंक! फ़ायरफ़ॉक्स के लिए फॉर्म सबमिट यूआरएल के आधार पर पासवर्ड याद रखने के लिए यह बहुत समझ में आता है ... समस्या यह है कि यह केवल पैरामीटर पर भेद नहीं करता है जिसे मैं अलग-अलग खर्च कर सकता हूं: 'secure.server.com/check-login ? सबडोमेन = सबडोमेन ए' बनाम 'secure.server.com/check-login? subdomain = subdomainB'। – Dan

+1

@ डैन: फिर दुर्भाग्य! मैंने पोस्ट को स्रोत के लिंक के साथ अद्यतन किया। – Nickolay

+0

आपके पास तब दो समाधान हैं। 1: विभिन्न बंदरगाह https: //, प्रति सबडोमेन पर रीडायरेक्ट कर रहे हैं। 2: प्रत्येक सबडोमेन के लिए 'सुरक्षित' के सबडोमेन। –

1

वे वास्तव में सिर्फ प्रवेश के बाद https पर पुनः निर्देशित किया करने के लिए http में डेटा डाल रहे हैं, कि एक बुरा परिदृश्य नहीं है? आप पहले से तार में अनएन्क्रिप्टेड डेटा का सबसे संवेदनशील टुकड़ा भेज रहे हैं।

मेरा मानना ​​है कि एक बेहतर समाधान उन्हें https साइट पर रीडायरेक्ट करना होगा और वहां लॉगिन करना होगा ... क्या आपके सेटअप के साथ कुछ याद आ रही है? क्या वे सुरक्षित साइट पर फिर से लॉगिन करते हैं?

+1

ऐसा नहीं है। ब्राउज़र mysubdomain.server.com पर पासवर्ड याद रखेगा, न कि 'सुरक्षित' पर। ऐसा लगता है कि http://mysubdomain.server.com/login किसी भी डेटा एंट्री के बिना बस एक रीडायरेक्ट है, क्योंकि यह safe.server.com है जहां डेटा स्वतः भरा हुआ है। –

+0

@ एसएफ - असुरक्षित डोमेन ** पर लॉगिन/पासवर्ड बॉक्स क्यों है **? ऑटो-भरने के लिए वहां कहीं भी नहीं होना चाहिए। मैं यह नहीं कह रहा हूं कि आपको सभी मामलों के लिए https की आवश्यकता है, लेकिन यदि आपके पास है, तो आप इसका उपयोग सभी चीजों के लॉगिन के लिए क्यों नहीं करेंगे? –

+1

आप दावा क्यों कर रहे हैं कि वहां ऐसा बॉक्स है? असुरक्षित पृष्ठ में केवल "लॉग इन करने की आवश्यकता है, लॉगिन पृष्ठ सुरक्षित करने के लिए आगे बढ़ें" लिंक/रीडायरेक्ट हो सकता है।सुरक्षित डेटा पर सभी डेटा एंट्री (और ऑटो-भरना) होता है। –

1

AFAIK डोमेन नाम (पूर्ण) लॉगिन याद रखने के लिए वर्तमान आधार है। हालांकि, यह हमेशा ऐसा नहीं था। मुझे प्रोटोकॉल या पोर्ट नंबर के बारे में निश्चित नहीं है, लेकिन a.domain.comb.domain.com और domain.com से अलग है, लेकिन a.domain.com/somewhere के समान है।

संबंधित मुद्दे