👨?🏫 Docker And Nginx.

簡單學習Docker，

先理解一個問題：什么是容器？

我以前簡單學Docker的時候，用Docker部署Redis和MySQL的時候，我以為容器僅僅只是一個容器，在這里我首先要糾正一點就是，不要把容器想成簡單的容器，可以把每一個容器想象成一個Linux環境，我認為這一點也是Docker比較牛的地方.

🔖 一、Docker學習，

參考：Docker 教程 | 菜鳥教程 (runoob.com)

💡 1.1 什么是Docker.

Docker 是一個開源的應用容器引擎，基于Go實作，遵從Apache2.0協議開源，Docker 可以讓開發者打包他們的應用以及依賴包到一個輕量級、可移植的容器中，然后發布到任何流行的Linux機器上，這里所說的容器和上面我提到的容器是一個容器，容器是完全使用沙箱機制，可以這么理解就是，一臺Linux部署了5個Docker容器，那么這一臺電腦可以相當于6臺電腦去使用，容器可以比作是Linux中的Linux，這個我也是在學習程序中才理解的.

不幸的是Docker開始收費了，但是幸運的是Docker提供社區版本來供我們學習.

💡 1.2 Docker 有什么優點.

現在，各個大廠都在使用Docker和K8S來進行上云，既然這么多大公司都在用，那么就說明，Docker肯定是有其非常亮眼的優勢的，現在我們就來分析一下，

Docker 使您能夠將應用程式與基礎架構分開，從而可以快速交付軟體，借助Docker可以以管理應用程式的方式來管理基礎架構，通過利用Docker的方法來快速交付、測驗、部署代碼，

💡 1.3 Docker 整體將架構.

參考：[Docker] Docker整體架構圖 - dhcn - 博客園 (cnblogs.com)

Docker 是基于C/S 模式的架構的，其通過 DocekrClient 和與 Docker Daemon 建立通信，使用遠程API來管理和創建Docker容器. 其可以通過HTTP API 形式通信也可以通過Socket方式進行通信.

Docker Client 通過發送請求到 Docker Server中，Docker Server 根據路由以及請求來呼叫Engine中的各個不同的Job來完成本次請求操作，而之后各個Job完成自己的任務向Engine回傳即可.

💡 1.4 Docker安裝.

因為DEV-CLOUD內部集成了Docker，所以這里省略. 如果想要在自己服務器上安裝docker的話，參考上面 Docker 教程

💡 1.5 Docker 中容器和鏡像的關系.

Docker中容器和鏡像之間的關系就相當于作業系統中的行程和程式的關系，

💡 1.5 Docker命令.

下面是一些基本的Docker命令，一些高級的Docker命令沒有列出來.

docker search nginx 搜索某個鏡像.
docker pull nginx 下載nginx@latest.
docker images ：查看當前Docker中存在的鏡像.
docker ps：查看當前未關閉的容器.
docker ps -a：查看所有容器.
docekr rm imagname 洗掉指定容器.
docker rmi imgid 洗掉指定鏡像.
docker run --name 容器名字 -p 18088:18088 -d 鏡像名字 ，關于docker run 的命令引數可以通過命令： docker run --help 去查看該命令引數的使用詳解.
使用 docker run 命令啟動容器之后，可以通過 docker ps 查看當前正在運行的容器，如果發現當前沒有正在運行的容器，那么可以使用 docker ps -a去查看所有的容器，包含已經關閉的容器.
docker exec -it 容器名字 bash：進入該容器內部，每一個容器都相當于是一個Linux環境，
docker strop 容器名字|容器ID 可以停掉該容器.
docker start 容器名字|容器ID 啟動該容器,重新啟動這個容器，可能該容器內部的組態檔已經改變.
docker restart 容器名字|容器ID 重啟該容器.

💡 1.6 DockerFile 非常重要.

參考檔案：Dockerfile詳解

DockerFile的功能：我們可以利用DockerFIle來構建我們自己的Docker鏡像，然后可以進行發布等，但是我們要進行構建鏡像的話，前提是我們必須要依賴一個基礎鏡像. 而Dockerfile的第一行不能是注釋，只能是FROM命令，表示該鏡像的基礎鏡像是什么，docker build 在執行的時候從上鄉下執行構建鏡像，沒執行一行命令就構建一個鏡像，整個構建程序就相當于在基礎鏡像上層層疊加.
Dockerfile 命令形式.
- Dockerfile 整體就兩類陳述句組成：
- # 以 # 開頭的注釋資訊.
- instruction args 指令 + 引數.
- Dockerfile 檔案名字必須首字母大寫.
- Dockerfile 指令不區分大小寫，但是為了方便和引數做區分，通常指令使用大寫.
- Dockerfile 指令按順序從上至下依次執行.
- Dockerfile 中第一個非注釋行必須是FROM指令，用來指定當前鏡像依據的是那個基礎鏡像.
- Dockerfile 中需要呼叫的檔案必須跟Dockerfile檔案在同一目錄下，或者在其子目錄下，父目錄或者其他路徑將會失效.
Docker 命令.
- FROM指令：
  - FROM 指令用于指定構建鏡像所使用的基礎鏡像，后續的指令運行都要依靠此基礎鏡像上所提供的環境，也就是Dockerfile中是沒有提供mkdir命令的，實際使用中，如果沒有指定倉庫，會先在本機查看是否有該基礎鏡像，沒有則會去Docker Hub 上拉取.
  - 實體：FROM nginx
- MAINTAINER：
  - 用于讓Dockerfile的作者提供個人資訊，Dockerfile 并不限制MAINTAINER指令的位置，但是建議放在FROM指令之后，在比較新的版本中已經被LABEL指令替代.
  - 實體：MAINTAINER "zhenxinma@tencent.com"
- COPY ：用于復制宿主機上的檔案到鏡像上.
  - Demo : COPY "src" "dest" src 表示的是宿主主機上的檔案 dest表示的是鏡像上檔案的位置.
  - 實體：COPY "./index.html" "/root/dockermapping/" 這樣的話啟動鏡像之后，在鏡像上位置/root/dockermapping/ 就有 ./index.html檔案了.
  - 規則：
    - src 必須是build背景關系中的目錄，不能是其父目錄中的檔案.
    - 如果src是檔案，則內部的檔案或者子目錄會被遞回復制,DNAsrc目錄本身不會被復制.
    - 如果指定了多個src，或者src中使用了通配符，則dest必須是一個目錄，且必須以/結尾.
    - 如果dest不存在，那么會自動創建.
- LABEL ：讓用戶鏡像指定各種元資料.
  - 類似 docker run -l 等，讓用戶鏡像指定各種元資料,鍵值對的形式.
  - 實體：LABEL K1=V1 K2=V2
- ADD ：類 COPY
  - 作用：ADD和COPY指令類似，不過ADD支持使用tar檔案和URL路徑檔案. 當拷貝的源檔案是tar檔案時，會自動展開為一個目錄并拷貝進新的鏡像中，而通過URL獲取到的tar檔案不會自動展開，宿主機可以聯網的情況下，docker build 可以將網路上的某檔案參考下載并打包到新的鏡像中.
  - 實體：ADD "src" "dest"
- WORKDIR：指定作業目錄. 不是很清楚.
- VOLUME ：docker run -v 簡化版. 也不是很懂.
  - 用于在鏡像中創建一個掛載的目錄，在dockerfile中支持docker管理的卷，也就是說只能指定容器內部的路徑，不能指定宿主機的路徑.
  - 實體： VOLUME “moutpoint”
- EXPOSE ：同docker run --expost
  - 指定容器中待暴露的埠，比如容器提供的是一個https服務并且需要對外提供訪問，那就需要指定暴露443埠，然后在使用此鏡像啟動容器時通過-P的引數才能將待暴露的狀態轉換為真正暴露的埠.
  - 實體：EXPOSE "port/tcp"
- ENV ：為鏡像定義所需要的環境變數，這里定義的變數應該可以通過go里面的os.GetEnv獲取到.
  - ENV k v 這種只能一次定義一個，ENV k=v k=v 可以定義多個.

🔖 二、Nginx.

檔案：Nginx中文檔案

💡 2.1 什么是Nginx？

Nginx是一款自由的、開源的、高性能的HTTP服務器和反向代理服務器，同時也是一個IMAP、POP3、SMTP代理服務器，Nginx 可以作為一個HTTP服務器進行網站的發布，另外Nginx可以作為反向代理進行負載均衡的實作.

正向代理：服務端不知道客戶端.
反向代理：客戶端不知道服務端.

💡 2.2 Nginx 能用來做什么.

靜態 HTTP 服務器：Nginx 是一個 HTTP 服務器，可以將服務器上的靜態檔案（HTML、圖片）通過HTTP協議展現給客戶端.
反向代理服務器：反向代理是Nginx做的最多的一件事情，客戶端不知道服務端的地址，客戶端去請求該Nginx，Nginx通過配置的的路由規則將路由分發到不同的機器上，這個程序客戶端是不知道服務端的地址的，只知道Nginx的地址.
負載均衡：當網站訪問量非常大的時候，可以通過Nginx + 反向代理實作負載均衡 .

💡 2.3 應該怎么用呢?

簡單來說就是先配置好路由規則以及域名、監聽埠，然后啟動Nginx，啟動之后，根據HTTP請求去訪問Nginx監聽的埠，Nginx會根據URI去匹配指定的資源檔案.

💡 2.4 Nginx作業原理.

參考檔案：Nginx作業原理和優化總結

Nginx 行程模型：

Nginx采用異步非阻塞的方式來處理網路事件，具體程序：

接收請求：每個Worker都是從master行程fork過來的，在master行程建立好需要listen的socket之后，然后帶上這個socketfork出多個行程，所有worker行程的socket會在新鏈接到來時變得可讀，每個work行程都可以去accept這個socket，當一個請求到來時，所有可accept的work行程都會感受到通知，為了保證只有一個accept成功，Nginx提供了一個共享鎖來保證同一時刻只有一個work行程accept鏈接，所有worker行程在注冊socket讀事件前搶accept_mutex，搶到互斥鎖的那個行程可以注冊socket讀事件，在讀事件里面呼叫accept接收該鏈接.
處理請求：當一個worker行程在accept這個鏈接之后，就開始讀取請求、決議請求、處理請求、產生資料之后，再回傳給客戶端之后才斷開鏈接，

💡 2.5 Nginx 配置詳解.

參考博客：最全Nginx 組態檔詳解

由于我們這里是用Docker啟動的Nginx，所以我們只需要關注Nginx內部組態檔即可，如果不是通過Docker安裝的Nginx的話，我們可以通過去Nginx安裝目錄下面的sbin檔案中去啟動Nginx.

Nginx 整體配置.

...              #全域塊

events {         #events塊
   ...
}

http      #http塊
{
    ...   #http全域塊
    server        #server塊
    { 
        ...       #server全域塊
        location [PATTERN]   #location塊
        {
            ...
        }
        location [PATTERN] 
        {
            ...
        }
    }
    server
    {
      ...
    }
    ...     #http全域塊
}

全域快：配置影響Nginx全域的指令，一般有運行Nginx服務器的用戶組，Nginx行程PID存放路徑、日志存放路基、組態檔引入、允許生成Worker的個數等.
events快：配置影響Nginx服務器或者與用戶的網路連接，有每個行程的最大連接數，選取那種事件驅動模型處理鏈接請求，是否允許同時接收多個網路連接，開啟多個網路序列化等，
http快：可以嵌套多個server，配置代理、快取，日志定義等絕大多數功能和第三方模塊的配置、鏈接超時時間、單鏈接請求數等.
server快：配置虛擬主機的相關引數，比如域名、編碼規則等.
location塊：配置請求路由、以及各種頁面處理情況等，比較核心.

Nginx 詳細配置.

#定義Nginx運行的用戶和用戶組
# 如果出現403可以將user改為root，那是因為本次請求沒有權限訪問該路徑表示的資源. 
user root;
#
#nginx行程數,建議設定為等于CPU總核心數.也就是上面的worker的數量. 
worker_processes 8;
#
#全域錯誤日志定義型別,[ debug | info | notice | warn | error | crit ]
error_log /var/log/nginx/error.log info;
#
#行程檔案
pid /var/run/nginx.pid;
#
#一個nginx行程打開的最多檔案描述符數目,理論值應該是最多打開檔案數（系統的值ulimit -n）與nginx行程數相除,但是nginx分配請求并不均勻,所以建議與ulimit -n的值保持一致.
# 不是很懂這個 . 
worker_rlimit_nofile 65535;
#
#作業模式與連接數上限
events
{
    #參考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型是Linux 2.6以上版本內核中的高性能網路I/O模型,如果跑在FreeBSD上面,就用kqueue模型.
    use epoll;
    #單個行程最大連接數（最大連接數=連接數*行程數）
    worker_connections 1024;    #最大連接數，默認為512
}
#
#設定http服務器
http
{
    
    #charset utf-8; #默認編碼
    client_header_buffer_size 32k; #上傳檔案大小限制
    keepalive_timeout 65;  #連接超時時間，默認為75s，可以在http，server，location塊，
    # 開啟目錄串列訪問,合適下載服務器,默認關閉.
    autoindex on; # 顯示目錄
    autoindex_exact_size on; # 顯示檔案大小 默認為on,顯示出檔案的確切大小,單位是bytes 改為off后,顯示出檔案的大概大小,單位是kB或者MB或者GB
    autoindex_localtime on; # 顯示檔案時間 默認為off,顯示的檔案時間為GMT時間 改為on后,顯示的檔案時間為檔案的服務器時間
    
    sendfile on; # 開啟高效檔案傳輸模式,sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案,對于普通應用設為 on,如果用來進行下載等應用磁盤IO重負載應用,可設定為off,以平衡磁盤與網路I/O處理速度,降低系統的負載.注意：如果圖片顯示不正常把這個改成off.
    tcp_nopush on; # 防止網路阻塞
    tcp_nodelay on; # 防止網路阻塞
    
    # 性能優化的模塊. 
    # gzip模塊設定 
    gzip on; #開啟gzip壓縮輸出
    gzip_min_length 1k; #允許壓縮的頁面的最小位元組數,頁面位元組數從header偷得content-length中獲取.默認是0,不管頁面多大都進行壓縮.建議設定成大于1k的位元組數,小于1k可能會越壓越大
    gzip_buffers 4 16k; #表示申請4個單位為16k的記憶體作為壓縮結果流快取,默認值是申請與原始資料大小相同的記憶體空間來存盤gzip壓縮結果
    gzip_http_version 1.1; #壓縮版本（默認1.1,目前大部分瀏覽器已經支持gzip解壓.前端如果是squid2.5請使用1.0）
    gzip_comp_level 2; #壓縮等級.1壓縮比最小,處理速度快.9壓縮比最大,比較消耗cpu資源,處理速度最慢,但是因為壓縮比最大,所以包最小,傳輸速度快
    gzip_types text/plain application/x-javascript text/css application/xml;
    #壓縮型別,默認就已經包含text/html,所以下面就不用再寫了,寫上去也不會有問題,但是會有一個warn.
    gzip_vary on;#選項可以讓前端的快取服務器快取經過gzip壓縮的頁面.例如:用squid快取經過nginx壓縮的資料
    
    #開啟限制IP連接數的時候需要使用
    #limit_zone crawler $binary_remote_addr 10m;
    
    ##upstream的負載均衡,四種調度演算法(下例主講)##
    
    #虛擬主機的配置
    server
    {
        # 監聽埠,如果有請求打到80埠上時，Nginx會處理該請求. 
        listen 80;
        # 域名可以有多個,用空格隔開
        server_name 127.0.0.1;
        # HTTP 自動跳轉 HTTPS
        rewrite ^(.*) https://www.baidu.com;
        deny 127.0.0.1;  #拒絕的ip,表示拒絕該IP進行訪問. 
        allow 172.18.5.54; #允許的ip 
        
        # 對需要指定的路徑的請求解決跨越問題. 
        location /指定路徑或者正則/{
            proxy_pass https://localhost:13580/指定路徑或者正則/;
            proxy_set_header HOST $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
        
    }

}

在了解了Nginx配置的全域概念之后，我么主要分析下Http模塊以及該模塊的Server模塊.

我們看下面的組態檔，我來主要說一說其主要功能，如果按照下面這樣的配置的話，那么當有請求：http://mazhenxin.xyz:18088/index.html 首先，Nginx 匹配到mazhenxin.xyz 之后，將會根據后面的URI進行匹配，Nginx發現 /index.html和 location /index.html 匹配，那么就會走這個映射規則，然后Nginx就會去服務器找 root+/location-uri這個路徑上的資源檔案，至于多不多/，Nginx會自動優化，因為我在root后面加不加 / 都可以匹配到，因為我們的服務器上在路徑root + location-uri 上存在著對應的檔案，Nginx 在獲取到改檔案之后將會決議，決議之后，回傳給客戶端.

server {
    listen       18088;
    listen  [::]:18088;
    server_name  mazhenxin.xyz;
	
	# 下面的index不知道是啥意思.
    location /index.html {
        root   /root/nginxmapping/docker;
        # index  /index.html;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

}

💡 2.6 upstream 負載均衡詳解.

負載均衡演算法：
- 輪詢、權重、IP散列是Nginx原生支持的分配方式
- fail和url_hash為第三方支持的分配方式.
使用.
- 輪詢是upstream默認的分配方式.
- 權重：在server后面直接配置： server 127.0.0.1:8848 weight=1, 權重的意思就是指定輪詢比例，weight和訪問成正比率關系，也就是權重越大，訪問的次數也越高 .
- ip_hash 方式：每個請求按照訪問ip（Nginx的前置服務器或者客戶端IP），這樣每個用戶會固定訪問一個后端服務器，可以解決session一致問題. 具體使用如下.
```
upstream test {
	ip_hash:
	server....
}
```

🔖 三、動手實戰.

實戰：Docker安裝Nginx實作靜態檔案映射.

我這里的動手實戰的架構圖是這樣的：

💡 3.1 安裝、啟動、進入容器內部.

安裝.

// 下面將會拉取Nginx的鏡像. 
docker pull nginx

查看是否拉取成功.

# 查看所有鏡像. 
docker images

啟動鏡像.

# -p Docker虛擬Linux埠映射到母機埠上. 
# -d 該Docker容器在后臺啟動. 
# nginx 是啟動該容器時需要的鏡像.
docker run --name 容器名字 -p 18088:18088 -d nginx

然后查看當前是否有容器正在運行Nginx鏡像.

// docker ps 查看當前正在運行的容器. 
// docker ps -a 查看當前所有的容器. 
docker ps || docker ps -a

下面是我的運行成功截圖.

既然成功運行了，那么我們首先要做的就是去修改Nginx的組態檔，因為Nginx的主要功能都是通過Nginx.conf組態檔來解決的. 那么怎么去修改組態檔呢？有兩種方式，第一種就是通過啟動nginx鏡像的時候修改它默認去加載的組態檔，這個可以通過命令find / -name "default.conf" 去修改組態檔中的內容. 不過這種方式我不建議用，這里我建議直接去容器內部修改Nginx的組態檔，最后只需要去重啟一下即可，這種方式和正常思維是一樣的. 下面就來看看如何修改容器內部Nginx的組態檔.
- 首先進入容器內部.
```
docker exec -it 容器名字 bash
```
- Nginx 默認的組態檔在容器內部 /etc/nginx/下面的，
- 但是容器內部不支持VIM命令格式，所以我們需要使用下面的命令去增加VIM插件來使用VIM編輯器
```
apt-get update
apt-get install vim 
```

💡 3.2 修改組態檔.

首先我們先修改Nginx的組態檔，因為Nginx容器的啟動和安裝VIM插件已經學習的差不多了，這里就直接開始修改組態檔.

申明一點：默認的以Docker方式啟動的Ngixn容器，其組態檔Nginx.conf是通過include來指向Server模塊的組態檔，其在conf.d目錄下. 這里我就以Nginx.conf為組態檔來舉例說明.

// 1. 首先先進入Nginx容器. 
docker exec -it nginx bash
// 進入/etc/nginx/下修改檔案. 
cd /etc/nginx
// 2. 修改Nginx的組態檔如下:
vim nginx.conf
------------Nginx.conf--------------
user  root;  # 這里需要改成root，否則會出現403錯誤. 
worker_processes  1;
events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
	// 默認負載均衡是輪詢方式. 
    upstream proxy_html {
        server mazhenxin.xyz:8088 max_fails=3 fail_timeout=10s;
        server mazhenxin.xyz:8089 max_fails=3 fail_timeout=10s;
    }

    #gzip  on;

    server {
        listen       18088;
        # 通過域名訪問. 
        server_name  mazhenxin.xyz;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;
		
		# 只要URI是index.html的請求，則全部轉到proxy_html上. 
		# 轉發之后的路徑是 http://proxy_html/index.html
        location /index.html {
            proxy_pass http://proxy_html;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}
------------Nginx.conf--------------

其實這樣Nginx網關類似就做好了，然后只需要重新啟動以下這個Nginx容器.

# 首先退出當前容器. 
exit. 
# 重啟容器， 
docker restart 容器名稱|容器ID.

現在最上面的Nginx網關層已經做好了，現在來配置HTML服務.

修改Server HTML-8088

這里我是通過以Nginx為基礎鏡像外加上一個HTML檔案的形式打包成一個鏡像，名字稱為Linux，具體的Dockerfile如下.

FROM nginx
MAINTAINER "zhenxinma@tencent.com"
COPY "./index.html" "/root/dockermapping/"

然后我們可以使用docker build . 來通過當前目錄下的Dockerfile來構造一個基于FROM鏡像的鏡像.

然后就和上面步驟一樣了，啟動就OK了.

還是同樣的道理，先啟動容器、進入容器、安裝 vim 插件，修改配置. 上面已經有過步驟，這里就不在贅述.

首先先檢查下/root/dockermapping/目錄下是否有index.html要進行映射的檔案. 因為最終請求是要來獲取該資源的，所以說這里的資源一定要有.

然后就是修改組態檔.

修改如下.

# 這里是通過包含組態檔的形式來啟動組態檔的. 
# 先來看下nginx.conf組態檔. 
# 這里的user一定要改為root，否則請求可能沒有權限去訪問目標資源. 
user  root;
worker_processes  auto;

error_log  /var/log/nginx/error.log notice;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log  /var/log/nginx/access.log  main;
    sendfile        on;
    keepalive_timeout  65;
	# 這里說明當前組態檔包含了哪些組態檔. 
    include /etc/nginx/conf.d/*.conf;
}
# 全域組態檔， 
server {
    listen       8088;
    listen  [::]:8088;
    server_name  mazhenxin.xyz;
    location /index.html {
        root   /root/dockermapping;
    }
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }
}

當有請求從18088Nginx服務過來之后，其會根據URI來取訪問目標資源.

修改Server HTML-8089 組態檔.

同理，依然利用Nginx為基礎鏡像，將HTML打包成一個鏡像. 具體和上面類似，這里就不在啰嗦了直接上修改好的組態檔即可.

我們先看下index.html檔案是否存在.

# 下面的命令是在進入容器之后執行的. 
root@a217d3dd7e75:/# cd /root/dockermapping/
root@a217d3dd7e75:~/dockermapping# ls
index.html
root@a217d3dd7e75:~/dockermapping# cat index.html 
<b>
Hello Wrod Docker Nginx Mapping to Html.-8089
 </b>
root@a217d3dd7e75:~/dockermapping#

通過上面可以看到，index.html是存在的，且頁面內容是8089的.

修改Nginx的組態檔.

root@a217d3dd7e75:/etc/nginx/conf.d# cat default.conf 
server {
    listen       8089;
    listen  [::]:8089;
    # 配置以域名的形式訪問. 
    server_name  mazhenxin.xyz;
    location / {
        root   /root/dockermapping;
    }
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }
}

重新啟動加載組態檔，這里一定要將修改過組態檔的容器重新啟動，

來看最后結果：

第一次：

第二次：

OK，大功告成!

歡迎關注下我的公眾號（同掘金）：小馬教你寫Bug 一起學習互相成長！

轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/290050.html

標籤：其他

上一篇：Nginx反向代理+Tomcat服務

下一篇：iOS之深入決議App的架構設計

一篇文章帶你入門Docker + Nginx.