Помилки проксі-автентифікації під час перетворення HTML на PDF із віддалених ресурсів

HTML надходить як рядок. Генерація PDF починається, потім мережевий виняток згадує проксі-автентифікацію. Зазирніть у документ, перш ніж звинувачувати PDF-файл.

Засіб візуалізації може розв'язувати ресурси, на які посилається його вхід. Віддалене зображення, таблиця стилів, шрифт або підтримуваний імпорт додають ще один запит. Які типи ресурсів підтримуються, залежить від засобу візуалізації; надання основної розмітки не гарантує повністю автономне перетворення.

Знайдіть другий URL

Зафіксуйте ресурс, який засіб візуалізації отримував у момент збою. Розв'язуйте відносні посилання відносно фактичної базової URL-адреси. Невинний на вигляд шлях до логотипу може вказувати за межі застосунку, якщо ця база відрізняється від використаної в попередньому перегляді браузера.

Потім визначте завантажувач. Успішний запит вашого власного HTTP-клієнта не налаштовує внутрішнє отримання ресурсів засобом візуалізації. Використовуйте документований інтерфейс ресурсів засобу візуалізації або схвалену схему попереднього завантаження, якщо вона є.

Облікові дані вихідного застосунку також не є автоматично обліковими даними проксі. Засіб візуалізації може працювати під сервісною ідентичністю з іншим середовищем та іншим мережевим шляхом.

Зробіть залежність явною

Для звітів, призначених для роботи офлайн, надавайте схвалені локальні або вбудовані ресурси через підтримуваний механізм. Якщо потрібні віддалені ресурси, зробіть їхні дозволені адресати, автентифікацію та поведінку в разі збою частиною проєкту рендерингу.

Відсутній логотип і невдале перетворення — різні можливі результати. Перевірте, як бібліотека обробляє помилки отримання, замість того щоб оголошувати звіт завершеним лише тому, що створено PDF-файл. Зберігайте невдалий ресурс і етап запиту в діагностиці; повторна зміна URL-адреси оригінального документа може залишити фактичне завантаження недоторканим.