카드단말기 통신중 멈춤 뒤 승인 거절될 때 네트워크 진단법

카드단말기 통신중 멈춤 현상이 약 10초 이어진 뒤 승인 거절이 뜬다면 카드 불량보다 통신 경로를 먼저 확인해야 합니다. 단말기가 VAN 승인 서버까지 요청을 보내지 못했거나 응답을 제시간에 받지 못했을 가능성이 큽니다.

장사가 몰리는 시간에 결제가 늦어지면 단말기부터 교체하고 싶어지지만, 같은 매장에서 여러 카드가 비슷하게 실패한다면 랜선, 공유기, 인터넷 회선 또는 VAN 접속 설정을 구간별로 점검하는 편이 정확합니다.

핵심 답변: 한 장의 카드에서만 발생하면 카드나 카드사 승인 문제를 확인하고, 여러 카드와 여러 결제에서 반복되면 통신 장애를 의심해야 합니다. MTU 문제도 원인이 될 수 있지만 증상만 보고 MTU를 1454로 고정하거나 임의의 포트를 개방해서는 안 됩니다.

확인 조건	의심 구간	우선 조치
특정 카드만 거절	카드 상태 또는 카드사 승인	다른 카드로 결제 테스트
모든 카드가 비슷하게 지연	단말기·공유기·인터넷·VAN 통신	단말기 오류 코드와 발생 시각 기록
공유기 재부팅 후 잠시 정상	공유기 세션·펌웨어·회선 상태	공유기 로그와 펌웨어 확인
특정 시간대에 반복	회선 혼잡·패킷 손실·장비 부하	유선 연결과 지속적인 회선 점검
인터넷 교체 후 시작	주소·포트·DNS·방화벽·MTU 설정	VAN사 지정 통신값과 대조

카드단말기 통신중 멈춤 원인은 어디에 있을까

카드 결제는 단말기가 승인 요청을 만들고 인터넷 또는 전용 통신망을 거쳐 VAN 서버와 카드사로 전달하는 구조입니다. 이 과정에서 랜선 접촉 불량, IP 주소 충돌, 공유기 세션 장애, DNS 응답 지연, 회선 패킷 손실, VAN 서버 접속 실패가 생기면 승인 응답이 늦어질 수 있습니다.

MTU 불일치도 가능한 원인 중 하나입니다. 네트워크 경로가 처리할 수 있는 크기보다 큰 IP 패킷이 전송되고 필요한 오류 메시지가 차단되면 일부 통신이 멈춘 것처럼 보일 수 있습니다. RFC 1191은 경로에서 단편화 없이 전달할 수 있는 패킷 크기를 찾는 방식을 규정하며, RFC 2923의 Path MTU 장애 문서는 관련 오류 메시지가 제대로 전달되지 않을 때 TCP 연결이 멈출 수 있다고 다룹니다.

다만 결제 암호화 패킷이라는 이유만으로 MTU가 원인이라고 단정할 수는 없습니다. TLS는 TCP 위에서 작동하며, 실제 장애 여부는 패킷 캡처, 라우터 로그, 회선 시험과 VAN사 접속 기록을 함께 확인해야 구분됩니다.

매장에서 먼저 할 수 있는 5분 점검

1. 다른 카드로 소액 승인 테스트: 한 카드만 실패하는지 모든 카드가 실패하는지 구분합니다.
2. 오류 코드 기록: 승인 거절 문구, 오류 번호, 발생 시각과 시도 횟수를 사진으로 남깁니다.
3. 랜선과 포트 교체: 단말기 랜선을 새 케이블로 바꾸고 공유기의 다른 LAN 포트에 연결합니다.
4. 유선 상태 확인: 무선으로 연결된 포스기라면 장애 확인 중에는 유선 연결로 비교합니다.
5. 인터넷 동시 점검: 같은 시간에 다른 PC에서 웹 접속과 인터넷 끊김이 있었는지 확인합니다.

공유기를 재부팅할 때는 결제 중인 단말기, CCTV, 배달 주문기와 키오스크가 함께 끊길 수 있습니다. 영업이 잠시 멈춰도 되는 시간에 한 차례만 진행하고, 반복 재부팅으로 증상을 가리지 않는 편이 좋습니다.

MTU 1454와 TCP 10000번을 바로 적용하면 안 되는 이유

MTU 1454는 모든 통신사와 모든 장비에 공통으로 적용되는 카드단말기 표준값이 아닙니다. 회선 접속 방식, 터널링 여부, 공유기 펌웨어와 VAN사의 구성에 따라 적정값이 달라집니다. 값을 필요 이상으로 낮추면 패킷 수가 늘고 다른 서비스의 효율이 떨어질 수 있습니다.

TCP 10000번 대역도 전체 VAN사가 동일하게 사용하는 공통 접속 포트로 볼 수 없습니다. 단말기 제조사와 VAN사가 제공한 서버 주소, 목적지 포트, 통신 방식이 확인된 경우에만 설정해야 합니다. 출처가 불분명한 포트를 외부에 개방하면 결제 장애를 고치지 못한 채 보안 위험만 늘어날 수 있습니다.

공유기 관리자 화면에서 임의로 포트포워딩을 만드는 방식도 피해야 합니다. 일반적인 외부 승인 요청은 단말기에서 서버 방향으로 시작되므로, VAN사 매뉴얼이 요구하지 않는 인바운드 포트 개방은 필요하지 않을 수 있습니다.

매장 주소에서 이용 중인 회선의 품질, 대칭형 제공 여부와 설치 가능한 통신사를 함께 확인하면 단말기 문제인지 인터넷 구간 문제인지 판단하기 수월합니다. 장애가 반복된다면 발생 시간과 VAN 오류 코드를 먼저 확보해 주세요.

VAN사와 인터넷 통신사에 요청할 점검 항목

VAN사에는 단말기 번호, 가맹점 번호, 오류 코드, 장애 발생 시각을 전달하고 해당 시간에 승인 요청이 서버까지 도착했는지 확인해 달라고 요청합니다. 서버에 요청 기록이 없다면 단말기부터 인터넷 회선 사이를 우선 점검하고, 요청은 도착했지만 응답이 없었다면 VAN 또는 카드사 구간을 확인할 근거가 생깁니다.

• 단말기 서버 주소와 목적지 포트가 현재 지정값과 일치하는지
• 단말기 통신 모드와 펌웨어가 정상인지
• 가맹점 인증 또는 단말기 등록 상태에 문제가 없는지
• 해당 시각에 VAN 서버 장애나 응답 지연 기록이 있는지

인터넷 통신사에는 단순 속도 측정보다 패킷 손실, 순간 끊김, 광 신호 상태와 모뎀 재접속 기록을 요청하는 편이 낫습니다. 웹사이트가 열린다는 사실만으로 결제 서버까지의 경로가 정상이라고 판단할 수는 없습니다.

공유기 설정은 확인값을 확보한 뒤 변경해야 합니다

카드단말기 VAN 통신 오류가 공유기 교체 뒤 시작됐다면 방화벽 정책, 유해 사이트 차단 기능, 이중 NAT, DNS 설정과 펌웨어를 확인합니다. 기존 공유기를 다시 연결했을 때 정상으로 돌아오는지도 원인 분리에 도움이 됩니다.

MTU 검사가 필요하다면 장비 기본값을 먼저 기록하고, 경로 MTU 시험이나 통신사 안내로 확인된 값만 적용해야 합니다. 변경 전후에 같은 카드, 같은 금액, 같은 시간 조건으로 승인 소요 시간을 비교하고 문제가 그대로라면 원래 값으로 복구합니다.

RFC 1191의 Path MTU Discovery 규격에서도 경로 MTU는 통신 경로의 각 구간 가운데 가장 작은 MTU를 기준으로 결정됩니다. 특정 숫자 하나를 모든 매장에 적용하는 방식은 이 원리와 맞지 않습니다.

카드단말기, 포스기, CCTV와 배달 주문기를 함께 사용하는 매장은 속도만 보고 회선을 고르기 어렵습니다. 홈랜 상담 시 주소, 연결 장비 수, 현재 통신사와 장애 발생 조건을 알려주시면 사업장에 맞는 회선 구성을 비교할 수 있습니다.

카드 결제가 중요한 매장의 회선 구성 기준

결제 오류가 발생하지 않는다고 보장하는 인터넷 회선은 없습니다. 안정성을 높이려면 카드단말기는 가능하면 유선으로 연결하고, 노후 공유기와 손상된 랜선을 교체하며, 매장 운영 장비를 한 공유기에 과도하게 집중시키지 않는 구성이 필요합니다.

CCTV 영상 업로드, 방문객 와이파이, 클라우드 백업이 동시에 진행된다면 결제 트래픽과 다른 장비의 트래픽을 분리하는 방법도 검토할 수 있습니다. 공유기가 지원한다면 업무 장비와 방문객용 네트워크를 나누고, 장애에 대비해 VAN사가 지원하는 보조 통신 방식이 있는지 확인하는 편이 좋습니다.

---

자주 묻는 질문

포스기는 인터넷이 되는데 카드 승인만 늦을 수 있나요

가능합니다. 웹 접속과 VAN 서버 연결은 목적지, 포트와 통신 경로가 다를 수 있습니다. 오류 코드와 발생 시각을 VAN사에 전달해 승인 요청의 서버 도착 여부를 확인해야 합니다.

카드단말기가 10초 멈추면 MTU 문제인가요

10초 지연만으로 MTU 문제를 확정할 수 없습니다. 랜선 불량, 패킷 손실, 공유기 장애, VAN 접속 실패와 서버 지연도 비슷한 증상을 만들 수 있습니다.

공유기 MTU를 1454로 낮춰도 되나요

통신사나 VAN사의 확인 없이 바로 변경하는 것은 권하지 않습니다. 현재 설정값을 보관한 뒤 경로 시험과 장비 매뉴얼에서 적정값이 확인됐을 때만 적용해야 합니다.

사업자 전용 인터넷으로 바꾸면 승인 오류가 사라지나요

회선 교체만으로 해결된다고 단정할 수 없습니다. 기존 장애가 단말기 설정이나 VAN 서버 구간에서 발생했다면 회선을 바꿔도 반복될 수 있으므로 원인 구간을 먼저 확인해야 합니다.

결론

카드단말기 통신중 멈춤 뒤 승인 거절이 반복되면 다른 카드 비교, 오류 코드 기록, 랜선 교체 순서로 먼저 확인해 주세요. 그다음 VAN사 서버 도착 기록과 통신사의 패킷 손실 여부를 대조하면 불필요한 단말기 교체를 줄일 수 있습니다.

MTU와 통신 포트는 확인된 지정값만 사용해야 합니다. 여러 결제 장비와 CCTV를 함께 운영한다면 홈랜을 통해 주소지 회선 품질과 사업장 네트워크 구성을 조회한 뒤 교체 여부를 판단하는 편이 안전합니다.