사설 네트워크를위한 미래 보장형 최상위 도메인
최근에 내 홈 네트워크에 몇 가지 새 서버를 설치하여 systemd-resolved가 점없이 호스트 이름을 확인하지 않는다는 사실을 발견했습니다. 이로 인해 사설 네트워크 용 TLD를 선택하고 미래를 대비할 수있는 최상의 방법을 찾으려고하는 인터넷 여행을 떠났습니다.
그것을 소환하기 위해 : 이것을 확신 할 가능성이 없습니다.
90 년대의 어린 시절 인터넷은 모두를위한 놀이터였습니다. 그런 다음 90 년대 말에 상업주의는 인터넷, 미래 및 TLD를 잘 장악했습니다.
이것을 읽은 후 : https://www.theregister.com/2018/02/12/icann_corp_home_mail_gtlds 우리가 절대 확신 할 수 없다는 것은 분명합니다.
공개 인터넷에서 빛의 날을 볼 수없는 사설 IP 범위 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)는 정말 상식이며 사실로 간주됩니다. 그러나 사설망의 TLD에 관해서는 많은 혼란 이있는 것 같습니다 .
이들을위한 캠프와 소스는 다음과 같습니다.
- 개인 TLD를 사용하지 마십시오-도메인을 구입하십시오!
- 에 따르면 https://tools.ietf.org/html/rfc2606 다음은 .test, .example, .invalid, .localhost입니다.
- 여기 https://tools.ietf.org/html/rfc6762#appendix-G 그들은 사설 TLD를 전혀 사용하지 말라고 주장하지만, 필요한 경우 다음 중 하나를 선택하십시오 : .intranet, .internal, .private, .corp, .home, .lan
- 에 따르면 https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#User-assigned_code_elements사설 네트워크에 사용할 수있는 2 개의 문자 TLD가 있습니다. 이 주제에 대한 ICANN의 활성 초안을 읽으십시오.https://tools.ietf.org/html/draft-ietf-dnsop-private-use-tld-00
- 일부에서는. [0-9]를 RFC-3696에 따라 유효하지 않아 ICANN에서 위임하지 않기 때문에 개인 TLD로 사용하도록 제안합니다. 보다:https://cr.yp.to/djbdns/dot-local.html
보시다시피, 예를 들어 .home을 개인 로컬 네트워크 TLD로 선택하는 것은 도박이 될 수 있습니다. ICANN은 상업적 목적으로이를 삭제하지 않을 수도 있습니다.
떠오르는 질문은 다음과 같습니다. 사설 네트워크를위한 과다한 TLD가없는 이유는 무엇입니까? ICANN에 대한 돈이 없기 때문입니까? 개인 사용자를위한 옹호자가 없기 때문입니까?
물론 이것은 대학, 상업 부문 및 정부와 같은 조직에 종사하는 사람들의 주체가 어디에서 왔는지 반영합니다.
질문 :이 문제를 해결하기위한 가장 성숙한 길은 무엇입니까?
::: 결론 업데이트 :::
이 주제에 대해 더 읽고 SE 및 다른 곳에서 답변과 토론을 살펴본 후, 이것이 사설 네트워크를위한 미래 보장형 TLD라는 결론에 도달했습니다.
- AA, QM-QZ, XA-XZ 및 ZZ
- [0-9] {1,}
답변
도메인을 구매하지 않거나 필요한 구성 / 등록을 원하지 않는 경우 제안 # 4 : "사용자 지정 코드 요소"중 하나를 기반으로 tld를 사용합니다.
이 범위 열거는 사용할 수 있으며 이전에 기록 된 (공용) 사용이 없습니다 (Wikipedia에 따르면) : QN, QP-QY, XB-XJ, XL-XM, XO-XT, XW, XY.
이를 짧은 최대 단일 문자 도메인과 결합하십시오 (모든 내부 장치가 지원하는 경우). 키보드에서 입력하기 쉬운 것을 선택하거나 니모닉을 기반으로하거나 둘 다를 선택하십시오.
- Kompanyname.XrossConnet의 경우 .k.xc
- .q.qw 많은 키보드에서 입력하기 매우 쉽습니다.
- .as.xc도 입력하기 쉽습니다.
- .m.qn 내 퀀텀 네트워크
오, @JeffSchaller의 의견에 동의합니다. 이것은 다른 SE에 들어가야했습니다. 제 생각에 직접 플래그를 지정할 수 있습니다.
나는이 모든 것에 대해 "이유"가 정말로 궁금합니다. 왜 이것을 원합니까?
정확히 두 가지 시나리오가 있습니다.
로컬 호스트 이름이 다른 네트워크의 다른 이름과 충돌 할까봐 걱정됩니다.
답변 : 도메인 이름을 얻으십시오. 그것이 시스템이 설계된 이유입니다.
다른 네트워크 이름과의 이름 충돌에 대해 신경 쓰지 않는 로컬 네트워크가 있습니다 .
답변 : 다른 사람들이 동일한 문제에 사용하는 "표준"(공통) TLD 중 하나를 사용하십시오. 나는 함께 갈
.home
것이지만 RFC 6762의 모든 것은 안전해야합니다.
당신은해야 하지 .home 문제가 될하는 데 사용 정확히 같은 이유로 자신의 TLD 마련. ICANN에서 공식적으로 인정하지 않는 것은 향후 사용될 공정한 게임 (판매 가능)입니다.
이제 .home이 ICANN에 의해 예약되었으므로 결정은 사실상 최종적입니다. 그 결정의 이유는 우리 일생에 사라지지 않을 것입니다. ICANN에 대한 상업적 압력에도 불구하고 그들은 큰 현금 뭉치에 "아니오"라고 말하는 것을 두려워하지 않습니다!
.home이 안전하지 않다는 주장은 2020 년에 물을 담을 수 없습니다. 2012 년부터 논란이 있었지만 2018 년에 (마지막으로) 쉬게되었습니다.이 결정이 되돌릴 가능성은 거의 없습니다. .
ICANN이 처음에 .home을 판매하기로 결정했을 때 이미이를 사용하는 하드웨어가 있었지만 표준 1 에는 언급되지 않았습니다 . 이를 사용하는 하드웨어 공급 업체는 효과적으로 쪼그리고 앉았습니다 (허가없이 사용하고 있음). 따라서 그 시점에서 ICANN은 규칙을 따르지 않는 조직에 대해서만 행동했습니다.
판매를 취소하기로 한 최근의 결정은 다른 맥락에서 발생했습니다. 첫째, ".home"컨벤션이 성숙하기까지 몇 년이 지났습니다. TLD의 판매 상충에도 불구하고 계속 사용됩니다. 그것은 표준으로의 길을 찾았습니다. 지금 사용하면 엄청난 보안 문제가 발생할 수있는 임계 값에 도달했습니다.
따라서 ICANN은이 모든 것을 염두에두고 큰 비용으로 원래 판매를 취소하고 돈을 환불했습니다.
일부는 "상업적인"ICANN이 어떻게되었는지를 좋아하지 않지만 대대적 인 변화에 동의 할 가능성은 거의 없습니다.
- RFC 6762는 2013 년까지 작성되지 않았습니다.