Проблема с обновлениями

[gosts 87]

Если индексы обновились через ftp, то они уже закэшированы и второй раз скачивать их нет смысла.
По поводу http: этот протокол считается устаревшим и небезопасным. Странно, что в Альте его до сих пор используют...

[Skull]

Если индексы обновились через ftp, то они уже закэшированы и второй раз скачивать их нет смысла.
По поводу http: этот протокол считается устаревшим и небезопасным. Странно, что в Альте его до сих пор используют...

Чем он устаревший и небезопасный для репозиториев, подписанных ключами. Очевидно, Вы большой специалист по безопасности и объясните.

[gosts 87]

Чем он устаревший и небезопасный для репозиториев, подписанных ключами. Очевидно, Вы большой специалист по безопасности и объясните.

Я же выше написал:

этот протокол считается устаревшим и небезопасным.

Кем считается и так ли это - это уже вопрос другой...

[Skull]

Чем он устаревший и небезопасный для репозиториев, подписанных ключами. Очевидно, Вы большой специалист по безопасности и объясните.

Я же выше написал:

этот протокол считается устаревшим и небезопасным.

Кем считается и так ли это - это уже вопрос другой...

Так не читайте советских газет.

[Nicom]

PING ftp.altlinux.org (62.152.55.238) 10000(10028) bytes of data.

Разговаривайте с вашим провайдером. Он должен объяснить почему не ходят пакеты до 62.152.55.238.

Вывод должен быть примерно такой:

Код: [Выделить]

ping -s 10000 ftp.altlinux.org
PING ftp.altlinux.org (62.152.55.238) 10000(10028) bytes of data.
10008 bytes from 62.152.55.238 (62.152.55.238): icmp_seq=1 ttl=51 time=76.2 ms
10008 bytes from 62.152.55.238 (62.152.55.238): icmp_seq=2 ttl=51 time=78.7 ms
...
Установите traceroute  и посмотрите маршрут до 62.152.55.238

Код: [Выделить]

traceroute 62.152.55.238у меня он разрешается за 13 хопов, у вас упирается в какой-то маршрутизатор.
Эту информацию можно донести до техподдержки провайдера.

По поводу http: этот протокол считается устаревшим и небезопасным. Странно, что в Альте его до сих пор используют...

Не стоит очернять протокол только из-за того, что он не имеет шифрования, зато у него есть другие достоинства, например его можно разобрать на микроконтроллере.
http очень хорошо подходит для использования в телеметрии и для общедоступной информации, так как не требует еб безобразий с сертификатами.

[Letmein]

Установите traceroute  и посмотрите маршрут до 62.152.55.238

Код: [Выделить]

traceroute 62.152.55.238
у меня он разрешается за 13 хопов, у вас упирается в какой-то маршрутизатор.

У меня за 8, никуда не упирается. А пинг в вашем варианте не проходит, например, и к mail.ru, и к yandex.ru. Т.е., видимо, никуда. А просто пинг проходит, в том числе и к 62.152.55.238. Что это должно означать?

[Nicom]

пинг в вашем варианте не проходит, например, и к mail.ru, и к yandex.ru. Т.е., видимо, никуда. А просто пинг проходит, в том числе и к 62.152.55.238. Что это должно означать?

Если пинги по 56 байт ходят, а превышающие MTU не ходят, то может быть как физическая неисправность сети, например кабель порезан и соединён на скрутках в 2 местах, так и неисправность порта коммутатора.
До не ваших адресов пинги вообще не обязаны ходить, зависит от настроек firewall, может быть настроено ограничение на максимальный размер пакета. Поэтому не удивительно, что до яндекса ходят только короткие пинги. Майл, кстати, нормально принимает пинги по 10000 байт.

Код: [Выделить]

ping -s 10000 mail.ru
PING mail.ru (217.69.139.200) 10000(10028) bytes of data.
10008 bytes from mail.ru (217.69.139.200): icmp_seq=1 ttl=50 time=248 ms
10008 bytes from mail.ru (217.69.139.200): icmp_seq=2 ttl=50 time=225 ms
...
--- mail.ru ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 20ms

Те 10000 байт, которые вы отсылаете, сначала разбиваются на пакеты условно по 1500 байт и на приёмной стороне должны собраться в правильной последовательности. Далее, всё это должно вернуться и тоже собраться в правильной последовательности, только тогда пинг считается успешным.
Поэкспериментируйте со значением параметра -s, попробуйте поставить значение 1200 и посмотрите на количество потерь пакетов (packet loss).

[Letmein]

Поэкспериментируйте со значением параметра -s,

Вот максимум, больше не принимает. У Мейл так же, а у Яндекса раза в два меньше.

Код: [Выделить]

$ ping -c 10 -s 2672 62.152.55.238
PING 62.152.55.238 (62.152.55.238) 2672(2700) bytes of data.
2680 bytes from 62.152.55.238: icmp_seq=1 ttl=58 time=143 ms
2680 bytes from 62.152.55.238: icmp_seq=2 ttl=58 time=142 ms
2680 bytes from 62.152.55.238: icmp_seq=3 ttl=58 time=142 ms
2680 bytes from 62.152.55.238: icmp_seq=4 ttl=58 time=140 ms
2680 bytes from 62.152.55.238: icmp_seq=5 ttl=58 time=141 ms
2680 bytes from 62.152.55.238: icmp_seq=6 ttl=58 time=144 ms
2680 bytes from 62.152.55.238: icmp_seq=7 ttl=58 time=143 ms
2680 bytes from 62.152.55.238: icmp_seq=8 ttl=58 time=139 ms
2680 bytes from 62.152.55.238: icmp_seq=9 ttl=58 time=143 ms
2680 bytes from 62.152.55.238: icmp_seq=10 ttl=58 time=144 ms

--- 62.152.55.238 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9011ms
rtt min/avg/max/mdev = 138.700/142.083/144.153/1.606 ms


[rits]

Уже который день это наблюдаю на стартерките р11.

А на LiveCD тоже?
Как говорится, методом исключения.

[asy]

Опять та же фигня.

Что говорит

Код: [Выделить]

ping -s 10000 ftp.altlinux.org?

Зачем "-s 10000"? Такое только в локалке для теста полосы нормально. Никто не обещает, что болше 1500 в глобальной сети ходить будет. И даже разбиваемое на фрагменты. То есть "-s 1492", и больше не стоит, с учётом заголовка ICMP-пакета.

[Letmein]

А на LiveCD тоже?

То же самое.

[rits]

А на LiveCD тоже?

То же самое.

Тогда смотри железо, сеть и роутер и "не мучай" дистрибутив.
Вот как у меня на тестовом p11 startkit, рабочий вариант:

# apt-repo

Код: [Выделить]

rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64 classic
rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/x86_64-i586 classic
rpm [p11] http://ftp.altlinux.org/pub/distributions/ALTLinux p11/branch/noarch classic# tcpdump -i any -nn 'host ftp.altlinux.org and port 80' - запусти монитор в первой консоли

Код: [Выделить]

14:29:46.849646 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [S], seq 4129156941, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:29:46.849966 enp1s0 In  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [S.], seq 4010393212, ack 4129156942, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
14:29:46.850016 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [.], ack 1, win 502, length 0
14:29:46.850109 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [P.], seq 1:127, ack 1, win 502, length 126: HTTP: HEAD /pub/distributions/ALTLinux/p11/branch/x86_64/ HTTP/1.1
14:29:46.850304 enp1s0 In  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [.], ack 127, win 501, length 0
14:29:46.912187 enp1s0 In  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [P.], seq 1:304, ack 127, win 501, length 303: HTTP: HTTP/1.1 200 OK
14:29:46.912262 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [.], ack 304, win 501, length 0
14:29:46.913013 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [F.], seq 127, ack 304, win 501, length 0
14:29:46.913388 enp1s0 In  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [F.], seq 304, ack 128, win 501, length 0
14:29:46.913400 enp1s0 Out IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [.], ack 305, win 501, length 0
# curl -I http://ftp.altlinux.org/pub/distributions/ALTLinux/p11/branch/x86_64/ - тестовый запрос во второй консоли и см. ответ в первой

Код: [Выделить]

HTTP/1.1 200 OK
Server: nginx
Date: Tue, 15 Jul 2025 11:29:46 GMT
Content-Type: text/html
Expires: Tue, 15 Jul 2025 21:00:00 GMT
Cache-Control: max-age=34214
Cache-Control: must-revalidate
X-Cache: MISS from =
X-Cache-Lookup: MISS from =:8081
Via: 1.1 = (squid/4.13)
Connection: keep-alive

Код: [Выделить]

14:29:46.849646  IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [S], seq 4129156941  # SYN (запрос на соединение)
14:29:46.849966  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [S.], seq 4010393212, ack 4129156942  # SYN-ACK (сервер согласен)
14:29:46.850016  IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [.], ack 1  # ACK (подтверждение, соединение установлено)
...
14:29:46.913013  IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [F.], seq 127, ack 304  # FIN (клиент завершает отправку)
14:29:46.913388  IP 62.152.55.238.80 > 192.168.8.136.47460: Flags [F.], seq 304, ack 128  # FIN + ACK (сервер завершает)
14:29:46.913400  IP 192.168.8.136.47460 > 62.152.55.238.80: Flags [.], ack 305  # ACK (соединение закрыто)

[rits]

тоже для яндекса:
#  curl -I https://mirror.yandex.ru/altlinux/p11/branch/x86_64/

Код: [Выделить]

HTTP/1.1 200 OK
Server: nginx/1.18.0
Date: Tue, 15 Jul 2025 12:08:17 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Content-Security-Policy: default-src 'none'; img-src 'none'

Код: [Выделить]

# tcpdump -i any -nn 'host mirror.yandex.ru and port 443' - выхлоп при обращении к яндекс зеркалу

Код: [Выделить]

15:08:16.965921 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [S], seq 598520691, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:08:16.966297 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [S.], seq 1902355376, ack 598520692, win 64240, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:08:16.966337 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 1, win 502, length 0
15:08:16.967282 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [P.], seq 1:417, ack 1, win 502, length 416
15:08:16.967497 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [.], ack 417, win 501, length 0
15:08:17.040714 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 1:1221, ack 417, win 501, length 1220
15:08:17.040749 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 1221, win 493, length 0
15:08:17.040823 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 1221:3661, ack 417, win 501, length 2440
15:08:17.040829 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 3661, win 532, length 0
15:08:17.040860 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 3661:4097, ack 417, win 501, length 436
15:08:17.040862 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 4097, win 540, length 0
15:08:17.041170 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [P.], seq 417:423, ack 4097, win 540, length 6
15:08:17.041373 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [.], ack 423, win 501, length 0
15:08:17.042178 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 4097:4569, ack 423, win 501, length 472
15:08:17.042693 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [P.], seq 423:497, ack 4569, win 563, length 74
15:08:17.042883 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [.], ack 497, win 501, length 0
15:08:17.045497 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [P.], seq 497:627, ack 4569, win 563, length 130
15:08:17.045744 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [.], ack 627, win 501, length 0
15:08:17.078959 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 4569:4872, ack 627, win 501, length 303
15:08:17.078987 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 4872:5175, ack 627, win 501, length 303
15:08:17.079109 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 5175, win 565, length 0
15:08:17.081733 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [P.], seq 5175:5400, ack 627, win 501, length 225
15:08:17.081909 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [P.], seq 627:651, ack 5400, win 565, length 24
15:08:17.082034 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [.], ack 651, win 501, length 0
15:08:17.082888 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [F.], seq 651, ack 5400, win 565, length 0
15:08:17.083360 enp1s0 In  IP 213.180.204.183.443 > 192.168.8.136.50852: Flags [F.], seq 5400, ack 652, win 501, length 0
15:08:17.083365 enp1s0 Out IP 192.168.8.136.50852 > 213.180.204.183.443: Flags [.], ack 5401, win 565, length 0
Можно также проверить и apt-get update

[Nicom]

Опять та же фигня.

Что говорит

Код: [Выделить]

ping -s 10000 ftp.altlinux.org?

Зачем "-s 10000"? Такое только в локалке для теста полосы нормально.

Как раз для того чтобы проверить

И даже разбиваемое на фрагменты.

Никто не обещает, что болше 1500 в глобальной сети ходить будет. И даже разбиваемое на фрагменты. То есть "-s 1492", и больше не стоит, с учётом заголовка ICMP-пакета.

Когда у нас всё вмещается в один фрейм и MTU равен 1500, тогда да, больше 1492 не влезет и мы проверим только само хождение пакетов, а то что ответ прилетает с задержкой в 2 секунды это разве не важно?
Протоколы верхнего уровня оперируют куда большими объёмами данных и если есть серьёзные потери, не важно по какой причине, данные просто не собираются в правильной последовательности. При потерях в 30% уже почти не работает http(s).

[asy]

Когда у нас всё вмещается в один фрейм и MTU равен 1500, тогда да, больше 1492 не влезет и мы проверим только само хождение пакетов, а то что ответ прилетает с задержкой в 2 секунды это разве не важно?

2 секунды с "-s 10000"? хорошо, что вообще прилетает.

В общем, в любом случае, следует просто проверить работу http последовательно до ближайшей доступной точки проверки и далее, по мере возможности. А потом сдать проблему провайдеру видимо.