광케이블을 깔기 전에 — '네트워크 문제'는 절반이 소프트웨어 문제다

현장에서 "이건 네트워크 문제다"라는 진단만큼 자주 나오고, 또 자주 틀리는 말도 드뭅니다. 어느 무인 포토 키오스크 현장을 넘겨받았을 때가 그랬습니다 — 이미 "네트워크가 원인"이라고 진단돼 광케이블 포설까지 끝난 상태였는데도, 문제는 그대로였거든요. 다시 들여다보니 물리 공사가 아니라 설정과 소프트웨어로 풀 문제였습니다. 정답이라기보다, 그때 배운 것을 적어봅니다.

증상과, 물려받은 진단

키오스크로 사진이 3~4초 간격으로 들어오는데, 불러오고 처리하는 게 원활하지 않았습니다. 먼저 손댄 쪽의 진단은 "네트워크·공유(SMB) 문제"였고, 그래서 광케이블을 깔고, 서비스를 외부 IP로 두고, "내부망이 직결돼야만 작동한다"는 결론까지 가 있었습니다. 즉 물리적으로 더 깔고 더 연결해야 한다는 방향이었죠.

그런데 증상을 소프트웨어 관점에서 다시 측정해보니 그림이 달랐습니다. 외부 네트워크를 쓰더라도 소프트웨어로 충분히 풀리는 문제였거든요. (현장의 설비는 이미 충분했습니다.)

원인 ① — 물리가 아니라 '헤어핀' 설정

"내부망 직결이어야 된다"처럼 보인 건, 사실 헤어핀(NAT 루프백) 문제였습니다. 내부 기기가 자기 네트워크의 공인(외부) 주소를 통해 같은 망 안의 서비스에 닿으려 할 때, 많은 공유기·라우터는 이 경로를 기본적으로 막아둡니다(NAT loopback 미지원). 그래서 "외부 주소로는 안 되니 내부로 직결해야 한다"처럼 보였던 거죠 — 실제로는 직결이 필요한 게 아니라, 그 경로를 열어주면 되는 문제였습니다.

해결은 광케이블이 아니라 헤어핀(루프백)을 열어주는 설정이었습니다. 그 하나로, 내부 기기가 외부 주소를 통해서도 정상적으로 서비스에 닿게 됐습니다 — 추가 공사 없이.

원인 ② — 사진 파이프라인을 소프트웨어로

속도 문제는 네트워크 대역폭이 아니라 사진을 다루는 방식에 있었습니다. 3~4초마다 들어오는 이미지를 원본 그대로 처리·전송하면 느릴 수밖에 없습니다. 그래서 무게를 덜어냈습니다:

• 처리 속도 개선 — 들어오는 사진을 더 빠르게 처리하도록 파이프라인을 다듬고,
• 썸네일 — 목록·미리보기엔 원본이 아니라 가벼운 썸네일을 쓰게 하고,
• 캐싱 — 한 번 처리한 결과는 다시 만들지 않고 재사용하게 했습니다.

대역폭을 늘린 게 아니라 불필요한 무게를 덜어낸 겁니다. 같은 네트워크에서도 체감 속도가 확 올라갔습니다.

교훈 — 광케이블을 깔기 전에

현장 문제에서 "네트워크가 원인"이라는 진단은 흔하지만, 제 경험상 그 절반쯤은 설정이나 소프트웨어 문제입니다. 그런데 물리 공사(광케이블·장비 추가)는 비싸고 되돌리기도 어렵습니다. 그래서 순서가 중요합니다 — 비싼 물리 해결로 가기 전에, 싼 소프트웨어 해결을 먼저 의심하고 측정하는 것.

"장비를 더 사야 한다"보다 "있는 걸로 풀 수 있나"를 먼저 묻는 것 — 무인·현장 시스템에선 그게 비용과 실력을 동시에 가르더군요. 설정 한 줄과 캐싱으로 풀릴 일을, 광케이블로 풀 뻔한 자리에서요.

---

로동은 현장 문제를 '공사'로 키우기 전에, 소프트웨어로 풀 수 있는지부터 봅니다. — lodong.co.kr