返回首页
一周热榜
嗨，HN，
我创建了VirtualDNS，一个可编程的内部DNS，专为私有环境设计，因为每次我更改IP、添加服务或尝试保持多个环境一致时，总是会破坏自己的基础设施。
这不是公共DNS。它是一个用于内部连接、服务发现和基础设施自动化的私有多租户DNS层。
我为什么要构建它：
- /etc/hosts在不同机器间漂移
- 内部DNS设置没有审计日志
- 环境行为不一致，因为配置未对齐
- IP更改悄然破坏服务
- 团队各自构建“迷你DNS”脚本
- 仅为测试内部内容而使用公共域名
- 私有环境内部传播缓慢
- 希望实现服务发现而不增加Consul/CoreDNS的开销
它的功能：
- 仅在您的项目/组织内部可解析的虚拟域名
- 用于负载均衡、故障转移和高可用性的多IP记录
- 健康状态排序的IP响应
- 完整的解析和修改审计日志
- 版本化的变更和回滚
- 具有项目范围的细粒度令牌
- CLI、SDK和用于操作系统级解析的守护进程
- 没有公共DNS，没有TTL延迟，没有外部暴露
技术说明：
- 解析器从零开始实现，独立于操作系统DNS，除非使用守护进程
- 域名和记录作为版本化状态存储（类似提交）
- 每次解析都会记录请求者、令牌、时间戳和元数据
- 项目完全隔离，允许在不同组织中使用相同的域名
- 多IP响应支持基于服务健康的重新平衡
- 守护进程作为轻量级本地DNS转发器工作
我希望得到的反馈：
- 来自处理内部DNS或服务发现的人的反馈
- 我应该考虑的边缘案例
- 关于使用托管内部DNS的顾虑
- 集成点的建议（Terraform、WireGuard、Nomad等）
着陆页（非常早期）： [https://virtualdns.io](https://virtualdns.io)
欢迎提出技术问题。
你好！<p>我是GoClimbr的创始人。我是一名软件工程师和攀岩爱好者，多年来我一直在笔记本、笔记应用和电子表格中记录每条攀岩路线（这是一团糟，令人沮丧）。<p>我认为一个应用程序可以提供更好的方式来组织和可视化我的攀岩数据，安全地备份这些数据，并更容易地提取有用的见解（如表现、一致性、训练量、等级进展等）。<p>技术栈：它是用React Native / Expo构建的（因此支持iOS和Android），并由Firebase提供后端支持。<p>我希望能从其他攀岩者那里获得一些反馈。你们是如何记录自己的路线的？你们追踪哪些信息？<p>你可以在这里试用：<a href="https://goclimbr.com/share" rel="nofollow">https://goclimbr.com/share</a><p>谢谢！