원격 자산으로 인한 HTML→PDF 프록시 인증 오류

HTML은 문자열로 도착합니다. PDF 생성이 시작되고, 이어서 네트워크 예외가 프록시 인증을 언급합니다. PDF 파일을 탓하기 전에 문서 내부를 살펴보세요.

렌더러는 입력이 참조하는 리소스를 확인할 수 있습니다. 원격 이미지, 스타일시트, 글꼴 또는 지원되는 가져오기는 또 하나의 요청을 발생시킵니다. 어떤 리소스 유형이 지원되는지는 렌더러에 따라 다릅니다. 기본 마크업을 제공한다고 해서 완전한 오프라인 변환이 보장되지는 않습니다.

두 번째 URL 찾기

실패 시점에 렌더러가 가져오던 리소스를 기록하세요. 상대 참조는 실제 기본 URL을 기준으로 해석해야 합니다. 무해해 보이는 로고 경로도 그 기본 URL이 브라우저 미리보기에서 쓴 것과 다르면 애플리케이션 밖을 가리킬 수 있습니다.

다음으로 다운로더를 확인하세요. 자체 HTTP 클라이언트의 성공적인 요청은 렌더러 내부의 리소스 조회를 구성하지 않습니다. 렌더러가 문서화한 리소스 인터페이스나 승인된 사전 가져오기 방식을 사용하세요.

원본 애플리케이션의 자격 증명도 자동으로 프록시 자격 증명이 되지는 않습니다. 렌더러는 다른 환경과 다른 네트워크 경로를 가진 서비스 ID로 실행될 수 있습니다.

의존성을 명시하기

오프라인으로 동작해야 하는 보고서에는 지원되는 메커니즘을 통해 승인된 로컬 또는 임베디드 리소스를 제공하세요. 원격 리소스가 필요하면 허용된 대상, 인증, 실패 시 동작을 렌더링 설계의 일부로 만드세요.

로고 누락과 변환 실패는 서로 다른 결과입니다. PDF 파일이 만들어졌다는 이유만으로 보고서를 완료라고 선언하지 말고 라이브러리가 가져오기 오류를 어떻게 처리하는지 확인하세요. 실패한 리소스와 요청 단계를 진단에 남기세요. 원본 문서의 URL을 반복해서 바꾸면 실제 다운로드는 손대지 못할 수 있습니다.