Proxy-407-foute van eksterne DTD's en XML-bronne

'n Plaaslike dokument kan steeds 407 veroorsaak tydens omskakeling. Sy XML kan 'n DTD, skema of entiteit noem, en 'n weergewer kan style of beelde gaan haal. Die mislukkende kliënt kan binne daardie ontleder wees, nadat die oorspronklike aflaai klaar is.

Hou die uitsonderingstapel en die versoekte URI, en pas dit op invoerverklarings of bronverwysings toe. 'n DTD-versoek na 'n standaardgasheer is 'n ander bewerking as die bladsyversoek. HTML-na-PDF-omskakeling kan ook misluk terwyl afgeleë bates gehaal word.

Vir 'n .NET XmlReader-invoer waarvan die kontrak DTD's en eksterne oplossing verbied, gebruik:

var settings = new XmlReaderSettings
{
    DtdProcessing = DtdProcessing.Prohibit,
    XmlResolver = null
};

Gee daardie instellings aan die komponent wat die dokument werklik ontleed. DtdProcessing bepaal hoe 'n DTD hanteer word; XmlResolver beheer eksterne toegang. Prohibit verwerp 'n dokument met 'n DTD—dit verwyder nie die verklaring nie. As die werkvloei een vereis, kies goedgekeurde plaaslike oplossing of 'n ontleder wat eksplisiet gerig is.

Hou verstekke aan die API-looptyd gekoppel. XmlReaderSettings gebruik by verstek Prohibit, en sy verstekoplosser het vanaf .NET Framework 4.5.2 na null verander. 'n Derde-party-omskakelaar kan dit oorheers of 'n ander ontleder gebruik.

Om 'n XHTML-verklaring na 'n HTML-doctype te verander, kan een omskakelaar raak, maar dit konfigureer nie sy proxy nie. Bepaal die vereiste bronne en hulle laaibeleid; verifikasie by die eerste bladsy-kliënt verifieer nie hierdie tweede kliënt nie.