Днём 8 октября после новости о инциденте в дата‑центре Сасово я полез делать бэкап всех данных, хранящихся на Яндекс.Диске. После подготовки всей инфраструктуры и начала скачивания столкнулся со следующими проблемами:

• На некоторых файлах не отображаются миниатюры, но оригиналы скачиваются

• На некоторых файлах отображаются миниатюры, но оригиналы — не скачиваются

• На некоторых файлах не отображаются миниатюры, оригиналы — не скачиваются

Самое главное — может возникнуть на всех файлах, хранящихся на Яндекс.Диске, не только с файлами в разделе «Фото». Разберем каждое состояние.

На файле не отображаются миниатюры, но оригиналы скачиваются

Данное поведение было замечено в «фотогалерее» Я.Диска и выглядит следующим образом:

При нажатии на кнопку «скачать» файл загружается.

Тут можно только предполагать, что произошло, ведь прямого доступа к логам со стороны сервера у меня нет. Мои догадки — миниатюра хранилась в датацентре, который был отключен, при этом оригинал находится в датацентре, в котором не наблюдается каких‑либо проблем.

На некоторых файлах отображаются миниатюры, но оригиналы — не скачиваются

По моему мнению это одно из самых страшных. Миниатюра файла отображается (в моём случае — изображения), но при этом сам файл не скачивается, то есть оригинал недоступен. Проявляется это следующим образом:

Посмотрим более детально через cURL что происходит, когда мы нажимаем на кнопку «скачать»: вначале идёт обращение к серверу downloader.disk.yandex.ru чтобы он нам отдал ссылку с сервером, где располагается оригинал файла:

~$ curl --url 'https://downloader.disk.yandex.ru/disk/[ссылка на файл]' \
  -H 'accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7' \
  -H 'accept-language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7' \
  -b 'pi=[session-cookie]' \
  -H 'priority: u=0, i' \
  -H 'referer: https://disk.yandex.ru/' \
  -H 'sec-ch-ua: "Chromium";v="154", "Google Chrome";v="154", "Not A(Brand";v="99"' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'sec-ch-ua-platform: "macOS"' \
  -H 'sec-fetch-dest: iframe' \
  -H 'sec-fetch-mode: navigate' \
  -H 'sec-fetch-site: same-site' \
  -H 'sec-fetch-user: ?1' \
  -H 'upgrade-insecure-requests: 1' \
  -H 'user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36' -v
* Host downloader.disk.yandex.ru:443 was resolved.
* IPv6: (none)
* IPv4: 77.88.21.127
*   Trying 77.88.21.127:443...
* Connected to downloader.disk.yandex.ru (77.88.21.127) port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / X25519 / RSASSA-PSS
* ALPN: server accepted h2
* Server certificate:
*  subject: C=RU; ST=Moscow; L=Moscow; O=YANDEX LLC; CN=*.downloader.disk.yandex.uz
*  start date: Jun  4 21:20:58 2026 GMT
*  expire date: Dec  3 20:59:59 2026 GMT
*  subjectAltName: host "downloader.disk.yandex.ru" matched cert's "downloader.disk.yandex.ru"
*  issuer: C=BE; O=GlobalSign nv-sa; CN=GlobalSign RSA OV SSL CA 2018
*  SSL certificate verify ok.
*   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
*   Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
*   Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* using HTTP/2
* [HTTP/2] [1] OPENED stream for https://downloader.disk.yandex.ru/disk/aa478a85c1c...ment=1
* [HTTP/2] [1] [:method: GET]
* [HTTP/2] [1] [:scheme: https]
* [HTTP/2] [1] [:authority: downloader.disk.yandex.ru]
* [HTTP/2] [1] [:path: /disk/aa478a85c1c9f...iment=1]
* [HTTP/2] [1] [cookie: pi=PM...g==]
* [HTTP/2] [1] [accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7]
* [HTTP/2] [1] [accept-language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7]
* [HTTP/2] [1] [priority: u=0, i]
* [HTTP/2] [1] [referer: https://disk.yandex.ru/]
* [HTTP/2] [1] [sec-ch-ua: "Chromium";v="154", "Google Chrome";v="154", "Not A(Brand";v="99"]
* [HTTP/2] [1] [sec-ch-ua-mobile: ?0]
* [HTTP/2] [1] [sec-ch-ua-platform: "macOS"]
* [HTTP/2] [1] [sec-fetch-dest: iframe]
* [HTTP/2] [1] [sec-fetch-mode: navigate]
* [HTTP/2] [1] [sec-fetch-site: same-site]
* [HTTP/2] [1] [sec-fetch-user: ?1]
* [HTTP/2] [1] [upgrade-insecure-requests: 1]
* [HTTP/2] [1] [user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36]
> GET /disk/aa478a85c1c9...iment=1 HTTP/2
> Host: downloader.disk.yandex.ru
> Cookie: pi=...==
> accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
> accept-language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7
> priority: u=0, i
> referer: https://disk.yandex.ru/
> sec-ch-ua: "Chromium";v="154", "Google Chrome";v="154", "Not A(Brand";v="99"
> sec-ch-ua-mobile: ?0
> sec-ch-ua-platform: "macOS"
> sec-fetch-dest: iframe
> sec-fetch-mode: navigate
> sec-fetch-site: same-site
> sec-fetch-user: ?1
> upgrade-insecure-requests: 1
> user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36
> 
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
< HTTP/2 302 
< content-length: 0
< access-control-allow-origin: *
< expires: Sun, 08 Nov 2026 22:43:48 GMT
< x-content-type-options: nosniff
< x-mds-request-id: 77bf3d2138c435da
< nel: {"report_to": "neldrlog", "max_age": 604800, "success_fraction": 0.05, "failure_fraction": 0.5}
< date: Fri, 09 Oct 2026 22:43:48 GMT
< content-type: application/octet-stream
< report-to: {"group": "neldrlog", "max_age": 604800, "endpoints": [{"url": "https://dr.yandex.net/ya360/nel", "priority": 1}, {"url": "https://dr2.yandex.net/ya360/nel", "priority": 2}]}
< location: https://s418klg.storage.yandex.net/rdisk/aa478a85...HV8pzo
< cache-control: max-age=2592000
< content-disposition: attachment; filename*=UTF-8''22s7sgspmiWUamm3.jpg
< 
* Connection #0 to host downloader.disk.yandex.ru left intact

Теперь посмотрим на cURL при обращении к тому самому серверу, который отдал нам хост downloader.disk.yandex.ru:

~$ curl -v curl --url 'https://s418klg.storage.yandex.net/rdisk/aa478a85c...imedsPyRvnEa0qx5Jo' \
  -H 'Referer: https://disk.yandex.ru/' \
  -H 'Upgrade-Insecure-Requests: 1' \
  -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36' \
  -H 'sec-ch-ua: "Chromium";v="154", "Google Chrome";v="154", "Not A(Brand";v="99"' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'sec-ch-ua-platform: "macOS"'
* Could not resolve host: curl
* Closing connection
curl: (6) Could not resolve host: curl
* Host s418klg.storage.yandex.net:443 was resolved.
* IPv6: (none)
* IPv4: 77.88.0.162
*   Trying 77.88.0.162:443...
* Connected to s418klg.storage.yandex.net (77.88.0.162) port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / X25519 / RSASSA-PSS
* ALPN: server accepted http/1.1
* Server certificate:
*  subject: C=RU; ST=Moscow; L=Moscow; O=YANDEX LLC; CN=*.storage.yandex.net
*  start date: Jul 17 12:40:53 2026 GMT
*  expire date: Jan 14 20:59:59 2027 GMT
*  subjectAltName: host "s418klg.storage.yandex.net" matched cert's "*.storage.yandex.net"
*  issuer: C=BE; O=GlobalSign nv-sa; CN=GlobalSign RSA OV SSL CA 2018
*  SSL certificate verify ok.
*   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
*   Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
*   Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* using HTTP/1.x
> GET /rdisk/aa478a85c1c9f4cc9ed5085...imedsPyRvnEa0qx5Jo HTTP/1.1
> Host: s418klg.storage.yandex.net
> Accept: */*
> Referer: https://disk.yandex.ru/
> Upgrade-Insecure-Requests: 1
> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36
> sec-ch-ua: "Chromium";v="154", "Google Chrome";v="154", "Not A(Brand";v="99"
> sec-ch-ua-mobile: ?0
> sec-ch-ua-platform: "macOS"
> 
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
< HTTP/1.1 504 Gateway Time-out
< Server: nginx
< Date: Fri, 09 Oct 2026 23:01:56 GMT
< Content-Type: image/jpeg
< Content-Length: 562
< Connection: keep-alive
< Keep-Alive: timeout=60
< Content-Disposition: attachment; filename*=UTF-8''22s7sgspmiWUamm3.jpg
< 
<html>
<head><title>504 Gateway Time-out</title></head>
<body>
<center><h1>504 Gateway Time-out</h1></center>
<hr><center>nginx</center>
</body>
</html>
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
* Connection #1 to host s418klg.storage.yandex.net left intact

Спустя приблизительно 10 минут хост отдал нам 504 Gateway Time‑out, что может свидетельствовать о недоступности хоста. Протестировать самостоятельно можно при помощи скачивания файла по ссылке — https://disk.yandex.ru/i/GvR8Mz3j7mX1vw (при открытии файла отображается его «миниатюра», а при нажатии на кнопку «скачать» скачивается оригинал — именно функционал скачивания стал недоступным), если загрузка не идёт — значит, оригинал файла недоступен. А также, естественно, проверьте и свой Яндекс.Диск на предмет подобных «вещей».

На некоторых файлах не отображаются миниатюры, оригиналы — не скачиваются

Данное поведение можно наблюдать как «сумму» двух верхних случаев — миниатюра не грузится, т.к сервер либо отдает код ошибки 500, либо не отвечает вовсе, а оригинал не скачивается потому что конечный узел отдает нам 504 Gateway Time‑out.

А что ответят в Технической поддержке?

Я решил написать в поддержку Яндекса, прикрепив скриншоты проблемы, описание, а также продублировав ссылку на файл который не скачивается. Поддержка могла бы зарегистрировать жалобу (или что там у Яндекса есть на такие случаи?), но решила попросить оригинал файла и без него причину установить не смогла))) Могу предположить, что они бы сравнили хэши файлов. Обращение в итоге закрыто, официального комментария по поводу недоступности файлов я не получил.

Выводы

По состоянию на ночь 10 октября около 1% моих файлов на Яндекс Диске (~21 ГБ из 1.9 ТБ) недоступны для скачивания: сервер хранилища отдает 504. Причина непонятна, делать выводы, что данные потеряны навсегда, пока рано. Тут главное понимать: проблема происходит не только с файлами, находящимися в разделе «Фото», но и с файлами, находящимися в разделе «Файлы».

Проверьте свой Диск: миниатюра в интерфейсе не значит, что оригинал скачается. И держите хотя бы одну копию вне облака, к сожалению, нет гарантии, что какой‑нибудь датацентр не выйдет из строя из‑за чего могут возникнуть проблемы с доступом в хранилище ещё большего масштаба.