Iframe 뷰어
외부 URL을 iframe으로 미리 열어 embed 가능 여부, 크기, sandbox/allow 속성을 빠르게 확인해요.
브라우저에서만 처리입력값이 서버로 가지 않아요.
입력과 결과
입력한 내용은 이 브라우저에만 저장돼요. 다시 열면 마지막 작업을 불러올 수 있어요.
이럴 때 써요
- 외부 URL을 iframe으로 미리 열어 embed 가능 여부, 크기, sandbox/allow 속성을 빠르게 확인해요.
- 브라우저 로컬 방식으로 입력을 다루며 복사 전 결과를 확인해요.
- Iframe 뷰어와 관련 도구를 이어서 사용해 작업 흐름을 줄여요.
예제
- 일반 입력
1440 x 900- Iframe 뷰어를 사용하기 전에 이 예제로 입력 흐름을 확인하세요.
- 일반 출력
834 x 1112- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
- 추가 예제
390 x 844- 복사하기 전에 결과 형태와 다음 검토 지점을 확인하는 예제예요.
자주 하는 실수
- 외부 URL을 iframe으로 미리 열어 embed 가능 여부, 크기, sandbox/allow 속성을 빠르게 확인해요.
- 브라우저 로컬 처리 방식과 실제 입력 구조가 맞지 않으면 결과를 그대로 믿기 어려워요.
- 복사한 값에 운영 비밀값, 고객 데이터, 내부 URL이 섞여 있으면 공유 전에 제거해야 해요.
복사하기 전에
- 1원본 입력과 결과 형태를 한 번 더 비교해요.
- 2대상 런타임, 인코딩, 시간대, 보안 정책 차이를 확인해요.
- 3Iframe 뷰어 결과가 다음 단계에 맞는지 관련 도구로 이어서 검토해요.
참고 자료
브라우저가 아니라 상대 사이트가 거부한 거예요. 거부 방법은 두 가지: 응답 헤더 X-Frame-Options(RFC 7034), 그리고 Content-Security-Policy 의 frame-ancestors. 둘 다 있으면 요즘 브라우저는 frame-ancestors 를 따라요.
기준 RFC 7034
은행·로그인 쪽은 원래 막혀 있어요
남의 쪽 위에 투명하게 겹쳐 클릭을 가로채는 공격(클릭재킹)을 막으려고 일부러 거부하도록 돼 있어요. 그런 쪽이 안 열리는 건 고장이 아니라 정상이에요.
기준 보안 설계상 의도된 동작
자주 묻는 질문
Iframe 뷰어 입력값은 어디에서 처리되나요?
가능한 작업은 브라우저에서 처리돼요. 운영 비밀값이나 고객 데이터는 넣지 않는 기준은 그대로 유지하세요.
결과를 그대로 운영에 써도 되나요?
복사하기 전에 대상 런타임, 인코딩, 시간대, 보안 정책처럼 환경별 차이를 한 번 더 확인하세요.