Первые три ошибки apt
произошли с IP-адресом 103.123.234.254, порт 80.
Тот факт, что этот адрес использовался как при подключении к in.archive.ubuntu.com
, так и к security.ubuntu.com
, а также то, что обратный поиск DNS для этого IP-адреса утверждает, что это anycast.estointernet.in
, а не что-либо другое *.ubuntu.com
, предполагают, что это может быть Контент. Сеть доставки или какое-либо соглашение вашего интернет-провайдера.
$ dig +short -x 103.123.234.254
anycast.estointernet.in.
Четвертая ошибка относится к IP-адресу 91.189.91.23 для security.ubuntu.com
.
$ dig +short -x 91.189.91.23
economy.canonical.com.
$ dig +short security.ubuntu.com
91.189.91.26
91.189.91.23 <-- note: here it is!
91.189.88.149
91.189.88.31
91.189.88.24
91.189.88.162
Похоже, у Canonical (компании, разрабатывающей Ubuntu ), есть несколько серверов на security.ubuntu.com
... как и ожидалось, поскольку объем трафика к ней, вероятно, огромен. У каждого из этих серверов есть «собственное имя» в дополнение к «зонтику» security.ubuntu.com
, и ваше соединение просто оказалось на сервере с именем economy.canonical.com
. Но похоже, что это соединение не удалось по какой-то причине.
Мне не очень нравится идея, чтоestointernet.in
(ваш интернет-провайдер, я полагаю, ), похоже, добавляет еще один уровень технологии обратного -прокси/кэша/CDN перед security.ubuntu.com
:, если это не работает идеально, это может привести к задержке выпуска важных исправлений безопасности. Но, возможно, это единственный способ справиться с объемом трафика на security.ubuntu.com
, который они получают.
Подводя итог, :похоже, что estointernet.in
применяет какую-то технологию кэширования/прокси/CDN к соединениям, идущим к серверам репозитория Ubuntu, и во время вашего соединения похоже, что эта технология не работала слишком хорошо., и вернуться -обратно к прямому соединению тоже не удалось, возможно, из-за перегруженности сети где-то между вами иsecurity.ubuntu.com
Ваши возможности, вероятно, ограничиваются сообщением о проблеме вашему провайдеру интернет-соединения и/или ожиданием, пока он ее исправит, или же попытками подключиться к другому провайдеру сетевого подключения.
Возможно, вы не понимаете, что такое абзац в troff. В отличие от TeX, в troff пустая строка не является разделителем абзаца, это пустая строка на выходе. Если вы хотите начать абзац, вы должны использовать команду, .PP
в вашем случае, если вы хотите абзац с отступом, или .LP
для абзаца без отступа, явно . Вы можете увидеть это в следующем выводе, где первые два блока текста начинаются с .PP
, но следующая строка, начинающаяся с Hi!
, была просто разделена пустой строкой :.
Таким образом, невозможно установить автоматический отступ абзаца, так как все метки абзаца должны быть явными.
Вы также можете увидеть разницу в вертикальном интервале, так как интервал между абзацами использует регистр PD
, который я установил на 0,5 высоты строки, тогда как пустая строка создавала вертикальное пространство полной высоты.
Наоборот, последние 2 строки показывают результат применения команды:
.ss 12 0 \"N M: space size N/12*width(space). sentence space size M/12
между двумя строками. Команда .ss
описана в man groff_diff
как установка интервалов между словами и предложениями. Значение по умолчанию — 12 12
, а установка 12 0
удаляет лишний интервал между предложениями -, что, конечно же, относится и к .
.