Is GeoDNS still an issue?

I recently moved to a different country and created a new App as I though it may create some issues, however -> ESP8226 redirects to and pinging from the PC =… This causes an Invalid Token response when use HTTP API with

   / _ )/ /_ _____  / /__
  / _  / / // / _ \/  '_/
 /____/_/\_, /_//_/_/\_\
        /___/ v0.5.4 on Arduino

[2822] Connecting to
[2944] Redirecting to
[2995] Connecting to
[3266] Ready (ping: 150ms).
PING ( 56(84) bytes of data.
64 bytes from ( icmp_seq=1 ttl=55 time=24.1 ms
64 bytes from ( icmp_seq=2 ttl=55 time=24.7 ms

Both devices are in the same country ? or you moved and left the arduino in the previous country?

Maybe try this (from the pc)?<token>/project

basically, skip dns and go right to the ip address.

Both devices are in the same country and same network.<token>/project will work, sure. My problem is that in the same code i use Blynk library and also query the project via HTTP, and this returns “invalid token” when i query for<token>/project

My question is more like, why one redirects to different IPs.

Big guess here, but it sounds like you’re using seperate dns servers… i know thats not the case, but its just a vibe.

add this code to the esp ?

Ethernet.begin(mac, ip);
Serial.print("The DNS server IP address is: ");

and run ipconfig /all on the pc

compare the dns server settings?

I’m on WiFI, and just for information, few years ago we had problems with GeoDNS and after further reading it still an issue for HTTP API:
@Dmitriy is it the latest from the docs?

Read his thread:

It explains why the app and your hardware code that uses Blynk.begin works correctly. You’re seeing the re-direction to the original server where your project lives.

It’s a bit ambiguous as to whether this same redirection occurs when calling the API, but issues with IFTTT and your own experience says that the issue still exists.

Fortunately for you, the solution is simple - update the API calls to instead of
You may get faster re-connections if you also specify and port 80 in your Blynk connection code, rather than relying on the DNS redirection process.



@PeteKnight got it in one.

Yes, still an issue…


1 Like

good to know, i was under the assumption it was fixed.

But the screenshot from @Gunner above is taken from the same document, which is one of the reasons why I said that there’s some ambiguity.

I’ve also seen posts like this one:

which say that Geo DNS isn’t an issue with IFTTT anymore.

Personally, I think it’s as I said earlier - it’s not an issue with the app or code that uses Blynk.begin, but is still an issue with API calls.

So the documentation is correct, but ambiguous and somewhat contradictory.


Hey all,

This is just based on my observations over time, but the Documentation is fluid… molasses like, but fluid :stuck_out_tongue: The Devs are busy deving, so Documentation takes time and effort they don’t always have.

But in this case I believe both references are correct, as the general more common GEO-DNS issue with Apps and sketch connection was fixed, but the same-in-name but less common and probably different in structure API method is seemingly not so much… yet.

I think Blynk is working on solutions for both Docs and issues as fast as they can… something about Blynk 2.0 keeps getting hinted at :smiley:

Well, documentation being up to date or not, the issue mentioned only happened after moving from New Zealand to Denmark, therefore my assumption of GeoDNS.

Not a big deal at this stage as it can be “fixed” but good to know.

1 Like