LINUX.ORG.RU

linux.org.ru открывается только после ping

 , , ,


0

1

Сегодня, что-то такой глюк ловлю.
https://yadi.sk/i/Md_0ISfYqTb44g
Из-за чего такое может быть?
Из изменений - сменил самосборное ядро с 4.19.66 на 4.19.67 ну и

$ tail /var/log/apt/history.log 
...
Start-Date: 2019-08-16  15:38:48
Commandline: apt-get dist-upgrade
Requested-By: barin (1000)
Upgrade: libthunarx-3-0:amd64 (1.8.9-0ubuntu1~18.04, 1.8.9-1~18.04), thunar-data:amd64 (1.8.9-0ubuntu1~18.04, 1.8.9-1~18.04), libegl1-mesa-dev:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libegl-mesa0:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libegl-mesa0:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libtumbler-1-0:amd64 (0.2.7-0ubuntu1~18.04, 0.2.7-1~18.04), libglapi-mesa:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libglapi-mesa:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), mesa-common-dev:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), mesa-common-dev:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libxatracker2:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libegl1-mesa:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), thunar-volman:amd64 (0.9.5-0ubuntu1~18.04, 0.9.5-1~18.04), xfce4-dev-tools:amd64 (4.14.0-0ubuntu1~18.04, 4.14.0-1~18.04), libgbm1:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgbm1:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), tumbler:amd64 (0.2.7-0ubuntu1~18.04, 0.2.7-1~18.04), libwayland-egl1-mesa:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgles2-mesa-dev:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), thunar:amd64 (1.8.9-0ubuntu1~18.04, 1.8.9-1~18.04), tumbler-common:amd64 (0.2.7-0ubuntu1~18.04, 0.2.7-1~18.04), libgl1-mesa-dev:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgl1-mesa-dev:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgl1-mesa-dri:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgl1-mesa-dri:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libosmesa6:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libosmesa6:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), catfish:amd64 (1.4.8-1~18.04, 1.4.8-2~18.04), libgl1-mesa-glx:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgl1-mesa-glx:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libgbm-dev:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), mesa-vdpau-drivers:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), mesa-vulkan-drivers:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), mesa-va-drivers:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libglx-mesa0:amd64 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), libglx-mesa0:i386 (19.2~git1908151930.ceeaf9~oibaf~b, 19.2~git1908160730.861c2b~oibaf~b), xfce4-power-manager-data:amd64 (1.6.5-0ubuntu1~18.04, 1.6.5-1~18.04)
End-Date: 2019-08-16  15:39:39
но тут вроде ничего относящегося к проблеме

★★★★★

Последнее исправление: superuser (всего исправлений: 2)

Ответ на: комментарий от Deleted

Непойму как чекать то, баг возникает фантомно

superuser ★★★★★
() автор топика
Ответ на: комментарий от superuser

чекну когда наблюдаю

this.

Алсо, логично было бы перезагрузить компьютер или как-то ещё очистить кэш ДНС и посмотреть, проявится ли баг.

Deleted
()

Вангую у тебя что-то с DNS.

anonymous
()
Ответ на: комментарий от superuser

* Could not resolve host: linux.org.ru

Вангую у тебя проблемы с DNS.

anonymous
()
Ответ на: комментарий от superuser
curl --resolve linux.org.ru:443:178.248.233.6 https://linux.org.ru:443/
anonymous
()
Ответ на: комментарий от Tanger
barin@HPC:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.0.53
barin@HPC:~$ dig linux.org.ru

; <<>> DiG 9.11.3-1ubuntu1.8-Ubuntu <<>> linux.org.ru
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65259
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;linux.org.ru.			IN	A

;; ANSWER SECTION:
linux.org.ru.		1911	IN	A	178.248.233.6

;; Query time: 38 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Fri Aug 16 19:36:06 MSK 2019
;; MSG SIZE  rcvd: 57

гугловые уже в роутере прописаны, система не оттуда что-ли берёт?

superuser ★★★★★
() автор топика
Ответ на: комментарий от superuser

Сделай диг с DNS роутера

dig @192.168.1.1 linux.org.ru

Какой- там адрес у ротера можно узнать разными способами, например

nmcli dev show | grep DNS

И если он находит, то значит с роутером всё в порядке.

anonymous
()
Ответ на: комментарий от superuser

Хм, странно, 594/systemd-resolve есть, а resolvectl: команда не найдена. Я теряюсь в догадках.

anonymous
()
Ответ на: комментарий от superuser

Есть ещё предположение, что браузер просит `DNSSec` и поэтому отваливается. Но это не точно.

anonymous
()
Ответ на: комментарий от anonymous

Всё пипец! Захожу только через TOR! WTF !???? караул !!!

superuser ★★★★★
() автор топика
Последнее исправление: superuser (всего исправлений: 1)

В некоторых дистрах (типа ubuntu) используется кэширующий dns - dnsmasq.
Я не уверен как посмотреть его кэш, но кажется нужно просто процессу отправить сигнал через kill -SIGUSR1.

А потом можно с tcpdump поснифить, что отравляться на dns во время пинга, и во время резолвинга домена броузером, и сравнить.

anonymous
()
Ответ на: комментарий от superuser

там у чувака в соседнем треде гуглоднс упал

annerleen ★★★★☆
()
Ответ на: комментарий от superuser

Другие сайты то открываются. Хотя хз какие еще проверить..

Может у тебя в /этс/хостс что-то не то прописано?

anonymous
()
Ответ на: комментарий от anonymous
barin@HPC:~$ ll /etc/host*
-rw-r--r-- 1 root root  92 апр  9  2018 /etc/host.conf
-rw-r--r-- 1 root root   4 апр 28  2018 /etc/hostname
-rw-r--r-- 1 root root 411 апр 26  2018 /etc/hosts.allow
-rw-r--r-- 1 root root 711 апр 26  2018 /etc/hosts.deny
barin@HPC:~$ cat /etc/host.conf
# The "order" line is only used by old versions of the C library.
order hosts,bind
multi on
barin@HPC:~$ cat /etc/hosts.allow
# /etc/hosts.allow: list of hosts that are allowed to access the system.
#                   See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: LOCAL @some_netgroup
#             ALL: .foobar.edu EXCEPT terminalserver.foobar.edu
#
# If you're going to protect the portmapper use the name "rpcbind" for the
# daemon name. See rpcbind(8) and rpc.mountd(8) for further information.
#

barin@HPC:~$ cat /etc/hosts.deny
# /etc/hosts.deny: list of hosts that are _not_ allowed to access the system.
#                  See the manual pages hosts_access(5) and hosts_options(5).
#
# Example:    ALL: some.host.name, .some.domain
#             ALL EXCEPT in.fingerd: other.host.name, .other.domain
#
# If you're going to protect the portmapper use the name "rpcbind" for the
# daemon name. See rpcbind(8) and rpc.mountd(8) for further information.
#
# The PARANOID wildcard matches any host whose name does not match its
# address.
#
# You may wish to enable this to ensure any programs that don't
# validate looked up hostnames still leave understandable logs. In past
# versions of Debian this has been the default.
# ALL: PARANOID
superuser ★★★★★
() автор топика

просто там, у провайдера, который тебе MITM устраивает, плохо работает кеширование dns. и всего-то. ничего особенного

PexuOne
()

посмотри какие DNS сервера получает network manager. запусти dig с этими серверами. если не работает — смени DNS, повтори. если работает, то проверь, что там dnsmasq пишет, проверь конфиги кеширования DNS, конфиги networkmanager.

slaykovsky ★★★
()
Ответ на: комментарий от anonymous

Хорошо что есть умные анонимусы!

superuser ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.