WSL2 does not work with GlobalProtect on localhost
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 33.7k
- Forks
- 1.8k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 116
Description
ssue:
We’re facing an issue with WSL2 where traffic from WSL is unable to route to Prisma when GlobalProtect (GP) is running on the host Windows machine with an Explicit Proxy enabled on Localhost 127.0.0.1:9999.
Environment Setup:
GlobalProtect VPN enabled with Explicit Proxy
Proxy PAC listening on 127.0.0.1:9999
WSL2 traffic appears to use the Windows Hyper-V loopback interface
Question :
How can we configure WSL2 traffic to route through the GlobalProtect Explicit Proxy running on the Windows host at 127.0.0.1:9999?
Specifically, we need to ensure that traffic originating from WSL2 is correctly forwarded to the proxy service bound to the Windows loopback interface, while GlobalProtect Explicit Proxy remains enabled on the host.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the stated setup: WSL2 traffic, GlobalProtect with Explicit Proxy enabled, and the PAC service on 127.0.0.1:9999. Inspect how WSL2 traffic uses the Windows Hyper-V loopback interface and determine whether a supported forwarding configuration exists. Done means documenting a verified way for WSL2 traffic to reach the host proxy, or clearly recording the limitation.
Written by the indexing model from the issue text.
Assessment
- Domain
- networking, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 32/100