Proxy-407-flaters fan eksterne DTD's en XML-boarnen

Folchje in ûnferwachte 407 by dokumintkonverzje nei eksterne DTD's, skema's of oare boarnen dy't de parser iepenet.

In lokaal dokumint kin by konverzje noch altyd in 407 feroarsaakje. Syn XML kin in DTD, skema of entiteit neame, en in renderer kin stilen of bylden ophelje. De klant dy't mislearret kin yn dy parser sitte, nei't de oarspronklike download klear is.

Bewarje de útsûnderingsstapel en de oanfrege URI, en ferlykje dy dan mei ynfierdeklarasaasjes of boarneferwizings. In DTD-oanfraach nei in standerthost is in oare operaasje as de side-oanfraach. HTML-nei-PDF-konverzje kin ek mislearje by it opheljen fan ôfstâne boarnen.

Foar in .NET XmlReader-ynfier wêrfan't it kontrakt DTD's en eksterne resolúsje ferbiedt, brûk:

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

Jou dy ynstellingen oan it komponint dat it dokumint echt parset. DtdProcessing kiest hoe't in DTD behannele wurdt; XmlResolver regelet eksterne tagong. Prohibit wiist in dokumint mei in DTD ôf—it hellet de deklaraasje net fuort. As de wurkstream ien nedich hat, kies dan in goedkarde lokale resolúsje of in eksplisyt rûte resolver.

Hâld de standertwearden bûn oan de API/runtime. XmlReaderSettings brûkt standert Prohibit, en syn standertresolver is fan .NET Framework 4.5.2 ôf feroare nei null. In konverter fan in tredde partij kin dy oerskriuwe of in oare parser brûke.

It feroarjen fan in XHTML-deklaraasje yn in HTML-doctype kin ien konverter beynfloedzje, mar konfigurearet syn proxy net. Stel de fereaske boarnen en harren laadbelied fêst; autentikaasje by de klant fan de earste side autentisearret dizze twadde klant net.

Relatearre artikelen