102 Processing은 최초의 WebDAV 명세인 RFC 2518에 정의된 중간 응답입니다. 서버는 이 응답으로 요청 전체를 받았고 아직 처리 중이라는 사실을 클라이언트에 알릴 수 있었습니다. 덕분에 Depth: infinity를 지정한 재귀적 COPY나 MOVE처럼 느린 작업 중에도 클라이언트가 시간 초과로 연결을 끊지 않았습니다.
2007년에 RFC 2518을 대체한 RFC 4918은 구현 사례가 드물다는 이유로 102를 삭제했습니다. 이 코드는 여전히 등록되어 있고 일부 서버는 지금도 보내지만, 새 애플리케이션은 이 코드에 의존하지 않는 것이 좋습니다. 오래 걸리는 작업에는 클라이언트가 상태를 폴링할 수 있는 URL과 함께 202 Accepted를 반환하거나, 진행 상황을 스트리밍하세요.
102를 이해하지 못하는 클라이언트는 예상하지 못한 다른 1xx 응답과 마찬가지로 이를 무시하고 최종 상태를 계속 기다려도 됩니다.
응답 예시
HTTP
HTTP/1.1 102 Processing
HTTP/1.1 207 Multi-Status
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/xml; charset=utf-8
Transfer-Encoding: chunkedSEO 및 리디렉션 검사
검색엔진은 102를 페이지 상태로 보지 않으며, 의미가 있는 것은 최종 응답뿐입니다. 중간 응답은 HTTP 클라이언트 내부에서 처리되므로, 리디렉션 검사 도구도 최종 상태(WebDAV에서는 흔히 207 Multi-Status)를 보고합니다.
주요 원인과 사용 사례
- WebDAV 서버가 느린 재귀
COPY,MOVE,DELETE작업이 아직 실행 중이라고 알립니다. - 애플리케이션이 오래 걸리는 요청 중에 연결 유지 신호로 102를 보냅니다. 이보다는 202 Accepted와 폴링 방식을 사용하는 것이 좋습니다.
- 서버가 102를 보냈는데도 프록시나 클라이언트가 긴 작업 중에 시간 초과됩니다. 읽기 타임아웃을 늘리거나 작업을 비동기 방식으로 바꾸세요.