Debian을 실행하는 컴퓨터가 여러 대 있는데 설치하는 동안 필드를 비워 두었습니다 domain name. 이것은 지금까지 아무런 영향을 미치지 않았지만 등록된 웹 도메인이 없고 IP가 동적으로 설정되는 경우 해당 필드를 설정하는 올바른 것이 무엇인지 궁금합니다(http://www.whatsmyip.org/몇 달마다 다른 IP를 제공합니다). 새로운 질문이라면 사과드립니다. Google을 통해 결과를 찾을 수 없습니다.
동적 IP 주소를 사용하는 홈 데스크탑에 적합한 도메인 이름은 무엇입니까?
답변1
도메인과의 연결은 필수는 아니지만 문제의 호스트의 호스트 이름 조회가 DNS 계층 구조에서 상위로 전달되는 문제를 피하기 위해 도메인과 연결하는 것이 여전히 유용합니다. 대부분의 경우 .localDNS 이름을 전달하지 않는 라우터 뒤에 있을 가능성이 높으므로 도메인을 갖는 것이 적절합니다. 나는 또한 .home이것을 대신하여 일부 시스템을 사용하는 것을 보았습니다 .
.local합리적인 라우터는 이 도메인에 속한 호스트 이름에 대한 요청을 전달하지 않기 때문에 최선의 방법으로 간주됩니다. 따라서 이상한 이유로 microsoft.com집에 이름이 지정된 서버가 있는 경우 로컬로 처리됩니다.FQDN그러면 될 것이다microsoft.com.local.
또 다른 접근 방식은 다양한 컴퓨터와 서버가 곳곳에 분산되어 있고 집에서는 데스크톱 컴퓨터를 도메인 이름의 일부로 사용하기 때문에 하고 있는 것입니다. 내 DNS 서버에는 내 데스크탑에 대한 DNS 항목이 있으며, 내 라우터는 다양한 서비스( ssh주로)를 여기에 전달합니다.
또한 서버의 도메인을 변경하는 것은 법적 이름을 변경하는 것보다 더 복잡할 수 있으므로 이것이 매우 관련성이 높다고 생각합니다.:
이 호스트 이름은 수십 개의 원격 구성 파일에 들어갑니다. 아이의 이름을 바꾸는 것은 비교적 쉽습니다!
답변2
처음에 몇 대 이상의 머신을 연결하지 않지만 확장할 수 있다고 생각한다면 TLD에서 무언가를 사용할 수 있습니다 .local(https://en.wikipedia.org/wiki/.local)
yoursurname.local도메인 이름 과 같은 것이 있을 수 있습니다.
10~15대 이상의 머신으로 확장할 생각조차 없다면 도메인 이름이 필요하지 않습니다. 그러나 확장할 것이라고 생각한다면 .localTLD와 같이 특별하지 않은 것을 선택하면 나중에 전체 DNS 서버를 설정하여 컴퓨터에 연결할 수 있습니다.
꼭 읽어보세요위키피디아 페이지; "somethingcustom.local"을 도메인으로 사용하는 것은 과거에도 있었고 여전히 소규모 기업 내에서 이루어지고 있습니다. 어쨌든 페이지에서 볼 수 있듯이 .localTLD는 mDNS에서 형식의 호스트 이름에 사용하도록 예약되어 hostname.local있어 설정과 충돌할 수 있습니다. RFC 6762에 따라 대체 조회 방법(예: 네트워크 확장을 위해 권장하는 사용자 지정 DNS 서버)을 사용할 수 있으며 결과는 데이터와 이름을 혼합하지 않는 능력에 달려 있습니다.
답변3
이것이 단일 네트워크이고 로컬 메일 서버나 인터넷에 연결되는 DNS 서버를 설정할 의도가 없다면 도메인 이름은 전혀 중요하지 않으며 공백으로 남겨둘 수 있습니다.
도메인 이름은 호스트 이름과 결합하여 시스템의 FQDN(정규화된 도메인 이름)을 생성하는 역할만 합니다. 예를 들어 도메인 이름이 이고 company.com호스트 이름이 host1이면 FQDN은 입니다 host1.company.com. 해당 이름을 IP 주소로 확인하려면 DNS 서버를 설정하거나 일부 인터넷 DNS 서버가 네트워크를 가리키도록 해야 합니다.
도메인 이름이 없어도 네트워크에서 호스트 이름으로 컴퓨터를 식별할 수 있습니다.
이는 DHCP를 통해 로컬 IP 주소가 부여되는 홈 데스크탑이므로 빈 도메인 이름이 전적으로 적합합니다. 이 경우 도메인 이름을 지정해도 아무런 효과가 없습니다.
자세한 내용은 Wikipedia를 참조하세요.정규화된 도메인 이름.
답변4
네트워킹 논리 하에서 누군가가 이 도메인 이름으로 핑을 보낼 때 DNS 서버를 통해 찾을 수 있도록 도메인 이름이 등록되지 않은 경우 입력하기로 결정한 내용은 쓸모가 없습니다.
라우터를 포함한 모든 네트워킹 장치는 IP 주소를 사용하여 다른 장치에 도달합니다. 이러한 종류의 패키지를 일부 DNS 서버에 전송하여 DNS 이름(도메인 이름 포함)과 관련된 IP 주소를 검색하는 특수 프로토콜이 있습니다. 해당 IP 주소를 보내 "이해할 수 있는" 수신자가 누구인지 알아보세요. 따라서 이는 자신의 네트워크를 로컬 네트워크의 일부 로컬 DNS 서버와 연결하고 이 로컬 DNS 서버를 사용하도록 호스트를 설정하려는 경우 또는 공용 DNS 서버를 통해 연결 가능한 네트워크를 얻는 데 비용을 지불하는 경우에만 관련이 있습니다.
공용 DNS 서버를 통해 연결할 수 있는 네트워크가 있다고 가정하면, 이 네트워크에 연결된 PC는 도메인 이름이 서버 구성과 함께 작동하기 때문에 다른 장치에서 도메인 이름에 대한 요청에 응답하는 것에 대해 적절하게 대화하려면 서버 호스트처럼 구성되어야 합니다. 따라서 일부 서버 구성이 없는 PC를 사용하는 경우 도메인 이름은 PC에서도 쓸모가 없게 됩니다.
자세한 내용을 위해 다음과 같이 DNS 서버에 대한 Cisco 문서를 제공합니다. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dns/configuration/15-mt/dns-15-mt-book/dns-config-dns.html
또는 해당 프로토콜에 대한 공식 문서인 RFC 1034를 확인할 수 있습니다.https://www.ietf.org/rfc/rfc1035.txt