Mga error 407 ng proxy mula sa panlabas na DTD at XML resources
Subaybayan ang hindi inaasahang 407 habang nagko-convert ng dokumento sa panlabas na DTD, schema, o iba pang resource na binubuksan ng parser.
Ang lokal na dokumento ay maaari pa ring magdulot ng 407 habang nagko-convert. Maaaring pangalanan ng XML nito ang isang DTD, schema, o entity, at maaaring kumuha ang renderer ng mga style o larawan. Ang client na nabibigo ay maaaring nasa loob ng parser na iyon, pagkatapos ng orihinal na pag-download.
Itago ang exception stack at ang hiniling na URI, pagkatapos itugma ang mga ito sa mga deklarasyon ng input o mga reference ng resource. Ang kahilingan ng DTD sa isang karaniwang host ay ibang operasyon kaysa sa kahilingan ng pahina. Maaari ring mabigo ang conversion ng HTML-to-PDF habang kinukuha ang mga remote asset.
Para sa input ng .NET XmlReader na ipinagbabawal ng kontrata ang DTD at panlabas na resolution, gamitin:
var settings = new XmlReaderSettings
{
DtdProcessing = DtdProcessing.Prohibit,
XmlResolver = null
};Ipasa ang mga setting na iyon sa component na aktwal na nag-parse ng dokumento. Pinipili ng DtdProcessing kung paano haharapin ang DTD; kinokontrol ng XmlResolver ang panlabas na access. Tinatanggihan ng Prohibit ang dokumentong may DTD—hindi nito inaalis ang deklarasyon. Kung kailangan ito ng workflow, pumili ng aprubadong lokal na resolution o isang tahasang niruruta na resolver.
Panatilihing nakatali sa API/runtime ang mga default. Gumagamit ng Prohibit ang XmlReaderSettings bilang default, at ang default na resolver nito ay naging null mula sa .NET Framework 4.5.2. Maaaring i-override ito ng third-party na converter o gumamit ng ibang parser.
Ang pagpapalit ng deklarasyong XHTML sa isang HTML doctype ay maaaring makaapekto sa isang converter, ngunit hindi nito kinokonfigura ang proxy nito. Itakda ang mga kinakailangang resource at ang kanilang patakaran sa pag-load; hindi ina-authenticate ng authentication sa client ng unang pahina ang pangalawang client na ito.