Puncte:0

Suprascrierea unui domeniu .local la un IP public

drapel cn

Folosesc un server DNS BIND9 pentru organizația mea și am o aplicație care a fost publicată cu un domeniu .local: example.website.local. Există o alternativă .com pe care vreau să o re-mapez .local cu ajutorul serverului DNS, dar nu știu dacă va fi posibil.

Am găsit acest articol pe RPZ: Suprascrierea unor intrări DNS în BIND pentru rețelele interne, dar continui să primesc acest mesaj după ce aplic setarea cu domeniul meu .local:

; <<>> DiG 9.16.1-Ubuntu <<>> example.website.local
;; opțiuni globale: +cmd
;; Am răspuns:
;; AVERTISMENT: .local este rezervat pentru Multicast DNS
;; În prezent testați ce se întâmplă atunci când o interogare mDNS este scursă către DNS
;; ->>HEADER<<- opcode: QUERY, stare: NXDOMAIN, id: 61184
;; steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 1

;; PSEUDOSECȚIE OPT:
; EDNS: versiunea: 0, steaguri:; udp: 65494
;; SECȚIUNEA DE ÎNTREBĂRI:
;exemplu.site.local. ÎN A

;; Timp de interogare: 8 ms
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; CÂND: duminică, 17 octombrie 11

Există vreo modalitate de a rescrie asta .local domeniu la a .com sau adresa IP publică folosind BIND sau RPZ?

Mulțumiri!

djdomi avatar
drapel za
folosiți hosts /etc/hosts pentru a face truc
TrivPants avatar
drapel cn
Mulțumesc @djdomi /etc/hosts funcționează pentru mașinile locale. Am ajuns să folosesc RPZ pentru a rezolva problema. Se pare că acesta se mai numește „paravan de protecție DNS”, dar l-am folosit pentru a re-mapa căutările DNS pentru domeniul specific example.local.
TrivPants avatar
drapel cn
Iată o scurtă descriere a ceea ce trebuia să fac pentru a-l face să funcționeze: 1. Aveți un server BIND9 funcțional pe o cutie Debian/Ubuntu 2. Editați fișierul `named.conf.options` `politica de răspuns { zona „rpz.local”; }; ` 3. Adăugați zona RPZ în fișierul `/etc/bind/named.conf.local` `zona "rpz.local" { tip master; fișierul „/etc/bind/db.rpz.local”; allow-query { localhost; }; permite-transfer { 12.34.56.78; }; };` 4. copiați /etc/bind/db.empty în /etc/bind/db.rpz.local 5. Adăugați înregistrarea A .local în fișierul db.rpz.local `exemplu.local A 8.8.8.8` 6. reporniți DNS
djdomi avatar
drapel za
Actualizați-vă întrebarea, nu comentariul....!!!!! Sau dacă a fost rezolvat, utilizați un răspuns pentru a vă rezolva întrebarea
Puncte:1
drapel cn

Iată o scurtă descriere a ceea ce trebuia să fac pentru a-l face să funcționeze:

  1. Aveți un server BIND9 funcțional pe o cutie Debian/Ubuntu

  2. Editați | × /etc/bind/named.conf.options adaugand:

politică de răspuns { 
    zona „rpz.local”; 
};
  1. Adăugați zona RPZ în /etc/bind/named.conf.local
zona "rpz.local" { 
    tip master; 
    fișierul „/etc/bind/db.rpz.local”; 
    allow-query { localhost; }; 
    permit-transfer { localhost; }; 
};
  1. copie /etc/bind/db.empty la /etc/bind/db.rpz.local

  2. Adăugați înregistrarea A .local la db.rpz.local fişier:

exemplu.local A 8.8.8.8
  1. reporniți DNS
systemctl reporniți bind9
rndc flush
reîncărcare rndc

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.