https://blog.ethanlyu.top/tags/experiences/Recent content in Experiences on Ethan's Bloghttps://blog.ethanlyu.top/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3Ehttps://blog.ethanlyu.top/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3EHugo -- 0.152.2enMon, 17 Feb 2025 00:00:00 +0000https://blog.ethanlyu.top/posts/restore-the-access-to-remote-server-via-mounted-driver/Mon, 17 Feb 2025 00:00:00 +0000https://blog.ethanlyu.top/posts/restore-the-access-to-remote-server-via-mounted-driver/<p>Initially I want to deploy a openai-web on my remote server (Free Oracle Server) to use the DeepSeek API. To protect the service, I can establish a Wireguard connection. So I ask Qwen to generate a template for me. However, the Qwen guides me to modify <code>AllowdIPs=0.0.0.0/0, ::/0</code> within the <code>wg0.conf</code>. And that leads to my fix to the server the whole afternoon.</p> <p>I lose my connection to the remote server immediately when I apply the above settings. The reason is, all the traffic (including IPv4 and IPv6) is routed through the WireGuard tunnel. This also includes my traffic to the server&rsquo;s public IP. As a result, when the VPN is activated, the connection to the server breaks because the return traffic is routed through the tunnel instead of directly back to the client. If the server does not have proper routing rules or NAT configured, the return traffic from the server will be sent back through the WireGuard interface instead of the original public interface. This creates a loop or breaks the connection.</p>