TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Issues with 1.1.1.1 public resolver and WARP

183 点作者 WayToDoor超过 1 年前

8 条评论

sillysaurusx超过 1 年前
Note that if you use 1.1.1.1, you apparently can&#x27;t visit archive.is links. I&#x27;m not sure why, but around a dozen people on HN have confirmed this. (At least as of a couple months ago.)<p>I think the world could use more alternatives to 8.8.8.8. Hopefully 1.1.1.1 will become more reliable as the years tick by.<p>(Do you use something besides 8.8.8.8 or 1.1.1.1? If so, post it here! Collecting reliable DNS servers might be a niche hobby, but it&#x27;s a fun one. I was going to suggest 9.9.9.9 aka Quad9, but apparently it comes with strings attached. <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16728214">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16728214</a>)
评论 #37764087 未加载
评论 #37764368 未加载
评论 #37764074 未加载
评论 #37764061 未加载
评论 #37764060 未加载
评论 #37764168 未加载
评论 #37764084 未加载
评论 #37764350 未加载
评论 #37764171 未加载
评论 #37764099 未加载
评论 #37772128 未加载
评论 #37765708 未加载
评论 #37773619 未加载
评论 #37764140 未加载
评论 #37773386 未加载
评论 #37764718 未加载
评论 #37765649 未加载
评论 #37771796 未加载
quesera超过 1 年前
Just a reminder for anyone on the fence, or who has not considered it previously...<p>Running your own DNS resolver is super easy. It probably has the highest ROI of any self-hosted service, because it is <i>so</i> easy and inexpensive to do.<p>I recommend Unbound: <a href="https:&#x2F;&#x2F;nlnetlabs.nl&#x2F;projects&#x2F;unbound" rel="nofollow noreferrer">https:&#x2F;&#x2F;nlnetlabs.nl&#x2F;projects&#x2F;unbound</a>
评论 #37764294 未加载
评论 #37769849 未加载
dintech超过 1 年前
I’ve just started using Warp+ and it has been excellent for my specific use case: better peering to my Plex server while in another continent. Plex was unusable and now it’s not. Overall very happy despite this brief outage.
评论 #37764786 未加载
lopkeny12ko超过 1 年前
What&#x27;s the point of having a secondary endpoint 1.0.0.1 if an outage breaks both that <i>and</i> 1.1.1.1? Are these two servers not running in physically isolated regions with independent code deploys?
评论 #37764275 未加载
评论 #37766629 未加载
评论 #37772776 未加载
jshier超过 1 年前
They&#x27;ve posted their incident report: <a href="https:&#x2F;&#x2F;blog.cloudflare.com&#x2F;1-1-1-1-lookup-failures-on-october-4th-2023&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;blog.cloudflare.com&#x2F;1-1-1-1-lookup-failures-on-octob...</a>
denysvitali超过 1 年前
Duplicate: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=37762227">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=37762227</a>
lucgagan超过 1 年前
Crazy how many things a single thing breaking takes down with it
评论 #37764036 未加载
评论 #37764030 未加载
T3OU-736超过 1 年前
(Unaffected by this).<p>Found it the reverse chronological order (with timestamps being a smaller&#x2F;lighter font, at least on mobile) to have caused extra thinking, which, for a status, seems undesireable.<p>I get wanting to expose the latest <i>thing</i> first, but the &quot;top-posting&quot; style seems intuitive. Perhaps, as a compromise, a status page would have a &quot;Latest&quot; block at the top, with the timestamp prominent, where the latest known status would be placed by whatever makes the updates, but the updates themselves are in the chronological order?