Docker OpenClaw 브리지 네트워크에서 Control-UI LAN 접근 문제

Docker 브리지 네트워크에서의 LAN 접근 문제
r/openclaw의 한 사용자가 Docker 브리지 네트워크에서 실행 중일 때 OpenClaw의 Control-UI에 접근하는 데 지속적인 어려움을 설명합니다. 이 문제는 다양한 OpenClaw 버전 간의 LAN 연결 처리에 초점을 맞추고 있습니다.
버전별 동작
소스에 따르면, 버전 2026.3.14에서는 유효한 토큰으로 Control-UI에 LAN 연결을 잠시 허용했습니다. 그러나 다른 버전으로 업그레이드하거나 다운그레이드하면 이 기능이 작동하지 않습니다. 사용자는 특히 버전 2026.3.23에서도 여전히 "페어링 필요" 및 "누락된 범위:operater.read"와 같은 오류가 발생하는 문제가 있다고 언급합니다.
SSH 터널 제한 사항
표준 SSH 터널 우회 방법은 Docker 브리지 네트워크 구성에서 실패합니다. OpenClaw가 Docker의 기본 브리지 네트워크에서 실행될 때, 호스트가 IP 주소를 위장하여 SSH 터널 연결이 OpenClaw에 원격 IP로 나타납니다. 이로 인해 적절한 인증이 방해됩니다.
복잡한 네트워크 구성
사용자의 설정은 더욱 복잡합니다: OpenClaw 컨테이너는 VPN 이그레스를 위해 Wireguard docker 네트워크에 연결됩니다. LAN 접근 문제를 우회하기 위해, 그들은 Wireguard 컨테이너에 sshd를 설치하고 사용자/비밀번호 권한을 구성했으며, SSH 터널을 허용하도록 sshd를 특별히 설정했습니다. 이 복잡한 설정은 외부 연결에서 격리된 컨테이너의 Control-UI에 접근하기 위해서만 필요했습니다.
사용자는 향후 버전에서 Control-UI에 대한 토큰 기반 LAN 접근이 복구되어 이 유지 관리 부담을 없애길 바라고 있습니다.
📖 전체 소스 읽기: r/openclaw
👀 See Also

ThermoQA: 열역학 공학 문제 293개 계산 문제로 LLM 성능을 평가하는 공개 벤치마크
ThermoQA는 3단계에 걸친 293개의 공학 열역학 문제로 구성된 오픈 벤치마크로, LLM의 정확한 수치 계산 능력을 테스트합니다. Claude Opus 4.6이 94.1%의 종합 점수로 선두를 달리고 있으며, DeepSeek-R1은 ±2.5%로 실행 간 변동성이 가장 높습니다.

레딧 게시물에서는 노코드 창작형 AI의 내부 수리 루프에 대해 논의합니다.
레딧 게시물은 불가능한 기계적 구조나 왜곡된 해부학과 같은 상식적 오류를 처리하기 위해 사용자가 출력을 디버깅하는 대신 내부 수리 메커니즘이 필요하다고 주장합니다.

AI에 일자리를 빼앗기지 않는 7가지 방법 – 타일러 코웬의 실용 가이드
타일러 코웬이 제시하는 일곱 가지 원칙. 지저분한 일을 찾고 원격 근무에 경계하라는 조언 등 AI 경쟁에서 커리어를 보호하는 실용적인 전략.

레딧 사용자가 클로드의 시간적 인식 격차 해결을 위한 타임스탬프 기능을 제안합니다.
레딧 사용자가 Claude의 시간 인식 부재를 생산성 사용 사례의 한계로 지적하며, 모든 응답에 날짜와 시간을 표시하고 세션 간에 지속되는 선택적 타임스탬프 기능을 제안합니다.