장치의 호스트 이름과 폴더 경로 및 파일 이름(기본 PHP 파일)을 사용하여 로컬 네트워크에 있는 서버에서 웹 페이지에 액세스하려고 합니다. 첫 번째 시스템에서는 예상대로 작동합니다.
하지만 동일한 로컬 네트워크에 연결된 두 번째 시스템에서 동일한 작업을 시도하면 호스트 이름을 사용하여 액세스할 수 없지만 서버의 IP 주소를 사용하여 페이지에 액세스할 수 있습니다.
두 번째 시스템의 DNS는 내 로컬 네트워크의 DNS인 라우터에 구성됩니다.
호스트 이름을 사용하여 서버에 액세스하려면 추가 구성이 필요합니까?
답변1
(가정/소규모 사무실) 라우터의 DNS 기능은 일반적으로 로컬 측에서 도착하는 모든 DNS 요청을 인터넷 서비스 공급자의 DNS 서버로 전달하고 모든 응답을 요청하는 클라이언트로 다시 전달하는 것으로 제한됩니다.
라우터가 항상 로컬 네트워크에 대해 완전한 기능을 갖춘 DNS 서버 역할을 할 수 있다는 보장은 없습니다. 일부 라우터는 이 작업을 수행할 수 있지만 대부분은 수행할 수 없습니다.
그럼에도 불구하고 DNS 서비스는 플러그 앤 플레이 방식이 아닙니다. 일반적으로 DNS 서버 관리자는 DNS 서버에서 해당 DNS 영역 파일을 편집하여 이름으로 접근할 수 있는 호스트에 대한 DNS 레코드를 추가해야 합니다. 현대 추가동적 DNS 업데이트호스트 허용등록하다이름 자체를 통해 또는 호스트가 DDNS 인식 DHCP 서버에 호스트를 대신하여 이 작업을 수행하도록 지시할 수 있습니다.
(가정/소규모 사무실 라우터에는 DHCP 서버가 내장되어 있는 경우가 많기 때문에 이를 단일 통합 패키지로 수행할 수도 있습니다.)
그러나 안전하지 않고 동적으로 업데이트할 수 있는 DNS 서비스는 문제를 일으킬 수 있으므로 이러한 기능이 기본적으로 활성화될 가능성은 거의 없습니다.안전한동적 DNS 업데이트에는 어떤 호스트가 어떤 작업을 수행할 수 있는지 정의하는 몇 가지 규칙이나 어떤 형태의 인증이 필요합니다. 따라서 이 작업은 자동으로 수행될 수 없습니다.
명시적인 구성이 필요하지 않은 호스트 이름 확인을 위해 개발된 다른 서비스가 있습니다.
mDNS(멀티캐스트 DNS)는 Linux의 오픈 소스 Avahi 패키지인 Apple Bonjour에서 구현된 비교적 새로운 솔루션으로, Windows 10에서는 매우 제한적인 의미(네트워크 프린터 검색만 해당)입니다.
LLMNR(링크-로컬 멀티캐스트 이름 확인)은 명시적인 구성이 필요하지 않으며 로컬 네트워크의 시스템이 이름으로 서로를 찾을 수 있도록 하는 대체 이름 확인 프로토콜입니다. Windows Vista 이상과 Linux에서는
systemd-resolved
.
이러한 서비스를 모두 사용할 수 없거나 이름을 확인해야 하는 시스템이 호환되지 않는 경우 소규모 네트워크의 전통적인 대체 방법은 확인하려는 호스트의 이름과 IP 주소를 추가하는 것입니다 /etc/hosts
. 로컬 네트워크의 모든 호스트에서 이 작업을 수행하고 호스트 파일을 동기화 상태로 유지하면 정말 유용합니다.
(재미있는 사실: 인터넷 초창기, DNS가 개발되기 전 hosts
인터넷 전체를 중앙에서 관리하는 하나의 마스터 파일이 있었습니다. hosts
해당 파일을 유지하는 것이 불가능해졌다는 사실이 DNS 개발.)
답변2
/etc/hosts
이 호스트 이름을 파일에 추가 할 수 있습니다 . 또는 자체 DNS 서버를 만들고 모든 클라이언트 컴퓨터가 해당 서버를 가리키도록 할 수 있습니다.
호스트 파일은 다음과 같아야 합니다.
#IP hostname
127.0.0.1 localhost
192.168.1.1 router