I can't connect to the server this morning. It fails with code "error" : "0". It has worked every other day I have tried (53 so far!).
I can't connect to the server this morning. It fails with code "error" : "0". It has worked every other day I have tried (53 so far!).
The problem in my tracing seems to be an NXDOMAIN returned for avnetagent.iotconnect.io
It seems that some servers can still resolve it, whereas others cannot.
Result is:
13.77.82.141
173.201.188.161
Perhaps shoving it into your HOSTS file could temporarily overcome the issue.
EDIT: Confirmed, adding the binding of 13.77.82.141 avnetagent.iotconnect.io into my HOSTS file, flushing DNS resolver cache (ipconfig /flushdns) and restarting the app allowed it to submit correctly.
- Gough
Flushing DNS Cache is necessary in case there is a NXDOMAIN response cached, which will result in it failing (quickly) for a while until the entry expires. HOSTS entry should override the need to actually resolve it. Try clicking the 'Send to Server' button more than once. I suspect there may be another name which it tries to resolve that is not the one we have singled out which might explain the failure ...
- Gough
I just tried again and for me, it seems to hang for a while and then fail. It might be a problem with Microsoft's servers as well. Oh well ...
Doing more digging - it looks like avnetagent.iotconnect.io is actually corresponding to a CNAME record pointing to:
Most nameservers queried at dnslookup.online show that it's NX.
There is one with a record still existent is OpenDNS at 2620:0:ccd::2 which states that it is a rather long CNAME chain:
avnetagent.iotconnect.io -> poc-iotconnect-app-agent-eu.azurewebsites.net -> waws-prod-bn1-045.sip.azurewebsites.windows.net -> waws-prod-bn1-045.cloudapp.net -> 13.77.82.141
There is another which is okay which is Comodo Secure DNS at 8.26.56.26/8.20.247.20 which goes:
avnetagent.iotconnect.io -> poc-iotconnect-app-agent-eu.azurewebsites.net.iotconnect.io -> iotconnect.io -> 173.201.188.161
The fact it is down is a big let-down for the current "raffle" competition.
- Gough
With tracert 13.77.82.141 I get as far as:
ae163-0.icr02.bn6.ntwk.msn.net [104.44.20.134]
then it times out.
With tracert 173.201.188.161, I end up at:
ip-173-201-188-161.ip.secureserver.net [173.201.188.161]
but the "sync app" still gives me an error.
I tried using my iPad as a 4G hotspot (bypassing my router) and I have the same problem so I don't think the problem is at my end.
I suspect your connection to the iotconnect.io is actually succeeding but something else has gone wrong on Microsoft's end. I say this because I succeeded post hosts/flushDNS but instead, now the reporting app stalls for a bit before reporting error (rather than reporting error immediately).
- Gough
Gough Lui wrote:
The fact it is down is a big let-down for the current "raffle" competition.
Or indeed for anybody who is still looking for their 15/30 consecutive day syncs (I know this will be taken account of but it's still annoying to have to ask).
I tried the hosts entry, flushing, still no go.
I tried again, after waiting a few hours, and now I am getting the app hanging before failing like Gough Lui did.
Tried hosts mappings to one IP and then the other after waiting a few hours... still no go. I will try again in another couple hours.
API calls are working OK for me again. I just submitted a couple times and got immediate "URL response OK!" dialogs and confirmation e-mails. Yay! My Microsoft Flow script will stop texting at me that I don't have a registration confirmation e-mail.
I am interested to hear how the tally will be handled for the outage period Saturday/Sunday. -Mark
API calls are working OK for me again. I just submitted a couple times and got immediate "URL response OK!" dialogs and confirmation e-mails. Yay! My Microsoft Flow script will stop texting at me that I don't have a registration confirmation e-mail.
I am interested to hear how the tally will be handled for the outage period Saturday/Sunday. -Mark