조회수:19
시간:2026-06-05 14:20:44 저자: windy 
도메인 소유자 및 리셀러에게 이 문제가 중요한 이유
도메인 상태 코드는 기술적이지만 그 비즈니스적 영향은 즉각적일 수 있습니다. 도메인이 clientHold 또는 serverHold에 놓이면 웹사이트가 해석되지 않을 수 있습니다. 도메인에 연결된 이메일이 실패할 수 있습니다. 고객 로그인 시스템, 결제 페이지, 지원 포털, 광고 캠페인 및 API 엔드포인트도 영향을 받을 수 있습니다.
사업주에게는 갑작스러운 셧다운처럼 느껴질 수 있습니다. 리셀러에게는 최종 고객이 이유를 이해하기 전에 웹사이트가 오프라인으로 보일 수 있으므로 상황이 더욱 어려울 수 있습니다. 대량 도메인 고객의 경우 하나의 상태 문제만으로도 포트폴리오 위험에 대한 우려가 생길 수 있습니다. 이 때문에 NiceNIC은 도메인 소유자와 리셀러가 이러한 상태가 의미하는 바, 의미하지 않는 바, 그리고 다음에 해야 할 일을 이해하기를 원합니다.
도메인 보류 상태를 무시해서는 안 됩니다. 그러나 도메인 소유자가 의도적으로 악용을 저질렀다는 자동 증거로 오해해서도 안 됩니다.
clientHold가 의미하는 바
ClientHold는 등록기관 측 EPP 상태 코드입니다. 실질적으로는 일반적으로 등록기관이 도메인을 레지스트리 수준에서 보류시켰음을 의미하며, 해당 상태가 활성인 동안 도메인은 일반적으로 영역(zone)에 게시되지 않아 해석되지 않습니다.
도메인이 clientHold에 있을 경우, 도메인이 정상적으로 DNS를 통해 해석되지 않을 수 있어 웹사이트와 이메일이 작동을 멈출 수 있습니다.
클라이언트 홀드는 해결되지 않은 악용 우려, 준수 검토, 결제 또는 갱신 문제, 법적 문제, 부정확한 계정 데이터 또는 기타 등록기관 수준의 요구사항 등 다양한 이유로 설정될 수 있습니다.
악용 상황에서는 심각하거나 지속적인 DNS 악용 증거가 있거나 신고된 문제가 제때 해결되지 않은 경우 clientHold가 사용될 수 있습니다.
clientHold는 다음을 자동으로 의미하지 않습니다:
- 도메인 소유자가 의도적으로 악용을 일으켰다는 것;
- 도메인이 영구적으로 손실되었다는 것;
- 사건을 검토할 수 없다는 것;
- 어떠한 상황에서도 도메인을 복구할 수 없다는 것;
- 리셀러가 최종 고객 문제에 대해 개인적으로 책임져야 한다는 것.
serverHold가 의미하는 바
ServerHold는 일반적으로 레지스트리 측 EPP 상태 코드입니다. 실질적으로, 레지스트리가 도메인을 보류시켰으며 해당 상태가 활성인 동안 도메인이 영역에 게시되지 않아 해석되지 않는다는 의미입니다.
주요 차이점은 제어 권한입니다. clientHold는 일반적으로 등록기관이 적용합니다. serverHold는 일반적으로 레지스트리가 적용합니다. 도메인이 serverHold에 있을 경우 NiceNIC이 직접 상태를 제거할 수 없을 수도 있습니다. 이 경우, NiceNIC은 사건을 검토하고 가능한 다음 단계 설명, 증거 수집, 적절한 경우 조정을 지원할 수 있지만, 레지스트리가 상태 삭제 여부와 시기를 제어할 수 있습니다.
serverHold 상태는 심각한 악용, 정책, 레지스트리 준수, 법적 또는 레지스트리 수준 사건에서 나타날 수 있습니다. 정확한 이유는 레지스트리 및 상황에 따라 다릅니다.
도메인이 serverHold 상태라면 일반 계정 설정만으로 상태가 제거된다고 가정해서는 안 됩니다. 공식 지원 또는 악용 티켓을 열거나 계속 유지하고 가능한 빨리 증거를 제공해야 합니다.
불만 또는 악용 신호가 의미하는 바와 의미하지 않는 바
악용 불만 또는 악용 신호는 보안 연구원, 레지스트리, 브랜드 소유자, 피해 사용자, 법 집행 기관 연락처, 위협 인텔리전스 제공자, 호스팅 제공자 또는 기타 신고 당사자로부터 올 수 있습니다.
다음 사항과 관련될 수 있습니다:
- 피싱;
- 악성코드;
- 봇넷 관련 활동;
- 파밍;
- DNS 악용 전달을 위한 스팸;
- 의심스러운 리디렉션;
- 침해된 웹사이트 파일;
- 해킹된 서브도메인;
- 제3자 보안 목록;
- 레지스트리 문제 제기.
그러나 악용 불만은 반드시 다음을 의미하지 않습니다:
- 도메인 소유자가 유죄라는 것;
- 불만 제기자가 자동으로 옳다는 것;
- 도메인이 악의적으로 등록되었다는 것;
- 도메인이 영구적으로 제한되어야 한다는 것;
- 모든 비즈니스 분쟁, 저작권 문제, 상표 문제 또는 콘텐츠 불만이 DNS 악용이라는 것;
- 도메인 소유자나 리셀러가 대응 기회를 갖지 못한다는 것.
NiceNIC가 공정하게 문제를 검토하는 방법
NiceNIC는 증거, 상황, 심각성, 현재 위험 및 비례 완화를 기준으로 NiceNIC 악용 처리 매뉴얼에 따라 악용 관련 도메인 상태 문제를 검토합니다.
검토 중 NiceNIC는 다음을 고려할 수 있습니다:
- 악용 신고에 실행 가능한 증거가 포함되어 있는지;
- 신고된 URL 또는 활동이 아직 활성 상태인지;
- 문제가 도메인 전체에 영향을 미치는지 또는 특정 URL, 서브도메인, 파일, 리디렉션 또는 이메일 기능에만 영향을 미치는지;
- 도메인이 악의적으로 등록되었는지 아니면 합법적으로 등록되었지만 침해되었는지;
- 도메인 소유자 또는 리셀러가 통지를 받고 대응했는지;
- 수정 증거가 제공되었는지;
- 제3자 보안 목록이 여전히 활성 상태인지;
- 사용자가 현재 위험에 처해 있는지;
- 덜 파괴적인 조치가 충분한지;
- 상태가 NiceNIC에 의해 적용되었는지 아니면 레지스트리에 의해 적용되었는지.
도메인 소유자 또는 리셀러가 즉시 해야 할 일
도메인에 clientHold, serverHold 또는 다른 우려되는 상태가 표시되면 다음 단계를 따르세요.
1. 공식 NiceNIC 계정 확인
NiceNIC 계정에 로그인하고 도메인 상태를 확인하세요. 도메인이 검토 중인지, 보류 중인지, 고객 조치 대기 중인지, 또는 다른 문제의 영향을 받는지 이해하려면 NiceNIC에서 도메인 악용 상태 확인 방법을 사용하세요.
이용 가능하면 도메인 악용 불만 요약 보기 방법을 검토하여 보고된 문제를 이해하세요.
2. 정확한 상태 코드 확인
제3자 WHOIS 페이지나 포럼 게시물만 의존하지 마세요. NiceNIC 계정이나 공식 지원 채널을 통해 상태를 확인하세요.
clientHold가 보이면 제한이 등록기관 측일 수 있고, serverHold가 보이면 제한이 레지스트리 측일 수 있습니다. 이는 가능한 조치 및 상태 해제 제어자에게 영향을 미칩니다.
3. 신고된 문제 검토
정확한 URL, 서브도메인, 파일 경로, 리디렉션, 이메일 문제, 악성코드 신고, 피싱 신고 또는 관련 제3자 목록을 확인하세요.
홈페이지만 확인하지 마세요. 많은 악용 사례는 숨겨진 파일, 삽입된 페이지, 오래된 스크립트, 침해된 폴더 또는 서브도메인과 관련이 있습니다.
4. 도메인 환경 보안
호스팅 파일, CMS 사용자, 플러그인, 테마, DNS 기록, 네임서버 설정, MX 기록, 이메일 로그, 리디렉션, 제3자 서비스 및 계정 접속을 검토하세요.
비밀번호를 재설정하세요. 알 수 없는 사용자를 제거하세요. 소프트웨어를 업데이트하세요. 의심스러운 플러그인을 비활성화하세요. 해로운 파일을 제거하세요. 필요한 경우 호스팅 제공업체에 검사를 요청하고 계정을 정리하세요.
5. 공식 채널을 통해 대응
NiceNIC 공식 티켓, 지원 또는 악용 채널을 통해 답변하세요. 사실에 입각한 응답을 유지하고 증거를 첨부하세요.
리셀러라면 즉시 최종 고객에게 연락하여 일반적인 부인을 넘는 기술 증명을 요청하세요.
유용한 증거 또는 수정 자료
유용한 증거는 다음을 포함할 수 있습니다:
- 신고된 URL이 제거되었거나 정상임을 보여주는 스크린샷;
- 악성코드 스캔 결과;
- 호스팅 제공업체의 정리 확인서;
- 문제가 더 이상 활성 상태가 아님을 보여주는 서버 로그;
- DNS 전후 스크린샷;
- 이메일 로그 검토;
- SMTP 비밀번호 재설정 확인서;
- 의심스러운 리디렉션이 제거되었다는 증명;
- CMS 정리 기록;
- 제3자 목록 제거 요청 또는 확인서;
- 간략한 수정 일정;
- 최종 고객의 기술적 증명과 함께한 리셀러 메모.
사건에 보안 목록이 관련된 경우 VirusTotal, Spamhaus, Norton 및 URLScan.io에서 도메인이 플래그되는 이유와 대처 방법을 검토하세요.
신고가 DNS 악용인지 확신이 서지 않으면 What Is DNS Abuse? A Clear Guide to ICANN DNS Abuse vs Non-DNS Abuse를 검토하세요.
상황에 따라 NiceNIC이 할 수 있는 일
증거, 상태 유형, 레지스트리 규칙 및 현재 위험에 따라 NiceNIC은 다음을 할 수 있습니다:
- 신고자에게 더 구체적인 증거를 요청;
- 도메인 소유자 또는 리셀러에게 명확한 설명 요청;
- 정리 또는 수정 증거 요청;
- 제출된 증거 검토;
- 정리 후 도메인 모니터링;
- 신고가 실행 가능하지 않거나 확인할 수 없으면 도메인 수준에서 추가 조치를 취하지 않음;
- 확인된 DNS 악용을 중지하기 위해 필요한 경우 clientHold 적용 또는 유지;
- 문제가 해결되어 제거가 적절한 경우 clientHold 해제; serverHold 또는 레지스트리 수준 조치가 관련된 경우 레지스트리와 조정;
- 준수 및 감사 목적으로 기록 보관.
추가 상태 지침은 도메인이 정지되는 이유와 clientHold를 피하는 방법 및 NiceNIC 악용 처리 매뉴얼을 검토하세요.
자주 묻는 질문
clientHold는 무엇을 의미합니까?
clientHold는 일반적으로 등록기관 측 상태로, 도메인이 정상적으로 해석되는 것을 막을 수 있습니다. 악용 사례에서는 확인되거나 해결되지 않은 문제가 도메인 수준의 완화를 필요로 할 때 사용될 수 있습니다.
serverHold는 무엇을 의미합니까?
serverHold는 일반적으로 레지스트리 측 상태로, 도메인이 정상적으로 해석되는 것을 막을 수 있습니다. serverHold가 적용되면 레지스트리가 상태 제거 여부와 시기를 제어할 수 있습니다.
clientHold 또는 serverHold가 내 도메인이 영구적으로 손실되었음을 의미합니까?
그렇지 않을 수 있습니다. 이 상태들은 심각하지만 도메인이 영구적으로 손실되었다는 것을 자동으로 의미하지는 않습니다. 다음 단계는 상태의 원인, 증거, 레지스트리 규칙 및 문제 해결 가능성에 따라 다릅니다.
보류 상태가 내가 의도적으로 악용했음을 의미합니까?
아니요. 보류 상태가 의도를 자동으로 증명하지는 않습니다. 일부 합법적인 도메인은 해킹된 호스팅, 도난된 자격 증명, 취약한 플러그인, 무단 DNS 변경 또는 감염된 이메일 시스템을 통해 침해됩니다.
NiceNIC이 serverHold를 제거할 수 있습니까?
항상 그런 것은 아닙니다. serverHold는 일반적으로 레지스트리 측입니다. NiceNIC은 사건 검토, 증거 수집, 다음 단계 설명, 적절한 경우 조정을 도울 수 있지만, 레지스트리가 상태를 제어합니다.
검토 요청을 위해 무엇을 제출해야 합니까?
도메인 이름, 정확한 신고 문제, 정리 증거, 스크린샷, 스캔 결과, 호스팅 확인서, 로그, 제3자 목록 삭제 증명 및 점검 또는 수정한 사항에 대한 간결한 설명을 제출하세요.
결론
도메인이 clientHold, serverHold 또는 다른 우려되는 상태를 보이면 기다리지 마세요.
NiceNIC 계정에 로그인하고, NiceNIC에서 도메인 악용 상태 확인 방법을 점검하며, 가능하면 도메인 악용 불만 요약 보기 방법을 검토하고, 정확한 신고 문제를 조사하며, 공식 티켓 또는 악용 채널을 통해 증거를 제출하세요.
신규 도메인 계획 시 Domain Name Search를 신중히 사용하세요. 포트폴리오 이동 시 활성 상태 문제 있는 도메인 이동 전에 Domain Transfer를 검토하세요. 고객 도메인을 관리하는 파트너는 Domain Reseller 및 Reseller API를 사용해 통지 처리, 증거 수집 및 고객 커뮤니케이션을 위한 명확한 워크플로우를 생성할 수 있습니다.
NiceNIC'의 목표는 합법적인 도메인 소유자와 리셀러가 도메인 상태 코드를 이해하고, 신속히 대응하며, 운영을 보호하고, 확인된 DNS 악용에 책임감 있게 대응할 수 있도록 하는 것입니다.
관련 소식:
다음 뉴스:
도메인 차원 조치 전 증거 요청의 이유
