호스트 뒤의 이름
example.com/bubibubi는 경로에 있습니다. 경로에 브랜드 이름이 적혀 있어도 이 주소의 호스트는 example.com입니다.
BUBI URL LAB · LOCAL PARSER
부비주소,
링크 이름보다
호스트를 먼저.
부비주소는 부산비비기 접속 주소를 찾을 때 쓰이는 검색어입니다. 먼저 공개 URL의 현재 이동 기록을 보고, 받은 후보 두 개를 같은 기준으로 비교해 보세요.
먼저 볼 한 줄
busanb38.net의 공개 게시판 URL은 xn--1-282fst68h83l.org로 한 번 이동한 뒤 응답했습니다. 이는 2026-09-07의 접속 관찰이며 운영권이나 공식성을 인증한 결과는 아닙니다.
01 / CURRENT TRACE
현재 확인한
주소 이동 기록
아래 값은 브라우저에 보이는 이름을 추측한 결과가 아니라, 적힌 시작 URL을 실제로 요청해 최종 호스트와 응답 상태를 기록한 것입니다. 날짜가 지난 뒤에는 같은 결과가 유지된다고 가정하지 않습니다.
STARTbusanb38.net공개 게시판 URL
→FINALxn--1-282fst68h83l.orgHTTP 200 응답
02 / TOOL
부비주소 URL 분석
링크 한 개를 분석하거나 두 후보를 나란히 비교하세요. 최신 주소를 제시하거나 운영사의 공식 주소를 인증하는 기능은 아니며, 입력한 문자열의 구성과 차이만 보여 줍니다.
03 / CHECK
클릭 전 확인 순서
주소를 ‘맞다·틀리다’로 단번에 정리하기보다, 화면에서 관찰할 수 있는 사실을 순서대로 분리하면 잘못된 추정을 줄일 수 있습니다.
- 01
링크 문구와 URL을 분리합니다
메신저의 ‘바로가기’ 같은 문구가 아니라 실제로 복사되는 URL 한 개를 확인합니다. 화면에 말줄임표가 있다면 생략된 표시를 추측하지 말고 링크 주소 복사 기능을 사용합니다.
- 02
호스트를 끝까지 읽습니다
https:// 다음부터 첫 번째 / 전까지가 호스트입니다. 익숙한 이름이 경로나 @ 앞에 들어 있어도 호스트가 되는 것은 아닙니다.
- 03
경로와 추가 정보를 구분합니다
/ 뒤의 경로, ? 뒤의 쿼리, # 뒤의 페이지 내 위치를 나눠 봅니다. 일부를 임의로 지우면 원래 문서와 다른 주소가 될 수 있습니다.
- 04
확인 범위를 기록합니다
문자열 구조를 읽은 것인지, 실제 접속과 최종 이동까지 확인한 것인지 구분합니다. 이 도구의 결과는 첫 번째 범위에 해당합니다.
04 / EXAMPLES
비슷한 링크,
서로 다른 위치
아래 example.com과 example.org는 문서용으로 예약된 도메인입니다. 같은 단어가 어느 위치에 들어 있는지에 따라 URL의 구성이 어떻게 달라지는지 비교해 보세요.
점으로 이어진 이름
bubi.example.com전체 호스트는 bubi.example.com입니다. bubi는 example.com 아래의 서브도메인 위치에 있습니다.
@ 앞의 이름
https://bubi@example.org@ 앞은 사용자 정보 자리입니다. 익숙한 이름이 앞에 보여도 실제 호스트는 example.org입니다.
물음표 뒤의 주소
example.com/?next=example.org입력 호스트는 example.com입니다. next 값에 다른 주소가 있어도 실제 이동 여부는 서버 동작을 따로 확인해야 합니다.
05 / FIELD GUIDE
주소를 직접 읽는
상황별 안내
필요한 상황을 목차에서 골라 보세요. 이 장의 URL은 실제 서비스 관찰값이 아니라 구조를 설명하기 위한 예약 도메인 예시입니다.
CASE 01
부비주소를 받았을 때, 먼저 구분할 세 가지
누군가 보낸 부비주소를 확인할 때는 화면에 적힌 링크 이름, 복사한 URL, 접속한 뒤의 주소를 나누어 생각하면 편합니다. 메시지의 파란 글씨가 “부비 바로가기”라고 되어 있어도 실제 연결 주소는 다른 문자열일 수 있습니다. 이 페이지의 도구가 읽는 대상은 그중 복사한 URL입니다. 링크 이름이나 미리보기 제목은 입력값에 포함되지 않으므로, 메시지 전체를 붙여넣기보다 주소 부분만 가져오는 것이 정확합니다.
확인 순서는 단순합니다. 먼저 호스트에서 사이트의 주소를 읽고, 경로에서 어느 문서로 연결되는지 살펴본 다음, 쿼리에 추가 조건이 붙었는지 봅니다. 예를 들어 호스트가 같고 경로만 다르다면 같은 호스트 안의 서로 다른 페이지를 가리키는 형태입니다. 반대로 페이지 이름이 똑같아도 호스트가 다르면 다른 주소입니다. 다만 주소가 다르다는 사실과 운영자가 다르다는 판단은 별개입니다.
이 순서는 최신 주소를 찾아주는 절차와 다릅니다. 지금 가진 링크에 무엇이 적혀 있는지 이해하는 과정입니다. 결과를 읽은 뒤에도 공식 운영 관계, 현재 서비스 상태, 원래 찾던 문서인지에 대한 질문이 남을 수 있습니다. 그 질문에는 주소의 모양이 아니라 해당 문서와 운영 주체가 제공하는 확인 가능한 정보가 필요합니다. 확인되지 않은 부분을 확인된 것처럼 섞지 않는 것이 출발점입니다.
9가지 확인 상황으로 ↑CASE 02
메신저·검색 화면에서 주소를 제대로 복사하기
링크를 길게 눌렀을 때 메뉴에 “링크 주소 복사”가 있다면 표시된 문장 복사와 구분하세요. 문장만 복사하면 “새 주소 확인” 같은 이름만 들어올 수 있습니다. 반대로 메시지 전체를 복사하면 설명, 줄바꿈, 이모지까지 함께 들어올 수 있습니다. 이 도구는 공백이 섞인 문장을 URL로 추측해서 고치지 않습니다. 복사 결과를 입력란에서 한 번 읽고 주소만 남긴 뒤 실행하세요.
검색 결과나 화면 캡처에는 주소 중간이 말줄임표로 줄어들어 보이기도 합니다. example.com/…/board라는 표시를 그대로 입력하면 원래 경로를 복원할 수 없습니다. 생략된 글자를 임의로 채워 넣는 것도 피하는 편이 좋습니다. 원본 링크를 복사할 수 있는 화면으로 돌아가거나, 보낸 사람에게 전체 주소를 다시 요청하세요. 이미지에 보이는 문자열과 원본 링크는 같은 수준의 자료가 아닙니다.
복사한 주소의 끝에 괄호나 마침표가 붙어 있으면 그 문자가 본문 문장부호인지 주소의 일부인지 확인해야 합니다. 경로에는 일부 기호가 실제로 쓰일 수 있어 무조건 삭제하는 방식은 정확하지 않습니다. 원문에서 링크가 어디까지 선택되는지 대조하는 편이 낫습니다. 입력을 정리했더라도 원문에 없던 숫자나 도메인을 추정해서 추가하지 마세요. 잘못 복사한 주소는 접속 장애처럼 보일 수 있습니다.
9가지 확인 상황으로 ↑CASE 03
호스트와 서브도메인: 이름이 들어간 위치 보기
예시 주소 bubi.example.com에서 도구가 표시하는 호스트는 bubi.example.com 전체입니다. example.com/bubi에서는 example.com이 호스트이고 bubi는 경로입니다. 익숙한 이름이 앞에 나오거나 크게 보이는지가 아니라, 주소의 어느 자리에 있는지를 읽어야 합니다. 두 예시가 비슷한 이름을 포함한다고 해서 같은 서비스나 같은 페이지를 뜻하는 것은 아닙니다.
또 다른 예시인 example.com.example.org의 호스트를 읽을 때는 앞부분의 example.com만 보고 멈추지 마세요. 끝까지 이어진 전체 문자열을 확인해야 합니다. 이 예시에서 example.com은 example.org 앞에 붙은 이름입니다. 다만 실제 인터넷 주소에는 co.kr처럼 여러 단계로 이루어진 접미사도 있어, 모든 도메인을 무조건 마지막 두 덩어리만으로 해석하는 규칙은 적절하지 않습니다.
이 도구는 등록 가능한 도메인이나 소유자를 별도로 추정하지 않고 URL에 들어 있는 전체 호스트를 표시합니다. 따라서 호스트가 길게 나와도 앞의 일부를 잘라 대표 주소라고 선언하지 않습니다. 두 링크를 비교할 때는 호스트 전체를 각각 메모해 차이를 확인하세요. www가 있는 주소와 없는 주소도 문자열상 다른 호스트이며, 실제로 같은 사이트로 연결되게 설정됐는지는 별도로 확인할 사항입니다.
9가지 확인 상황으로 ↑CASE 04
게시판 경로와 쿼리를 구분하면 알 수 있는 것
부비주소로 전달받은 링크가 홈페이지가 아니라 게시판의 특정 글로 연결되는 형태일 수 있습니다. 예를 들어 example.com/board/123에서 /board/123은 경로입니다. 경로가 있다고 해서 그 글이 현재 존재한다는 뜻은 아닙니다. 글이 삭제되거나 위치가 바뀌어도 복사된 링크는 그대로 남을 수 있습니다. 홈페이지가 열린다는 사실만으로 오래된 글 주소까지 정상이라고 판단하지 마세요.
물음표 뒤의 category=1이나 page=2 같은 항목은 쿼리입니다. 서버가 이 값을 어떻게 해석하는지는 사이트마다 다릅니다. 이름이 page라고 적혀 있다고 반드시 페이지 번호로 동작한다고 보장할 수는 없지만, 주소에 추가 조건이 전달되는 형태라는 것은 알 수 있습니다. 이 도구는 항목 수만 보여 줍니다. 입력값에 민감한 정보가 섞였을 가능성을 고려해 쿼리의 실제 값은 결과에 다시 표시하지 않습니다.
링크를 짧게 만들겠다고 물음표 뒤를 전부 지우면 원래 보려던 검색 조건이나 문서 선택 정보가 사라질 수 있습니다. 추적용으로 보이는 항목도 이름만 보고 기능을 확정해서는 안 됩니다. 다른 사람에게 링크를 전달할 때는 서비스가 제공하는 공유 주소가 있는지 먼저 살펴보세요. 주소의 일부를 제거한 뒤 같은 화면이 보인다는 경험도 로그인 상태나 브라우저 환경이 다르면 달라질 수 있습니다.
9가지 확인 상황으로 ↑CASE 05
두 부비주소가 같은지 비교하는 연습
주소 비교에서는 “완전히 같은 문자열인가”, “같은 호스트인가”, “같은 내용을 보여 주는가”를 나눠 질문해야 합니다. example.com/board/1과 example.com/board/2는 호스트가 같지만 경로가 다릅니다. 두 페이지가 실제로 같은 내용을 출력하도록 서버가 설정되어 있을 가능성까지 이 도구가 알 수는 없습니다. 구조 비교 결과를 콘텐츠 동일성이나 공식성 판정으로 확대하지 않는 것이 중요합니다.
https://example.com과 https://example.com/처럼 브라우저가 정규화 과정에서 같은 형태로 읽는 경우도 있습니다. 반면 /Board와 /board 같은 경로의 대소문자는 서버에 따라 의미가 달라질 수 있습니다. 사람이 보기 좋게 주소 전체를 소문자로 고치는 방식은 피하세요. 복사한 원본을 유지한 상태에서 도구가 표시하는 호스트와 경로를 구분해 보는 편이 오류를 줄입니다.
비교 기록은 “첫 링크 호스트 example.com, 둘째 링크 호스트 example.org”처럼 관찰한 사실로 적으면 충분합니다. “둘 중 두 번째가 최신 공식 주소” 같은 결론은 이 비교에서 나오지 않습니다. 서로 다른 호스트가 하나의 운영 주체에 속할 수도 있고, 비슷한 이름의 호스트가 무관할 수도 있습니다. 확인 자료가 없다면 차이만 기록하고 관계에 대한 판단은 남겨 두는 편이 정확합니다.
9가지 확인 상황으로 ↑CASE 06
한글·퍼센트 기호·숫자가 섞인 주소 읽기
한글 도메인은 URL 처리 과정에서 xn--으로 시작하는 ASCII 형태로 표시될 수 있습니다. 이 페이지의 실제 한글 도메인도 메타데이터에서는 그런 형태를 사용합니다. 두 표기를 서로 다른 사이트라고 보기 전에 같은 국제화 도메인의 표현인지 살펴봐야 합니다. 도구에 한글 주소를 넣었을 때 호스트가 영문과 숫자 조합으로 나오는 것은 그 변환 과정 때문일 수 있습니다.
경로에 %와 영문·숫자가 반복되는 것은 문자가 인코딩되어 나타난 형태일 수 있습니다. 길어 보인다는 이유로 그 부분을 지우면 원래 경로가 달라집니다. 이 도구는 경로를 사람이 예상한 단어로 다시 해석해 바꾸지 않고 URL이 읽은 형태로 보여 줍니다. 표시가 낯설다는 것만으로 주소가 잘못됐다고 단정하지 말고 원본과 복사 결과가 같은지 먼저 비교하세요.
도메인에 숫자가 포함되어 있다고 해서 그 숫자가 개설 연도나 최신 버전을 뜻하는 것은 아닙니다. 예를 들어 example2.com이 example.com의 후속 주소라고 주소만으로 알 수는 없습니다. 비슷한 숫자 조합을 직접 만들어 접속을 시도하는 것도 확인 방법이 아닙니다. 링크를 준 출처가 어떤 주소를 정확히 적었는지, 그 출처에 변경 근거가 있는지를 별도로 확인해야 합니다.
9가지 확인 상황으로 ↑CASE 07
입력한 주소와 마지막 주소가 달라지는 경우
주소를 클릭했을 때 다른 페이지로 이동하는 상황은 문자열 분리만으로 재현할 수 없습니다. 서버가 다른 주소를 알려 주거나 페이지 안의 기능이 이동을 실행하는 등 여러 방식이 있기 때문입니다. 이 도구는 입력한 링크에 네트워크 요청을 보내지 않으므로 중간 경유지나 최종 목적지를 조사하지 않습니다. 결과의 호스트는 어디까지나 입력한 URL의 호스트입니다.
짧은 링크도 마찬가지입니다. example.com/a1b2처럼 짧은 문자열을 읽으면 호스트와 경로는 알 수 있지만 그 뒤에 연결된 문서는 알 수 없습니다. 도구에서 구조가 정상적으로 분리됐다는 이유로 링크의 최종 내용을 확인했다고 생각하지 마세요. 원문 출처가 전체 목적지를 따로 안내한다면 그 정보와 구분해서 기록하고, 확인되지 않은 이동 경로를 추정해서 채워 넣지 않습니다.
예시 주소의 쿼리에 next=example.org라고 적혀 있어도 실제 이동이 일어난다는 뜻은 아닙니다. next는 그저 항목 이름이며 서버가 무시하거나 다른 기능에 사용할 수도 있습니다. 따라서 입력 호스트와 쿼리에 적힌 다른 주소를 같은 것으로 합치면 안 됩니다. “입력에는 두 주소 문자열이 보인다”와 “두 서버를 거쳐 이동했다”는 서로 다른 주장입니다.
9가지 확인 상황으로 ↑CASE 08
부비주소를 다시 전달할 때 남길 정보
링크를 다른 사람에게 전달할 때는 자신이 확인한 범위와 확인하지 않은 범위를 함께 설명하면 혼동이 줄어듭니다. “주소 문자열에서 호스트만 확인했다”는 말과 “지금 페이지를 열어 확인했다”는 말은 다릅니다. 이 도구를 사용했다면 전자의 범위입니다. 결과 화면을 근거로 접속 성공, 운영 주체 또는 제공 서비스까지 확인했다고 전달해서는 안 됩니다.
개인별 초대 링크나 비밀번호 재설정 링크처럼 계정에 연결될 수 있는 주소는 공개 게시판에 그대로 올리지 않는 편이 좋습니다. URL 안에는 긴 임의 문자열이 들어갈 수 있고, 그 의미를 이름만 보고 항상 알 수 있는 것은 아닙니다. 이 도구가 쿼리 값을 결과에서 숨겨도 입력란에는 원본이 남습니다. 화면을 공유하거나 캡처할 때는 결과뿐 아니라 입력란도 함께 살펴보세요.
주소 비교 메모가 필요하면 호스트, 관련 경로, 받은 날짜, 전달 출처 정도를 목적에 맞게 남기면 됩니다. 쿼리 전체나 계정 관련 문자열까지 보관할 필요가 있는지는 별도로 판단하세요. 이 페이지는 기록을 저장하지 않기 때문에 새로고침하면 입력과 결과가 사라집니다. 공유가 필요한 경우에도 상대가 알아야 할 정보만 전달하고, 단순한 주소 분석 결과에 “공식 인증” 같은 이름을 붙이지 마세요.
9가지 확인 상황으로 ↑CASE 09
도구가 주소를 읽지 못할 때 확인할 항목
입력 오류가 나면 우선 빈칸, 줄바꿈, 설명 문장이 섞였는지 확인하세요. 이 도구는 웹 주소 한 개를 입력받습니다. 여러 주소를 쉼표로 이어 붙이거나 문장 가운데 링크를 넣으면 원하는 결과가 나오지 않을 수 있습니다. 주소를 하나씩 분리해서 검사하고, 원본에 없는 문자까지 자동으로 보정해 줄 것이라고 기대하지 않는 것이 좋습니다.
http 또는 https가 없는 도메인 형태에는 이 도구가 https를 붙여 문자열을 해석합니다. 이것은 해당 서버가 실제로 HTTPS를 지원하는지 검사한 결과가 아닙니다. 접속 방식이 명시된 원본 링크가 있다면 그대로 사용하는 편이 정확합니다. 이메일을 여는 mailto나 프로그램 실행을 위한 다른 형식은 일반 웹 링크와 용도가 달라 이 도구의 처리 대상에서 제외됩니다.
오류 메시지가 주소의 진위나 서버 장애를 의미하지는 않습니다. “읽을 수 없는 입력”은 도구가 지원하는 형식에 맞지 않거나 원본을 제대로 복사하지 못했다는 뜻일 수 있습니다. 반대로 읽기에 성공해도 서버가 존재하지 않을 수 있습니다. 입력 형식, 네트워크 연결, 문서 존재 여부를 하나의 성공·실패 표시로 합치지 않고 각각 구분해 보세요.
9가지 확인 상황으로 ↑06 / FAQ
부비주소를 읽다가
궁금한 점
도구가 확인한 범위와 실제 접속·운영 관계의 범위를 구분해 답했습니다.
부비주소를 넣으면 현재 접속되는지 알 수 있나요?
아니요. 입력한 문자열만 브라우저에서 분리하므로 연결 상태나 리디렉션은 확인하지 않습니다. 구조 분석 성공과 실제 접속 성공은 서로 다른 결과입니다.
한글 주소가 xn--으로 표시되는 이유는 무엇인가요?
국제화 도메인을 URL 처리에 사용하는 ASCII 형태로 나타내기 때문입니다. 두 표기가 같은 도메인의 서로 다른 표현일 수 있지만, 변환된 모양 자체가 공식성이나 안전성을 뜻하지는 않습니다.
https로 시작하면 공식 사이트인가요?
https는 브라우저와 서버 사이의 연결 방식입니다. 특정 서비스 운영자의 공식 사이트인지는 운영 주체가 제공한 확인 가능한 출처와 별도로 대조해야 합니다.
왜 펀초이스라는 도메인에서 부비주소를 다루나요?
이 도메인은 부비주소로 전달된 URL의 구조를 읽는 독립 도구입니다. 도메인 이름은 부비, 부산비비기 또는 펀초이스 운영사와의 제휴나 공식 관계를 의미하지 않습니다.
07 / SOURCES
도구의 범위와 참고 자료
이 사이트는 주소의 각 부분을 직접 읽도록 돕습니다. 현재 공식 주소 목록, 접속 중개, 업체 순위나 이용 후기는 제공하지 않으며 입력한 링크를 저장하지 않습니다.
URL 구성 설명은 아래 공개 문서를 참고했습니다. 예시는 실제 서비스 주소와 혼동하지 않도록 IANA가 문서용으로 예약한 도메인을 사용합니다.