http referer - कौन से ब्राउज़र/प्लग इन HttpReferer को भेजा जा रहा है?




http-referer (4)

मैं हमारे सर्वर लॉग में एचटीटीपी रीफेरर स्ट्रिंग्स की व्याख्या करने की कोशिश कर रहा हूं। ऐसा लगता है कि खाली मूल्यों की काफी संख्या है

मैं सोच रहा हूं कि इन रिक्त मूल्यों में से कितने लोग सीधे यूआरएल को ब्राउज़र में सीधे प्रवेश करने वाले लोगों से सीधे हिट के कारण होते हैं और कुछ प्रकार की अवरुद्ध सुविधा के कारण हो सकते हैं जो रैफ़र को भेजे जाने से रोकता है

मुझे सच में पता नहीं है कि कितने लोग उपकरण या ब्राउज़र या 'निनामीकर्ता' का उपयोग कर रहे हैं जो संदर्भ को अवरुद्ध कर सकता है। कोई इनपुट?


मैं फ़ायरफ़ॉक्स के "वेब डेवलपर" एक्सटेंशन का उपयोग कर इसे व्यक्तिगत रूप से अक्षम कर देता हूं, केवल कुछ "उपयोगी" साइट्स के कारण जो उन खोज शब्दों को हाइलाइट करता है जिन्हें मैं उस पृष्ठ पर प्राप्त करता था।

धन्यवाद, मैं एक हाइलाइटर प्लग-इन स्थापित करने में पूरी तरह सक्षम हूं, या आपके पृष्ठ के अंदर के शब्दों की खोज करें।


मुझे लगता है कि आईएसपी के प्रतिबंधों के कारण वास्तव में एक बड़ा हिस्सा हो सकता है मुझे पता है कि अपने आईएसपी (बीटी, यूके में) इसे फिल्टर (संभवतः राउटर में) पर होता है जो समय पर खूनी परेशान होता है।

जैसा कि यह पता चला है, खंड वास्तव में जोन अलार्म, एक सॉफ्टवेयर फ़ायरवॉल, द्वारा किया जाता है, जिसे अक्सर आईएसपी द्वारा आपूर्ति की जाती है।


मैं अपने ब्लॉगिंग ऐप में इस सब चीजों को लॉग करता था - बहुत सारे सभी बॉट रेफरर जानकारी कभी नहीं भेजें

आपको एक शिक्षित अनुमान बनाने में सक्षम होना चाहिए कि क्या इसे फ़िल्टर किए जाने या यूआरएल में प्रवेश करने वाले लोग नीचे हैं या नहीं।

यदि पहली हिट में कोई संदर्भ नहीं है लेकिन छवियों / सीएसएस आदि के लोडिंग के संदर्भ में जानकारी है, तो उन्होंने सीधे यूआरएल में प्रवेश किया है
अगर वे कभी भी कोई छवियों या सीएसएस के साथ HTML खींचते हैं तो वे सबसे अधिक संभावना एक बॉट (या शायद लिंक्स का प्रयोग कर रहे हैं)
यदि वे एचटीएमएल, छवियों और सीएसएस को कोई रेफ़रलर के नीचे खींच नहीं लेते हैं तो इसे फ़िल्टर किया जा रहा है।


कुछ एंटीवायरस सॉफ़्टवेयर मंद हो गया है और यह "सुरक्षा" कारणों के लिए भी शुरू कर रहा है

हमारे पास एक ऐसा ईमेल फ़ॉर्म था जिसने रेफरर ट्रैकिंग का इस्तेमाल किया था जिसमें यादृच्छिक बॉट-स्पैम के सार को खत्म करने के लिए कुछ लोग कहते थे कि यह काम नहीं कर रहा था।

पूरी तरह से आश्चर्यजनक नहीं है, लेकिन रेफरर हैडर के बहुत अच्छे उपयोगों की तुलना में सिर्फ 'बुराई होने और लोगों से आकर देखने के लिए' इसे वैध बनाने के लिए है।

(उदाहरण के लिए कुछ एंटीवायरस पैकेज को पूरी तरह से काम करने के लिए ईमेल को रोकने के लिए जाना जाता है, और क्लाइंट आपको रिंग करेंगे और आपको अपनी गलती बताएंगे, जब तक कि आप उन्हें अपने कचरे से छुटकारा पाने के लिए नहीं कहेंगे, मैंने कभी भी उस कंपनी के लिए एंटीवायरस से पहले कभी नहीं सुना है। 40 वें समय और वे सुनते हैं और उनकी समस्या जादुई हल करती है)

सुरक्षा पर परिशिष्ट

एक साइट के भीतर राज्य को रखने के लिए रेफ़रर ट्रैकिंग बहुत उपयोगी है (कुकीज़ की आवश्यकता के बिना)

रेफरर ट्रैकिंग यह स्वीकार करने के लिए बहुत उपयोगी है कि उपयोगकर्ता मूल साइट से ही (कुकीज़ की आवश्यकता के बिना)

यद्यपि मैं एक रेफरल के माध्यम से डेटा को लीक करने वाली तृतीय पक्ष साइटों को लीक करने के साथ एक वैध गोपनीयता चिंता देखता हूं, और प्राप्तकर्ता को यह देखकर

इसलिए:

3rd-party => site  # referrer preferred blank
local     => local # referrer preferred kept

कम से कम यहां आप आसानी से किसी बाहरी स्रोत से एक "हॉटलिंक" और एक आंतरिक लिंक के बीच भेद कर सकते हैं।

साथ ही, इसके कारण, SSL वेबसाइटों से क्रॉस-डोमेन रेफ़रल कुछ ब्राउज़र द्वारा डिफ़ॉल्ट रूप से अवरोधित किए जाते हैं।