gab122gov内网穿透工具：frp反向代理使用指南

README | 中文文档

专门致力于内网穿透的，具备高性能的反向代理应用，是 frp，它支持 TCP、UDP、HTTP、HTTPS 等好些种协议，同时它支持 P2P 通信，能够把内网服务，以安全且便捷的方式，借助具有公网 IP 节点的中转，暴露到公网。

frp属于一款彻彻底底开源的项目，我们展开的开发工作全然依赖赞助者们给予的支持，要是你乐意步入他们的行列，请思索赞助frp的开发。

Recall.ai，用于会议录音的应用程序编程接口。

一种应用程序编程接口，它能记录Zoom会议，能记录谷歌Meet会议，能记录微软Teams会议，能记录线下会议，以及其他更多会议。

Requestly，一款免费且开源的软件，它是Postman的替代选择。

平台具备一体化特性，用于对应用程序编程接口进行测试，进行模拟并进行拦截。

为什么使用 frp ？

把frp服务端部署在带有公网IP的节点上，能够简便地把内网服务穿透至公网，并且还会提供许多专业的功能特性，这些特性涵盖：

frp 目前已被很多公司广泛用于测试、生产环境。

发布稳定版本使用 master 分支，进行开发则用 dev 分支，您能够试着去下载最新的 release 版本来开展测试。

我们当下正开展 v2 大版本的开发工作，会试着于各个方面予以重构以及升级，并且不会同 v1 版本保持兼容，预估将会延续较长的一段时期。

当前的 v0 版本，在恰当的时候，会转变为 v1 版本，且要确保兼容性，后续呢，仅仅开展 bug 修复以及优化工作，不会再进行大幅度的功能性更新了。

关于 v2 的一些说明

v2版本的复杂度，相比我们预期，高出了许多，其难度亦是如此。我只能借助零散时间来开展开发，并且，因为上下文常常被打断，致使效率极低。鉴于这种状况可能会延续一段时间，我们依旧会在当前版本上展开一些优化以及迭代，直至我们拥有更多空闲时间以推动大版本的重构，又或者，有可能舍弃一次性的重构，而是采用渐进方式，在当前版本上逐步实施一些或许会造成不兼容的修改。

v2的构想是源于我多年身处云原生领域，尤其是在K8s以及ServiceMesh方面的工作经历与思索，它的核心是一个如同envoy般的现代化四层与七层代理，此代理自身具备高度可扩展性，既能用于达成内网穿透功能，又能应用于更多范畴gab122gov，在这个具备高度可扩展性的内核基础之上物业经理人，我们会实现frp v1里的所有功能，并且能够以更为优雅的方式达成原先架构里无法达成或难以达成的功能。同时，我们将保持高效的开发和迭代能力。

除此以外，我期望frp自身能变成一个具备高度可扩展性的系统以及平台，如同我们能够基于K8s给予一系列扩展能力那般。于K8s之上，我们能够依据企业需求开展定制化开发，比如运用CRD、controller模式、webhook、CSI以及CNI等。在frp v1里，我们引入了服务端插件的概念，达成了一些简单的扩展性。可是，它事实上依赖于简易的HTTP协议，并且要用户自身启动单独的进程以及进行管理。这般的方式远远谈不上灵活与方便，并且现实世界的需求各式各样，我们没法期望一个由少数人维护的非营利性开源项目能够去满足所有人的需求。

最后，我们察觉到，诸如配置管理、权限验证、证书管理以及管理 API 等模块，其当下的设计并非足够现代化。尽管在 v.1 版本里，我们或许会开展某些优化，然而，确保兼容性是个令人极感头疼的难题gab122gov，得投入大量精力加以解决。

非常感谢您对 frp 的支持。

完整文档已经迁移至 https://gofrp.org。

frp属于免费又开源的项目，我们欢迎所有人，为它的开发以及进步，去贡献自身力量。

留意：关乎项目的各种问题需要在issues当中去反馈，经由这种方式能便利其他存在类似问题的人迅速查找出解决办法，而且还规避了我们反复去回答某些事情的情况。

要是您认为frp对您存有帮助，那么欢迎给我们予以一定的捐助，以此来维持项目的长久发展。

长期赞助可以帮助我们保持项目的持续发展。

您可以通过 GitHub Sponsors 赞助我们。

国内用户可以通过 爱发电 赞助我们。

那家能够给到企业赞助的人，可以把你们公司所拥有的那个 Logo，还有与之相关的链接，放置到那个项目的 README 文件当中呢。