Search Criteria
Package Details: frpc 0.66.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/frp.git (read-only, click to copy) |
|---|---|
| Package Base: | frp |
| Description: | A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet. |
| Upstream URL: | https://github.com/fatedier/frp |
| Keywords: | proxy reverse |
| Licenses: | Apache-2.0 |
| Conflicts: | frp |
| Submitter: | Vimsucks |
| Maintainer: | Vimsucks (lilac) |
| Last Packager: | lilac |
| Votes: | 21 |
| Popularity: | 0.73 |
| First Submitted: | 2017-12-05 11:55 (UTC) |
| Last Updated: | 2026-01-04 12:42 (UTC) |
Dependencies (2)
- glibc (glibc-gitAUR, glibc-eacAUR, glibc-git-native-pgoAUR)
- go (go-gitAUR, gcc-go-gitAUR, goup-rsAUR, gcc-go-snapshotAUR, go-binAUR, gcc-go) (make)
Required by (2)
- frpc-desktop-bin
- nyalcf-bin (optional)
Latest Comments
1 2 Next › Last »
noitemstoshow commented on 2025-07-14 00:01 (UTC)
build failed ==> Starting build()... make: the '-j' option requires a positive integer argument : unrecognized option '--list ... ==> ERROR: A failure occurred in build(). Aborting...
malacology commented on 2024-12-23 15:46 (UTC)
Hello, I think
After=network-online.targetmay be replaced withAfter=network.target. The spacemit k1-x deb1 board BPI-F3 can't automatically start the service after enabling the service. But after making this modification, it works.raidenii commented on 2018-10-31 15:40 (UTC)
Raspberry Pi 3B uses armv7h or aarch64 as the arch so the PKGBUILD will fail as well. I have tested arm binary on armv7h and arm64 on aarch64, they both work.
I assume the arm binary will also work on armv5, but don't have a chance to test. I have created my own version of PKGBUILD, although I believe that there's a better way to write the arm, armv6h and armv7h part since they use the same binary.
My PKGBUILD is here: https://pastebin.com/Nnj1EwBW
Feel free to review & modify it.
kaive commented on 2018-09-01 16:43 (UTC)
Please add backup=(etc/frp/{frpc.ini,frps.ini,frpc_full.ini,frps_full.ini}) in PKGBUILD
raidenii commented on 2018-04-25 14:48 (UTC)
Is there a mismatch in the md5? Probably the author re-uploaded the package, but now the amd64 ver has md5sum of c935d69f132a3de07a385e632fbaed9e, while in pkgbuild it's 74e6d23f25342325eba88ad4d75160e2.
raidenii commented on 2018-04-03 13:56 (UTC)
Oh also, mind adding arm as the supported platform? The author offers arm binary on github, and I need to edit the pkgbuild every time when upgrading. It is trivial, but I'm much appreciated if that get added as well.
RickyHao commented on 2018-04-03 02:10 (UTC)
Consider add reload to frpc.service and frpc@.server?
Vimsucks commented on 2018-03-22 14:38 (UTC)
@raidenii Thanks for your reminding. I have added frps@service and frpc@service to the package.
raidenii commented on 2018-03-22 14:01 (UTC)
Seems that updating frp overwrites the current configuration files (namely frpc.ini and frps.ini). Consider either a pacsave or add a @ service?
Vimsucks commented on 2017-12-23 05:55 (UTC)
Sorry for my stupid mistake. The md5sums should be correct now. You may try again :)
1 2 Next › Last »