मैं एक वेबसर्वर पर काम कर रहा हूं जिसे मैंने पूरी तरह से स्थापित नहीं किया है और मैं यह पता लगाने की कोशिश कर रहा हूं कि वेब पेज के कौन से हिस्सों को एन्क्रिप्टेड भेजा जा रहा है और जो नहीं हैं। फ़ायरफ़ॉक्स मुझे बताता है कि पृष्ठ के कुछ हिस्सों को एन्क्रिप्ट किया गया है, लेकिन मैं जानना चाहता हूं कि, विशेष रूप से, एन्क्रिप्ट किया गया है।मैं कैसे पता लगा सकता हूं कि वेब पेज के कौन से हिस्से एन्क्रिप्ट किए गए हैं और कौन नहीं हैं?
प्रत्येक तत्व पेज में लोड के लिए, उनके योजना की जाँच करें:
(आप पृष्ठ पर राइट-क्लिक करके फ़ायरफ़ॉक्स पर एक अपेक्षाकृत पूरी सूची देखने और "देखें पृष्ठ जानकारी" फिर "मीडिया" टैब कर सकते हैं
संपादित करें:। एफएफ केवल छवियों और मल्टीमीडिया तत्वों से पता चलता । उन्होंने यह भी जावास्क्रिप्ट फ़ाइलें & सीएसएस हैं, जो जांच की जानी है हैं और Firebug आपको क्या चाहिए खोजने के लिए एक अच्छा उपकरण है
ऐसा लगता है कि मुझे छवियों की एक सूची मिलती है, लेकिन पाठ तत्वों के बारे में क्या? इसके अलावा मेरे "इसे पृष्ठ जानकारी देखें" कहा जाता है। –
टेक्स्ट तत्व पृष्ठ का हिस्सा हैं। वे अलग से लोड नहीं होते हैं। –
सूंघ पैकेट -।। कि बहुत जल्दी आपको बता देंगे WireShark इस तरह के लिए एक अच्छा कार्यक्रम है। एक कार्य।
पैकेट को स्नीफ करने से पहले मुझे अपने बॉस से अनुमति प्राप्त करनी होगी। और मुझे इसे उच्च स्तर से करने में सक्षम होना चाहिए। लेकिन अच्छा सुझाव! –
फायरबग डी ओ यह?
संपादित करें: ऐसा लगता है जैसे फ़ायरबग "नेट" पैनल का उपयोग करके भी ऐसा करेगा, जो आपको कुछ अन्य रोचक आंकड़े भी देता है।
कुछ तत्व इस मामले में http या https की सूची नहीं दे सकते हैं, इस पृष्ठ के लिए जो भी इस्तेमाल किया गया था, इन आइटमों के लिए उपयोग किया जाएगा, यानी यदि पृष्ठ अनुरोध एसएसएल के अंतर्गत है तो इन छवियों को एन्क्रिप्ट किया जाएगा, जबकि पृष्ठ अनुरोध नहीं है एसएसएल के तहत ये अनएन्क्रिप्टेड आएंगे। इंटरनेट एक्सप्लोरर में फिडलर भी कुछ जानकारी को ट्रैक करने में उपयोगी हो सकता है।
महान सुझाव! फिडलर प्रॉक्सी के रूप में काम करता है और फ़ायरफ़ॉक्स को इसके माध्यम से भी निर्देशित किया जा सकता है ... यह सिर्फ एक मैन्युअल कॉन्फ़िगरेशन चरण है ... – Dscoduc
https कनेक्शन पर http लिंक का पता लगाने के लिए मैंने पाया सबसे अच्छा टूल Fiddler है। यह कई अन्य समस्या निवारण प्रयासों के लिए भी बहुत अच्छा है।
समस्या आपके पृष्ठ में हमेशा खराब लिंक नहीं है।
यदि आप https: // का उपयोग कर बाहरी साइट पर iresources से लिंक करते हैं, और फिर बाहरी साइट गैर-SSL पृष्ठों पर अपना स्वयं का HTTP रीडायरेक्ट करता है, जो आपके पृष्ठ पर SSL लॉक को तोड़ देगा।
लेकिन जब आप मीडिया टैब में स्रोत या जानकारी देखते हैं, तो आपको कोई http: // नहीं दिखाई देगा, क्योंकि आपका पृष्ठ केवल https: // लिंक का उपयोग कर ठीक से है।
जैसा ऊपर बताया गया है, फ़ायरबग नेट टैब यह और कोई अन्य समस्याएं दिखाएगा। इन चरणों का पालन करें:
यहाँ बाहरी रीडायरेक्ट मुद्दा .. मेरे मामले में मैं एक पेज https बुला पाया के लिए Firebug से नमूना उत्पादन होता है //।
मैंने अपनी साइट का नाम बदलकर "mysite.example.com" और बाहरी साइट "external.example.com" कर दिया है, लेकिन अन्यथा हेडर को बरकरार रखा गया है। अनुरोध हेडर प्रतिक्रिया शीर्षकों के नीचे, नीचे दिखाए जाते हैं। ध्यान दें कि मैं "हूँ एक https का अनुरोध: // अपनी साइट से लिंक है, लेकिन एक http पर पुनर्निर्देशित हो: // लिंक है, जो है क्या मेरी एसएसएल ताला तोड़ने गया था:
Response Headers
Server nginx/0.8.54
Date Fri, 07 Oct 2011 17:35:16 GMT
Content-Type text/html
Content-Length 185
Connection keep-alive
Location http://external.example.com/embed/?key=t6Qu2&width=940&height=300&interval=week&baseAtZero=false
Request Headers
Host external.example.com
User-Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Accept */*
Accept-Language en-gb,en;q=0.5
Accept-Encoding gzip, deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection keep-alive
Referer https://mysite.example.com/real-time-data
Cookie JSESSIONID=B33FF1C1F1B732E7F05A547A9CB76ED3
Pragma no-cache
Cache-Control no-cache
तो, महत्वपूर्ण बात यह नोट करने के लिए यह है कि प्रतिक्रिया शीर्षलेख (उपरोक्त) में, आप एक स्थान देख रहे हैं: जो http: // से शुरू होता है, https: // नहीं। आपका ब्राउज़र यह ध्यान में रखेगा कि लॉक मान्य है या नहीं, और केवल आंशिक रूप से एन्क्रिप्टेड सामग्री की रिपोर्ट करें! (यह वास्तव में एक संभावित एक्सएसआरएफ और/या फ़िशिंग हमलों के लिए उपयोगकर्ताओं को सतर्क करने के लिए एक महत्वपूर्ण ब्राउज़र सुरक्षा सुविधा है)
इस मामले में समाधान ऐसा कुछ नहीं है जिसे आप अपनी साइट पर ठीक कर सकते हैं - आप हा बाहरी साइट से http पर अपने रीडायरेक्ट को रोकने के लिए कहें। अक्सर यह इस सुविधा को महसूस किए बिना सुविधा के लिए उनके पक्ष में किया जाता था, और एक अच्छी तरह लिखित, विनम्र ईमेल इसे ठीक कर सकता है।
w/firebug की समस्या निवारण के तरीके के बारे में अच्छी जानकारी। धन्यवाद! –
मैं इसके लिए एफएफ प्लगइन HTTPFox का उपयोग करता हूं।
देखें: http://stackoverflow.com/a/13760256/483588 की [संसाधनों पर HTTPS नहीं जा रहे हैं क्या पता लगाएँ] –
संभव डुप्लिकेट (http://stackoverflow.com/questions/3292697/find-out-what-resource-are-going-over-https-0) –