WHOIS 中的奇怪网络路径
Strange net paths in WHOIS
作为一个自学项目,我正在实现一个C++whois客户端。 我正在使用几个古老的 C 实现作为参考,例如 koders.com。
有一件事让我感到困惑。 除了预期的路径格式(如 example.com、example.co.uk、192.0.32.10 或 2620:0:2d0:200::10)之外,旧的 C 实现还接受其他一些格式:
- 以下列字符串之一开头的路径:"net-"、"netblk-"、"asn-"、"as-"、"lim-"、"coco-"、"coho-"或"core-"。
我认为这些看起来像"netblk-example",但我没有工作示例。
- 以下列字符串之一结尾的路径:"-au-dom" , "-dom", "-org", "-hst", "-arin", "-ripe", "-mnt", "-gandi", "-ap", "-au", "-ti", "-is", "-6bone", "-norid", "-ripn", "-sgnic", "-metu", "-cknic" 或 "-kg"。
同样,我认为这些看起来像"example-arin",但我不确定。
(最后)回答我的问题:有人知道这些路径是什么吗? 它们还在使用吗? 有没有人有像这样的有效路径的合法例子?
更新 2011年5月23日添加了C++标签(我的实现语言),因为似乎没有人在没有语言的情况下查看"网络编程"。
这些额外的字符串(主要)用于识别区域互联网注册管理机构维护的对象类型,例如RIPE,ARIN,APNIC。
他们的数据库也可以通过whois
协议访问,即使其中的条目不是域名。
相关文章:
- 我的神经网络不起作用 [XOR 问题]
- 如何将更多文件夹添加到c++include路径
- 带有特殊路径部分的"std::filesystem::weakly_canonical"失败
- GetShortPathName在网络驱动器上使用中文文件夹时失败
- C++A*算法并不总是在路径中具有目标节点
- 通过网络、跨平台传递std::变体是否安全
- 如何在MNIST上提高网络运行的准确性
- 从函数角度看ID到文件路径的内部与外部映射
- Active Directory:从网络服务帐户下运行的Windows服务调用ADsOpenObject时失败
- boost xml parsingl将xml的路径作为变量发送
- 对于MacOS上的G++,如何添加默认的include目录/usr/local/include和默认的库搜索路径/usr
- C++ - 无法在 Windows 中从网络路径打开文件
- 将 UNC 路径转换为网络系统的本地路径
- Visual Studio 附加包含具有网络路径的目录
- 提升 API 以检查目录路径是否在 c++ 中的网络上
- 如何使用Qt 5.2(C++)快速检查网络路径
- 如何正确地为网络中的文件写路径为c++11 fstream
- Windows服务无法识别网络路径.变通办法是什么?
- 获取Qt中文件的网络路径
- WHOIS 中的奇怪网络路径