Мой /etc/resolv.conf
не будет записан так разрешение DNS не работает.
Я выполняю Сервер Ubuntu 16.04.1 LTS в виртуальной машине на нашем офисном сервере.
Это - мой /etc/network/interfaces
:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto ens3
iface ens3 inet static
address 192.168.222.104
netmask 255.255.255.0
gateway 192.168.222.1
gateway 192.168.222.1
dns-nameservers 192.168.222.1 8.8.8.8
dns-search internal.domain
post-up iptables-restore < /etc/iptables.up.rules
(/etc/network/interfaces.d
пусто),
Я уже попытался работать sudo dpkg-reconfigure resolvconf
и sudo ln -sf /run/resolvconf/resolv.conf /etc/resolv.conf
как упомянуто в этом ответе. Но мой /etc/resolv.conf
все еще остается пустым:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
Что еще я могу попытаться вернуть разрешение DNS на этом сервере?
Примечание: Та же установка работает над другими 5 серверами, которые запускают Ubuntu в другом VMs на тех же аппаратных средствах.
Они все показывают a /etc/resolv.conf
как
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.222.1
nameserver 8.8.8.8
search internal.domain
и для тех прекрасных работ разрешения DNS.
Есть ли какая-либо конфигурация, которую я пропускаю?
На всякий случай я также добавил мой /etc/iptables.up.rules
(который является также более или менее тем же на всех 6 Серверах и), который я настроил понимание некоторых намеков от этого руководства:
*filter
# Allow all outgoing, but drop incoming and forwarding packets by default
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
# Custom per-protocol chains
:UDP - [0:0]
:TCP - [0:0]
:ICMP - [0:0]
# Acceptable UDP traffic
# Acceptable TCP traffic
-A TCP -p tcp --dport 22 -j ACCEPT
-A TCP -p tcp --dport 80 -j ACCEPT
-A TCP -p tcp --dport 443 -j ACCEPT
-A TCP -p tcp --dport 10000 -j ACCEPT
# Acceptable ICMP traffic
-A ICMP -p icmp -j ACCEPT
# Boilerplate acceptance policy
-A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
-A INPUT -i lo -j ACCEPT
# Drop invalid packets
-A INPUT -m conntrack --ctstate INVALID -j DROP
# Pass traffic to protocol-specific chains
## Only allow new connections (established and related should already be handled)
## For TCP, additionally only allow new SYN packets since that is the only valid
## method for establishing a new TCP connection
-A INPUT -p udp -m conntrack --ctstate NEW -j UDP
-A INPUT -p tcp --syn -m conntrack --ctstate NEW -j TCP
-A INPUT -p icmp -m conntrack --ctstate NEW -j ICMP
# Reject anything that's fallen through to this point
## Try to be protocol-specific w/ rejection message
-A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable
-A INPUT -p tcp -j REJECT --reject-with tcp-reset
-A INPUT -j REJECT --reject-with icmp-proto-unreachable
# Commit the changes
COMMIT
*raw
:PREROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
*security
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
COMMIT
*mangle
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
Можно попытаться обновить серверы DNS в
/etc/resolvconf/resolv.conf.d/base
, затем работает
sudo resolvconf -u
для регенерации resolv.conf
файл.
К моему знанию лучше не отредактировать resolv.conf, и это вызвано тем, что администратор сети обновил бы все, что Вы записали вручную с каждым перезапуском сети или перезагрузки. Таким образом, я использовал бы команду nmcli:
nmcli con mod ens3 +ipv4.dns 192.168.222.1 8.8.8.8
nmcli con up ens3
Администратор сети установлен по умолчанию в большинстве основанных на человечности дистрибутивов, таким образом, я предполагаю, что это также имело бы место.Надеюсь, это поможет!