localhost 링크를 공유하면 열리지 않는 이유

자신의 컴퓨터에서만 열리면 보낸 주소를 살펴보세요

노트북에서 행사 일정을 만듭니다. 미리보기가 작동해서 주소를 복사해 다른 사람에게 보내거나 QR을 만듭니다. 자신의 브라우저에서는 일정이 보이지만 휴대전화에는 오류가 나옵니다. 디자인을 바꾸거나 이미지를 다시 생성하기 전에 주소의 서버 이름을 보세요. 로컬 미리보기가 인터넷에 게시된 페이지라는 뜻은 아닙니다.

휴대전화나 다른 네트워크에서 localhost를 여는 실제 질문에는 공통점이 있습니다. 문자열을 보낸다고 응답하는 서버에 접근할 수 있게 되지는 않습니다. 이 안내서는 세 상황을 구분하고 공개 일정 배포 과정을 제시합니다. 개발 환경을 호스팅으로 바꾸거나 실패가 계정 권한 문제라고 가정하지 않습니다. 먼저 주소가 실제로 어디를 가리키는지 확인해야 합니다.

Localhost는 요청하는 기기를 가리킵니다

localhost라는 이름은 특별 용도입니다. RFC 6761은 로컬로 돌아오는 루프백 주소로 해석되어야 한다고 설명합니다. 보통 브라우저는 자신의 기기에서 서비스를 찾습니다. 따라서 노트북의 localhost는 휴대전화에 그 노트북을 식별해 주지 않습니다. 휴대전화에서 같은 주소를 열면 휴대전화 자체의 로컬 환경에 접근하려고 하며, 만든 일정은 아마 거기에 없습니다.

두 예시는 공개 초대가 아니라 로컬 목적지입니다. 127.0.0.1은 IPv4 루프백 주소이며 포트 3000은 서비스를 구분할 뿐 주소의 범위를 바꾸지 않습니다. 링크를 복사하거나 UTM을 붙이거나 단축하거나 QR로 그려도 의미는 같습니다. 로컬 작업용으로 보관하되 누구나 사용하는 일정 목적지로 생각하지 마세요. 이 문제를 알아보기 위해 외부 도구에 입력해 시험할 필요는 없습니다.

http://localhost:3000/programa
http://127.0.0.1:3000/programa

사설 주소도 인터넷 게시가 아닙니다

localhost를 로컬 네트워크 주소로 바꾸는 것은 허가된 기기 간 시험의 일부일 수 있지만 게시와 같지 않습니다. RFC 1918은 192.168.0.0/16을 포함한 사설 범위를 예약합니다. 예시 192.168.1.25는 특정 네트워크 안의 컴퓨터를 가리킬 수 있으나 다른 네트워크 사람들을 위한 공통 목적지는 아닙니다. 같은 와이파이에서도 서비스와 접근 규칙이 연결을 허용해야 합니다.

내부 시험이 필요하면 환경 관리자와 주소 및 접근 조건을 합의하세요. 회사 네트워크나 허가된 원격 접근은 다른 상황이며 내부 정보를 공개할 이유가 아닙니다. 대중을 위한 일정에는 적절히 게시된 주소를 요청하세요. 포스터를 준비하면서 임시 해결책으로 방화벽을 끄거나 라우터 포트를 열지 마세요. URL 확인은 서버 설정과 보호를 대신하지 못합니다.

http://192.168.1.25:3000/programa

공개할 콘텐츠에는 게시된 주소를 준비하세요

게시하려면 예정된 이용자가 접근할 수 있는 웹서비스에 콘텐츠를 두어야 합니다. MDN은 작업 파일과 게시를 구분하며 호스팅과 웹주소의 역할을 설명합니다. 다른 사람이 사이트를 관리하면 승인한 일정을 전달하고 최종 URL을 요청하세요. 직접 게시하면 호스팅 절차를 따르며 방문자에게 어떤 콘텐츠와 설정을 제공하는지 확인하세요.

localhost 글자만 도메인으로 바꾸면 충분하지 않습니다. 그 도메인이 실제 페이지를 제공하는 서비스로 이어져야 합니다. 가상 주소 example.invalid는 작동하는 시험 사이트가 아닙니다. 게시된 후에 실제 URL로 바꾸세요. 올바른 일정 경로를 유지하고 이미지, 스타일, 링크를 검토합니다. 게시된 페이지가 localhost 리소스를 계속 호출하면 자신의 컴퓨터에서는 완전해 보여도 다른 사람에게는 실패할 수 있습니다.

https://example.invalid/programa

WikiURL과 다른 환경에서 공개 목적지를 확인하세요

비밀이 없는 공개 URL을 확보하면 WikiURL URL 확인 도구에 입력합니다. HTTP 응답과 리디렉션 시 감지한 최종 주소를 검토하세요. 도구는 사설 네트워크 주소를 받지 않는다고 안내합니다. 네트워크 탐색이나 로컬 서비스 시험에 사용하지 마세요. 제한이나 차단이 나타나면 해당 검사의 범위에서 해석하고, 모든 방문자에게 사이트가 중단되었다고 자동 결론 내리지 마세요.

그다음 휴대전화에서 게시된 링크를 열고 가능하면 개발 컴퓨터와 다른 연결을 사용합니다. 일정 내용, 이미지, 탐색을 확인하세요. 200 응답만으로 예상 페이지임이 증명되지는 않습니다. 홈이나 로그인 화면일 수 있습니다. 기술 점검과 시각적 검토는 서로 다른 질문에 답합니다. 페이지의 링크가 로컬 주소로 돌아가지 않는지도 확인하세요.

승인한 버전으로 공유 자료를 만드세요

그 후에만 확인한 공개 주소를 메시지, 단축 링크나 WikiURL QR 생성기에 사용하세요. 최종 목적지를 검토하고 배포할 자료에서 QR을 시험합니다. 미리보기로 만든 파일을 실수로 재사용하지 마세요. 게시 주소가 바뀌면 관리 가능한 사본을 갱신하고 승인 버전을 기록합니다. 예전 QR이 자동으로 바뀌었다고 생각하지 마세요.

게시 기록에는 공개 주소와 점검 결과를 개발 주소와 분리해 저장합니다. 콘텐츠를 내부에 유지해야 한다면 합의한 접근 방식을 지키고 외부 검사기를 통과하려고 공개하지 마세요. 목적지와 이용자를 맞추는 것이 목표입니다. 로컬 작업은 자신의 기기, 내부 접근은 지정된 사람, 외부에서 열어야 하는 일정에는 게시된 웹사이트를 사용합니다.