Google이 DKIM TXT DNS 항목을 인증하는 데 시간이 얼마나 걸리는지 아는 사람이 있나요?
항목은 AWS Route53에 있고 레코드는 올바르게 저장되었으며 레코드는 TTL 10초에만 있습니다.
구글은 기록을 읽는 것에 만족하는 것 같습니다.
그런데... 지금 이미지처럼 4시간 넘게 앉아있습니다.
이렇게 오래 걸리도록 되어 있는 건가요, 아니면 조언을 주실 분 계신가요?
답변1
리소스 레코드를 올바르게 생성했다면처음으로, 지연이 없습니다. 기다렸다는 것은 다음 중 하나를 의미합니다.
- 리소스 레코드를 잘못 생성했습니다.
- 리소스 레코드의 이름을 잘못 지정했습니다.
- Google이 처음으로 레코드를 쿼리하고 NXDOMAIN을 수신하기 전에 리소스 레코드를 생성하지 않았습니다.
코멘트:
현재 TTL은 이전에 캐시된 레코드에 영향을 주지 않습니다.
이전 쿼리가 NXDOMAIN을 수신한 경우 해당 응답(오류)이 캐시됩니다. SOA 레코드는 기다려야 하는 시간을 나타냅니다. 이것이 성공이 지연되는 일반적인 이유입니다.
귀하의 질문에는 Google이 지정한 기록과 귀하가 생성한 기록에 대한 세부정보가 부족합니다. DNS 레코드는 공개되어 있으므로 숨길 필요가 없습니다. 이러한 세부 정보를 제공하면 무엇이 잘못되었는지 쉽게 알 수 있습니다.
인터넷 기반 도구를 사용하여 DMARC/DKIM/SPF 레코드를 확인하세요. 나는 이것을 사용한다대지이대지.
리소스 레코드가 정확하고 외부 도구로 확인되었으며 최대 48시간 동안 기다려도 성공하지 못한 경우 Google에서 프로세스를 다시 시작하세요.
제안:
DNS 캐시를 플러시할 수 있습니다. 이는 잘못된 DNS 레코드가 캐시될 때 도움이 될 수 있습니다.
생성한 항목을 삭제하고 DNS를 플러시한 후 Google을 통해 프로세스를 다시 시작하세요.