बाह्य DTD आणि XML संसाधनांमुळे प्रॉक्सी 407 त्रुटी
दस्तऐवज रूपांतरणादरम्यान बाह्य DTD, स्कीमा किंवा पार्सर उघडत असलेल्या इतर संसाधनांकडे जाताना येणारी अनपेक्षित 407 शोधा.
स्थानिक दस्तऐवजही रूपांतरणादरम्यान 407 निर्माण करू शकतो. त्याचा XML एखादा DTD, स्कीमा किंवा एंटिटी नावाने सांगू शकतो, आणि रेंडरर शैली किंवा प्रतिमा आणू शकतो. अयशस्वी होणारा क्लायंट मूळ डाउनलोड संपल्यानंतर त्याच पार्सरमध्ये असू शकतो.
एक्सेप्शन स्टॅक आणि विनंती केलेला URI ठेवा, नंतर त्यांची इनपुट घोषणा किंवा संसाधन संदर्भांशी जुळणी करा. मानक होस्टकडील DTD विनंती पृष्ठ विनंतीपेक्षा वेगळी क्रिया आहे. HTML-ते-PDF रूपांतरणही दूरस्थ संसाधने आणताना अयशस्वी होऊ शकते.
ज्याचा करार DTD आणि बाह्य निराकरण प्रतिबंधित करतो अशा .NET XmlReader इनपुटसाठी, वापरा:
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 मध्ये बदलल्याने एका कनव्हर्टरवर परिणाम होऊ शकतो, पण त्याचा प्रॉक्सी कॉन्फिगर होत नाही. आवश्यक संसाधने आणि त्यांचे लोडर धोरण ठरवा; सुरुवातीच्या पृष्ठाच्या क्लायंटवरील प्रमाणीकरण या दुसऱ्या क्लायंटचे प्रमाणीकरण करत नाही.