SFTP 전송 오류가 발생했을 때 확인해야 할 것｜IT 운영자가 보는 장애 대응 체크리스트

SFTP 전송 오류가 발생했을 때 IT 운영자가 확인해야 할 항목을 실무 기준으로 정리했습니다. 접속, 계정, IP 허용, 포트, 권한, 경로, 파일명, 파일 포맷, 배치 로그, 상대 시스템 처리 여부까지 장애 대응 체크리스트로 설명합니다.

 

로그 확인이 필요한 이유는 이전 글인 IT 운영자가 로그를 확인하는 이유｜장애 원인 분석의 첫 번째 단서 에서 정리했습니다.

 

IT 운영 업무를 하다 보면 외부 시스템과 파일을 주고받는 일이 자주 있습니다.

주문 파일, 출고 결과 파일, 재고 정보, 정산 파일, 이미지 파일, 거래명세서 파일 등 회사 업무에 필요한 데이터가 SFTP를 통해 전송되는 경우가 많습니다.

특히 WMS, OMS, ERP, 쇼핑몰, 고객사 시스템, 택배사 시스템처럼 여러 시스템이 연결되어 있는 환경에서는 SFTP 전송 오류가 발생하면 실제 업무에 바로 영향을 줄 수 있습니다.

예를 들어 이런 문의가 들어올 수 있습니다.

“파일이 안 넘어갔어요.”
“상대 업체에서 파일을 못 받았다고 합니다.”
“SFTP 접속은 되는데 업로드가 안 됩니다.”
“파일은 생성됐는데 상대 시스템에서 처리가 안 됐습니다.”
“어제까지 되던 전송이 오늘부터 실패합니다.”

이런 상황에서 IT 운영자는 단순히 “파일 전송 실패”라고만 보면 안 됩니다.
접속 문제인지, 권한 문제인지, 경로 문제인지, 파일명 문제인지, 상대 시스템 처리 문제인지 하나씩 확인해야 합니다.

이전 글에서는 서버 오류 500과 503의 차이를 정리했습니다.
이번 글에서는 IT 운영 업무에서 자주 마주치는 SFTP 전송 오류가 발생했을 때 확인해야 할 항목을 실무 기준으로 정리해보겠습니다.

SFTP란?

SFTP는 Secure File Transfer Protocol의 줄임말입니다.

쉽게 말하면 파일을 안전하게 주고받기 위한 전송 방식입니다.

일반 FTP보다 보안이 강화된 방식으로, 회사 간 데이터 전송이나 시스템 간 파일 연동에서 많이 사용됩니다.

업무 시스템에서는 보통 다음과 같은 파일을 SFTP로 주고받습니다.

• 주문 파일
• 입고 예정 파일
• 출고 결과 파일
• 재고 파일
• 반품 파일
• 정산 파일
• 이미지 파일
• 거래명세서 파일
• 고객사 연동 파일

SFTP는 단순히 파일을 옮기는 기능처럼 보일 수 있지만, 실제 운영에서는 매우 중요한 인터페이스 방식입니다.

파일이 제때 전송되지 않으면 주문이 처리되지 않거나, 재고가 맞지 않거나, 외부 시스템에 출고 결과가 반영되지 않는 문제가 생길 수 있습니다.

SFTP 오류는 왜 복잡할까?

SFTP 오류는 원인을 바로 알기 어려운 경우가 많습니다.

사용자는 보통 “파일이 안 넘어갔다”고 말하지만, 실제 원인은 다양할 수 있습니다.

예를 들어 다음과 같은 경우가 있습니다.

• SFTP 서버 접속 자체가 안 됨
• 계정 또는 비밀번호가 틀림
• 접속 IP가 허용되어 있지 않음
• 포트가 막혀 있음
• 접속은 되지만 파일 업로드 권한이 없음
• 업로드 경로가 잘못됨
• 파일명 규칙이 맞지 않음
• 파일은 올라갔지만 상대 시스템이 읽지 못함
• 파일 인코딩이나 포맷이 맞지 않음
• 배치가 파일을 생성하지 못함
• 상대 시스템에서 처리 실패함

즉, SFTP 오류는 단순히 네트워크 문제만이 아닙니다.

접속, 계정, 권한, 경로, 파일, 배치, 상대 시스템 처리까지 모두 확인해야 합니다.

1. 접속 가능 여부 확인

SFTP 오류가 발생하면 가장 먼저 확인할 것은 접속 가능 여부입니다.

SFTP 서버에 접속 자체가 되지 않는다면 파일 업로드나 다운로드는 당연히 불가능합니다.

확인해야 할 항목은 다음과 같습니다.

• SFTP 서버 주소가 맞는지
• 포트 번호가 맞는지
• 계정 ID가 맞는지
• 비밀번호 또는 키 파일이 맞는지
• 접속 허용 IP가 등록되어 있는지
• 방화벽에서 차단되지 않았는지
• 서버가 정상적으로 기동 중인지

SFTP 접속은 보통 서버 주소, 포트, 계정, 인증 방식이 모두 맞아야 가능합니다.

예를 들어 다음 중 하나라도 틀리면 접속이 실패할 수 있습니다.

• 서버 IP 변경
• 포트 변경
• 계정 비밀번호 만료
• 키 파일 변경
• 접속 허용 IP 누락
• 방화벽 정책 변경

운영자는 먼저 접속이 되는지 확인하고, 접속이 안 된다면 네트워크나 계정 정보를 우선 점검해야 합니다.

2. 계정과 인증 방식 확인

SFTP는 계정 인증 방식에 따라 접속 방법이 달라질 수 있습니다.

보통 다음과 같은 방식이 있습니다.

• ID/PW 방식
• Private Key 방식
• ID/PW + Key 혼합 방식

운영 업무에서는 이전까지 정상적으로 사용하던 계정이 갑자기 접속되지 않는 경우도 있습니다.

이때는 다음을 확인해야 합니다.

• 비밀번호가 변경되었는지
• 계정이 잠겼는지
• 계정이 만료되었는지
• 키 파일이 변경되었는지
• 키 파일 권한이 맞는지
• 계정에 SFTP 접근 권한이 있는지

특히 외부 업체나 고객사 SFTP 서버를 사용하는 경우, 상대방 정책에 따라 비밀번호 주기 변경이나 계정 만료가 있을 수 있습니다.

운영자는 계정 정보가 맞는지, 최근 변경된 사항이 있는지 확인해야 합니다.

3. 접속 IP 허용 여부 확인

SFTP 서버는 보안상 특정 IP만 접속할 수 있도록 제한하는 경우가 많습니다.

이 경우 계정과 비밀번호가 맞아도 접속 IP가 허용되어 있지 않으면 접속할 수 없습니다.

예를 들어 회사 서버에서 SFTP 접속은 가능하지만, 개인 PC나 다른 서버에서는 접속이 안 될 수 있습니다.

또는 서버 교체나 회선 변경으로 송신 서버의 공인 IP가 바뀌었는데, 상대 SFTP 서버에 새로운 IP가 등록되지 않아 접속이 실패할 수도 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 현재 접속을 시도하는 서버 IP
• 상대 SFTP 서버에 허용된 IP 목록
• 최근 서버 이전이나 회선 변경 여부
• VPN 또는 방화벽 정책 변경 여부
• 내부망/외부망 접속 차이

SFTP 접속 오류에서 IP 허용 문제는 자주 발생할 수 있으므로 반드시 확인해야 합니다.

4. 포트와 방화벽 확인

SFTP는 기본적으로 22번 포트를 사용하는 경우가 많습니다.

하지만 회사나 외부 업체 정책에 따라 다른 포트를 사용할 수도 있습니다.

포트가 다르거나 방화벽에서 차단되어 있으면 접속이 실패합니다.

확인해야 할 항목은 다음과 같습니다.

• SFTP 포트 번호가 맞는지
• 방화벽에서 해당 포트가 열려 있는지
• 내부 서버에서 외부 SFTP 서버로 통신 가능한지
• 상대 서버에서 우리 서버 접속을 허용하는지
• 최근 보안 정책 변경이 있었는지

운영자는 단순히 SFTP 프로그램에서 접속이 안 된다는 결과만 볼 것이 아니라, 네트워크 통신이 가능한지 확인해야 합니다.

서버에서 직접 접속 테스트를 하거나, 네트워크 담당자에게 포트 오픈 여부를 확인해야 할 수 있습니다.

5. 폴더 경로 확인

SFTP 접속은 되는데 파일 업로드가 안 된다면 경로 문제를 의심해야 합니다.

SFTP에서는 파일을 업로드하거나 다운로드할 폴더 경로가 정해져 있는 경우가 많습니다.

예를 들어 다음과 같은 경로가 있을 수 있습니다.

/inbound/order/
/outbound/result/
/upload/image/
/backup/

파일을 올려야 하는 경로가 잘못되어 있으면 상대 시스템에서 파일을 찾지 못할 수 있습니다.

또는 경로는 맞지만 해당 폴더가 삭제되었거나 권한이 없을 수도 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 업로드 경로가 맞는지
• 다운로드 경로가 맞는지
• 폴더가 실제로 존재하는지
• 대소문자가 정확한지
• 경로 끝에 슬래시 처리 방식이 맞는지
• 상대 시스템이 바라보는 경로와 동일한지

특히 리눅스 계열 서버에서는 대소문자를 구분하기 때문에 경로명이 조금만 달라도 문제가 생길 수 있습니다.

6. 파일 권한 확인

SFTP 접속은 되지만 파일 업로드나 다운로드가 안 된다면 권한 문제일 수 있습니다.

계정에 따라 특정 폴더에 읽기 권한만 있고, 쓰기 권한은 없을 수 있습니다.

예를 들어 파일을 조회하거나 다운로드는 되는데 업로드가 안 된다면 해당 폴더에 쓰기 권한이 없을 가능성이 있습니다.

반대로 업로드는 되는데 기존 파일 삭제나 덮어쓰기가 안 된다면 삭제 권한이나 파일 소유권 문제가 있을 수 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 폴더 읽기 권한
• 폴더 쓰기 권한
• 파일 생성 권한
• 파일 수정 권한
• 파일 삭제 권한
• 기존 파일 덮어쓰기 가능 여부
• 신규 폴더 생성 권한

운영 업무에서는 특히 “어제까지 됐는데 오늘 안 된다”는 경우, 폴더 권한이 변경되었거나 신규 생성된 폴더에 권한이 제대로 상속되지 않은 상황일 수 있습니다.

7. 파일명 규칙 확인

SFTP 전송에서는 파일명 규칙도 중요합니다.

상대 시스템이 특정 파일명 규칙에 따라 파일을 읽는 경우가 많기 때문입니다.

예를 들어 다음과 같은 규칙이 있을 수 있습니다.

ORDER_YYYYMMDD_HHMMSS.txt
STOCK_YYYYMMDD.csv
RESULT_고객사코드_YYYYMMDD.dat

파일명 규칙이 조금이라도 다르면 파일은 SFTP 서버에 올라갔지만 상대 시스템이 인식하지 못할 수 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 파일명 접두어가 맞는지
• 날짜 형식이 맞는지
• 확장자가 맞는지
• 고객사 코드가 포함되어야 하는지
• 파일명에 공백이나 특수문자가 포함되어 있지 않은지
• 임시 파일명으로 업로드 후 최종 파일명으로 변경하는 방식인지

파일이 정상적으로 전송되었는데 상대방이 “파일이 없다”고 말하는 경우, 실제로는 파일명 규칙이 맞지 않아 자동 처리 대상에서 제외된 것일 수 있습니다.

8. 파일 포맷과 인코딩 확인

파일이 정상적으로 전송되었는데 상대 시스템에서 처리하지 못한다면 파일 포맷이나 인코딩 문제를 의심해야 합니다.

예를 들어 CSV 파일을 전송했는데 구분자가 맞지 않거나, 인코딩이 달라 한글이 깨지거나, 필수 컬럼이 누락되면 상대 시스템에서 오류가 발생할 수 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 파일 확장자
• 구분자
• 컬럼 순서
• 필수 컬럼 존재 여부
• 데이터 타입
• 날짜 형식
• 수량 또는 금액 형식
• 인코딩
• 줄바꿈 방식
• 헤더 존재 여부

운영 업무에서는 “파일 전송 성공”과 “상대 시스템 처리 성공”을 구분해야 합니다.

SFTP 전송은 성공했지만, 파일 내용이 잘못되어 상대 시스템에서 처리 실패할 수 있습니다.

이 경우에는 SFTP 문제가 아니라 파일 생성 로직이나 데이터 포맷 문제입니다.

9. 파일 생성 여부 확인

SFTP 전송 실패처럼 보이지만 실제로는 전송할 파일이 생성되지 않은 경우도 있습니다.

예를 들어 배치가 파일을 만들어야 하는데 배치가 실패했거나, 대상 데이터가 없어 파일이 생성되지 않았을 수 있습니다.

확인해야 할 항목은 다음과 같습니다.

• 전송 대상 파일이 실제로 생성되었는지
• 파일 생성 시간이 맞는지
• 파일 크기가 정상인지
• 파일 내용이 비어 있지 않은지
• 파일 생성 배치가 정상 실행되었는지
• 생성 경로가 맞는지
• 파일 생성 후 전송 단계로 넘어갔는지

상대방이 “파일이 안 왔다”고 했을 때, 운영자는 먼저 우리 시스템에서 파일이 생성되었는지부터 확인해야 합니다.

파일이 생성되지 않았다면 SFTP 전송 문제가 아니라 배치나 데이터 생성 문제일 수 있습니다.

10. 배치와 스케줄러 확인

SFTP 전송은 보통 수동으로만 하는 것이 아니라 배치나 스케줄러를 통해 자동으로 실행되는 경우가 많습니다.

예를 들어 매일 오전 7시에 재고 파일을 생성해 SFTP로 전송하거나, 매시간 출고 결과 파일을 전송하는 방식입니다.

이 경우 SFTP 오류를 확인할 때 배치 실행 여부도 함께 봐야 합니다.

확인해야 할 항목은 다음과 같습니다.

• 배치가 예정 시간에 실행되었는지
• 스케줄러가 정상 동작했는지
• 배치 로그에 오류가 있는지
• 파일 생성 단계가 성공했는지
• SFTP 접속 단계가 성공했는지
• 업로드 또는 다운로드 단계가 성공했는지
• 처리 건수가 평소와 다른지
• 재실행 가능 여부

배치가 아예 실행되지 않았다면 SFTP 전송 로그가 없을 수 있습니다.

배치는 실행되었지만 파일 생성 단계에서 실패했다면 SFTP 접속 시도 자체가 없을 수 있습니다.

운영자는 전송 실패 결과만 볼 것이 아니라 전체 처리 흐름을 확인해야 합니다.

11. 상대 시스템 처리 여부 확인

SFTP에서는 파일이 업로드되었다고 해서 업무 처리가 완료된 것은 아닙니다.

상대 시스템이 해당 파일을 읽고 정상 처리해야 실제 연동이 완료됩니다.

예를 들어 우리 시스템에서 출고 결과 파일을 SFTP에 업로드했다고 해도, 상대 시스템이 그 파일을 읽지 못하면 고객사 시스템에는 출고 결과가 반영되지 않습니다.

확인해야 할 항목은 다음과 같습니다.

• 파일이 SFTP 서버에 정상 업로드되었는지
• 상대 시스템이 파일을 읽었는지
• 파일 처리 완료 여부
• 상대 시스템 처리 로그
• 오류 파일 또는 반려 파일 생성 여부
• 처리 후 파일 이동 여부
• 처리 완료 회신 여부

상대 시스템에서 파일을 읽은 뒤 archive 폴더로 이동시키는 구조라면, 파일 위치 변화도 확인할 수 있습니다.

운영자는 “우리 쪽에서는 보냈다”에서 끝내지 말고, 상대 시스템에서 정상 처리되었는지도 확인해야 합니다.

12. 로그 확인

SFTP 오류 대응에서 로그 확인은 필수입니다.

확인해야 할 로그는 다음과 같습니다.

• 배치 로그
• SFTP 접속 로그
• 파일 생성 로그
• 파일 업로드 로그
• 파일 다운로드 로그
• 오류 로그
• 상대 시스템 처리 로그

로그에서는 다음을 확인합니다.

• 접속 시도 시간
• 접속 성공 또는 실패 여부
• 오류 메시지
• 파일명
• 파일 경로
• 파일 크기
• 처리 건수
• 재시도 여부
• 상대 응답 메시지

예를 들어 로그에 Permission denied가 있으면 권한 문제를 의심할 수 있습니다.

Connection timeout이 있으면 네트워크나 상대 서버 응답 지연을 의심할 수 있습니다.

No such file or directory가 있으면 파일 경로나 파일 생성 여부를 확인해야 합니다.

로그 메시지를 기준으로 확인 방향을 정하면 장애 대응 속도가 훨씬 빨라집니다.

자주 보이는 SFTP 오류 메시지

운영 업무에서 자주 볼 수 있는 SFTP 오류 메시지는 다음과 같습니다.

오류 메시지의미

Permission denied	권한 없음
Connection timeout	연결 시간 초과
Connection refused	접속 거부
No such file or directory	파일 또는 경로 없음
Authentication failed	인증 실패
Host key verification failed	호스트 키 검증 실패
File already exists	동일 파일 존재
Disk quota exceeded	디스크 할당량 초과
Broken pipe	연결 중단
Network is unreachable	네트워크 연결 불가

이 메시지를 보면 어느 방향으로 확인해야 하는지 알 수 있습니다.

예를 들어 Authentication failed는 계정이나 키 인증 문제일 가능성이 큽니다.

Permission denied는 접속은 되었지만 해당 경로에 권한이 없을 수 있습니다.

No such file or directory는 경로나 파일 생성 여부를 확인해야 합니다.

SFTP 오류 발생 시 운영자 확인 순서

SFTP 오류가 발생하면 아래 순서로 확인하면 좋습니다.

1. 오류 발생 시간 확인
2. 어떤 파일이 전송되지 않았는지 확인
3. 전송 방향 확인
   • 내부 시스템 → 외부 시스템
   • 외부 시스템 → 내부 시스템
4. SFTP 접속 가능 여부 확인
5. 계정 및 인증 방식 확인
6. 접속 IP 허용 여부 확인
7. 포트 및 방화벽 확인
8. 업로드 또는 다운로드 경로 확인
9. 폴더 및 파일 권한 확인
10. 파일 생성 여부 확인
11. 파일명 규칙 확인
12. 파일 포맷 및 인코딩 확인
13. 배치 또는 스케줄러 실행 여부 확인
14. SFTP 전송 로그 확인
15. 상대 시스템 처리 여부 확인
16. 필요 시 재전송 또는 재처리 진행
17. 조치 후 정상 여부 확인
18. 사용자 또는 상대 업체에 안내
19. 장애 이력 기록

이 체크리스트를 기준으로 보면 확인 누락을 줄일 수 있습니다.

외부 업체에 문의할 때 전달하면 좋은 정보

SFTP 오류는 우리 쪽만 확인해서 끝나지 않는 경우가 많습니다.

외부 업체나 고객사 담당자에게 확인을 요청해야 할 때는 필요한 정보를 정리해서 전달하는 것이 좋습니다.

전달하면 좋은 정보는 다음과 같습니다.

• 오류 발생 시간
• 전송 방향
• SFTP 서버 정보
• 파일명
• 파일 경로
• 오류 메시지
• 접속 시도 IP
• 계정명
• 전송 로그 일부
• 재현 여부
• 업무 영향도

예를 들어 다음과 같이 전달할 수 있습니다.

금일 09:10경 출고 결과 파일 SFTP 전송 중 Permission denied 오류가 발생했습니다. 접속은 정상이나 /outbound/result/ 경로 업로드 시 권한 오류가 발생하고 있어 해당 계정의 쓰기 권한 확인 부탁드립니다.

또는 다음과 같이 정리할 수 있습니다.

금일 07:00 재고 파일 전송 배치에서 Connection timeout 오류가 발생했습니다. 당사 송신 서버 IP는 xxx.xxx.xxx.xxx이며, 귀사 SFTP 서버 접속 가능 여부 및 방화벽 정책 확인 부탁드립니다.

이렇게 전달하면 상대방도 확인해야 할 범위를 빠르게 파악할 수 있습니다.

사용자에게 안내할 때는 어떻게 말할까?

사용자에게 안내할 때는 너무 기술적으로 설명하기보다 현재 상태와 조치 계획을 중심으로 전달하는 것이 좋습니다.

예를 들어 SFTP 전송 실패가 확인된 경우 이렇게 안내할 수 있습니다.

현재 외부 시스템으로 전송되는 파일 처리 과정에서 오류가 확인되어 원인 확인 중입니다. 파일 생성 및 SFTP 전송 상태를 확인한 뒤 조치 결과 공유드리겠습니다.

권한 문제로 확인된 경우에는 이렇게 안내할 수 있습니다.

SFTP 경로 접근 권한 문제로 파일 업로드가 실패한 것으로 확인되어 담당 업체에 권한 확인 요청하였습니다. 조치 완료 후 재전송 진행 예정입니다.

조치 완료 후에는 이렇게 안내할 수 있습니다.

SFTP 전송 오류 조치 완료되어 파일 재전송 완료했습니다. 상대 시스템 반영 여부까지 확인 후 특이사항 발생 시 추가 공유드리겠습니다.

운영자는 사용자에게 현재 업무 진행 가능 여부와 후속 조치 계획을 명확히 알려주는 것이 중요합니다.

SFTP 오류 대응 시 주의할 점

SFTP 오류 대응 시에는 몇 가지 주의할 점이 있습니다.

첫 번째, 파일 재전송 시 중복 처리 여부를 확인해야 합니다.

같은 파일을 다시 전송했을 때 상대 시스템에서 중복으로 처리될 수 있는지 확인해야 합니다.

두 번째, 파일 내용을 임의로 수정하지 않아야 합니다.

파일 내용 변경이 필요하다면 생성 로직, 데이터 기준, 상대 시스템 처리 규칙을 확인한 뒤 진행해야 합니다.

세 번째, 운영 서버에서 권한 변경 시 영향 범위를 확인해야 합니다.

권한을 넓게 열어주는 방식은 보안상 위험할 수 있습니다.

네 번째, 계정 정보와 키 파일은 안전하게 관리해야 합니다.

SFTP 계정, 비밀번호, Private Key는 외부에 노출되지 않도록 주의해야 합니다.

다섯 번째, 오류 이력을 기록해야 합니다.

SFTP 오류는 반복될 수 있으므로 발생 원인과 조치 내역을 기록해두는 것이 좋습니다.

IT 운영자가 SFTP를 알아야 하는 이유

IT 운영직이 SFTP를 알아야 하는 이유는 단순히 파일 전송 방식을 알기 위해서만은 아닙니다.

SFTP는 시스템 간 업무 데이터가 이동하는 중요한 통로입니다.

파일이 정상적으로 생성되고, 정해진 경로로 전송되고, 상대 시스템에서 정상 처리되어야 실제 업무가 이어집니다.

운영자가 SFTP 구조를 이해하고 있으면 다음을 빠르게 판단할 수 있습니다.

• 파일이 생성되지 않은 문제인지
• 파일은 생성됐지만 전송이 실패한 문제인지
• 전송은 됐지만 상대 시스템 처리가 실패한 문제인지
• 권한 문제인지
• 경로 문제인지
• 파일명 또는 포맷 문제인지
• 배치나 스케줄러 문제인지

이 차이를 구분할 수 있어야 정확한 담당자에게 문제를 전달하고, 빠르게 조치할 수 있습니다.

마무리

SFTP 전송 오류는 단순히 “파일이 안 넘어갔다”는 문제로만 보면 안 됩니다.

접속 가능 여부, 계정, IP 허용, 포트, 방화벽, 경로, 권한, 파일명, 파일 포맷, 배치 실행 여부, 상대 시스템 처리 여부까지 함께 확인해야 합니다.

특히 운영 업무에서는 “전송 성공”과 “업무 처리 성공”을 구분하는 것이 중요합니다.

파일이 SFTP 서버에 올라갔다고 해서 연동이 끝난 것이 아닙니다.
상대 시스템이 해당 파일을 정상적으로 읽고 처리해야 실제 업무가 완료됩니다.

IT 운영직이나 SM팀 업무를 준비하고 있다면 SFTP 오류 대응 체크리스트를 익혀두는 것이 좋습니다.

SFTP는 외부 연동 업무에서 자주 사용되는 방식이고, 장애가 발생했을 때 원인을 빠르게 좁히는 능력이 운영자의 중요한 실무 역량이 될 수 있습니다.

이전 글에서 500, 503 서버 오류 차이를 정리했다면, 이번 글에서는 파일 전송 기반의 외부 연동 오류를 확인하는 방법을 정리했습니다.

다음 글에서는 SFTP와 함께 자주 등장하는 API 연동 오류가 발생했을 때 확인해야 할 항목을 정리해보겠습니다.