Днём 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. Причина непонятна, делать выводы, что данные потеряны навсегда, пока рано. Тут главное понимать: проблема происходит не только с файлами, находящимися в разделе «Фото», но и с файлами, находящимися в разделе «Файлы».
Проверьте свой Диск: миниатюра в интерфейсе не значит, что оригинал скачается. И держите хотя бы одну копию вне облака, к сожалению, нет гарантии, что какой‑нибудь датацентр не выйдет из строя из‑за чего могут возникнуть проблемы с доступом в хранилище ещё большего масштаба.
