TXT 레코드 분할기 (255바이트 청크)
네트워크
단일 DNS TXT character-string은 RFC 1035에 의해 255바이트로 캡. 더 긴 레코드 — RSA DKIM 공개 키, 많은 include 있는 SPF — 는 리졸버가 연결하는 여러 character-string으로 분할 필요. 각 DNS UI는 분할 방식 약간 다름: BIND는 `("chunk1" "chunk2")` 문법, 일반 zone 파일은 공백 구분 인용 문자열, Cloudflare는 자동 분할, Route 53은 공백 구분 인용 문자열. 이 도구는 추가 편집 없이 공급자 UI에 떨어뜨릴 형태 생성.
_record IN TXT ( )
DNS character-string은 1바이트 길이 프리픽스 → 문자열당 최대 255. TXT 레코드는 여러 문자열 연결 → DKIM 키 그것보다 길어도 DNS에 맞음.
사용법
- 전체 TXT 값 붙여넣기(DKIM 공개 키·긴 SPF·긴 DMARC). 샘플 버튼은 현실적 예시 채움.
- 발행할 DNS UI 선택. 출력이 그 공급자 인용으로 조정.
- 값 필드에 복붙. 리졸버가 클라이언트용으로 청크 투명하게 재조립.
자주 묻는 질문
- 왜 255바이트?
- DNS character-string은 단일 바이트 길이 프리픽스. 그 바이트가 단일 문자열을 255로 캡. TXT 레코드는 리졸버가 연결하는 여러 문자열 포함 가능 — `"abc" "def"`는 `abcdef`로 읽힘. 프로토콜은 결합을 애플리케이션에 맡김.
- Cloudflare 정말 자동 분할?
- 응. 600바이트 문자열 Cloudflare에 붙여넣으면 내부에서 조용히 3개 character-string으로 분할. Cloudflare용 출력은 결합된 값 — 그거 붙여넣기, 인용 필요 없음.
관련 도구
IP 주소 분석
IPv4 또는 IPv6 입력 → 클래스·범위(사설·공인·loopback·link-local)·10진수·2진수·reverse DNS·/32 CIDR 표시.
포트 번호 참조
약 60개 표준 TCP / UDP 포트 번호 검색 가능한 치트시트 — 22(SSH)·80(HTTP)·6379(Redis)·27017(MongoDB) 등.
DNS 레코드 참조
DNS 레코드 타입 검색 가능한 치트시트 — A·AAAA·CNAME·MX·TXT·NS·SOA·PTR·SRV·CAA·DNSSEC·SVCB / HTTPS — 예시 포함.
서브넷 계산기 (IPv4 / CIDR)
IPv4 CIDR을 네트워크 주소·브로드캐스트·넷마스크·와일드카드·호스트 범위·클래스로 파싱. 이진 분석과 사설/공인 상태 표시.
User Agent 파서
User-Agent 문자열을 브라우저·엔진·OS·디바이스·CPU로 파싱. GPTBot·ClaudeBot·PerplexityBot 포함 20+ 봇 감지.
HTTP 상태 코드 레퍼런스
1xx-5xx 모든 HTTP 상태 코드 검색 — 요약·RFC·사용 시점·흔한 함정 포함.