韩国的出海营销站:用高防服务器处理「业务端口仍对公网开放」

一、这一篇在处理什么

这一篇只处理一件事:在韩国运行的出海营销站,使用维科云的高防服务器时,如何处理「业务端口仍对公网开放」。

前面已经有清洗,源站 80 和 443 仍接受任意来源,攻击可以直接打到源站。

看源站上除了回源网段还有没有公网访问。

二、韩国的网络和高峰

晚间高峰陡,活动开始的几分钟内容易出现重试。本地网络快,但国际出口在突发时会抖。客户端超时设得太短时,会把抖动放大成重试风暴。

排查时:看同一用户在短时间内的重复请求。重复很多而源站处理时间正常,先改超时和退避。

不要这样做:把重试风暴当成攻击,封掉整个运营商。应先认出来源是不是真实用户的重复提交。

三、出海营销站要分开的路径

落地页、统计参数和表单提交分开。落地页可以缓存,表单地址使用最终的安全地址,避免再跳一次。

防护边界:国家跳转只能用在没有具体内容的入口。已经分享出去的文章地址不要被改到对方国家的首页。

验证:从另一个地区打开分享链接,应看到原文而不是首页。广告参数在最终页面上仍然存在。

四、高防服务器怎么接

业务端口不对公网开放,只允许清洗或回源网段访问。管理端口走堡垒机,不直接暴露。清洗阈值按正常峰值设置,连接数、磁盘和 CPU 分开告警。源站日志保留请求编号,错误详情不写进给用户看的页面。

产品说明见高防服务器。只改和「业务端口仍对公网开放」有关的域名或路径,不要把出海营销站的其他路径一起改掉。

五、排查步骤

下面五步按因果顺序执行,后一步依赖前一步的结果。步骤针对「业务端口仍对公网开放」,不是一套通用清单。

  1. 落地页、带统计参数的访问和表单提交分成三列。 统计同一用户在短时间内的重复请求,晚高峰陡增的几分钟单独看。 这一故障在本步要完成的事:在源站日志里去掉回源网段后再看来源。
  2. 国家跳转只允许发生在没有具体内容的入口。分享出去的文章地址不要被改到首页。 源站处理时间正常但重复请求很多时,按重试处理,不要按攻击封运营商。 这一故障在本步要完成的事:安全组只保留回源和健康检查网段。
  3. 落地页可以缓存。表单直接提交到最终的安全地址,避免再跳一次。 先加长客户端超时并改为退避。运营商封禁先不要下发。 这一故障在本步要完成的事:从公网直接访问源站地址,确认被拒绝。
  4. 源站接收表单时核对统计参数还在。参数丢失就先查跳转,不要先改表单程序。 确认重复请求下降后,再决定源站要不要限并发。 这一故障在本步要完成的事:从边缘访问业务,确认仍然正常。
  5. 从另一个地区打开分享链接,应看到原文。广告参数在最终页面上仍然存在。 用韩国本地网络模拟一次抖动,确认不会打出一串立即重试。 这一故障在本步要完成的事:把这条检查放进新机器的验收。

六、处理办法

  1. 业务端口不对公网。
  2. 验收包含从公网直连失败。
  3. 新机器使用同一安全组。

改完后在韩国的用户网络上复查,不要只在机房内网看。复查时带上出海营销站的验证:从另一个地区打开分享链接,应看到原文而不是首页。广告参数在最终页面上仍然存在。

七、案例

边缘流量正常时源站仍被打满。日志里大量来源不是回源网段。收紧安全组后,直连消失,经边缘的访问还在。

若同样的现象出现在韩国,额外核对:看同一用户在短时间内的重复请求。重复很多而源站处理时间正常,先改超时和退避。

业务侧核对:落地页、统计参数和表单提交分开。落地页可以缓存,表单地址使用最终的安全地址,避免再跳一次。

这个案例只说明怎么定位,不构成容量或可用性承诺。

八、常见问题

问:只靠清洗不够吗?

答:不够。知道源站地址的人会绕过清洗。

问:健康检查会不会被拦?

答:会,所以要把检查网段加进允许列表。

问:如何证明已经关掉?

答:从公网访问源站地址,业务端口应失败。

问:同一故障换一个地区或一种业务,排查还一样吗?

答:不一样。每一步都先按出海营销站的路径处理,再按韩国的网络条件收窄,最后才做「业务端口仍对公网开放」这一故障本身的动作。换地区或换业务,前两段操作就会变。

九、边界

只讨论高防服务器在「业务端口仍对公网开放」上的处理,地区范围是韩国,业务范围是出海营销站。请遵守当地法律。维科云提供网络能力,不对客户业务内容负责。