【标题】回合7.0.0：修复 DB-04 HADR/SW 复制发送方绕过内部连接校验的认证绕过问题

【回合说明】

• 本 PR 为 master 分支 PR !9364 到 7.0.0 分支的回合（backport）。
• 源 PR：https://gitcode.com/opengauss/openGauss-server/merge_requests/9364
• 源提交：7ef9e2ceb5114c046cf89ba1983d1d7ee3134d37（security(hba): require internal connection for HADR/SW replication senders）
• 回合方式：git cherry-pick -x 7ef9e2ceb，无冲突。
• 一致性核对：hba.cpp、replication_standbywrite_security 测试三件套（input .source/.py、output .source）、parallel_schedule 与源 PR 逐字节一致；parallel_schedule0 因 7.0.0 分支已有新增用例（如 gpi_merge_upsert_concurrent 等），cherry-pick 自动合并并保留双方改动。

【实现内容】

• 在 hba_getauthmethod() 中要求 SW_SENDER 同样经过 is_node_internal_connection(port) 校验。
• 移除 AM_WAL_HADR_SENDER / SW_SENDER 直接调用 check_hba_replication() 的无条件绕过。
• 修复 check_db()：SW_SENDER 在落入普通 check_hba() 路径后，需要像其它 walsender 一样能够匹配 replication HBA token，否则远程 trust 规则无法被正常匹配并触发“禁止远程 trust”策略。
• 外部复制连接不再进入弱化匹配路径，而是落入普通 check_hba()，从而触发“禁止远程 trust”策略。
• 新增回归测试 replication_standbywrite_security，验证来自非内部 IP 的 replication=standbywrite 连接会被远程 trust 禁止策略拒绝；测试走 HA 端口（PostPortNumber + 1）以适配 enable_thread_pool = on 环境。

【根因分析】

• check_hba_replication() 仅做连接类型、SSL、IP、role、replication token 匹配，缺少普通 check_hba() 的远程 trust 禁止、完整 database/role 匹配等校验。
• hba_getauthmethod() 原本对 AM_WAL_HADR_SENDER 和 SW_SENDER 直接进入 check_hba_replication()，不要求 is_node_internal_connection。
• SW_SENDER 在 ProcessStartupPacket 的连接接受分支为 // nothing to do，不执行 ReplConnInfo channel_adapt 校验。
• 非内部的 SW_SENDER 被修正到普通 check_hba() 后，又因 check_db() 不识别 SW_SENDER 为 walsender，导致 replication 规则无法匹配，无法触发远程 trust 禁止。
• 因此攻击者若能在 pg_hba.conf 中匹配到 replication trust 规则，即可绕过远程 trust 禁止策略完成认证。

【实现方案】

• 修改 src/common/backend/libpq/hba.cpp（与源 PR 一致）：
  • hba_getauthmethod()：将 SW_SENDER 纳入要求 is_node_internal_connection(port) 的集合，并删除 HADR/SW 的无条件绕过。
  • check_db()：允许 SW_SENDER 匹配 replication HBA token，保证普通 HBA 路径对非内部 SW 复制连接仍能匹配 replication 规则并触发远程 trust 禁止。
• 新增测试文件：
  • src/test/regress/input/replication_standbywrite_security.source
  • src/test/regress/output/replication_standbywrite_security.source
  • src/test/regress/input/replication_standbywrite_security.py
  • 并在 parallel_schedule / parallel_schedule0 中注册。

【关联需求或issue】
https://gitcode.com/opengauss/openGauss-server/issues/8245

【开发自验报告】

1. 请附上自验结果(内容或者截图)
   • 回合一致性：已基于 origin/7.0.0（9945f2770）完成 cherry-pick，无冲突；除 parallel_schedule0 保留 7.0.0 已有用例外，其余文件与源 PR 完全一致。
   • 源 PR !9364 已在 openEuler aarch64（gcc 10.3.1，release）完成全量编译，pg_regress 新增用例通过（实际输出 REJECTED_BY_REMOTE_TRUST_POLICY，All 1 tests passed），并完成一主一备端到端验证（详见源 PR 描述与截图）。
   • 本分支验证：提交 CI 由 fastcheck 运行新增用例 replication_standbywrite_security 验证。
2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例
   • 已随回合携带 replication_standbywrite_security（已在 parallel_schedule / parallel_schedule0 注册）。
3. 是否涉及资料修改，如是，在docs仓库补充资料
   • 否。
4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式)
   • 不涉及系统表、日志持久化或数据格式变更。
5. 是否考虑在线扩容等扩展场景
   • 不影响在线扩容逻辑。
6. 是否考虑异常场景/并发场景/前向兼容/性能场景
   • 前向兼容：内部节点复制连接行为不变；外部连接从绕过变为正常校验。
   • 性能影响：仅增加一次已有的 is_node_internal_connection 判断，可忽略。
7. 是否对其他模块产生影响
   • 仅影响 HBA 认证路径。
8. 是否需要回合补丁版本(5.0、6.0)
   • 本 PR 即为 7.0.0 分支回合；其它版本回合由维护者评估。
9. 针对Plugin仓dolphin插件，新增/修改的代码是否已使用 DOLPHIN 宏进行控制
   • 不适用，未修改 dolphin 插件相关代码。

【其他说明】

• 无。