greta-dev / greta-dev/greta

Resolve the greta website issue

Open
#812 3 comments 0 reactions 0 assignees View on GitHub
low hanging fruit
Dominant language
C++
Stars
607
Forks
67
Avg merge
3d 8h
Merged PRs (30d)
1

Description

Pointing Claude at this, it looks like this is something only @goldingn can resolve currently, and it looks like it is doable on netlify. I remember doing something similar to this at some point when netlify changed some processes. Here's what Claude says - hope it is helpful!

- greta-stats.org resolves to 54.253.94.210 — an AWS Sydney IP, not Netlify's current anycast endpoint (75.2.60.5). That's a stale A record.
- The endpoint answers with Server: Netlify but presents a *.netlify.app TLS cert → hostname mismatch → browsers hard-fail HTTPS.
- Meaning: Netlify has not provisioned a Let's Encrypt cert for greta-stats.org. That happens when the custom domain isn't verified on the site and/or DNS doesn't point where Netlify expects. It's then serving the old Bootstrap-3 site from the repo's docs/ folder.

The fix (for whoever has access): in Netlify → Domain management, (re)add & verify greta-stats.org; at NS1, repoint the apex to Netlify's current target (ALIAS/A to 75.2.60.5, remove the stale 54.253.94.210); let Netlify re-issue the cert.

Contributor guide

Open the contributing guide

Research direction

Start in Netlify Domain management and the NS1 DNS settings described in the issue; verify the current apex record and custom-domain status. Done means greta-stats.org points to Netlify's current target, the site serves the expected hostname, and HTTPS presents a valid certificate.

Written by the indexing model from the issue text.

Assessment

Domain
cloud, devops, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.