Proxy-407-feil fra eksterne DTD-er og XML-ressurser

Et lokalt dokument kan fortsatt forårsake 407 under konvertering. XML-en kan navngi en DTD, et skjema eller en entitet, og en renderer kan hente stiler eller bilder. Klienten som feiler, kan være inne i den parseren etter at den opprinnelige nedlastingen er ferdig.

Ta vare på unntaksstakken og den forespurte URI-en, og sammenlign dem deretter med inndatadeklarasjoner eller ressursreferanser. En DTD-forespørsel til en standardvert er en annen operasjon enn sideforespørselen. HTML-til-PDF-konvertering kan også feile mens eksterne ressurser hentes.

For en .NET XmlReader-inndata der kontrakten forbyr DTD-er og ekstern oppløsning, bruk:

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

Send disse innstillingene til komponenten som faktisk parser dokumentet. DtdProcessing velger hvordan en DTD håndteres; XmlResolver styrer ekstern tilgang. Prohibit avviser et dokument med en DTD—den fjerner ikke deklarasjonen. Hvis arbeidsflyten krever en, velg godkjent lokal oppløsning eller en eksplisitt rutet resolver.

Hold standardverdiene knyttet til API-et/kjøretiden. XmlReaderSettings bruker Prohibit som standard, og standard-resolveren ble endret til null fra og med .NET Framework 4.5.2. En tredjepartskonverterer kan overstyre dem eller bruke en annen parser.

Å endre en XHTML-deklarasjon til en HTML-doctype kan påvirke én konverterer, men konfigurerer ikke proxyen dens. Fastsett de nødvendige ressursene og lastingspolicyen deres; autentisering på klienten for den første siden autentiserer ikke denne andre klienten.