У меня была функция ssh
, которая устанавливала фон терминала перед отправкой по ssh, чтобы я всегда знал, какой терминал является удаленным. Извините, что отнял у всех время.
Для обычного сценария тестирования мы попытаемся заставить ваш Linux Mint использовать Google Public DNS:
8.8.8.8
(IPv4)8.8.4.4
(IPv4)Вы можете сделать это относительно просто, вот так:
Щелкните левой кнопкой мыши значок Wi-Fi/LAN:
В меню нажмите «Сетевые подключения»:
Дважды щелкните соответствующий WiFi/LAN:
В настройках подключения перейдите на вкладку Настройки IPv4 :
Измените метод на DHCP Только адреса и заполните указанные DNS-серверы:
Нажмите «Сохранить» и выключите/включите соединение WiFi/LAN.
Наконец, чтобы подтвердить успешное завершение нашего маленького эксперимента, скопируйте -вставьте в свой терминал:
( nmcli dev list || nmcli dev show ) 2>/dev/null | grep DNS
чтобы показать, какой DNS вы используете сейчас:
IP4.DNS[1]: 8.8.8.8
IP4.DNS[2]: 8.8.4.4
Теперь попробуйте ping
какое-нибудь доменное имя.
Настоящим я прямо рекомендую использовать продукт Google, который я не использую сам и не рекомендую другим.
Этот ответ предназначен только для целей тестирования. Я не рекомендую эти преобразователи DNS своим коллегам. Если нужно сказать один пример для всех, я бы рекомендовал 1.1.1.1 DNS-сервис Cloudflare с адресами:
IPv4
Первичный:
1.1.1.1
Вторичный:
1.0.0.1
IPv6
Первичный:
2606:4700:4700::1111
Вторичный:
2606:4700:4700::1001
DNS-преобразователи Cloudflare ориентированы -на конфиденциальность и в некотором смысле еще более безопасны. Подробнее здесь .
Я также отрицаю наличие какой-либо связи между мной и упомянутыми компаниями.
Благодаря невероятно полезным советам здесь и на форумах Manjaro, я смог договориться с провайдером и заменить свой маршрутизатор. Примечания в этом ответе дополняют то, что описывают другие ответы.
Проблема, по-видимому, связана с тем, как прошивка моего маршрутизатора с адресом 192.168.9.1 обрабатывала DNS-запросы на адрес 192.168.9.1. Как только Windows получает DNS-адреса, кажется, что она будет кэшировать их в кэше DNS-преобразователя (, я полагаю, ), и поэтому с Windows, по-видимому, не было проблем. Однако похоже, что Linux не выполняет кэширование DNS на уровне ОС, как описано здесьhttps://stackoverflow.com/questions/11020027/dns-caching-in-linux1, и поэтому каждый запрос ping, поскольку он рассматривает 192.168.9.1 как DNS-сервер, заставит маршрутизатор показывать, что 20-е зависают. Где именно прошивка маршрутизатора вела себя мошеннически, неизвестно, однако ясно, что добавление DNS-серверов Google на стороне клиента эффективно обходит эту мошенническую часть прошивки. Смена роутера решила проблему.