첫 번째 누락된 요소

dnsmasq 구성에 두 가지를 추가해야 했습니다.보조 라우터파일에서 /etc/config/dhcp:

    list server '10.0.1.1'# Clients will still get 10.0.3.1 as dns server
    list rebind_domain 'subdomain.site.com' # Allow rebind to web server

list serverdnsmasq가 DNS 쿼리를 10.0.1.1(기본 라우터 dnsmasq 서버)의 서버로 전달하도록 합니다 . list rebind_domainDNS 리바인딩 보호가 유지될 수 있도록 특정 사이트의 리바인딩을 허용합니다 .여기 "jow"님 감사합니다. 또 다른 옵션은 DNS 리바인딩 보호를 완전히 비활성화하는 것입니다. 또는 사용할 수도 있지만 option rebind_localhost 1테스트하지는 않았습니다. 이 단계가 없으면 ping을 할 수 없습니다 subdomain.site.com.

두 번째 누락 요소

다음 항목을 추가합니다 /etc/dnsmasq.conf.메인 라우터.

address=/.site.com/10.0.1.4

.모든 하위 도메인의 자리 표시자를 확인하세요. 이 변경 사항은 에서도 구현될 수 있지만 /etc/config/dhcp어떻게 구현되는지는 잘 모르겠습니다.

원래 두 번째 누락 요소(제한됨)

이것이 제가 나중에 포기한 초기 솔루션이었습니다. webdav를 사용할 때와 같이 확장된 URL에 대한 하위 도메인이나 자리 표시자가 없다는 제한 사항을 10.0.1.4 subdomain.site.com적용하여 기본 라우터 파일에 항목( )을 추가했습니다 ./etc/hosts

127.0.0.1 localhost

::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
10.0.1.4 subdomain.site.com

logqueries 1모든 DNS 쿼리 로깅을 추가하여 /etc/config/dhcp이를 테스트합니다 . 다음과 유사한 내용이 나타나 이것이 /etc/hosts소스임을 나타냅니다.

Fri Jan  5 14:11:20 2018 daemon.info dnsmasq[7368]: 73 10.0.3.149/64299 /etc/hosts subdomain.site.com is 10.0.1.4

무엇이 작동하지 않았나요?

/etc/config/dhcp놀랍게도 기본 라우터의 다음 구성은 10.0.1.X/24서브넷 내에서만 작동합니다.

config domain
        option name 'site.com'
        option ip '10.0.1.4'

config domain
        option name 'subdomain.site.com'
        option ip '10.0.1.4'

누구든지 이것에 대해 밝힐 수 있다면 그 이유를 알고 싶습니다! 어쩌면 뭔가 잘못된 것일까요?

보조 라우터를 추가하는 것도 내 상황에 별로 도움이 되지 않는 것 같습니다 option dns 10.0.1.1./etc/config/network

config interface 'lan'
        option ifname  'eth0.1'
        option force_link '1'
        option type    'bridge'
        option proto   'static'
        option ipaddr  '10.0.2.1'
        option netmask '255.255.255.0'
        option dns     '10.0.1.1'

config interface 'wan'
        option ifname 'eth0.2' # Comment this out if connecting as sta using wlan
        option proto   'dhcp'
        option netmask '255.255.255.0'
        option gateway '10.0.1.1'
        option dns     '10.0.1.1'

이 옵션을 추가하면 항목이 에 표시됩니다 cat /tmp/resolv.conf.auto. 하지만 list server 10.0.1.1위에서 언급한 것처럼 WAN 인터페이스가 추가되었습니다 nameserver 10.0.1.1.

보조 라우터에 dhcp_options를 추가해도 /etc/config/dhcp도움이 되지 않습니다.

config dhcp 'lan'
        option interface 'lan'
        option start '100'
        option limit '150'
        option leasetime '72h'
        option ra 'server'
        #list 'dhcp_option' '3,10.0.1.1' # SET DEFAULT GATEWAY, CAUTION CAN BREAK STUFF
        #list 'dhcp_option' '6,10.0.1.1' # SEND DNS SERVER ADDR TO CLIENTS, CAUTION CAN BREAK STUFF

분할 지평선 또는 로컬 네임서버가 필요합니다.

10.0/16 뒤의 클라이언트가 subdomain.example.com해당 영역에 대해 권한이 있는 로컬 이름 서버를 가리키도록 하고, 그렇지 않으면 반복합니다. 이는 별도의 이름 서버 또는 분할된 범위를 통해 달성할 수 있습니다.

아래의 두 예에는 작업을 수행하기 위한 최소한의 사항이 포함되어 있습니다. 보안 문제 및 기타 구성 세부 사항은 이 질문의 범위를 벗어납니다.

나는 독서를 적극 권장합니다DNS 가이드그리고DNS 및 바인딩, 그와 같은 순서로.

---

수평으로 분할

view "internal" {
  match-clients { // Add any other "on-net" blocks here.
    localnets;
    127.0.0.1;
  };
  recursion yes;

  zone "example.com" in {
    type master;
    file "internal/example.com"; // Contains RFC1918 addresses for on-net hosts
  };

  zone "." in {
    type hint;
    file "root.cache";
  };
};

view "external" {
  recursion no;
  zone "example.com" in {
    type master;
    file "external/example.com"; // Contains public IPs for hosts
  };
};

---

독립 도메인 이름 서버

이는 일반적인 BIND 인스턴스이지만 내부 영역에 대해 권한을 갖도록 구성됩니다.

options {
  recursion yes;
  // and any other options you want
};

zone "example.com" in {
  type master;
  file "example.com"; // Contains the RFC1918 addresses.
};

zone "." in {
  type hint;
  file "root.cache";
};