înregistrare Logare
Puncte:0
cylon86 avatar Ubuntu

DNS local cu dnsmasq nu funcționează pentru client

drapel cz
cylon86

Încerc să-mi configurez Raspberry Pi, care rulează cu serverul Ubuntu 20.04, ca router fără fir, astfel încât să pot crea o rețea locală în spatele Raspberry Pi.

eu folosesc hostapd pentru a crea un punct de acces Wifi și dnsmasq pentru a avea un server DNS și DHCP local. Serverul DHCP pare să funcționeze bine: atunci când un client se conectează (macbook-ul meu de exemplu), primește un IP în intervalul definit de DHCP.

Dar am o problemă cu serverul DNS pentru numele de domeniu local definit în /etc/hosts. Funcționează bine pe Rasp Pi, dar nu și pentru client: când încerc nslookup gw.wlan din shell-ul clientului am:

Server: 1.1.1.1
Adresă: 1.1.1.1#53

** serverul nu poate găsi gw.wlan: NXDOMAIN

gw.wlan este definită în /etc/hosts a rasp Pi (vezi mai jos)

Ai idee de ce dnsmask nu citește /etc/hosts fisier?

Funcționează bine pentru numele de domeniu de internet. Dacă fug ping google.fr în shell-ul clientului dă ping pe google foarte bine. Numai numele de domeniu local nu sunt rezolvate.

Iată fișierele mele de configurare:

  • /etc/dnsmasq.conf:
# Interfață de ascultare
interfață=wlan0

# Pool de adrese IP deservite prin DHCP
dhcp-range=192.168.4.2,192.168.4.20,255.255.255.0,24h

# Domeniu local DNS wireless
domeniu=wlan

# Alias ​​pentru acest router
adresa=/gw.wlan/192.168.4.1

# Remediați ip-ul pentru un client
dhcp-host=98:01:a7:95:63:13,192.168.4.2

# Traseu
dhcp-option=3.192.168.4.1
adresa-ascultă=127.0.0.1,192.168.4.1
localize-interogări
local=/wlan/
  • /etc/netplan/01-netcfg.yaml:
reţea:
  versiunea: 2
  redator: în rețea
  ethernet:
    wlan0:
      dhcp4: fals
      adrese:
        - 192.168.4.1/24
  • /etc/hosts :
127.0.0.1 localhost ubuntu
192.168.4.1 gw.wlan
192.168.4.2 jjmac.wlan

# Următoarele linii sunt de dorit pentru gazdele capabile IPv6
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
  • /etc/resolv.conf :
domeniul wlan
caută WLAN
server de nume 192.168.4.1
server de nume 8.8.8.8
server de nume 1.1.1.1
  • /etc/systemd/resolved.conf :
DNSStubListener=nu
234
0 + 3
dns
waltinator avatar
drapel it
waltinator
Eliminați ultimele 2 linii `server de nume`. Aceste servere nu vor ști nimic despre `.wlan`. De asemenea, în `dnsmasq.conf`, există o inconsecvență între `dhcp-address=` și `listen=`. De ce o adresă IPv6 doar într-una?
0
Răspunde
cylon86 avatar
drapel cz
cylon86
@waltinator thx pentru răspunsul dvs., ultimele două servere de nume (8.8.8.8 și 1.1.1.1) sunt acolo, astfel încât să pot avea acces la internet de pe server. Nu văd inconsecvența în adrese, unde văd o „dhcp-address”? poate că linia `dhcp-host=98:01:a7:95:63:13,192.168.4.2` este confuză, dar definește de fapt ip-ul clientului cu adresa mac definită, nu ip-ul gazdei
0
Răspunde
cylon86 avatar
drapel cz
cylon86
Editez și postarea mea inițială. Am adăugat ip masquerade, așa că acum numele de domeniu internet sunt bine rezolvate, doar numele de domeniu local nu sunt
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.