파일 보관하던 NAS에, 에이전트가 운영하는 공유기까지

파일을 저장하고 백업하던 NAS에 홈페이지와 메일, 스마트홈 브릿지를 하나씩 더했습니다. 이번에는 OpenWrt를 가상머신으로 올려 공유기 기능까지 맡겼습니다. 이미 쓰던 장비의 활용 범위를 넓힌 것입니다.

새 기능을 설치하는 것보다 계속 관리하는 일이 더 부담스러웠습니다. 메뉴마다 설정을 찾고 문제가 생기면 원인을 알아내야 했기 때문입니다. 에이전트가 SSH로 실제 장비의 상태를 읽고 작업하게 하니, 원하는 기능을 설명하는 데서 설치와 운영까지 이어갈 수 있었습니다.

에이전트는 현재 구성과 로그를 확인하고, 필요한 설치와 설정 파일 수정, 서비스 시작과 동작 확인을 이어서 처리했습니다. 저는 “어떤 기능을 쓰고 싶은지”와 “기존에 계속 작동해야 하는 서비스”를 설명하고 결과를 확인했습니다.

설정을 바꿀 때는 현재 값을 백업하고 변경한 뒤 연결을 다시 확인했습니다. 장애가 나면 로그와 주소 배정 상태를 읽어 원인을 좁히고, 고치거나 이전 상태로 되돌리는 흐름입니다. 설치·설정·관리가 각각 끊긴 작업이 아니라 하나로 이어진다는 점이 편리했습니다.

NAS와 OpenWrt의 명령·설정·로그 작업은 SSH를 활용했습니다. 무선 AP 채널 변경에는 해당 장비의 웹 관리 화면도 사용했습니다. 모든 장비의 모든 기능이 SSH 하나로 제어된다는 뜻은 아닙니다.

구성은 인터넷 → NAS의 OpenWrt 가상머신 → 스위치 → 유선 단말과 무선 AP입니다. OpenWrt는 라우팅·NAT·DHCP·DNS·방화벽을, 스위치는 유선 연결을, AP는 Wi-Fi를 맡습니다.

에이전트는 이 환경을 설치하고 설정하고 점검하는 운영자 역할입니다. 실제 통신은 OpenWrt와 장비가 처리합니다. 주소 배정이 충돌했을 때도 설정을 정리한 뒤 인터넷뿐 아니라 홈페이지·메일·IPTV와 다른 기기의 연결까지 확인했습니다.

무선 상태를 살피고 채널과 대역폭을 조정한 뒤 속도를 다시 측정했습니다. 매번 설정을 찾아 들어가고 연결을 확인하는 수고를 에이전트와 나눌 수 있었습니다.

측정 과정에서 다운로드 약 312Mbps와 약 667Mbps를 관측했습니다. 다만 동시 부하와 순차 부하 등 조건이 달라 정확히 두 배 향상됐다는 실험 결과는 아닙니다. 다른 무선 기기와 기존 서비스가 계속 연결되는지도 함께 확인했습니다.

NAS가 멈추면 저장소뿐 아니라 인터넷도 영향을 받는 구성이므로 설정 백업과 관리 접속 경로, 기존 장비로 돌아갈 방법을 남겼습니다. 활용도를 높이는 일과 복구를 준비하는 일은 함께 가야 했습니다.

핵심은 NAS를 공유기 하나로 바꿨다는 데 있지 않습니다. 이미 가진 NAS에 필요한 기능을 더하고, 에이전트가 SSH를 통해 설치부터 운영까지 이어서 도울 수 있게 했다는 점입니다.

제가 구성한 OpenWrt 네트워크와 DHCP 충돌 복구, Wi-Fi 측정을 정리했습니다. 서로 다른 부하 방식의 속도값을 동일 조건 비교로 취급하지 않았습니다. 주소 배정·서비스 전달·IPTV 경로를 옮긴 범위이며, WOL·VPN까지 모두 마친 것은 아닙니다.