Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

enhancement: Provide Dockerfile to run alongside other proxy servers #72

Closed
debMan opened this issue Apr 9, 2024 · 2 comments · Fixed by #85
Closed

enhancement: Provide Dockerfile to run alongside other proxy servers #72

debMan opened this issue Apr 9, 2024 · 2 comments · Fixed by #85
Labels
enhancement New feature or request

Comments

@debMan
Copy link

debMan commented Apr 9, 2024

Description

As I like to run anything in containers, having a Dockerfile and automated container image builds in order to run this awesome warp-in-warp alongside other proxy providers like xray is a big plus from my POV.

Use case

When you are going to run other projects like xray-core, or MHSanaei/3x-ui in a container, having this warp-plus as an outbound could help eliminating cost of having foreign servers. With this setup, only a single domestic server would be enough to bypass censorship.
Also, it's possible to provide domestic domain routing policies if the server is located inside the country with censorship and routing the domestic websites to freedom output.

Example

Assume that we are going to run this warp-plus as an outbounds in an xray container. The sample xray configuration would be something like this:

{
  // ...
  "inbounds": [
    {
    // ...
    // <YOUR DESIRED INBOUNDS like socks>
    // ...
    }
  ],
  "outbounds": [
    {
            "mux": {
            // ...
            },
            "protocol": "socks",
            "settings": {
                "servers": [
                    {
                        "address": "<warp-plus CONTAINER NAME>",
                        "port": "<warp-plus CONTAINER PORT>",
                        // ...
                    }
                ]
            },
            "streamSettings": {},
            "tag": "proxy"
        },
    {
    // ...
    // < other outbounds like freedom, vmess, vless, etc>
    // ...
    }
  ],
  // ...
}
@debMan
Copy link
Author

debMan commented Apr 9, 2024

going to work on this ASAP.

@markpash
Copy link
Member

markpash commented Apr 9, 2024

Hi, yeah this is on my to-do list and I'd appreciate any help. Some tips.

There's good solutions to building OCI images of Go tools. This one is something I enjoy using: https://github.com/ko-build/ko

If this doesn't work, then obviously we can just have a standard multi-stage build.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants