د پروکسي 407 تېروتنې چې د باندنیو DTD او XML سرچینو څخه راځي

د سند د بدلون پر مهال د باندنیو DTD، سکیمو یا نورو سرچینو ته د تګ پرمهال ناڅاپي 407 تعقیب کړئ چې پارسر یې پرانیزي.

ځایي سند لا هم د بدلون پر مهال 407 رامنځته کولی شي. د هغې XML ممکن DTD، سکیمه یا entity ونوموي، او رینډرر ممکن سټایلونه یا انځورونه راوړي. ناکام شوی کلاینټ ممکن د اصلي ډاونلوډ له بشپړیدو وروسته په هماغه پارسر کې وي.

د استثنا سټک او غوښتل شوی URI وساتئ، بیا یې د انپټ اعلانونو یا د سرچینو حوالو سره مطابقت ورکړئ. معیاري هوسټ ته د DTD غوښتنه د پاڼې له غوښتنې جلا عملیه ده. HTML-څخه-PDF بدلون هم کولی شي د لرې سرچینو راوړلو پر مهال ناکام شي.

د .NET XmlReader انپټ لپاره چې قرارداد یې DTD او باندني حل منع کوي، دا وکاروئ:

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 ته بدلول ممکن یو کنورټر اغیزمن کړي، خو د هغې پروکسي نه ترتیبوي. اړین سرچینې او د هغوی د بارولو پالیسي وټاکئ; د لومړنۍ پاڼې کلاینټ کې تصدیق دا دوهم کلاینټ تصدیق نه کوي.

اړوندې مقالې