前言

應用場景：大概是在內部網站需要外部用戶訪問到，同時不能給訪問者網站賬號權限，所以在 nginx 層面進行限制。例如外包項目，內部員工有賬號進行文檔的操作，外包員工沒有內部賬號，但需要讓他們能夠看到文檔，所以在 nginx 層面設置用戶驗證是最佳最簡單的選擇，多數情況下雇主方不會給外包員工開一個基礎訪問權限的賬號。

在 nginx 層面進行進行用戶認證的前置條件：需要有對應的密碼創建程序，如apache2-utils（Debian，Ubuntu）或 httpd-tools（RHEL / CentOS / Oracle Linux）,不同操作系統是不同的軟件。

創建賬戶密碼文件

配置 nginx 進行 http 基礎用戶驗證

使用 auth_basic 指令指定設置受保護區域的名稱，此名稱會顯示在賬號密碼彈窗上，使用 auth_basic_user_file 指令設置帶有賬戶密碼信息的 .htpasswd 路徑。例如配置：

location /api { auth_basic   "Administrator's Area"; auth_basic_user_file /etc/apache2/.htpasswd; }

此外，如果某個區塊不想繼承整個認證體系，可以在區塊內設置 auth_basic off,即用戶認證關閉狀態。例如配置：

server { ... auth_basic   "Administrator's Area"; auth_basic_user_file conf/htpasswd; location /public/ {  auth_basic off; }}

通過 ip 地址將認證與訪問限制相結合

HTTP基本認證可以通過IP地址有效地與訪問限制相結合。您可以實現至少兩種方案：

1、使用 allow 和 deny 指令來允許或限制指定 ip 的訪問，例如配置:

location /api { #... deny 192.168.1.2; allow 192.168.1.1/24; allow 127.0.0.1; deny all;}

2、在 192.168.1.2 地址以外的網絡，僅授予 192.168.1.1/24 的訪問權限。注意：allow 和 deny 指令將按照定義的順序應用。

通過ip 和 http 身份驗證將限制與 satisfy 指令相結合。如果將指令設置為all，則在客戶端滿足這兩個條件時授予訪問權限。如果將指令設置為 any，則如果客戶端滿足至少一個條件，則授予訪問權限,例如配置：

location /api { #... satisfy all;  deny 192.168.1.2; allow 192.168.1.1/24; allow 127.0.0.1; deny all; auth_basic   "Administrator's Area"; auth_basic_user_file conf/htpasswd;}