Issue Summary
Our custom domains are being redirected to SafeBrowse instead of serving our application. This is a Vercel infrastructure issue, not DNS misconfiguration.
Affected Domains
foodshare.club
www.foodshare.club
test.foodshare.club
foodshare-dev.vercel.app (works perfectly)
Technical Evidence
DNS Resolution:
http://www.foodshare.club → 329e303e79a7dae5.vercel-dns-017.com
Resolves to: 64.29.17.65, 216.198.79.65
Raw response on port 443:
HTTP/1.1 302 Found
Location: Potential Threat Detected
These Vercel edge IPs are serving plain HTTP redirects to SafeBrowse on port 443 instead of performing TLS handshake.
SSL Error:
curl: (35) error:1404B42E:SSL routines:ST_CONNECT:tlsv1 alert protocol version
My Location
- IP: 98.238.135.19
- ISP: Comcast (AS7922)
- Location: California, US
What I’ve Tried
- Removed and re-added domains in Vercel dashboard
- Added new test subdomain - same issue
- Flushed DNS cache
- Verified no CAA records blocking certificates
- All domains show “Valid Configuration” in dashboard
Impact
- 4,350+ users cannot access our non-profit food sharing platform
- Community members who rely on shared food resources are affected
Vercel Support Response
Vercel support confirmed this is an infrastructure issue affecting specific edge nodes, but Hobby plan cannot submit support tickets.
Request
Please investigate why edge nodes 64.29.17.65 and 216.198.79.65 are serving SafeBrowse redirects for foodshare.club instead of our application.
Project: foodshare
Framework: Next.js 16
Plan: Hobby