ping은 녹색인데 2026년 ProxyMac Mac mini SSH가 간헐적으로 멈출 때—패킷 손실, MTR 지터, 그리고 숨은 원인
Apple Silicon M4 미니를 홍콩·일본·한국·싱가포르·미국에서 빌리는 엔지니어들은 종종 평균 RTT 28 ms짜리 ping 캡처를 붙여 놓고 SSH가 “십 초씩 아무 이유 없이 멈춘다”고 합니다. 그런 모순은 낙관적인 ICMP 평균 뒤에 패킷 손실이나 지터가 숨어 있을 때가 많습니다. 이 글에서는 (1) 손실과 지연을 나누는 말투, (2) 대화형 셸과 맞닿는 MTR 열, (3) 드롭이 어디서 나는지 좁히는 다섯 줄 표, (4) 리전 이전 티켓을 열기 전에 돌릴 일곱 단계 런북, (5) HK / JP / KR / SG / US 사이를 옮길 때 실제로 이득이 있는 경우를 솔직히 짚습니다. 함께 읽으면 좋은 글: MTR·traceroute 리전 진단, 첫 홉이 시끄러울 때 Wi‑Fi 버퍼블로트, 경로가 안정된 뒤 TCP keepalive 튜닝.
클라우드 Mac mini로 가는 긴 경로에서 패킷 손실이 “RTT만의 문제”가 아닌 까닭
ping은 왕복 시간을 부드럽게 보여 줄 뿐, 키 입력을 실어 나르는 모든 TCP 세그먼트가 비슷한 간격으로 도착한다고 보장하지 않습니다. 1.2% 정도의 무작위 손실만 있어도 평균 ping은 착해 보이는데 OpenSSH는 재전송을 기다리며 멈춘 것처럼 느껴집니다—특히 다중 채널이나 scp 창이 줄어들 때 그렇습니다. 지터는 고통을 키웁니다: 다섯 초 창에서 RTT가 32 ms에서 210 ms까지 춤추면 평균은 그럴듯해도 사람에게는 “버벅 스파이크”로 읽힙니다.
운영 회의에서 숫자를 말할 때는 평균만 넘기지 말고 분포를 같이 제시하세요. 같은 평균이라도 꼬리가 길면 tmux·vim 반응이 달라집니다. 리전을 바꾸자는 논의가 감정이 아니라 측정에서 출발하도록 만드는 것이 이 단계의 목표입니다.
- 인용할 수치: 마지막 세 홉에서 지속되는 ≥2% 손실은 체감 SSH 멈춤과 보통 같이 갑니다. 1% 미만이라도 RTT가 250 ms+이면 재전송 타이머가 지배적이라 체감이 커집니다.
- 처리량 단서: 깨끗한 200 Mbps급 Wi‑Fi에서 단일 SCP 흐름이 손실 때문에 4–7 MB/s 부근에서 막히는 경우가 있습니다—PHY 표보다 훨씬 낮습니다.
- 유휴 단서: 12–18분 침묵 뒤에만 끊기는 세션은 손실보다 NAT 중간 상자를 의심하고 티켓을 나눕니다.
ping -c 200)을 보내 평균뿐 아니라 stddev를 기록하세요. 짧은 도시 경로에서 stddev가 8 ms를 넘으면 다음은 MTR입니다.
대화형 SSH 고통과 실제로 맞는 MTR 열
MTR은 traceroute와 연속 프로브를 합쳐 홉마다 손실을 보여 주므로, 한 줄짜리 끝단 통계만 보는 것보다 낫습니다. Loss%, StDev, Wrst를 함께 읽고 단일 홉만 보지 마세요. 백본 라우터가 ICMP를 의도적으로 제한하면 중간 홉에 가짜 “100% 손실”이 찍히는데 끝 홉은 멀쩡할 수 있습니다. SSH와 MTR이 충돌하면 애플리케이션 동작과 마지막 홉 안정성을 우선합니다.
macOS에서는 Homebrew로 MTR을 설치(brew install mtr)하고 raw 소켓을 위해 권한을 올려 실행합니다. 장애 시간대에 최소 300 사이클, 야간에 한 번 더 돌려 손실이 밤에만 사라지면 혼잡 쪽을 의심합니다. ICMP가 전면 금지되면 ssh -vvv 타임스탬프를 Wi‑Fi AP 카운터와 맞춥니다.
로그는 원문 텍스트로 보관하세요—리전 예산을 논할 때 날짜가 찍힌 증거가 재무와 말이 통합니다. 출처 ISP, 도시, VPN on/off, 목적지 호스트명, 이더넷 여부 다섯 필드를 메모에 넣으면 나중에 재현이 쉽습니다.
다섯 줄 표: 도쿄나 싱가포르를 탓하기 전에 손실 위치를 찍기
| 패턴 | 손실이 흔히 있는 곳 | 첫 대응 |
|---|---|---|
| 1–2홉만 불안정, 나머지 깨끗 | Wi‑Fi나 CPE 버퍼 | 이더넷 A/B, 채널 폭 변경, 버퍼블로트 글 참고 |
| VPN 켤 때만 손실 | 기업 집중장치나 스플릿 터널 | 풀터널 대 제외 목록 비교, Zero Trust 라우팅 글 참고 |
| 근무 시간대에만 중간 경로 스파이크 | 피어링·트랜짓 혼잡 | MTR 첨부로 티켓, 리전 전환은 깨끗한 창 세 번 이후 |
| 중간은 깨끗한데 마지막 홉만 시끄러움 | 목적지 엣지나 호스트 NIC | 제공자 측 캡처, 미들박스 배제용 SSH 포트 로테이션 |
| 대용량 업로드 때만 손실 상관 | 비대칭 링크 포화 | 병렬 전송 제한, scp -l로 대역폭 캡 |
표는 “지도 핀 감”을 데이터로 바꿉니다. 한 줄만 보고 결론 내리지 말고 같은 표를 주간 회의에 붙여 두면 신규 온콜도 같은 언어를 씁니다.
일곱 단계 런북: 직감에서 증거로
- 통계 포함 ping 베이스라인: 최소 200개 프로브, min/avg/max/stddev와 손실률을 RTT와 분리해 기록합니다.
- SSH와 동일한 끝점으로 MTR을 장애 창에서 300+ 사이클 돌립니다.
- Wi‑Fi가 끼면 AP에서 2 m 이내 이더넷으로 반복합니다. 이더넷에서 사라지면 리전을 바꿔도 소용없습니다.
- VPN 프로파일을 바꿔 손실이 터널 인터페이스(
utun) 카운터와 같이 움직이는지 봅니다. - SSH 계측:
ssh -vvv에서 멈춤이 “pledge: network”류 메시지나 TCP 재전송과 맞는지 확인합니다. - 전송 위생: 손실이 대략 0.5% 아래로 떨어지면 keepalive 가이드대로
ServerAliveInterval 30과 커널TCP_USER_TIMEOUT을 겹칩니다. - 리전 이전 결정: 평일 세 번 연속으로 마지막 홉에 손실이 몰리고 제공자가 로컬 정비 중이 아닐 때만—그다음 크로스 리전 지연 수치를 비교합니다.
HK / JP / KR / SG / US를 바꿔야 할 때와 안 해야 할 때
리전 변경은 월 비용 결정입니다. 한 메트로를 향하는 경로에만 혼잡이나 피어링 문제가 반복될 때—종종 상류 ISP가 APAC 방향 비대칭 라우팅을 탈 때—도움이 됩니다. 반면 1번 홉에서 이미 4% 손실이면 그 깨진 첫 마일을 모든 리전으로 끌고 갑니다. 리전 이전은 통제된 실험으로 다루세요: 이전 전후로 빌드 시간, git fetch, VNC 프레임을 스냅샷하고 최소 48시간 지표를 모읍니다.
“고객과 가깝게”라는 요청은 지도가 아니라 측정된 RTT와 손실로 번역하세요. 요금 페이지에서 가능한 존을 확인하고, 운영이 감이 아닌 숫자로 정당화하려면 도움말 센터의 원격 접속 체크리스트를 함께 쓰면 좋습니다.
FAQ
UDP 화면 공유가 SSH보다 손실을 빨리 증명하나요? 경우에 따라 다르지만, TCP 포트에 대한 MTR이 여전히 권위 있는 신호입니다.
TCP fast-open 같은 플래그를 전부 켤까요? 경로가 깨끗해질 때까지는 아닙니다. exotic sysctl은 Wi‑Fi나 VPN을 고치는 것보다 거의 이기지 못합니다.
ICMP이 막혀 있는데 SSH는 괜찮다면? 애플리케이션을 믿고 MTR 대신 인터페이스 카운터와 시간을 둔 scp 루프를 씁니다.
경로가 솔직해진 뒤에도 ProxyMac Mac mini가 통하는 이유
손실이 1% 아래로 내려가면 전용 Mac mini M4가 Xcode 빌드, 공증 도구, 노트북과 맞는 자동화를 예측 가능한 macOS 동작으로 제공합니다—36개월마다 금속을 사지 않아도 됩니다. Apple Silicon 통합 메모리는 장시간 SSH와 백그라운드 에이전트를 같은 칩에서 굴리며, 과밀 VM에서 흔한 이웃 간섭을 줄입니다. 플랜은 요금 페이지, GUI 대안은 VNC 안내, 다음 “무작위 멈춤”은 MTR 치트 시트와 함께 몇 분 안에 좁히세요.
