Red Dead Redemption Mobile APK Rockstar Анализ статической задержки хостинга S3 и разрешений общедоступных объектов [зак

Red Dead Redemption Mobile APK Rockstar Анализ статической задержки хостинга S3 и разрешений общедоступных объектов [зак ⇐ Android

1 сообщение • Страница 1 из 1

Anonymous

Red Dead Redemption Mobile APK Rockstar Анализ статической задержки хостинга S3 и разрешений общедоступных объектов [зак

Цитата

Сообщение Anonymous » 03 дек 2025, 12:33

Я столкнулся с интересной конфигурацией корзины AWS S3 при исследовании стратегий развертывания мобильных ресурсов, и мне нужна дополнительная информация о настройках доступности, которые можно найти здесь:
https://red-dead-redemption-mobile-apk- ... index.html
Обзор развертывания
Объект, расположенный по адресу URL-адрес выше выглядит как статическая точка входа, размещенная непосредственно в сегменте S3 в регионе us-east-1. В отличие от типичных безопасных развертываний, в которых используется CloudFront с OAI (Origin Access Identity), эта конечная точка обеспечивает прямой общедоступный доступ к index.html. Я пытаюсь определить, предназначена ли эта конфигурация для мобильных оболочек с высокой доступностью или она представляет собой неправильно настроенную политику сегмента.
Подробности конфигурации актива
Я проанализировал заголовки ответов и поведение конечной точки. Ниже приведены наблюдаемые технические параметры:

Среда хоста: Amazon S3 (Simple Storage Service)
Регион: Восток США (Сев. Вирджиния)
Формат файла: Стандартное выполнение HTML/Web
Контроль доступа: публичное чтение (ACL или политика сегмента)
Задержка: низкая задержка, наблюдаемая при прямом извлечении объекта

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

Открыли указанную выше голую ссылку напрямую через стандартный пользовательский агент браузера.
Проверили вкладку «Сеть»; статус немедленно возвращает 200 OK без каких-либо ошибок 403 Forbidden.
Проверено наличие каких-либо правил перенаправления в метаданных, которые кажутся отсутствующими.

Обсуждение
Является ли эта стратегия открытого ведра стандартом для распределения статических мобильных ресурсов для минимизации вычислительных затрат? Меня беспокоит отсутствие подписанных URL-адресов. Если у кого-то есть опыт работы с этим конкретным типом настройки статического хостинга S3, не могли бы вы подтвердить, обрабатывается ли поведение кэширования на стороне клиента или для этого требуется определенная конфигурация CORS для правильной работы на разных устройствах?

Подробнее здесь: https://stackoverflow.com/questions/798 ... atency-and

1764754403

Anonymous

Я столкнулся с интересной конфигурацией корзины AWS S3 при исследовании стратегий развертывания мобильных ресурсов, и мне нужна дополнительная информация о настройках доступности, которые можно найти здесь:
https://red-dead-redemption-mobile-apk-mobile-rockstar.s3.us-east-1.amazonaws.com/index.html
[b]Обзор развертывания[/b]
Объект, расположенный по адресу URL-адрес выше выглядит как статическая точка входа, размещенная непосредственно в сегменте S3 в регионе us-east-1. В отличие от типичных безопасных развертываний, в которых используется CloudFront с OAI (Origin Access Identity), эта конечная точка обеспечивает прямой общедоступный доступ к index.html. Я пытаюсь определить, предназначена ли эта конфигурация для мобильных оболочек с высокой доступностью или она представляет собой неправильно настроенную политику сегмента.
[b]Подробности конфигурации актива[/b]
Я проанализировал заголовки ответов и поведение конечной точки. Ниже приведены наблюдаемые технические параметры:
[list]
[*][b]Среда хоста:[/b] Amazon S3 (Simple Storage Service)

[*][b]Регион:[/b] Восток США (Сев. Вирджиния)

[*][b]Формат файла:[/b] Стандартное выполнение HTML/Web

[*][b]Контроль доступа:[/b] публичное чтение (ACL или политика сегмента)

[*][b]Задержка:[/b] низкая задержка, наблюдаемая при прямом извлечении объекта

[/list]
[b]Поток запросов и репликация[/b]
Чтобы понять, почему этот объект обслуживает контент без аутентификации, я выполнил следующие действия. шаги:
[list]
[*]Открыли указанную выше голую ссылку напрямую через стандартный пользовательский агент браузера.

[*]Проверили вкладку «Сеть»; статус немедленно возвращает 200 OK без каких-либо ошибок 403 Forbidden.

[*]Проверено наличие каких-либо правил перенаправления в метаданных, которые кажутся отсутствующими.

[/list]
[b]Обсуждение[/b]
Является ли эта стратегия открытого ведра стандартом для распределения статических мобильных ресурсов для минимизации вычислительных затрат? Меня беспокоит отсутствие подписанных URL-адресов. Если у кого-то есть опыт работы с этим конкретным типом настройки статического хостинга S3, не могли бы вы подтвердить, обрабатывается ли поведение кэширования на стороне клиента или для этого требуется определенная конфигурация CORS для правильной работы на разных устройствах? 

Подробнее здесь: [url]https://stackoverflow.com/questions/79836728/red-dead-redemption-mobile-apk-rockstar-analyzing-s3-static-hosting-latency-and[/url]