mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #4215] Server can bind to 80 but client failed to connect with it #3321
Labels
No labels
In Progress
WIP
WaitingForInfo
bug
doc
duplicate
easy
enhancement
future
help wanted
invalid
lifecycle/stale
need-issue-template
need-usage-help
no plan
proposal
pull-request
question
todo
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/frp#3321
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 @SoftCoderCritic on GitHub (May 12, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/4215
Bug Description
here is the simple config for testing
server:
client:
I can successfully use port 1080, and any port greater than 1024 without any issues, but I'm unable to use common ports like 80 and 443. The firewall accepts all incoming ports, and when I start the server with sudo, it successfully binds to port 80. However, when I start the client, it continuously tries to connect to the server. If I switch to a different port, the connection is established immediately.
Here are the relevant logs:
[sub/root.go:142] Starting frpc service with the configuration file [./frpc.toml].
[client/service.go:294] Attempting to connect to server...
Could there be any configuration I might have missed? I'm open to testing any suggestions. Any help would be greatly appreciated.
frpc Version
latest
frps Version
latest
System Architecture
linux/amd64, mac/arm64
Configurations
server:
client:
Logs
No response
Steps to reproduce
...
Affected area
@xqzr commented on GitHub (May 12, 2024):
ISP 可能会阻止 80 端口传入
@github-actions[bot] commented on GitHub (Jun 3, 2024):
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.