Это часть моего предыдущего вопроса, опубликованногоздесь на Ask Ubuntu.
Несколько дней назад мне заблокировали доступ к некоторым сайтам. Сначала я думал, что это правительство заблокировало мне доступ к ним. Поэтому я подделал IP-адрес с помощью VPN (используя VPN-Gate service + OpenVPN client), чтобы получить доступ к этим сайтам. Однако со временем количество заблокированных сайтов увеличивается.
Поэтому я решил составить небольшой список. Я обнаружил, что ни один из этих сайтов не стоит блокировать, поскольку они все (или в основном) о технологиях. Список ниже возвращает PR_IO_TIMEOUT_ERROR
ошибку в Firefox или ERR_CONNECTION_REFUSED
Chrome:
- medium.com (этот парень был первым)
- linux.org
- itsfoss.com (доступен только из Chrome, но очень медленно) и т. д.
Ниже приведен вывод из dig medium.com
:
; <<>> DiG 9.16.6-Ubuntu <<>> medium.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 285
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;medium.com. IN A
;; ANSWER SECTION:
medium.com. 3600 IN A 127.0.0.1
;; Query time: 152 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Mon Jan 25 22:48:57 +07 2021
;; MSG SIZE rcvd: 55
А вот вывод из nslookup medium.com
:
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: medium.com
Address: 127.0.0.1
Я убедился, что дважды проверил свой виртуальный хост Apache2. В его конфигурации нет ничего, что могло бы перенаправить 'medium.com' на 127.0.0.1
. В современных браузерах (FF или Cr) он получил 'Невозможно подключиться', в то время как w3m (текстовый браузер) возвращает мою локальную html-страницу.
Больше информации:
- Это происходит на моем Ubuntu ARM 20.10 (Raspberry Pi 4).
- У меня установлен Apache2, но он не открывает шлюз в Интернет (это просто на этапе разработки)
- У меня также есть OpenVPN, и в последнее время я использую VPNGate.
Это все, что я знаю о работе в сети на моем ПК.
P.S. Я прочитал еще один вопрос:«Почему xbcd.com преобразуется в локальный хост (127.0.0.1) в Linux (Ubuntu) и Android?»Но у автора оригинального поста, похоже, нет той проблемы, которая есть у меня, поэтому я хотел бы опубликовать это снова, чтобы найти ответ, который может решить мою проблему.
Обновление 28 января 2021 г. (по запросу пользователя user3840170)
Вот выводresolvectl
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (eth0)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 3 (wlan0)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.43.1
DNS Servers: 192.168.43.1
DNS Domain: ~.
Обновление 28 января 2021 г. (по запросу tripleee)
Вот результат dig @192.168.43.1 medium.com
:
; <<>> DiG 9.16.6-Ubuntu <<>> @192.168.43.1 medium.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17622
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;medium.com. IN A
;; ANSWER SECTION:
medium.com. 3600 IN A 127.0.0.1
;; Query time: 52 msec
;; SERVER: 192.168.43.1#53(192.168.43.1)
;; WHEN: Thu Jan 28 13:37:54 +07 2021
;; MSG SIZE rcvd: 55
Вот результат dig @alina.ns.cloudflare.com. medium.com
:
; <<>> DiG 9.16.6-Ubuntu <<>> @alina.ns.cloudflare.com. medium.com
; (6 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10768
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;medium.com. IN A
;; ANSWER SECTION:
medium.com. 300 IN A 104.17.225.63
medium.com. 300 IN A 104.17.31.52
;; Query time: 476 msec
;; SERVER: 173.245.58.61#53(173.245.58.61)
;; WHEN: Thu Jan 28 13:38:32 +07 2021
;; MSG SIZE rcvd: 71
решение1
Тот, кто управляет DNS-сервером на 192.168.43.1, настроил его таким образом.
Обойдя вручную ваш локальный сервер mDNS на 127.0.0.53, вы можете убедиться, что результат, который вы видите, действительно исходит от DNS-сервера, на использование которого вы настроили свою систему. Запрос dig @192.168.43.1 medium.com.
это демонстрирует.
Если вы не доверяете своему текущему DNS-серверу, попробуйте настроить систему на использование другого DNS-сервера. Есть несколько известных общедоступных DNS-серверов, таких как 8.8.8.8 и 1.1.1.1.