Erori de autentificare a proxy-ului la conversia HTML în PDF din resurse la distanță

HTML-ul sosește ca un șir de caractere. Generarea PDF începe, apoi o excepție de rețea menționează autentificarea proxy. Priviți în interiorul documentului înainte de a da vina pe fișierul PDF.

Un renderer poate rezolva resursele la care face referire intrarea sa. O imagine, un stil, un font sau un import acceptat de la distanță introduce o altă cerere. Ce tipuri de resurse sunt acceptate depinde de renderer; furnizarea marcajului principal nu garantează o conversie complet offline.

Găsiți al doilea URL

Înregistrați resursa pe care rendererul o prelua când a eșuat. Rezolvați referințele relative față de URL-ul de bază real. O cale de logo aparent inocentă poate indica în afara aplicației când acea bază diferă de cea folosită într-o previzualizare de browser.

Apoi identificați descărcătorul. O cerere reușită a propriului client HTTP nu configurează preluarea internă de resurse a rendererului. Folosiți interfața de resurse documentată a rendererului sau o schemă aprobată de preluare anticipată, dacă există.

Credențialele aplicației sursă nu sunt nici ele automat credențiale de proxy. Rendererul poate rula sub o identitate de serviciu cu alt mediu și altă cale de rețea.

Faceți dependența explicită

Pentru rapoartele menite să funcționeze offline, furnizați resurse locale sau încorporate aprobate prin mecanismul acceptat. Dacă sunt necesare resurse la distanță, faceți destinațiile permise, autentificarea și comportamentul la eșec parte din proiectarea randării.

Un logo lipsă și o conversie eșuată sunt rezultate posibile diferite. Verificați cum gestionează biblioteca erorile de preluare în loc să declarați raportul complet doar pentru că a fost creat un fișier PDF. Păstrați resursa eșuată și etapa cererii în diagnostic; schimbarea repetată a URL-ului documentului original poate lăsa descărcarea reală neatinsă.