Добавление правильных разрешений в ведро AWS S3, чтобы разрешить SEO

Question

Я пытаюсь проверить свой сайт для целей SEO с помощью Google, используя https://www.google.com/webmasters/tools/home?hl=en. Я использую AWS S3 для размещения моего контента и AWS Cloudfront, чтобы обслуживать его через CDN. Я следую за этот контрольный список: http://www.wikihow.com/Get-Your-Website-Indexed-by-Google и я на шаге 4.

Шаги Google списки, чтобы проверить, являются:

1. Скачать HTML проверки файлов. [Google longstringofcharacters .html]
2. Загрузить файл в https://www.dynamicdentaledu.com/
3. Подтверждение успешной загрузки, посетив https://www.dynamicdentaledu.com/googlelongstringofcharacters .html в вашем браузере.
4. Нажмите «Подтвердить» ниже. Чтобы оставаться в курсе, не удаляйте HTML-файл даже после того, как проверка прошла успешно.

Я добавил файл HTML в корень моего сайта. Когда я нажимаю подтвердить на шаге 3, я получаю:

Так что я пропустил, что и нажал кнопку Verify в шаге 4. Google говорит:

Проверка завершилась неудачей для https://www.dynamicdentaledu.com/ с помощью файла HTML метод (менее минуты назад). Нам не удалось подключить к вашему серверу.

Я думаю, что это связано с разрешениями и правилами ведра. У меня есть ведро S3. Они, соответственно:

И

{ 
    "Version": "2008-10-17", 
    "Statement": [ 
     { 
      "Sid": "AddPerm", 
      "Effect": "Allow", 
      "Principal": { 
       "AWS": "*" 
      }, 
      "Action": "s3:GetObject", 
      "Resource": "arn:aws:s3:::dynamicdentaledu.com/*" 
     } 
    ] 
} 

Как я могу позволить Google, чтобы получить доступ, что ему нужно?

---

EDIT: Следующий AWS's bucket policies, я изменил политику:

{ 
    "Version": "2008-10-17", 
    "Statement": [ 
     { 
      "Sid": "AddPerm", 
      "Effect": "Allow", 
      "Principal": "*", 
      "Action": "s3:GetObject", 
      "Resource": "arn:aws:s3:::dynamicdentaledu.com/*" 
     } 
    ] 
} 

Am теперь получаю:

<Error> 
<Code>NoSuchKey</Code> 
<Message>The specified key does not exist.</Message> 
<Key>google*longstringofcharacters*.html</Key> 
<RequestId>42DD1F1F0D5E06F7</RequestId> 
<HostId> 
zbmsLAEMz3ed2zKx3gKCHjrtHxeWmaLl16JJs6012zFcLQdnMH48mFJY1YOETD3WMS/8NwkU3SY= 
</HostId> 
</Error> 

Answer 1

У вас есть три вопроса.

• CloudFront вернет ошибки браузеру в течение 5 минут после устранения проблемы по умолчанию. Когда исходный сервер возвращает ошибку, обычно, для CloudFront нет причин постоянно повторять попытку. В таком случае вы можете захотеть перенастроить TTL для кэширования ошибок для 403 и 404 ошибок до 0 секунд в CloudFront. См. Мой ответ на Amazon CloudFront Latency для более подробного объяснения этого.

• Вам не нужно было менять политику вашего ведра.Если ваш сайт работал иначе, и вы загрузили этот новый объект с помощью опции «сделать все общедоступной» (что эквивалентно установке x-amz-acl: public-read при использовании API), то этого должно было быть достаточно, хотя упомянутый выше 5-минутный таймер мог затруднить устранение неполадок обработать. Обратите также внимание на то, что в разрешениях вашего ведра вы разрешаете всем перечислить содержимое вашего ведра. Этот не является, что фактически вызывает проблему, но это конфигурация, которая потенциально слишком разрешительна и должна быть упомянута. Этот параметр позволяет любому пользователю загрузить полный список всех ваших файлов, что в большинстве случаев кажется плохим.

• Вы не загрузили файл с правильным именем. <Code>NoSuchKey</Code> is never возвращен по какой-либо причине, кроме, просто, нет объекта с этим ключом (путь/filename.ext) в ведро. Это не может быть вызвано политикой, разрешениями, ACL и т. Д. Проверьте консоль S3: файл не указан по вашему желанию или находится не в нужном месте в корневом каталоге. Длинная строка символов не является, насколько мне известно, секретным значением - только неясным/непредсказуемым значением, поэтому, если информация здесь не поможет вам решить эту проблему, показывая снимок экрана на консоли, включая этот объект и его свойства не должны представлять для вас никакой проблемы безопасности. Это может потребоваться для дальнейшего устранения неполадок, если это необходимо.