Closed jelu closed 5 years ago
@pspacek @Habbie @oerdnj and anyone else, need help with text for this now
Don't merge this until September, dev.dns-oarc.net will be reinstalled next week.
I just realized one more thing: We probably need a mechanism to detect that test server is down, because it will inevitably happen (we have seen unintentional DDoS caused by major media picking up DNS flag day story etc.).
I think it would be useful to try this approach:
If steps 1 or 3 fail we can assume a problem with test infrastructure - in that case we should display "please come back later" message.
Does it sound reasonable to you?
@pspacek I've added a network check that must success in order for the test to start. Don't really see the point to do two network checks.
Thanks for the suggestion.
It's quite a difficult area because no tool can with certainty say who is your ISP or DNS operator because it will only see the last resolver and it may be someone else.
For example, plenty of ISP forwards their clients DNS to public resolvers.
And some ISP gives out public resolvers over DHCP.
We can point to other tools for the user to try and identify the problem but I think it shouldn't say that they will show you who runs your DNS.
@pspacek @Habbie can you briefly look over this change again so I can merge?
@ncartron @huguei @kidmin @songlinjian Hi all,
When this PR is merged we now have the client TCP checker in place. I added it to all other languages also but with English text so your translation wizardry is needed again, cheers!
@ncartron @huguei @kidmin @songlinjian Hi all,
When this PR is merged we now have the client TCP checker in place. I added it to all other languages also but with English text so your translation wizardry is needed again, cheers!
Sure! I'll wait for its approval on master branch.