v1.7.3 #385
tsosunchia
started this conversation in
General
v1.7.3
#385
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
What's Changed
destination_reached、unreachable和max_hops,不再通过响应 IP 是否等于目标 IP 判断终点 by @EveCat29 in fix(trace): align traceroute stop conditions and report termination reasons (#204) NTrace-dev#205!N、!H、!P、!F、!X等;分片 MTU 未知时仅输出!FTrace Stopped终止说明;--output/--output-default会同步写入无 ANSI 的纯文本原因StopReason,包含hop、reason、responses、markers;classic / raw / JSON 不追加文本 footer,保持机器可读输出兼容stop_reason;MTR report / raw 新增path_end,逐 probe 记录可携带responsepath_end为准--json>--table>--classic>--raw>--output> 实时输出;日志输出被覆盖时会通过 stderr 提示且不创建无效文件NextTrace API,机器可读data_provider规范值统一为NextTrace-API;继续兼容大小写不敏感的LeoMoeAPI/LeoMoe输入别名 by @tsosunchia in 统一官方 API 命名与 data_provider 规范值 NTrace-dev#208github.com/modelcontextprotocol/go-sdk1.7.0、github.com/stretchr/testify1.12.0、golang.org/x/mod0.40.0、golang.org/x/net0.58.0 等额外的:
本版本重点调整 traceroute / MTR 的路径终止判断。程序不再通过最后一个响应地址是否等于目标地址推断是否到达终点,而是使用协议响应语义。
依赖结构化输出的程序应优先读取 traceroute 的
stop_reason/StopReason和 MTR 的path_end。MTR raw stdout 仍保持固定 12 列,不可达边界诊断写入 stderr。
旧的
LeoMoeAPI/LeoMoeprovider 输入仍然有效,但输出已统一为NextTrace-API。Full Changelog: v1.7.2...v1.7.3
This discussion was created from the release v1.7.3.
All reactions