mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #4459] Not binding to IPv4 Interface #3524
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#3524
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 @rcarlet on GitHub (Sep 26, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/4459
Bug Description
Hello,
I currently have the following frps.toml
But after running the server (./frps -c ./frps.toml) it binds to the IPv6 interface:
When trying directly from the command line (./frps -p 7000), it binds only via IPv6.
I found no way to force only IPv4, besides the binding Address, which is not followed.
frpc Version
0.60.0
frps Version
0.60.0
System Architecture
linux/amd64
Configurations
frps.toml
bindPort = 7000 bindAddr = "0.0.0.0"Logs
2024-09-26 18:47:05.043 [I] [frps/root.go:107] frps uses command line arguments for config
2024-09-26 18:47:05.949 [I] [server/service.go:237] frps tcp listen on 0.0.0.0:7000
2024-09-26 18:47:05.950 [I] [frps/root.go:114] frps started successfully
Steps to reproduce
Affected area
@superzjg commented on GitHub (Sep 27, 2024):
Displayed as
::: 7000, can be connected using IPv4 and IPv6。To force only IPv4, requires setting
bindAddrto the actual IPv4 address or domain, not0.0.0.0@xqzr commented on GitHub (Sep 30, 2024):
frp 监听
::时,没有附加 V6ONLY 套接字选项。所以::监听,可以接受 IPv4 连接@github-actions[bot] commented on GitHub (Oct 22, 2024):
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.