This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
IP 错误报告汇总帖 #41
Comments
|
103.145.154.0/24 马来西亚 雪兰莪州 梳邦再也市 泰莱大学 MY Selangor Subang Jaya taylors.edu.my [TUSB-AS-AP,MY] AS139815 |
Fixed, thanks! |
|
202.97.107.93 不清楚是哪里，猜测是杭州，但一定不是香港 |
|
202.97.96.205 猜测是南京 |
|
@stydxm 谢啦，这跳应该是浙江金华，我去扫一下看看还有没有同一个段内是不是还有错的。 |
|
223.28.43.90 & 202.185.6.226 属于 TIME 槟城 (Penang)
|
|
223.28.3.89 & 203.121.95.130 属于 TIME 柔佛新山 (Johor Bahru)
223.28.43.90 & 211.25.221.118 是 TIME 槟城 (Penang) |
|
58.27.108.236 (speedtest-sarawak.tm.com.my) 属于 马来西亚沙捞越 (Sarawak) TMNet (AS4788) 的测速服务器 |
|
218.208.44.10 (speedtest-sabah.tm.com.my) 属于 马来西亚 沙巴 Penampang (Penampang , Sabah) TMNet (AS4788) 的测速服务器 |
|
58.27.108.234 (speedtest-southern.tm.com.my) 属于 马来西亚马六甲 (Melaka) TMNet (AS4788) 的测速服务器
58.27.108.233 (speedtest-eastern.tm.com.my) 属于 马来西亚彭亨州Temerloh (Temerloh , Pahang) |
All Fixed!!! 非常感谢！ |
|
202.97.97.10 浙江的，具体哪里不清楚，出现在从浙江到河南的中间一跳 |
|
|
大概率是跑脚本的时候跑出 BUG 来了。。。现在应该好了2333 |
202.97.97.10 河南郑州 Done!!!! Thank you~ |
|
103.245.243.138/103.245.242.6 AS17660 [BTTELECOM-BT] BT Sarpang District Gelephu bt.bt |
Done! |
|
219.158.119.69 广西联通 |
202.97.75.2 河北石家庄 219.158.119.69 219.158.11.61 Done Thank you very much! |
|
|
不确定整段2606:4700::/36是否都为Anycast，还请验证 其他问题：
推荐根据rdns记录来补全地址库信息，很多境外运营商都有标注地理位置rdns，比如cogentco的rdns |
|
Hi Yekong, 非常感谢您提供的信息，对于您的疑问其实也是我一直想完善的事情，但是受限于曾经的设计问题，所以变动起来可能需要大量的时间和经历，这里我就一一回复啦，内容有点长，感谢您能抽出时间来阅读。
这个就得从 NextTrace 设计之初开始说起了，NextTrace 刚刚开始的时候理念非常单纯，只是想做一个直接调用其他库的普通带地理位置的路由跟踪微型 Project，既没有考虑过中英双语言，也没有叫想着校准里面的骨干网，所以数据库最初只是为了缓存用户的请求减少重复请求（从而减少 API 调用次数）而设计的。 后面我发现 NextTrace 使用的单一库（埃文科技）在国外骨干网上相较于 ipinsight，所提供的地理位置精确度其实是很一般的，所以更改为国外 ipinsight、国内埃文科技的2个 API 互补的情况，但是自从引入 ipinsight 以后，数据库里面的数据格式就开始混乱起来，因为 ipinsight 不提供中文，埃文科技不提供英文，所以自此出现了国外 ip 大部分是英文显示，国内 ip 全中文显示。 但到了开始启用 ipinsight 的时候，埃文科技其实也在先前提供了一部分国外的IP地理位置数据而且意见被缓存到库里面去了，这些也是中文显示的，所以在洛杉矶、圣何塞、西雅图这种非常容易命中缓存的地方，参合了大部分的中文数据。 当然后面手动批量校准数据的时候，也是以中文为主，校准后的数据也会从英文变成中文，导致在国外也会出现一跳英文一跳中文的情况，这个我自己其实也看了很难受，但是目前没有什么好的解决办法，何况后面 ipinsight 停止提供服务，现在国外使用的是 ipinfo 的 API，这2家的英文地理位置格式都不相同，目前只能先把国外的地理位置（英文）格式统一。 其实在昨天，我已经把新加坡、中国台湾的地理位置格式统一了，以前在测试的时候容易撞见 4种不完全不同的格式却显示同一个地理位置，目前都统一成了 目前我在向 ipinfo 询问以他们自己规范起草的含有全世界各地区的地理位置的表格，当能维护好这张表的双语版本，混乱的中英文应该就不会再是一个问题，但是目前感觉想要拿到会比较困难，这事情不一定能成，我尽力而为。
NextTrace 最初确实统一使用 org name 作为统一运营商显示，但是后面经很多朋友强烈要求，改成了域名显示。 域名信息是完全通过另外一个 API 获取的（叫 IPWhois），是完全免费的 API，它能返回 ASN 的域名信息，但是如果遇到没有 ASN 的 IP 地址，那就无法获取域名信息了，只能显示 org name 代替。 目前能够根据 IP 提供域名信息的（我能承担得起的）API 我没有找到，如果您知道的话可以告诉我哦。
基于 rDNS 的校准，目前已经在尝试了，微软的骨干网 IP 其实就是通过 rDNS 批量校准的，但是效果算不上好，而且每家 rDNS 的地理位置也有自己的规范，这个规则可能需要单独为每家 ISP “量身定制”。 比较正统的 ISP 会遵循国际机场 IATA 三位代码来标记地理位置，HE / Cogentco / Zayo / GTT / PCCW 皆在此列，但是像 NTT / Telstra / Level3 这种存在大量使用自家独特的地理位置格式来标记地理位置。 对于规范使用 IATA 的 ISP 会比较好维护，目前 IANA 代码对应的机场以及城市是有 open data 的，虽然没有州信息，但是可以后面再利用 OpenStreetMap API 来填入。 比如 NTT 再比如 Level3 以上只是举几个例子，想要做 rDNS 匹配并没有那么容易，这事情会去做，但是具体“疗效”如何还是要逐步去完善。 PS: 我自始至终并没有去完全维护一个自己的 IP 库的想法，首先我想我肯定没有那个人力物力去实现它，或许我能做的就是站在巨人的肩膀上，凭借我们自身的能力，去制作一个更好的 Traceroute 软件，正是这个过程我才能更加体会到 IPIP 精准度之高绝非易事。 作为一款路由跟踪的小工具，我很清楚 IP 骨干网的准度必然是其中的一环，但冰冻三尺非一日之寒，一旦引入 IP 地理位置信息的精准度要求，门槛就会变得很高，又要用爱发电，又要挤出大量的时间去完善它，使得 NextTrace 这款软件的开发处在一个非常尴尬的状况。 目前 NextTrace 并不成熟，去实现这些功能，本质上来说就是去做另外一个 IP 库，这和我之前的想法相悖，但是如果要提升体验，就应该去做一个哪怕类似于 IP 库，含有手动标记段的微型库，如果按这个去做，又得花费大量的时间。 所以我决定慢慢做，有空就做一点，也不求能有多准，能做一点是一点为好，兴趣终究是兴趣，再感兴趣也注定无法成为我生活中的主旋律，它在未来或许会变得更好，但是这需要长时间的积累，而非点石成金。 以上。 Best Regards, |
Hi FFEE_CO, 202.97.104.41 是在河北石家庄哦，应该没有错误~ |
|
感谢您耐心解答~
如果有合适的API我会再反馈的，非常感谢您的贡献 |
现在应该好了，再试试哦😂 |
我倒是有个想法，可以把一些常见的 rDNS 地理位置（IATA）先罗列出来，然后单独存放在一个 List 里面，这样至少热门地区就不会出错了。 北美tpa - 坦帕 中国hk - 香港 马来西亚pen - 槟城 新加坡qpg - 新加坡 澳大利亚syn - 悉尼 日本tyo - 东京 韩国sel - 首尔 英国lon - 伦敦 德国fra - 法兰克福 法国par - 巴黎 奥地利vie - 维也纳 塞尔维亚beg - 贝尔格莱德 卢森堡lux - 卢森堡 波兰ktw - 卡托维兹 罗马尼亚buh - 布加勒斯特 捷克prg - 布拉格 斯洛伐克bts - 布拉迪斯拉发 阿联酋dxb - 迪拜 吉布提jib - 吉布提市 南非jnb - 约翰内斯堡 您看看有什么需要补充的吗？ |
新加坡补充一下 新加坡的IATA 是 SIN，SGP应该是ISO 3166-1代码？其实我也觉得挺混乱的，cogent用的也是sin 德国 荷兰 把位置信息文件放到github让大家一起维护会不会更好一些~ |
trace中看起来应该是在香港，ipinfo中也显示香港。 |
谢谢提供反馈，您说的没错 确实是在HK 但是我们对于大厂的内部路由是不做纠正的，还请谅解 |
|
第12跳的202.97.39.178看起来不太合理 |
感谢，已更正 |
IP - ASN - 域名信息 修正：
ASN ： AS9384 AS211759
|
|
您好，
已更正ASN信息
yaoyao ***@***.***> 於 2023年12月8日 週五 下午1:41寫道：
… IP - ASN - 域名信息 修正：
***@***.*** (view on web)
<https://github.com/nxtrace/NTrace-core/assets/24768672/2f76ade3-6542-4a0e-94a1-b3e2c5d53e11>
ASN ： AS9384 AS211759
IP ASN Company Name BRN(HK) Domain Notes
203.190.230.213 AS9384 MIKU NETWORK LIMITED 73845073 mikunetwork.com IPv4
Only
2a12:3fc2:ab48::1 AS211759 Miku Network Technology Limited 74437172
mikunetwork.co IPv6 Only
—
Reply to this email directly, view it on GitHub
<#41 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEZDOL7HCQKSJSAXXYFKBF3YIKSBXAVCNFSM6AAAAAAQK73XXOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBWGU3TOMRXHE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
抱歉刚刚打错了 应该是 mikucloud.co |
|
done
yaoyao ***@***.***> 於 2023年12月8日 週五 下午6:13寫道：
… 2a12:3fc2:ab48::1
抱歉刚刚打错了 应该是 mikucloud.co
—
Reply to this email directly, view it on GitHub
<#41 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEZDOL6OHKG76CLLW727I2TYILR25AVCNFSM6AAAAAAQK73XXOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBWHEYDOMZXG4>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
202.97.51.238 AS4134 [CHINANET-BB] 美国 加利福尼亚州 圣何塞 上海 → 圣何塞 chinatelecom.com.cn 电信 218.30.53.186 这个IP大概率是美国圣何塞的，貌似禁PING，使用我的圣何塞VPS无法PING通，肯定不是北京的 |
|
你提供的信息没有其他途径可以证明，暂不修改
… 2023年12月9日 07:52，14185638 ***@***.***> 写道：
202.97.51.238 AS4134 [CHINANET-BB] 美国 加利福尼亚州 圣何塞 上海 → 圣何塞 chinatelecom.com.cn 电信
218.30.53.186 AS4134 [CHINANET-US] 中国 北京市 chinatelecom.com.cn 电信
218.30.53.186 这个IP大概率是美国圣何塞的，貌似禁PING，使用我的圣何塞VPS无法PING通，肯定不是北京的
—
Reply to this email directly, view it on GitHub <#41 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AOGBNB7KR6B4VHOWCQXBXHTYIOR2FAVCNFSM6AAAAAAQK73XXOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBXHE4DENZTGQ>.
You are receiving this because you commented.
|
|
已更新，感谢 |
|
|
已更新，感谢 |
|
|
无法判断，暂时搁置
由于是人工校准，这里怎么省事怎么来了 其他提到的，应该校准的都已更新，感谢反馈 |
|
|
|
#41 (comment) 第三跳您说是在东京，那么请问该客户端是在哪里？也是在东京吗
|
对的，东京的vps |
好的，这个也更新了，感谢 |
|
|
已更新 反写反馈
Glucy2 ***@***.***>于2023年12月17日 周日上午2:16写道：
… 9 101.4.116.118 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
12.16 ms / 12.41 ms / * ms
10 101.4.112.69 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
13.88 ms / * ms / * ms
11 101.4.115.250 AS4538 [BJR-CERNET] 中国 广西省 南宁市 cernet.edu.cn
13.38 ms / 14.32 ms
101.4.115.146 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
14.20 ms
12 *
13 101.4.114.194 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
14.45 ms / * ms
101.4.117.173 AS4538 [BJR-CERNET] 中国 香港 cernet.edu.cn 教育网
14.12 ms
14 101.4.117.98 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
14.89 ms / 18.02 ms
101.4.114.170 AS4538 [BJR-CERNET] 中国 上海市 cernet.edu.cn
15.05 ms
15 101.4.114.222 AS4538 [BJR-CERNET] 中国 北京市 cernet.edu.cn 教育网
46.25 ms / 46.28 ms / 46.34 ms
16 223.119.81.93 AS58453 [CMI-INT] 中国 香港 cmi.chinamobile.com 移动
92.61 ms / 92.57 ms / 95.69 ms
101.4.115.250和101.4.114.170 看延迟是北京
101.4.114.222 ipip.net 说是香港
—
Reply to this email directly, view it on GitHub
<#41 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOGBNBYEE7J7AL5SZVMPVHLYJXQPLAVCNFSM6AAAAAAQK73XXOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJYHA4TKOBWHE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
看延迟 （感觉好多教育网北京 |
|
|
已更新
是的，这个无法处理 |
|
#41 (comment) @Glucy-2 |
第4-10跳看起来很奇怪，下图是ipip的结果，看起来比较靠谱 |
|
2001:da8:7002:fd16:5::1 中国,山东,泰安市, 4-9已更新 |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
and others
格式参考下图：
如果您遇到 IP 错误，欢迎在下方反馈，您通常会在24小时内收到反馈结果。
为提高IP修正效率
对于可ping的IP，强烈建议附上
ping.pe,ping.sx或itdog.cn等监测网站的测试截图，这将加快处理速度。
感谢您对 NextTrace 项目的支持。
优化体验，将此issue转移至discussion
The text was updated successfully, but these errors were encountered: