fatedier / frp

A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet.
Apache License 2.0
86.43k stars 13.37k forks source link

[Feature Request] Multiple IP on server and remote_Ip value #2762

Closed d-513 closed 1 year ago

d-513 commented 2 years ago

Describe the feature request

My server has many public ip, I need to define what IP to use with frpc

Describe alternatives you've considered

multiple instances of frps

Affected area

Becods commented 2 years ago

https://github.com/fatedier/frp/blob/293003fcdb6a090f9e2919b8e7d1224ab1e41549/conf/frps_full.ini#L3-L6

or yongboy/bindp

d-513 commented 2 years ago

https://github.com/fatedier/frp/blob/293003fcdb6a090f9e2919b8e7d1224ab1e41549/conf/frps_full.ini#L3-L6

or yongboy/bindp

yes, but you need multiple instances to use many addresses

yashodhank commented 2 years ago

What OP meant is having Multiple FRPS running on different cloud server having their own public IPs and allow FRPC hosting one or many services on local port to use these FRPS to ensure high availability of exit node? correct me if I am wrong. @dada513 I am playing with Traefik to do it right now but wonder if there is any FRPS/FRPC native way of doing it with SSL termination.

In my case I am using Traefik docker container for ssl termination for one FRPS instance at the moment I have not yet tested possibility of having multiple FRPS nodes into Traefik router to achieve high availability.

In my case, I have subdomian.domain.ext is unique exposing local web server using FRPC and FRPS hosted on cloud server behind Traefik router (in docker) is terminating SSL as well as working as revers proxy for FRPS connection from internet; So with Traefik load balancer configuration is technically possible but I am yet to test it with multiple FRPS hosted on different cloud instances. Thank you

Nour963 commented 2 years ago

@yashodhank any news of that ?

github-actions[bot] commented 1 year ago

Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

yashodhank commented 1 year ago

@Nour963 I was able to get it working for my own use case in limited way as natively FRP does not support it at the moment. I have implemented Docker-swarm, Traefik as load balancer and gateway for FRP Server instances running on remote nodes on any popular cloud providers. Where as FRP Clients are connecting to one such server instance to make services available to/from internet.

github-actions[bot] commented 1 year ago

Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.