01
입력에 적힌 스킴을 읽기
파서는 붙여 넣은 URI의 mqtt, mqtts, amqp, amqps, ws, wss를 직접 읽습니다. 생성 모드의 선택값이 원본 주소를 바꾸지 않습니다.
프로토콜 도구
MQTT URL 파서AMQP와 WebSocket URI까지 확인
서버에 접속하지 않고 주소 구조를 확인합니다.
MQTT URL 파서와 URI 생성기
프로토콜 URI
이 브라우저에서만 처리하며 브로커나 DNS에 연결하지 않습니다. 원본은 이곳에 그대로 보입니다.
결과
처리 및 출력
마스크는 결과, 미리 보기, 복사와 다운로드에 적용됩니다. 원본, 호스트, 경로는 숨기지 않으며 원래 값을 내보내려면 직접 해제해야 합니다.
구문만 검사합니다. 연결, DNS, TLS, 인증은 테스트하지 않습니다. AMQP는 RabbitMQ 0-9-1 URI이며 ws/wss는 userinfo와 fragment를 거부합니다.
URI 한 개, 입력 100,000단위와 쿼리 항목 500개까지. 미리 보기는 20,000단위이며 내보내기는 전체입니다.
URI를 입력하거나 예시를 불러오세요.
MQTT URL 파서는 브로커 주소가 맞아 보이지만 클라이언트가 다른 호스트나 경로로 해석하는 상황에 유용합니다. 설정을 바꾸기 전에 각 구성 요소를 펼쳐 보세요.
같은 화면에서 AMQP URI 분석과 WebSocket 연결 URL 구성도 할 수 있습니다. MQTT 브로커 주소와 RabbitMQ 연결 주소는 구분자를 공유하지만 경로 규칙은 다릅니다.
MQTT URL 파서가 필요한 이유
접속 없이 연결 정보 분리
MQTT URL 파서는 스킴, 호스트, 명시된 포트, 경로와 쿼리 항목을 나눕니다. 결과의 사용자 이름, 비밀번호와 쿼리 값은 기본적으로 가려집니다.
프로토콜별 경로를 유지하며 구성
이름이 /인 AMQP vhost는 단일 구간의 %2F로 인코딩하고 WebSocket 끝점은 여러 경로 구간을 유지합니다. 추정 포트를 생성 URI에 몰래 넣지 않습니다.
연결 주소에서 먼저 볼 부분
02
vhost의 생략과 빈 값 구별
RabbitMQ에서 경로가 없으면 미지정, 끝의 /는 빈 vhost, /%2F는 이름이 /인 vhost입니다. 생성 필드에는 디코딩된 이름을 입력하세요.
03
최신 결과만 내보내기
자동 처리는 입력이 멈춘 뒤 350밀리초 후 실행됩니다. 끄면 버튼이나 Ctrl/Cmd+Enter를 사용하세요. 수정 즉시 이전 결과의 복사와 다운로드가 막힙니다.
주소 해석을 바꾸는 세부 정보
명시 포트와 참고 포트
URI에 실제로 적힌 포트를 따로 보여줍니다. MQTT의 1883/8883과 AMQP의 5672/5671은 관례이며 ws/wss의 80/443은 URL 계층 참고값이지 범용 브로커 포트가 아닙니다.
쿼리 순서 보존
URL 쿼리 파싱에서는 중복 키, 빈 값, 값이 없는 키를 구별합니다. RabbitMQ 쿼리 이름을 모든 클라이언트에 적용되는 표준 옵션이라고 주장하지 않습니다.
엄격한 구성 요소 인코딩
잘못된 % 이스케이프, 유효하지 않은 UTF-8, 괄호 없는 IPv6, 범위 밖 포트에 오류를 표시합니다. 비밀번호 속 @는 구성 시 필드 안에서 인코딩합니다.
원본과 분리된 URI 생성
여섯 스킴 중 하나를 골라 호스트, 포트, 경로 또는 vhost, 자격 증명, 쿼리 행을 편집합니다. 새 URI는 별도 결과이며 붙여 넣은 원본은 그대로 남습니다.
구문 검사가 확인하지 않는 것
- 브로커 연결 없음
- 브라우저에서 텍스트만 처리하며 MQTT CONNECT, AMQP 핸드셰이크, WebSocket 업그레이드를 보내지 않습니다. DNS, TLS, 인증과 권한도 검증하지 않습니다.
- MQTT 경로는 자동으로 토픽이 아님
- mqtt://의 경로는 URI 구조로만 보여 주며 의미는 클라이언트마다 다릅니다. WebSocket의 /mqtt는 전송 끝점 경로이지 발행·구독 토픽이 아닙니다.
- RabbitMQ AMQP 0-9-1 범위
- vhost는 경로 한 구간만 차지하며 이름 속 /는 %2F로 인코딩해야 합니다. AMQP 1.0, Qpid brokerlist, JMS failover URL은 다루지 않습니다.
- WebSocket URL의 별도 제약
- ws/wss 주소에서는 fragment와 userinfo를 거부합니다. 경로와 쿼리는 보존하지만 실제 브로커가 그 포트에서 대기하는지는 판단하지 않습니다.
- 마스킹은 결과에만 적용
- 원본 편집기에는 붙여 넣은 내용이 남습니다. 기본 결과와 내보내기에서 자격 증명과 쿼리 값을 숨기며 호스트와 경로의 비밀은 탐지하지 않습니다.
MQTT URL 파서 자주 묻는 질문
RabbitMQ 연결 URL은 어디에서 찾나요?
실제 호스트와 포트, 계정, vhost는 배포 설정이나 제공업체에서 확인해야 합니다. RabbitMQ 연결 URL은 보통 amqp:// 또는 amqps://로 시작하며 이 도구는 서버를 찾아주지 않습니다.
RabbitMQ 기본 vhost /를 URI에 어떻게 적나요?
호스트 뒤에 /%2F를 써야 이름이 /인 vhost를 명시합니다. 경로 없음은 미지정이고 마지막 /만 있으면 빈 이름입니다. 클라이언트의 기본값 적용 여부는 별개입니다.
RabbitMQ 비밀번호에 @가 있으면 URI는 어떻게 작성하나요?
비밀번호 안의 @는 %40으로 인코딩하세요. 예를 들면 amqp://user:p%40ss@host/%2F입니다. 생성 필드에는 디코딩된 p@ss를 넣으면 한 번만 인코딩합니다.
WebSocket URL을 쓸 때 MQTT.js가 연결되지 않는 이유는 무엇인가요?
ws/wss 구문이 올바르더라도 /mqtt 대신 /ws가 필요한 서버라면 접속이 실패합니다. TLS, 권한, 브로커 WebSocket 설정도 살펴야 하며 여기서는 연결하지 않습니다.
amqp:// URI에 담긴 인증 정보는 암호화되나요?
아니요. 퍼센트 인코딩과 화면 마스크는 암호화가 아닙니다. 서버가 TLS를 제공하면 amqps://를 사용하고 자격 증명이 든 URI를 비밀로 취급하세요.
URI 해석이 잘못되었나요?