Testuję podstawową aplikację dotnet skonfigurowaną do używania NGINX jako odwrotnego proxy. Aby to przetestować, skonfigurowałem Bind9, aby rozwiązać example.com na mój adres IP w sieci LAN. Ustawiłem menedżera sieci DNS w prawym górnym rogu Ubuntu 18.04, aby używał mojego adresu IP jako DNS, a ciało resol.conf, aby używało mojego adresu IP jako DNS. Kiedy kopię example.com, otrzymuję lokalny adres IP:
dig example.com
; <<>> DiG 9.11.3-1ubuntu1-Ubuntu <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54728
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: c3f027023efb13f917866a635b0e8feaa95ff6a3a3be7227 (good)
;; QUESTION SECTION:
;example.com. IN A
;; ANSWER SECTION:
example.com. 604800 IN A 192.168.75.136
;; AUTHORITY SECTION:
example.com. 604800 IN NS ns.example.com.
;; ADDITIONAL SECTION:
ns.example.com. 604800 IN A 192.168.75.136
;; Query time: 0 msec
;; SERVER: 192.168.75.136#53(192.168.75.136)
;; WHEN: Wed May 30 04:50:02 PDT 2018
;; MSG SIZE rcvd: 117
Jednak podczas wyszukiwania w Firefoksie ładowany jest internetowy przykład.com. Wyczyściłem DNS przy użyciu:
sudo /etc/init.d/dns-clean restart
and
sudo /etc/init.d/networking force-reload
Oczywiście coś zrobiłem źle, ponieważ nie mogę już edytować połączenia przewodowego we właściwościach w prawym górnym rogu (już go nie ma). Nie ustawiłem żadnych forwarderów w nazwanych.conf.options, więc nie powinienem być w stanie rozwiązać adresów internetowych.
w /etc/networkManager/system-connections/Wired connection 1
[ipv4]
dns=192.168.75.136;
dns-search=
ignore-auto-dns=true
method=auto
wygenerowano resol.conf:
nameserver 192.168.75.136
nameserver 127.0.0.53
Nie ma linii do /etc/NetworkManager/NetworkManager.conf
powiedzeniadns=dnsmasq
Dodałem również /etc/network/interfaces
po pętli zwrotnej (na podstawie tego postu):
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.75.136
netmask 255.255.255.0
gateway 192.168.75.2
dns-nameservers 192.168.75.136
a następnie pobiegł
sudo ifdown eth0 && sudo ifup eth0
Podczas cofania każdego kroku odkryłem, że ten ostatni krok spowodował zniknięcie eth0 i sprawił, że ustawienia przewodowe menedżera sieci w prawym górnym rogu Ubuntu nie pojawiały się już w 18.04
sudo netstat -antup | grep LISTEN
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1538/nginx: master
tcp 0 0 192.168.122.1:53 0.0.0.0:* LISTEN 1489/named
tcp 0 0 192.168.75.136:53 0.0.0.0:* LISTEN 1489/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1489/named
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 566/systemd-resolve
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 1081/cupsd
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 1489/named
tcp6 0 0 :::53 :::* LISTEN 1489/named
tcp6 0 0 ::1:631 :::* LISTEN 1081/cupsd
tcp6 0 0 ::1:953 :::* LISTEN 1489/named
NMCLI z jakiegoś powodu nie pokazuje żadnego serwera DNS
nmcli dev show eth0
GENERAL.DEVICE: eth0
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 00:0C:29:05:33:F4
GENERAL.MTU: 1500
GENERAL.STATE: 10 (unmanaged)
GENERAL.CONNECTION: --
GENERAL.CON-PATH: --
WIRED-PROPERTIES.CARRIER: on
IP4.ADDRESS[1]: 192.168.75.136/24
IP4.GATEWAY: 192.168.75.2
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.75.2, mt =
IP4.ROUTE[2]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt =
IP4.ROUTE[3]: dst = 192.168.75.0/24, nh = 0.0.0.0, mt
IP6.ADDRESS[1]: fe80::20c:29ff:fe05:33f4/64
IP6.GATEWAY: --
IP6.ROUTE[1]: dst = fe80::/64, nh = ::, mt = 256
IP6.ROUTE[2]: dst = ff00::/8, nh = ::, mt = 256, table
var / run / systemd / resolver:
nameserver 192.168.75.136
połączenie nmcli -t pokaż --aktywne
virbr0: 4239285a-844c-4ec0-b671-c145089b52f1: mostek: virbr0
nmcli con show „virbr0” | grep dns
ipv4.dns: --
ipv4.dns-search: --
ipv4.dns-options: ""
ipv4.dns-priority: 100
ipv4.ignore-auto-dns: no
ipv6.dns: --
ipv6.dns-search: --
ipv6.dns-options: ""
ipv6.dns-priority: 100
ipv6.ignore-auto-dns: no
sticker592@ubuntu:~$ nmcli con show 'eth0' | grep dns
Error: eth0 - no such connection profile.
źródło
sudo netstat -antup | grep LISTEN
. Pokaże to nam, czy działa systemd-resolvedcat /var/run/systemd/resolve/resolv.conf
resolve example.com to my lan ip address
czy nie wystarczy edytować pliku / etc / hosts na komputerze? Lub używając znacznie prostszego Resolvera DNS? Konfiguracja / konfiguracja Bind9 nie jest trywialna.Odpowiedzi:
Bardzo proste rozwiązanie: zapomniałem wyczyścić pamięć podręczną w przeglądarce Firefox:
źródło