Anduin Xue
Anduin Xue

Anduin's Tech Blog

IP

24
NOV

Interface selection when Linux has multiple network interface at the same time

当Linux设备连接多个网络接口时，默认路由的选择可能会导致意外的结果。这篇文章通过一个实际案例，探讨了在同一台Linux设备上同时连接两个不同子网（一个具备互联网访问能力的公网和一个纯内网）时遇到的网络连通性问题。作者详细描述了故障现象：尽管设备显示有多个网络接口在线，但尝试访问互联网却收到“目标主机不可达”的错误提示。 通过深入分析路由表，文章揭示了问题的本质原因——系统默认选择了优先级更高的内网路由作为默认出口，而忽略了具备实际互联网连接能力的外网接口。为了解决这一问题，作者介绍了如何通过调整默认路由的度量值（metric）来重新定义网络流量的路径选择策略。 文章分享了具体的操作步骤：包括查看当前路由表、删除现有默认路由以及添加新的默认路由。同时，还提供了验证配置效果的方法，例如使用`ip route get`命令查询特定目标地址的路由信息或通过`ping`测试互联网连通性。 最后，作者总结出一个关键原则：当系统中存在多个默认路由时，可以通过调整路由的度量值来控制流量优先选择哪个网络接口。这种机制为管理员在复杂网络环境中灵活配置多网卡设备提供了实用指导。 这篇文章不仅解决了实际问题，还引发了一个值得深入思考的问题：**除了调整度量值之外，还有哪些方法可以优化多网卡环境下的路由策略？如何更精细地控制不同类型的流量通过特定的网络接口？这些问题都值得读者在阅读后进一步探索和实践。--DeepSeek

IP Linux Network Routing Interface Linux Networking
27
APR

Use you local server to replace the cloud with FRP.

文章介绍了通过FRP（Fast Reverse Proxy）实现从云服务器到家庭服务器的代理服务配置方法。首先，在云端服务器上安装并配置FRPS，启动服务；接着在家庭服务器上安装FRPC，并设置相应的参数以连接云端FRP服务器。测试连接时，可通过移动设备或外网访问云端服务器的特定端口，验证是否成功代理到家庭服务器的服务。此外，文章还提供了自动化升级脚本，方便用户自动更新FRP组件至最新版本。最后，讨论了成本问题，比较了FRP解决方案与传统云服务的成本差异，指出尽管FRP需要初期硬件投入，但长期来看可显著降低运营成本，并获得更好的性能体验。--DeepSeek

IP bash Linux Windows Server Cloud FRP Network Port Firewall
13
DEC

Limit ASP.NET Core request frequency by IP address

本文讨论了如何限制ASP.NET Core应用中基于IP地址的请求频率以防止滥用或攻击。默认情况下，用户可以无限制地向 ASP.NET Core 网站服务器发送请求，这可能导致垃圾数据提交或服务崩溃。为了避免这种情况，需要一个解决方案来按IP分组请求、限制请求频率并在超出限制时返回错误信息。 虽然存在AspNetCoreRateLimit这样的现有库，但该库过于复杂且无法按控制器或动作进行过滤。因此，作者创建了一个更简单轻量的自定义实现：`LimitPerMin` 属性。这个属性使用内存字典存储IP地址及其对应路径的请求频率，并在超出预设限制时返回 HTTP 429（Too Many Requests）状态码。 通过为控制器或动作添加 `[LimitPerMin]` 或 `[LimitPerMin(自定义限制)]` 属性，可以轻松实现基于IP和路径的速率限制。默认情况下，允许每分钟30次请求，超出后将返回重试时间提示并阻止进一步请求。该方案还支持设置剩余请求头信息，帮助客户端了解当前限制状态。 这种简单有效的解决方案不仅避免了现有库的复杂性，还能灵活适配不同场景下的速率控制需求。你是否在寻找一个轻量且易于集成的ASP.NET Core请求频率限制方案？这个自定义实现可能正是你需要的答案。--DeepSeek

ASP.NET Core .NET Core IP HTTP Rate Limiting IP Based
  • 1