आईई में मिश्रित सामग्री चेतावनी के बिना डोमेन भर में सीएसएस फ़ाइलों से लिंक?

Question

मेरी साइटें एक सबडोमेन (yyy.example.com) चलाती हैं, लेकिन मुझे मुख्य डोमेन (example.com) से सीएसएस फ़ाइलों को शामिल करने की आवश्यकता है। हम एक सीएमएस चलाते हैं जो मुझे पूर्वावलोकन चरण के दौरान किसी भी सर्वर-साइड सामान नहीं देता है, इसलिए मैं https पर एक पृष्ठ भेज रहा हूं जिसमें http पर एक सीएसएस आयात शामिल है। इसके कारण मेरे सभी आईई उपयोगकर्ताओं को मिश्रित सामग्री चेतावनी मिलती है।

क्या प्रत्येक क्लाइंट मशीन पर डोमेन के लिए अलग-अलग सुरक्षा सेटिंग्स को बनाए रखने के अलावा, इसे रोकने के लिए मेरे पास कोई क्लाइंट साइड तरीका है?

Answer 1

सीएसएस लिंक में प्रोटोकॉल-रिश्तेदार यूआरएल का उपयोग करें। इस प्रकार

<link rel="stylesheet" type="text/css" href="http://example.com/style.css"> 

की

तो

<link rel="stylesheet" type="text/css" href="//example.com/style.css"> 

बजाय यह स्वचालित रूप से माता पिता अनुरोध है, जो रूप में अच्छी तरह HTTPS के लिए ठीक से काम करना चाहिए के प्रोटोकॉल का चुनाव करेगा।

Answer 2

जहां तक ​​मुझे पता है, उस चेतावनी से बचने का कोई तरीका नहीं है। यह विशेष रूप से इस उद्देश्य के लिए है: आपको इस तथ्य की चेतावनी है कि भले ही आपका मानना ​​है कि आपका पृष्ठ एसएसएल-एन्क्रिप्टेड है, इसकी कुछ सामग्री नहीं है। आपको या तो HTTP पर मूल पृष्ठ (अनुशंसित नहीं) की सेवा करने की आवश्यकता होगी, या HTTPS पर सीएसएस फ़ाइल की सेवा करनी होगी।

Answer 3

जब आप कहते हैं कि आप "सर्वर-साइड" सामान नहीं कर सकते हैं, तो क्या आपका मतलब है कि आप अपने सीएमएस को स्पर्श नहीं कर सकते हैं, या आपके पास अपने HTTP सर्वर पर रूट पहुंच नहीं है?

क्योंकि अगर आपके पास अपने HTTP सर्वर तक पहुंच है, तो आप अपाचे का उपयोग कर रहे हैं तो reverse proxy (mod_proxy के साथ) सेट कर सकते हैं। यह आपको अपने एचटीएमएल में सापेक्ष पथ का उपयोग करने की अनुमति देगा, जबकि HTTP सर्वर किसी भी "रिमोट" स्थान पर प्रॉक्सी के रूप में कार्य करेगा। वास्तव में इस तकनीक का उपयोग कुछ क्रॉस-साइट स्क्रिप्टिंग समस्याओं को कम करने के लिए भी किया जा सकता है।

mod_proxy में एक रिवर्स प्रॉक्सी सेट करने के लिए मूलभूत कॉन्फ़िगरेशन निर्देश प्रॉक्सीपास है। आप आमतौर पर इसका इस्तेमाल देंगी:

ProxyPass  /css/  http://example.com/css_dir/ 

इस मामले में, ब्राउज़र https://yyy.example.com/css/main.css का अनुरोध किया जाएगा लेकिन सर्वर http://example.com/css_dir/main.css के लिए एक प्रॉक्सी के रूप में कार्य करके इस काम करेगा। यह ब्राउज़र चेतावनी नहीं बढ़ाएगा, और एसएसएल के साथ ठीक काम करता है।

Answer 4

एक प्रावधान है .. आईई संसाधनों को दो बार डाउनलोड करता है।

http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-download/