NGINX

How to publish a Wisej App using NGINX as a reverse proxy.

.NET Core

Wisej.NET applications targeting .NET 6+ can follow Microsoft's instructions for deploying an ASP.NET Core application to Linux with NGINX.

Below you will find some useful information related to Wisej.NET-specific deployments.

Basic Steps

  1. After generating a build using the Visual Studio Publishing Tool, copy the executable, resource files, and referenced DLLs to the folder they will run in.

  2. Test that the deployment works using the dotnet start AppName command.

If the application is deployed as an executable, ensure the executable has the execute permission and run sudo ./AppName.

3. After verifying the app runs, you will need to configure the app to run on startup. systemd can be used to create a service file to start and monitor the underlying web app.

systemd is an init system that provides many powerful features for starting, stopping, and managing processes on Linux systems. Click here to make a service file.

All NGINX needs is an address and a port. In the nginx.conf file define the URL for your application and assign the URL:port of the actual Wisej application to the proxy_pass setting.

http {
    
    server {
        listen 80;
        
        location /myapp/ {
            # Location of the Wisej server. 
            proxy_pass http://10.1.10.112:43662; 
        }
    }
}

The configuration in this book are minimal examples, use the full NGINX guide to determine how to be configure your NGINX server.

This is all you need for NGINX to dispatch the requests to the Wisej.NET application on .NET Core.

.NET Framework

Deploying a Wisej application on NGINX is similar the the IIS deployment in regards to the files to copy to the production machine:

Basic Steps

  1. Create the application directory on the deployment server

  2. Create the /bin directory in the application's directory on the deployment server

  3. Copy all the assemblies from your local /bin to the server's /bin (no need to copy xml and pdb files)

  4. Copy the /Themes folder if you have custom themes or mixins

  5. Copy the /Images folder if you have images that need to be served as URLs

  6. Copy the /App_Data folder if your application uses it

  7. Copy Web.config

  8. Copy Default.html (and other html files you use sub-applications)

  9. Copy Default.json (and other json configuration files if you use sub-applications)

  10. Copy favicon.ico.

Notice that step 1 is different from IIS because NGINX never loads the actual application, instead it acts as a Reverse Proxy dispatching requests to the web application listening on a another internal port.

The actual Wisej application must be running and listening for requests in a separate process on the local machine or a remote machine. It can be either another IIS process, or a Self Hosted process (may also run in a Docker container).

All NGINX needs is an address and a port. In the nginx.conf file define the URL for your application and assign the URL:port of the actual Wisej application to the proxy_pass setting.

http {
    
    server {
        listen 80;
        
        location /myapp/ {
            # Location of the Wisej server. 
            proxy_pass http://10.1.10.112:43662; 
        }
    }
}

The configuration in this book are minimal examples, use the full NGINX guide to determine how to be configure your NGINX server.

This is all you need for NGINX to dispatch the requests to the Wisej.NET application on .NET Framework.

Load Balancer

NGINX can also serve as a load balancer out of the box. Instead of setting the proxy_pass property to the actual Wisej server, assign it to an upstream configuration group that defines the load balancing rotation.

http {
    
    upstream myapp1 {
        ip_hash;
        server 10.1.10.1:52433;
        server 10.1.10.1:52434;
        server 10.1.10.2:52000;
        server 10.1.10.2:52001;
    }
    
    server {
        listen 80;
        
        location /myapp/ {
            # Location of the Wisej server. 
            proxy_pass http://myapp1; 
        }
    }
}

Note that in the sample above we used "ip_hash" to bind a specific server to a client in order to achieve the required sicky session functionality. NGINX also supports "sticky" and other options.

Last updated