Hello .. suddenly, all my projects with development domains that end with ".vercel.app" have been stopped and the DNS can't find them. I tried to open the URLs from other devices but the same issue occurred. Even the old projects where I didn't even edit anything on them have been failed.
All my usage stats are low so it is not a usage issue, I'm on the hobby free plan but I did buy some domains in the past and some are still active and they work fine, the issue is just for the development domains.
Vercel Staff
Hi , welcome to the Vercel Community!
Sorry that you're facing this issue. I tried accessing the .vercel.app domains linked to your account and they worked fine.
It can be an ISP issue on your end. If you have a VPN, I'd recommend using that to confirm if you can access the .vercel.app domains.
Can you share which country and ISP you are using?
Hi .. thanks for the quick respond I really appreciate it 🙏
I live in Jordan, I tried to open the Iphone vpn and open these pages but still facing the same issue. I also tried from different devices, on the Iphone Chrome, Safari, Windows Chrome, MacOs, but nothig works
Vercel Staff
Hi , thanks for sharing additional information.
Do you have an antivirus or firewall program setup on these devices?
No, none at all. I even sent the same url to one of my friends to see if it will work on someone else’s machine but the same issue occurred.
PING 76.76.21.21 (76.76.21.21) 56(84) bytes of data.
64 bytes from 76.76.21.21: icmp_seq=1 ttl=235 time=123 ms
64 bytes from 76.76.21.21: icmp_seq=2 ttl=235 time=120 ms
64 bytes from 76.76.21.21: icmp_seq=3 ttl=235 time=122 ms
64 bytes from 76.76.21.21: icmp_seq=4 ttl=235 time=118 ms
--- 76.76.21.21 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 117.530/120.597/123.465/2.221 ms
bash: line 56: traceroute: command not found
└───────────────────────────────────────
PING 216.198.79.1 (216.198.79.1) 56(84) bytes of data.
64 bytes from 216.198.79.1: icmp_seq=1 ttl=243 time=116 ms
64 bytes from 216.198.79.1: icmp_seq=2 ttl=243 time=141 ms
64 bytes from 216.198.79.1: icmp_seq=3 ttl=243 time=127 ms
64 bytes from 216.198.79.1: icmp_seq=4 ttl=243 time=119 ms
PING 216.198.79.65 (216.198.79.65) 56(84) bytes of data.
64 bytes from 216.198.79.65: icmp_seq=1 ttl=244 time=159 ms
64 bytes from 216.198.79.65: icmp_seq=2 ttl=244 time=142 ms
64 bytes from 216.198.79.65: icmp_seq=3 ttl=244 time=123 ms
64 bytes from 216.198.79.65: icmp_seq=4 ttl=244 time=132 ms
PING 216.198.79.129 (216.198.79.129) 56(84) bytes of data.
64 bytes from 216.198.79.129: icmp_seq=1 ttl=243 time=112 ms
64 bytes from 216.198.79.129: icmp_seq=2 ttl=243 time=133 ms
64 bytes from 216.198.79.129: icmp_seq=3 ttl=243 time=115 ms
64 bytes from 216.198.79.129: icmp_seq=4 ttl=243 time=147 ms
PING 216.198.79.193 (216.198.79.193) 56(84) bytes of data.
64 bytes from 216.198.79.193: icmp_seq=1 ttl=244 time=117 ms
64 bytes from 216.198.79.193: icmp_seq=2 ttl=244 time=206 ms
64 bytes from 216.198.79.193: icmp_seq=3 ttl=244 time=129 ms
64 bytes from 216.198.79.193: icmp_seq=4 ttl=244 time=122 ms
PING 64.29.17.1 (64.29.17.1) 56(84) bytes of data.
64 bytes from 64.29.17.1: icmp_seq=1 ttl=243 time=112 ms
64 bytes from 64.29.17.1: icmp_seq=2 ttl=243 time=125 ms
64 bytes from 64.29.17.1: icmp_seq=3 ttl=243 time=116 ms
64 bytes from 64.29.17.1: icmp_seq=4 ttl=243 time=141 ms
PING 64.29.17.65 (64.29.17.65) 56(84) bytes of data.
64 bytes from 64.29.17.65: icmp_seq=1 ttl=243 time=112 ms
64 bytes from 64.29.17.65: icmp_seq=2 ttl=243 time=136 ms
64 bytes from 64.29.17.65: icmp_seq=3 ttl=243 time=113 ms
64 bytes from 64.29.17.65: icmp_seq=4 ttl=243 time=111 ms
PING 64.29.17.129 (64.29.17.129) 56(84) bytes of data.
64 bytes from 64.29.17.129: icmp_seq=1 ttl=244 time=112 ms
64 bytes from 64.29.17.129: icmp_seq=2 ttl=244 time=119 ms
64 bytes from 64.29.17.129: icmp_seq=3 ttl=244 time=108 ms
64 bytes from 64.29.17.129: icmp_seq=4 ttl=244 time=131 ms
PING 64.29.17.193 (64.29.17.193) 56(84) bytes of data.
64 bytes from 64.29.17.193: icmp_seq=1 ttl=236 time=140 ms
64 bytes from 64.29.17.193: icmp_seq=2 ttl=236 time=130 ms
64 bytes from 64.29.17.193: icmp_seq=3 ttl=236 time=118 ms
64 bytes from 64.29.17.193: icmp_seq=4 ttl=236 time=119 ms
;; communications error to 10.255.255.254#53: timed out
;; communications error to 10.255.255.254#53: timed out
;; communications error to 10.255.255.254#53: timed out
; <<>> DiG 9.18.30-0ubuntu0.22.04.2-Ubuntu <<>> kaiser-leap-website.vercel.app +trace
;; global options: +cmd
;; no servers could be reached
└───────────────────────────────────────
┌───────────────────────────────────────
│ Time elapsed: 44 seconds
│
├─────── FINISHED
└───────────────────────────────────────
File can be found at /home/mustafa/vercel-debug.txt
Vercel StaffAccepted answer
Thanks!
Based on the debug logs you've shared, I can identify why kaiser-leap-website.vercel.app is inaccessible from your location. The issue is related to DNS resolution.
Key Findings
DNS Resolution Problem:
Your local DNS server (10.255.255.254) returns NXDOMAIN (non-existent domain)
The authority section shows blacklist.umniah.local, suggesting DNS filtering
When using Google's DNS (8.8.8.8), the domain resolves correctly to Vercel's IPs
Network Connectivity:
All ping tests to Vercel's infrastructure IPs are successful. This confirms your network can reach Vercel's servers
ISP Filtering:
The logs show you're using Batelco Jordan (AS9038) in Amman. The presence of blacklist.umniah.local in the DNS response suggests your ISP is blocking or filtering this domain
Solution
To access the website, you need to bypass your ISP's DNS servers. Here are some options:
Change DNS Settings:
Configure your device to use Google DNS (8.8.8.8, 8.8.4.4) or Cloudflare DNS (1.1.1.1, 1.0.0.1). This should resolve the domain correctly as shown in your test with Google DNS
Use a VPN Service:
A VPN will route your traffic through different DNS server. This can bypass local DNS filtering
Contact Your ISP:
You can also request your ISP to remove it from their blacklist
The logs indicate this is likely an ISP-level restriction rather than an issue with the Vercel deployment itself .
Thanks a lot, It try these solutions and see what will happen. So the problem was from Umniah the ISP in my country, I don’t know why would they block theses sites!
This topic is closed. It no longer accepts new replies.