बाहरी DTD और XML संसाधनों से प्रॉक्सी 407 त्रुटियाँ
दस्तावेज़ रूपांतरण के दौरान बाहरी DTD, स्कीमा या पार्सर द्वारा खोले गए अन्य संसाधनों तक जाने वाली अप्रत्याशित 407 का पता लगाएँ।
स्थानीय दस्तावेज़ भी रूपांतरण के दौरान 407 पैदा कर सकता है। इसका XML किसी DTD, स्कीमा या एंटिटी का नाम ले सकता है, और रेंडरर शैलियाँ या चित्र ला सकता है। विफल होने वाला क्लाइंट मूल डाउनलोड पूरा होने के बाद उसी पार्सर के भीतर हो सकता है।
एक्सेप्शन स्टैक और अनुरोधित URI रखें, फिर उन्हें इनपुट घोषणाओं या संसाधन संदर्भों से मिलाएँ। मानक होस्ट पर DTD अनुरोध पृष्ठ अनुरोध से अलग कार्रवाई है। HTML-से-PDF रूपांतरण भी दूरस्थ संसाधन लाते समय विफल हो सकता है।
.NET XmlReader इनपुट के लिए जिसका अनुबंध DTD और बाहरी समाधान को मना करता है, उपयोग करें:
var settings = new XmlReaderSettings
{
DtdProcessing = DtdProcessing.Prohibit,
XmlResolver = null
};वे सेटिंग्स उस घटक को दें जो वास्तव में दस्तावेज़ को पार्स करता है। DtdProcessing तय करता है कि DTD को कैसे संभाला जाए; XmlResolver बाहरी पहुँच नियंत्रित करता है। Prohibit DTD वाले दस्तावेज़ को अस्वीकार करता है—यह घोषणा को हटाता नहीं। यदि वर्कफ़्लो को एक की आवश्यकता है, तो अनुमोदित स्थानीय समाधान या स्पष्ट रूप से रूट किया गया resolver चुनें।
डिफ़ॉल्ट को API/रनटाइम से बँधा रखें। XmlReaderSettings डिफ़ॉल्ट रूप से Prohibit का उपयोग करता है, और इसका डिफ़ॉल्ट resolver .NET Framework 4.5.2 से null हो गया। कोई तृतीय-पक्ष कनवर्टर उन्हें ओवरराइड कर सकता है या दूसरा पार्सर उपयोग कर सकता है।
XHTML घोषणा को HTML doctype में बदलना एक कनवर्टर को प्रभावित कर सकता है, लेकिन उसका प्रॉक्सी कॉन्फ़िगर नहीं करता। आवश्यक संसाधन और उनकी लोडर नीति निर्धारित करें; प्रारंभिक पृष्ठ क्लाइंट पर प्रमाणीकरण इस दूसरे क्लाइंट को प्रमाणित नहीं करता।