localhost는 되는데 다른 PC가 못 쓰던 이유

브라우저에서 내 PC에서만 보였던 API가 다른 PC에서 안 보이는 가장 큰 이유는 기본 바인딩입니다.

많은 로컬 AI 서버는 기본 바인딩을 `localhost`로 둡니다. 이는 의도적으로 외부 접근을 막는 동작입니다.

검증할 때는 모델·런타임 버전, 입력 자료, 주요 설정과 결과를 한 묶음으로 저장합니다. 다른 조건을 그대로 둔 채 한 요소만 바꾸어 다시 실행하고, 예상과 다른 결과와 아직 확인하지 못한 한계까지 기록해야 이 설명을 자신의 환경에 안전하게 적용할 수 있습니다.

첫 번째로 서버가 어디를 듣고 있는지 확인합니다. `127.0.0.1`은 같은 장치 내 접근만 허용합니다.

내부 LAN에서 접근하려면 서버 주소가 장비의 사설 IP(`192.168.x.x`) 기반으로 수신되게 바뀌어야 합니다.

결과를 다시 재현할 수 있도록 시작 전후의 상태와 확인 시각을 함께 남깁니다. 정상 사례뿐 아니라 빈 입력, 자원 부족이나 재시작 같은 실패 조건 하나를 포함하면 이 단계가 어디까지 견디는지 더 분명해집니다.

로컬 방화벽이 포트를 막으면 `포트가 열렸는데 안 된다`가 반복됩니다.

공유기와 사설 라우팅은 별도 계층입니다. 포트 포워딩이 필요한지, 그리고 필요한 포트만 공개되는지 분리해 점검해야 합니다.

모든 항목의 중요도가 같지는 않으므로 데이터 손실, 외부 노출과 복구 실패처럼 영향이 큰 조건은 필수 통과 항목으로 분리합니다. 선택 항목은 보류 이유와 재검토 시점을 적어 완료 상태와 미확인 상태가 섞이지 않게 합니다.

• Windows 방화벽 인바운드 규칙
• macOS 방화벽/보안 소프트웨어
• NAS 또는 공유기 ACL 확인
• 필요 시 SSH 터널로 접근 제한

외부로 바인딩한 뒤 인증이 비활성화되어 있으면 의도치 않은 요청을 받습니다.

사설망이라도 허용 IP, 토큰, 요청 헤더 제한, 속도 제한 중 하나라도 먼저 적용해야 안전합니다.

검증할 때는 모델·런타임 버전, 입력 자료, 주요 설정과 결과를 한 묶음으로 저장합니다. 다른 조건을 그대로 둔 채 한 요소만 바꾸어 다시 실행하고, 예상과 다른 결과와 아직 확인하지 못한 한계까지 기록해야 이 설명을 자신의 환경에 안전하게 적용할 수 있습니다.

로컬 단말에서 먼저 동작 확인 → LAN IP로 바인딩 변경 → 한 대의 테스트 PC에서 통신 확인 → 보안 정책 강화 순으로 진행합니다.

항상 포트 노출 전후의 상태를 기록해 롤백 기준을 남겨 두세요.

결과를 다시 재현할 수 있도록 시작 전후의 상태와 확인 시각을 함께 남깁니다. 정상 사례뿐 아니라 빈 입력, 자원 부족이나 재시작 같은 실패 조건 하나를 포함하면 이 단계가 어디까지 견디는지 더 분명해집니다.