Lynx считает, что все сертификаты не доверяют моему конфигурационному файлу
У вас может быть возможность выключать светодиод в X11 каждый раз, когда вы даете команду
xset -led named "Num Lock"
или пробовать явные числа, такие как xset -led 3 .
Проблема заключалась в том, что когда я загружал пользовательский файл конфигурации с параметром cfg=, он больше не загружал файл конфигурации по умолчанию в /etc/lynx/lynx. .cfg.
Убедитесь, что системные часы установлены правильно. Браузеры могут отображать предупреждение SSL из-за неправильной даты и времени.
Сообщение (см. WWW/Library/Implementation/HTTP.c):
the certificate is not trusted
(нет НЕ в источник для lynx, несмотря на его использование в Debian #795958). Это сообщение исходит из конфигурации gnutls lynx, поэтому вполне вероятно, что OP использует Debian или производный дистрибутив, такой как Ubuntu. Все остальные пакеты используют OpenSSL.
Это может исходить от самого gnutls, как упоминалось в [gnutls-devel] Невозможно доверять сертификату сервера вместо выдачи ЦС , но из-за отсутствия информации о версии невозможно точно определить проблему. .
За исключением некоторых новых сообщений об ошибках (кстати, StackExchange не является механизмом сообщений об ошибках), эти изменения были связаны с этой областью кода с момента ее появления в 2006 году (см. ИЗМЕНЕНИЯ). . Есть более свежие изменения в gnutls, но в сводке изменений нет ничего, относящегося к этому вопросу:
2013-11-28 (2.8.8dev.17)
* ignore non-fatal return codes from gnutls_handshake introduced by SNI change
in 2.8.8dev.15 (Debian #724812, patch by Hans Wurst).
2012-11-18 (2.8.8dev.15)
* improve checking of certificates in the gnutls_certificate_verify_peers2()
by handling special case where self-signed certificates should be reported
(patch by Jamie Strandboge).
2012-08-15 (2.8.8dev.13)
* improve checking of certificates in the gnutls_certificate_verify_peers2()
(report by Martin Georgiev) -TD
2010-06-21 (2.8.8dev.4)
* check for SSL error when reading response from "GET". This incidentally
exposes a longstanding bug in GNUTLS:
https://savannah.gnu.org/support/index.php?106987
(google the message "A TLS packet with unexpected length was received")
which prevents connection to
https://www.mynortonaccount.com/amsweb/default.do
(report by Ignac Vucko) -TD
2009-08-28 (2.8.8dev.1)
* correct check for return-value from gnutls_certificate_verify_peers2(), which
in conjunction with unclean internals of gnutls caused caused some sites to
be treated as if they were version-1 X.509 CAs (Debian #231609,
Ubuntu 293708) -TD
И в Debian, и в Ubuntu есть системы сообщений об ошибках; Debian предоставляет наилучшие отзывы о lynx. Последующие действия по существующим сообщениям об ошибках (а также новые сообщения) следует направлять в системы сообщений об ошибках.