mirror of
https://github.com/ProxymanApp/proxyman-windows-linux.git
synced 2026-04-27 00:45:55 +03:00
[GH-ISSUE #234] [Bug] Can't switch listening address #232
Labels
No labels
Linux
bug
enhancement
enhancement
pull-request
question
✅ Done
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/proxyman-windows-linux#232
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lqzhgood on GitHub (May 15, 2023).
Original GitHub issue: https://github.com/ProxymanApp/proxyman-windows-linux/issues/234
Originally assigned to: @kics223w1 on GitHub.
Description
Can't switch listening address, alway to listening
Dockergetway ip addressSteps to Reproduce
proxymanCurrent Behavior
auto listening ip address
Expected Behavior
can manually switch
Environment
@NghiaTranUIT commented on GitHub (May 15, 2023):
@lqzhgood When Proxyman opens, it will listen on 0.0.0.0 at port 9090.
You can change the listening port in the Preference -> General Tab.
Not sure what do you mean to listen on Docker gateway IP?
@lqzhgood commented on GitHub (May 15, 2023):
// proxyman screenshots

192.168.27.14:8888in Android wifi settings , is couldn't access.proxymanto useCharlesat192.168.27.14:8888is ok.Proxymanwas listening on 172.25.224.1 ( docker getway )@lqzhgood commented on GitHub (May 15, 2023):
proxymanis not okC:\Users\user\AppData\Roaming\Proxyman\map-localand reinstall is okI don't know what the problem
@NghiaTranUIT commented on GitHub (May 15, 2023):
You can simply do Factory Reset in the Help menu -> Advance.
From what you've provided, it seems that Proxyman listens on a wrong IP. It should listen on LAN instead of vEthernet.
I will open this ticket and investigate it 👍
@jlorber commented on GitHub (May 15, 2023):
I experience this same issue when using a VPN. There should be an option to bind Proxyman to the correct IP address.
@jlorber commented on GitHub (Jun 28, 2023):
Can we reopen this issue?
@kics223w1 commented on GitHub (Jun 28, 2023):
I've moved it to the To-do list
@Zhen-Bo commented on GitHub (Dec 31, 2024):
I am experiencing the same issue.
Proxyman keeps using my vEthernet (WSL - Hyper-V Firewall) as the proxy IP.
This issue persists even after performing a factory reset.
Using proxyman 2.19.0
@PhilTdr commented on GitHub (Feb 28, 2025):
Same issue here.
I am currently testing the switch from Charles to Proxyman and Charls automatically listens to all IP addresses of all network adapters. Proxyman always seems to automatically listen to the IP of the VPN network adapter and not (additionally) to the local IP of the ethernet or wifi adapter.
I think Proxyman should at least have the possibility to listen to all IP addresses of all network adapters automatically.
@NghiaTranUIT commented on GitHub (Feb 28, 2025):
@PhilTdr Proxyman listens on 0.0.0.0 and 127.0.0.1 at port 9090.
If you mean the IP address which is displayed on the menu bar -> It could be a bug. Let's me find a solution to fix it 👍
@NghiaTranUIT commented on GitHub (Feb 28, 2025):
I'm working on the fix @PhilTdr 👍
@PhilTdr commented on GitHub (Feb 28, 2025):
It wasn't just a visual problem.
I have Charls (port 8888) and Proxyman (port 9090) running and with my smartphone no traffic came through Proxyman but through Charls with the same configuration except the port.
I have now tried closing the VPN client once. After restarting Proxyman, the correct local IP was now displayed and the smartphone was able to connect to Proxyman.
I then started the VPN client again and reconnected and restarted Proxyman. Proxyman displayed the VPN IP again, but I was still able to connect with the smartphone. Strangely enough, it is now only a visual thing and restarting the VPN client has solved the problem. Strangely enough, this was not a problem for Charls.