YARP (which stands for "Yet Another Reverse Proxy") is a project to create a reverse proxy server. We found a bunch of internal teams at Microsoft who were either building a reverse proxy for their service or had been asking about APIs and tech for building one, so we decided to get them all together to work on a common solution, this project.
YARP is a reverse proxy toolkit for building fast proxy servers in .NET using the infrastructure from ASP.NET and .NET. The key differentiator for YARP is that it's been designed to be easily customized and tweaked to match the specific needs of each deployment scenario.
We expect YARP to ship as a library and project template that together provide a robust, performant proxy server. Its pipeline and modules are designed so that you can then customize the functionality for your needs. For example, while YARP supports configuration files, we expect that many users will want to manage the configuration programmatically based on their own backend configuration management system, YARP will provide a configuration API to enable that customization in-proc. YARP is designed with customizability as a primary scenario, rather than requiring you to break out to script or having to rebuild from source.
- See our Getting Started docs.
- Try our previews.
- Try our latest daily build.
For regular updates, see our releases page. Subscribe to release notifications on this repository to be notified of future updates (Watch -> Custom -> Releases).
If you want to live on the bleeding edge, you can pickup the daily builds.
To build the repo, you should only need to run build.cmd (on Windows) or build.sh (on Linux or macOS). The script will download the .NET SDK and build the solution.
For VS on Windows, install the latest VS 2022 release and then run the startvs.cmd script to launch Visual Studio using the appropriate local copy of the .NET SDK.
To set up local development with Visual Studio, Visual Studio for Mac or Visual Studio Code, you need to put the local copy of the .NET SDK in your PATH environment variable. Our Restore script fetches the latest build of .NET and installs it to a .dotnet directory within this repository.
We provide some scripts to set all this up for you. Just follow these steps:
- Run the
restore.cmd/restore.shscript to fetch the required .NET SDK locally (to the.dotnetdirectory within this repo) - "Dot-source" the
activatescript to put the local .NET SDK on the PATH- For PowerShell, run:
. .\activate.ps1(note the leading., it is required!) - For Linux/macOS/WSL, run:
. ./activate.sh - For CMD, there is no supported script. You can manually add the
.dotnetdirectory within this repo to yourPATH. Ensurewhere dotnetshows a path within this repository!
- For PowerShell, run:
- Launch VS, VS for Mac, or VS Code!
When you're done, you can run the deactivate function to undo the changes to your PATH.
If you're having trouble building the project, or developing in Visual Studio, please file an issue to let us know and we'll help out (and fix our scripts/tools as needed)!
The command to build and run all tests: build.cmd/sh -test.
To run specific test you may use XunitMethodName property: dotnet build /t:Test /p:XunitMethodName={FullyQualifiedNamespace}.{ClassName}.{MethodName}.
The tests can also be run from Visual Studio if launched using startvs.cmd.
see docs/roadmap.md
Security issues and bugs should be reported privately, via email, to the Microsoft Security Response Center (MSRC) at secure@microsoft.com. You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Further information, including the MSRC PGP key, can be found at the Microsoft Security Response Center.
This project welcomes contributions and suggestions. Check out the contributing page for more info.
This project has adopted the code of conduct defined by the Contributor Covenant to clarify expected behavior in our community. For more information, see the .NET Foundation Code of Conduct.