사용자 정의 네임서버(호스트 이름) 등록

Question 1

나를 위해 이 문제를 처리할 수 있는 유일한 기관은 등록기관입니까?

예. 그리고 클라이언트 도메인 이름이 사용하는 "등록 기관"이 아니라 "각각의 등록 기관"도 마찬가지입니다(어디에서든 자유롭게 등록할 수 있거나 모든 것을 직접 처리합니까? 질문에서 명확하지 않습니다...).

네임서버 "등록"이 무엇을 의미하는지 혼란스러워 하시는 것 같은데, 잘못된 정보가 많기 때문에 혼동하기 쉬울 수 있습니다. 따라서 아래에서는 해당 특정 부분에 대해서만 답변할 것입니다. 그러나 오늘날 모든 종류의 사소한 설정을 위해 DNS를 수행하는 것은 낮은 수준의 DNS 프로토콜 작업, 쉘 스크립팅, 모니터링에 대한 경험 없이 시작하는 것이 좋지 않을 수 있습니다. , 자동화 등. 특히 DNSSEC와 같은 보다 복잡한 기술을 사용합니다.

첫째, 마음에 들지 않을 수 있는 주의 사항입니다. 대부분의 경우 이는 허영심 이유 및/또는 실제 호스팅을 숨기려는 목적으로 수행되며 두 경우 모두 작동하지 않습니다. 따라서 문제에 대한 실제 해결책은 고객에게 네임서버를 제공하고 ns1.my-shiny-hosting-company.example호스팅 ns2.my-shiny-hosting-company.example되는 웹사이트마다 네임서버를 만드는 것을 잊어버리는 것입니다. 그러면 이 간단한 경로를 통해 많은 시간과 정신을 회복할 수 있습니다.

이제 실제로 이 네임서버 등록 작업에 대해 더 자세히 알아보십시오. 여전히 그렇게 하고 싶거나 적어도 그것이 무엇인지 더 잘 이해하고 싶다면 말이죠.

먼저 미리 알아두어야 할 몇 가지 중요한 차이점은 다음과 같습니다.

고려되는 TLD(네임서버의 TLD가 아닌 해당 네임서버를 사용하는 도메인의 TLD)에 따라 다릅니다.
"in-bailiwick" 네임서버, 즉 이름이 도메인 이름 아래에 있는 네임서버를 사용하는지 여부에 따라 다릅니다.그들은 권위가 있는(이 조항은 매우 중요합니다). 권한 있는 네임서버로 사용하는 경우 ns1.example.com에는 베일리윅 내에 있습니다 .example.comexample.com

분명히, 어떤 도메인에 대해 웹사이트를 호스팅하고 싶고 동일한 이름을 사용하는 네임서버도 갖고 싶다면 이 모든 네임서버는 "in-bailiwick"이며 즉시 등록하기 가장 복잡한 경우에 처하게 됩니다. 지금 그 이유를 알아보세요.

레지스트리는 네임서버를 개체 또는 속성으로 처리하기 위해 두 가지 별도의 모델을 사용합니다. gTLD는 객체를 사용하고, 대부분의(?) ccTLD는 속성을 사용합니다. 그리고 상황이 때때로 변경됩니다(예: .FR최근 속성에서 객체로 변경된 것처럼). 이는 일반적으로 등록 기관에 의해 숨겨집니다.

그러나 일반적인 "객체"의 경우 상황은 다음과 같습니다.

넌 등록기관에 가봐
도메인 X를 등록합니다
일부 네임서버를 설정하려면 먼저 이러한 네임서버를 등록해야 합니다. 네임서버는 레지스트리 데이터베이스에 개체로 존재해야 하므로 등록자는 먼저 네임서버를 생성한 다음 도메인에 연결해야 합니다.
물론 좋은 등록기관은 이 모든 것을 사용자에게 숨깁니다. 즉, 사용자의 네임서버를 요청한 다음 필요한 작업을 투명하게 수행합니다.
3가지 경우가 발생합니다.
- 네임서버 이름이 레지스트리 이름이 아닌 다른 TLD에 있는 경우 이를 "외부" 네임서버라고 하며 레지스트리로 생성하려면 이름만 필요합니다.
- 네임서버 이름이 레지스트리의 하나의 TLD에 있는 경우 이는 "내부" 네임서버이므로 해당 이름이 필요하고 해당 IP 주소가 필요할 수도 있고 필요하지 않을 수도 있습니다.
  - 네임서버가 권한을 부여받아야 하는 도메인 이름 바로 아래에 있는 경우(위에서 설명한 "in-bailiwick" 사례) IP 주소를 사용하여 생성해야 합니다(나중에 해결이 작동하려면 이것이 " "접착" 기록을 레지스트리에 기록
  - 그렇지 않은 경우 IP 주소로 생성되거나 생성되지 않을 수 있습니다. 왜냐하면 지금은 필요하지 않지만 신뢰할 수 있는 도메인과 연결되자마자 필요할 수 있기 때문입니다.

즉, 등록 기관은 네임서버 이름 외에 IP 주소를 요청한 다음 마법을 사용하여 레지스트리에서 적절한 항목을 생성할 수 있습니다.

보시다시피, 최소한 (등록자, 레지스트리) 쌍별로 이 작업을 수행해야 합니다. 일부 레지스트리에서는 외부 이름 서버가 등록자별로 생성되고 다른 일부에서는 모두가 공유하는 하나의 개체가 있습니다.

위의 IP 주소에 대한 논의가 여전히 유지되는 "속성" 사례로 이동하면 유일한 차이점은 네임 서버가 레지스트리 데이터베이스에서 별도의 개체로 생성되지 않고 생성 또는 생성하는 모든 명령에 속성으로 제공된다는 것입니다. 도메인 이름을 업데이트합니다.

그러나 모든 경우에 " 우리가 호스팅하는 모든 도메인 아래에 도메인을 생성하자" ns1라는 경로를 따르기로 결정한 경우의 단점은 다음 과 같습니다.ns2

잠재적으로 해당 이름과 IP 주소를 정의하려면 해당 도메인을 처리하는 등록 기관에 액세스해야 합니다. 따라서 고객에게 작업을 수행하도록 요청해야 합니다(고객의 도메인 이름 등록을 관리하지 않는 경우). 그리고 위의 모든 내용을 설명하는 행운을 빕니다. 물론 각 등록 기관 웹사이트가 다르기 때문에 어디로 가야 할지 알 수 있습니다. 네임서버 등록은 다음과 같습니다. 특정 네임서버를 "모든" 레지스트리(즉, 이 특정 등록기관이 인증된 모든 레지스트리)에 등록하는 링크가 하나만 있는 일부 등록기관을 알고 있습니다. 이는 대부분의 경우 확실히 원하지 않는 것입니다. 및 GUI가 없는 경우 지원을 요청해야 함) 또는 대신 수행하지만 등록 패널에 액세스해야 함(큰 보안 위험)
모든 것을 업데이트해야 하며 특정 사례(예: 모든 고객 도메인 이름 등록을 처리하고 고객이 모두 동일한 등록 기관에 있는 경우) 외에는 대량 작업이 없습니다. 따라서 새 를 생성해야 하는 날에는 ns3어디에서나 수행해야 합니다(단지 생성한 경우에도 마찬가지입니다 ns3.my-shiny-hosting-company.example). 그러나 네임서버 IP 주소를 변경해야 하는 날에는 더 큰 문제가 발생합니다(이런 일은 항상 발생하기 때문입니다). 권한이 있는 도메인 이름으로 생성한다는 정의에 따르면 해당 IP 주소는 bailiwick에 있으므로 IP 주소를 두 번(자신의 영역 파일 및 레지스트리에서 my-shiny-hosting-company.example) 업데이트하는 것이 아니라 도메인만큼 업데이트해야 합니다. 모든 고객에게 등록 기관 웹 패널에서 해당 작업을 수행할 수 있는 위치를 확인하도록 요청하거나 고객을 위해 수행하십시오.

그 길로 가는 데 큰 골칫거리가 예상됩니다. 특히 DNS 호스팅 및 도메인 이름 등록 사업의 전문가가 아닌 경우 더욱 그렇습니다.

Answer

나를 위해 이 문제를 처리할 수 있는 유일한 기관은 등록기관입니까?

예. 그리고 클라이언트 도메인 이름이 사용하는 "등록 기관"이 아니라 "각각의 등록 기관"도 마찬가지입니다(어디에서든 자유롭게 등록할 수 있거나 모든 것을 직접 처리합니까? 질문에서 명확하지 않습니다...).

네임서버 "등록"이 무엇을 의미하는지 혼란스러워 하시는 것 같은데, 잘못된 정보가 많기 때문에 혼동하기 쉬울 수 있습니다. 따라서 아래에서는 해당 특정 부분에 대해서만 답변할 것입니다. 그러나 오늘날 모든 종류의 사소한 설정을 위해 DNS를 수행하는 것은 낮은 수준의 DNS 프로토콜 작업, 쉘 스크립팅, 모니터링에 대한 경험 없이 시작하는 것이 좋지 않을 수 있습니다. , 자동화 등. 특히 DNSSEC와 같은 보다 복잡한 기술을 사용합니다.

첫째, 마음에 들지 않을 수 있는 주의 사항입니다. 대부분의 경우 이는 허영심 이유 및/또는 실제 호스팅을 숨기려는 목적으로 수행되며 두 경우 모두 작동하지 않습니다. 따라서 문제에 대한 실제 해결책은 고객에게 네임서버를 제공하고 ns1.my-shiny-hosting-company.example호스팅 ns2.my-shiny-hosting-company.example되는 웹사이트마다 네임서버를 만드는 것을 잊어버리는 것입니다. 그러면 이 간단한 경로를 통해 많은 시간과 정신을 회복할 수 있습니다.

이제 실제로 이 네임서버 등록 작업에 대해 더 자세히 알아보십시오. 여전히 그렇게 하고 싶거나 적어도 그것이 무엇인지 더 잘 이해하고 싶다면 말이죠.

먼저 미리 알아두어야 할 몇 가지 중요한 차이점은 다음과 같습니다.

고려되는 TLD(네임서버의 TLD가 아닌 해당 네임서버를 사용하는 도메인의 TLD)에 따라 다릅니다.
"in-bailiwick" 네임서버, 즉 이름이 도메인 이름 아래에 있는 네임서버를 사용하는지 여부에 따라 다릅니다.그들은 권위가 있는(이 조항은 매우 중요합니다). 권한 있는 네임서버로 사용하는 경우 ns1.example.com에는 베일리윅 내에 있습니다 .example.comexample.com

분명히, 어떤 도메인에 대해 웹사이트를 호스팅하고 싶고 동일한 이름을 사용하는 네임서버도 갖고 싶다면 이 모든 네임서버는 "in-bailiwick"이며 즉시 등록하기 가장 복잡한 경우에 처하게 됩니다. 지금 그 이유를 알아보세요.

레지스트리는 네임서버를 개체 또는 속성으로 처리하기 위해 두 가지 별도의 모델을 사용합니다. gTLD는 객체를 사용하고, 대부분의(?) ccTLD는 속성을 사용합니다. 그리고 상황이 때때로 변경됩니다(예: .FR최근 속성에서 객체로 변경된 것처럼). 이는 일반적으로 등록 기관에 의해 숨겨집니다.

그러나 일반적인 "객체"의 경우 상황은 다음과 같습니다.

넌 등록기관에 가봐
도메인 X를 등록합니다
일부 네임서버를 설정하려면 먼저 이러한 네임서버를 등록해야 합니다. 네임서버는 레지스트리 데이터베이스에 개체로 존재해야 하므로 등록자는 먼저 네임서버를 생성한 다음 도메인에 연결해야 합니다.
물론 좋은 등록기관은 이 모든 것을 사용자에게 숨깁니다. 즉, 사용자의 네임서버를 요청한 다음 필요한 작업을 투명하게 수행합니다.
3가지 경우가 발생합니다.
- 네임서버 이름이 레지스트리 이름이 아닌 다른 TLD에 있는 경우 이를 "외부" 네임서버라고 하며 레지스트리로 생성하려면 이름만 필요합니다.
- 네임서버 이름이 레지스트리의 하나의 TLD에 있는 경우 이는 "내부" 네임서버이므로 해당 이름이 필요하고 해당 IP 주소가 필요할 수도 있고 필요하지 않을 수도 있습니다.
  - 네임서버가 권한을 부여받아야 하는 도메인 이름 바로 아래에 있는 경우(위에서 설명한 "in-bailiwick" 사례) IP 주소를 사용하여 생성해야 합니다(나중에 해결이 작동하려면 이것이 " "접착" 기록을 레지스트리에 기록
  - 그렇지 않은 경우 IP 주소로 생성되거나 생성되지 않을 수 있습니다. 왜냐하면 지금은 필요하지 않지만 신뢰할 수 있는 도메인과 연결되자마자 필요할 수 있기 때문입니다.

즉, 등록 기관은 네임서버 이름 외에 IP 주소를 요청한 다음 마법을 사용하여 레지스트리에서 적절한 항목을 생성할 수 있습니다.

보시다시피, 최소한 (등록자, 레지스트리) 쌍별로 이 작업을 수행해야 합니다. 일부 레지스트리에서는 외부 이름 서버가 등록자별로 생성되고 다른 일부에서는 모두가 공유하는 하나의 개체가 있습니다.

위의 IP 주소에 대한 논의가 여전히 유지되는 "속성" 사례로 이동하면 유일한 차이점은 네임 서버가 레지스트리 데이터베이스에서 별도의 개체로 생성되지 않고 생성 또는 생성하는 모든 명령에 속성으로 제공된다는 것입니다. 도메인 이름을 업데이트합니다.

그러나 모든 경우에 " 우리가 호스팅하는 모든 도메인 아래에 도메인을 생성하자" ns1라는 경로를 따르기로 결정한 경우의 단점은 다음 과 같습니다.ns2

잠재적으로 해당 이름과 IP 주소를 정의하려면 해당 도메인을 처리하는 등록 기관에 액세스해야 합니다. 따라서 고객에게 작업을 수행하도록 요청해야 합니다(고객의 도메인 이름 등록을 관리하지 않는 경우). 그리고 위의 모든 내용을 설명하는 행운을 빕니다. 물론 각 등록 기관 웹사이트가 다르기 때문에 어디로 가야 할지 알 수 있습니다. 네임서버 등록은 다음과 같습니다. 특정 네임서버를 "모든" 레지스트리(즉, 이 특정 등록기관이 인증된 모든 레지스트리)에 등록하는 링크가 하나만 있는 일부 등록기관을 알고 있습니다. 이는 대부분의 경우 확실히 원하지 않는 것입니다. 및 GUI가 없는 경우 지원을 요청해야 함) 또는 대신 수행하지만 등록 패널에 액세스해야 함(큰 보안 위험)
모든 것을 업데이트해야 하며 특정 사례(예: 모든 고객 도메인 이름 등록을 처리하고 고객이 모두 동일한 등록 기관에 있는 경우) 외에는 대량 작업이 없습니다. 따라서 새 를 생성해야 하는 날에는 ns3어디에서나 수행해야 합니다(단지 생성한 경우에도 마찬가지입니다 ns3.my-shiny-hosting-company.example). 그러나 네임서버 IP 주소를 변경해야 하는 날에는 더 큰 문제가 발생합니다(이런 일은 항상 발생하기 때문입니다). 권한이 있는 도메인 이름으로 생성한다는 정의에 따르면 해당 IP 주소는 bailiwick에 있으므로 IP 주소를 두 번(자신의 영역 파일 및 레지스트리에서 my-shiny-hosting-company.example) 업데이트하는 것이 아니라 도메인만큼 업데이트해야 합니다. 모든 고객에게 등록 기관 웹 패널에서 해당 작업을 수행할 수 있는 위치를 확인하도록 요청하거나 고객을 위해 수행하십시오.

그 길로 가는 데 큰 골칫거리가 예상됩니다. 특히 DNS 호스팅 및 도메인 이름 등록 사업의 전문가가 아닌 경우 더욱 그렇습니다.

Question 2

그래서 저는 제3자 웹 서비스를 사용하여 고객에게 관리형 호스팅을 제공하려고 합니다.

저는 고객에게 VPS 시스템을 제공할 예정입니다.

그렇다면 웹사이트와 VPS 호스팅을 제공하시겠습니까?

그렇다면 DNS를 그대로 두십시오!

DNS를 호스팅해야 할 기술적인 이유는 없습니다. DNS를 호스팅하는 데 필요한 고가용성 및 전 세계적으로 다양한 인프라가 없고 필수 지식과 경험이 없는 경우(질문으로 인해 발생하지 않음) DNS를 호스팅해서는 안 됩니다. DNS.

이것은 당신을 모욕하려는 의도가 아닙니다. DNS 호스팅은 인프라와 경험이 있는 업체에 맡기세요. 클라이언트를 위해 DNS를 호스팅할 이유가 없으며 클라이언트를 위해 DNS를 호스팅해서는 안 됩니다.

Answer

그래서 저는 제3자 웹 서비스를 사용하여 고객에게 관리형 호스팅을 제공하려고 합니다.

저는 고객에게 VPS 시스템을 제공할 예정입니다.

그렇다면 웹사이트와 VPS 호스팅을 제공하시겠습니까?

그렇다면 DNS를 그대로 두십시오!

DNS를 호스팅해야 할 기술적인 이유는 없습니다. DNS를 호스팅하는 데 필요한 고가용성 및 전 세계적으로 다양한 인프라가 없고 필수 지식과 경험이 없는 경우(질문으로 인해 발생하지 않음) DNS를 호스팅해서는 안 됩니다. DNS.

이것은 당신을 모욕하려는 의도가 아닙니다. DNS 호스팅은 인프라와 경험이 있는 업체에 맡기세요. 클라이언트를 위해 DNS를 호스팅할 이유가 없으며 클라이언트를 위해 DNS를 호스팅해서는 안 됩니다.

Question 3

일반적으로 단일 네임서버 세트(일반적으로 귀하의 도메인 이름 아래)만 등록하면 모든 고객 도메인이 해당 네임서버를 신뢰할 수 있는 것으로 참조합니다. 각 고객 도메인에 대해 서로 다른 네임서버를 등록할 수 있지만 이는 불필요할 뿐 아니라 관리 및 마이그레이션도 번거롭습니다. 도메인이 3~4개일 때는 단점이 작아 보일 수 있지만, 20~200개에 도달하면 별도의 네임서버(일반적으로 도메인당 최소 2개)를 등록하는 것이 금방 다루기 어려워집니다.

Answer

일반적으로 단일 네임서버 세트(일반적으로 귀하의 도메인 이름 아래)만 등록하면 모든 고객 도메인이 해당 네임서버를 신뢰할 수 있는 것으로 참조합니다. 각 고객 도메인에 대해 서로 다른 네임서버를 등록할 수 있지만 이는 불필요할 뿐 아니라 관리 및 마이그레이션도 번거롭습니다. 도메인이 3~4개일 때는 단점이 작아 보일 수 있지만, 20~200개에 도달하면 별도의 네임서버(일반적으로 도메인당 최소 2개)를 등록하는 것이 금방 다루기 어려워집니다.

사용자 정의 네임서버(호스트 이름) 등록

답변1

답변2

답변3

관련 정보