no-transform र HTTPS प्रयोग गरी प्रोक्सी सामग्री पुनर्लेखन सीमित गर्नुहोस्

सामग्री रूपान्तरण गर्ने प्रोक्सीले ब्राउजरतर्फ जाने बाटोमा प्रतिक्रिया बदल्न सक्छ: छवि पुनः सम्पीडन गर्ने, मार्कअप पुनः लेख्ने वा सहायक JavaScript घुसाउने। एउटा नेटवर्कमा चल्ने पृष्ठले अर्कोमा अपरिचित मार्कअप पाउँदा त्यही मध्यस्थको व्यवहार सामना गरिरहेको हुन सक्छ।

तपाईंले चलाउनुहुने साइटका लागि HTTP ले स्पष्ट प्रतिक्रिया निर्देश दिन्छ:

Cache-Control: no-transform

RFC 9111 ले यो प्रतिक्रिया निर्देश प्राप्त गर्ने मध्यस्थले क्यास लागू गरे पनि नगरे पनि सामग्रीलाई रूपान्तरण नगरी छोड्नुपर्ने माग गर्छ। यो छवि पुनःसम्पीडन र मार्कअप इन्जेक्सनसँग सम्बन्धित छ, वस्तु भण्डारण हुने नहुने कुरामा मात्र होइन।

यसलाई विद्यमान क्यास नीतिसँगै राख्नुहोस्

यदि प्रतिक्रियामा पहिले नै क्यास निर्देश छन् भने नीतिको बाँकी भाग फाल्नुको सट्टा आवश्यकता जानाजान थप्नुहोस्। उदाहरणका लागि, सार्वजनिक रूपमा क्यास गर्न मिल्ने सम्पत्तिमा यो हुन सक्छ:

Cache-Control: public, max-age=3600, no-transform

यो उदाहरणले एक घण्टाको ताजगी नीति कायम राख्दै सामग्री रूपान्तरणलाई निषेध गर्छ। no-transform ले no-store भन्ने अर्थ दिँदैन र सामान्य स्थानान्तरण प्रशोधन बन्द गर्दैन। जसको मूल सामग्री महत्त्वपूर्ण छ त्यस्ता प्रतिक्रियाहरूमा, आवश्यक भएमा छुट्टै छवि प्रतिक्रियाहरू सहित, यो सेट गर्नुहोस्।

निर्देश मध्यस्थको पालनाबाट काम गर्छ। यसले नेटवर्क उपकरणले निर्देश उपेक्षा गर्नबाट क्रिप्टोग्राफिक रूपमा रोक्दैन।

यातायात पनि सुरक्षित गर्नुहोस्

HTTPS ले ब्राउजरलाई आफ्नो TLS साझेदारतर्फ प्रमाणीकरण र अखण्डता सुरक्षा भएको जडान दिन्छ। इन्क्रिप्टेड ट्राफिक पार गराउने साधारण वाहक प्रोक्सीले त्यो सुरक्षित जडानमा चुपचाप स्क्रिप्ट घुसाउन सक्दैन। प्रमाणपत्र प्रमाणीकरण चालु राख्नुहोस्; TLS अन्त्य गर्ने स्थानीय रूपमा विश्वसनीय निरीक्षण प्रोक्सी भिन्न व्यवस्था हो।

पृष्ठ र यसमा निर्भर स्रोतहरू HTTPS मार्फत उपलब्ध गराउनुहोस्। HTTP आगन्तुकहरूलाई HTTPS मा पुनर्निर्देशन गर्नुहोस्, र निरन्तर समर्थन गर्न सक्ने तैनाथीका लागि HSTS विचार गर्नुहोस्। पुनर्निर्देशन मात्रले HTTP URL प्रयोग गरेको आगन्तुकका लागि असुरक्षित HTTP आदानप्रदानबाट सुरु हुन्छ; पहिले सिकेको वा अग्रिम लोड गरिएको HSTS नीतिले त्यो सुरुवाती छनोट बदल्छ।

घुसाइएको स्क्रिप्ट अवरोध गर्दा यसका देखिने प्रभावहरू घट्न सक्छन्, तर प्रतिक्रियामा पहिले नै परिवर्तित HTML वा पुनःलेखिएका छवि URL हुन सक्छन्। एउटा पुरानो फंक्शन नाम बदल्नु, असामान्य टिप्पणी थप्नु वा ऐतिहासिक इन्जेक्सन ठेगाना म्याप गर्नुले अर्को मध्यस्थका लागि सामग्री अखण्डता स्थापित गर्दैन।

कुनै प्रतिवेदनको अनुसन्धान गर्दा, प्राप्त प्रतिक्रियालाई स्रोतको अभिप्रेत सामग्रीसँग तुलना गर्नुहोस् र TLS कहाँ अन्त्य हुन्छ पहिचान गर्नुहोस्। त्यो प्रमाण हरेक अपरिचित स्क्रिप्टलाई साइटको आफ्नै अनुप्रयोग कोडको बग ठान्नुभन्दा बढी उपयोगी हुन्छ।