ftp華為雲nginx

Ⅰ nginx 文件配置 如何設置域名

前言:

這里我自己從官方克隆了一版到自己的git平台漢化了一下說明,這里簡單介紹一下我個人的配置,詳細文檔可到https://git.liukaiming.com/18059662215/acme查看我的漢化文檔.

前置條件:

一.備案域名二.已經做好dns解析.

1. 執行安裝

git clone https://git.liukaiming.com/18059662215/acme.git
cd ./acme.sh
./acme.sh --install

安裝後，必須關閉當前終端，然後重新打開以使別名生效。

查看版本：

acme.sh -h

2.獲取域名供應商API(這區取用了acme的其中一種方法,api訪問更新解析)

因為本人用的華為雲,而acme裡面的dnsapi裡面沒有關於華為雲的shell腳本,所以我這么懶的人,直接把原華為雲域名的供應商解析換成阿里雲,阿里雲的個人API在阿里雲登錄後進入控制台->右上角頭像->AccessKey管理點擊進入

如下圖:

至於說怎麼變更CDN服務商,在域名解析那裡可以看到阿里雲的cdn解析地址,更換一下cdn服務商地址就好,一般7個小時以內就可以更換完成,不過國內cdn服務商地址更換沒那麼久,正常一個小時以內更換,挺快的.

3.接下來就是生成證書了

一.先把阿里雲的環境變數更新上去

export Ali_Key="上面申請到的access key"
export Ali_Secret="上面申請到的access secret"

二.生成證書,這里我直接用了自己的泛域名解析(修改為你們要解析的域名)

acme.sh --issue --dns dns_ali -d *.liukaiming.com

三.接下來,證書愉快的生成成功了.有失敗的話檢查一下上面的步驟是否出錯.

沒有問題的話最後會輸出如下的代碼,這里已經成功了

-----END CERTIFICATE-----
[Wed Dec 18 15:19:30 CST 2019] Your cert is in /root/.acme.sh/*.liukaiming.com/*.liukaiming.com.cer
[Wed Dec 18 15:19:30 CST 2019] Your cert key is in /root/.acme.sh/*.liukaiming.com/*.liukaiming.com.key
[Wed Dec 18 15:19:30 CST 2019] The intermediate CA cert is in /root/.acme.sh/*.liukaiming.com/ca.cer
[Wed Dec 18 15:19:30 CST 2019] And the full chain certs is there: /root/.acme.sh/*.liukaiming.com/fullchain.cer

4.部署(在nginx上),其他部署可以參考我git上的文檔.

server
{
listen 443 ssl http2;
server_name www.liukaiming.com;
index index.php index.html index.htm default.php default.htm default.html;
root /***/***;

#SSL-START SSL相關配置，請勿刪除或修改下一行帶注釋的404規則
#error_page 404/404.html;
ssl_certificate /root/.acme.sh/*.liukaiming.com/*.liukaiming.com.cer;
ssl_certificate_key /root/.acme.sh/*.liukaiming.com/*.liukaiming.com.key;

ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;
ssl_prefer_server_ciphers on;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
}

這里在配置上換成我們上方給我們的信息.

到這里基本就配置完成了.

5.關於證書自動更新

證書的有效期為90天,目前證書在60天以後會通過定時任務自動更新, 你無需任何操作。
今後有可能會縮短這個時間, 不過都是自動的, 你不用關心.

5.2 acme.sh 更新

目前由於 acme 協議和 letsencrypt CA 都在頻繁的更新, 因此 acme.sh 也經常更新以保持同步.
升級 acme.sh 到最新版 :

acme.sh --upgrade

如果你不想手動升級, 可以開啟自動升級:

acme.sh --upgrade --auto-upgrade

之後, acme.sh 就會自動保持更新了.
你也可以隨時關閉自動更新:

acme.sh --upgrade --auto-upgrade 0

6.個人網站鏈接:

博客地址:https://liukaiming.com 或者https://blog.liukaiming.com

git地址:https://git.liukaiming.com/18059662215/acme

文檔地址:https://doc.liukaiming.com

原文地址:https://liukaiming.com/175.html有代碼高亮,看的比較舒服

Ⅱ 怎樣使用華為雲，怎樣具體設置

雲相冊是雲服務的一種，通過雲相冊登陸華為賬號後雲服務也隨著開啟；直接通過雲服務登陸華為賬號時，雲相冊是默認關閉的。
華為雲服務
（1）華為雲服務的開啟途徑
1）直接啟動應用：在桌面上點擊「華為雲服務」圖標，登錄華為賬號開啟華為雲服務；雲相冊默認關閉；
2）通過設置：點擊「設置」->「華為雲服務」，登錄華為賬號開啟華為雲服務；雲相冊默認關閉；
3）通過雲相冊：點擊「圖庫」->「雲相冊」->「立即登錄」，使用華為賬號登錄開啟雲相冊，同時自動開啟了華為雲服務；
4）通過其他華為應用：通過預置的音樂、視頻、文件管理器的網盤、手機服務、花粉俱樂部、華為錢包等聯網應用登陸華為賬號後，會提示用戶是否開啟華為雲服務（如下圖）。選擇「開啟並繼續」，所有華為服務中的自動同步和上傳開關默認打開；選擇「暫不開啟」則不會開啟雲服務。

Ⅲ 502 Bad Gateway

可以嘗試清除瀏覽器緩存 訪問一下你的ftp看是否可以登陸 產生原因 伺服器（不一定是Web伺服器）是作為網關或代理，以滿足客戶的要求（如Web瀏覽器或我們的CheckUpDown機器人）來訪問所請求的URL 。此伺服器收到無效響應從上游伺服器訪問履行它的要求。 固定502錯誤 一般這個問題是由於不良的IP之間的溝通後端計算機，包括您可能嘗試訪問的在Web伺服器上的網站。在分析這個問題，您應該清除瀏覽器緩存完全。 如果您上網時在您嘗試訪問的所有網站上都看這個問題，有兩種可能 1 ）你的ISP了重大設備故障/過載或 2 ）有問題的內部互聯網連接如您的防火牆無法正常運作。 在第一種情況下，只有您的ISP可以幫助您。在第二種情況下，你需要解決什麼，那就是阻止你進入互聯網。 如果您只有在部分嘗試訪問的網站中出現此問題，那就很可能是一個問題，即這些網站之一，其設備故障或超載。聯系網站的管理員。

==========
一些運行在Nginx上的網站有時候會出現「502 Bad Gateway」錯誤，有些時候甚至頻繁的出現。以下是從Google搜集整理的一些Nginx 502錯誤的排查方法，供參考：

Nginx 502錯誤的原因比較多，是因為在代理模式下後端伺服器出現問題引起的。這些錯誤一般都不是nginx本身的問題，一定要從後端找原因！但nginx把這些出錯都攬在自己身上了，著實讓nginx的推廣者備受置疑，畢竟從字眼上理解，bad gateway？不就是bad nginx嗎？讓不了解的人看到，會直接把責任推在nginx身上，希望nginx下一個版本會把出錯提示寫稍微友好一些，至少不會是現在簡單的一句 502 Bad Gateway，另外還不忘附上自己的大名。

Nginx 502的觸發條件

502錯誤最通常的出現情況就是後端主機當機。在upstream配置里有這么一項配置：proxy_next_upstream，這個配置指定了 nginx在從一個後端主機取數據遇到何種錯誤時會轉到下一個後端主機，里頭寫上的就是會出現502的所有情況拉，默認是error timeout。error就是當機、斷線之類的，timeout就是讀取堵塞超時，比較容易理解。我一般是全寫上的：

proxy_next_upstream error timeout invalid_header http_500 http_503;不過現在可能我要去掉http_500這一項了，http_500指定後端返回500錯誤時會轉一個主機，後端的jsp出錯的話，本來會列印一堆 stacktrace的錯誤信息，現在被502取代了。但公司的程序員可不這么認為，他們認定是nginx出現了錯誤，我實在沒空跟他們解釋502的原理 了……

503錯誤就可以保留，因為後端通常是apache resin，如果apache死機就是error，但resin死機，僅僅是503，所以還是有必要保留的。

解決辦法

遇到502問題，可以優先考慮按照以下兩個步驟去解決。

1、查看當前的PHP FastCGI進程數是否夠用：

netstat -anpo | grep "php-cgi" | wc -l如果實際使用的「FastCGI進程數」接近預設的「FastCGI進程數」，那麼，說明「FastCGI進程數」不夠用，需要增大。

2、部分PHP程序的執行時間超過了Nginx的等待時間，可以適當增加nginx.conf配置文件中FastCGI的timeout時間，例如：

......
http
{
......
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
......
}
......php.ini中memory_limit設低了會出錯，修改了php.ini的memory_limit為64M，重啟nginx，發現好了，原來是PHP的內存不足了。

如果這樣修改了還解決不了問題，可以參考下面這些方案：

一、max-children和max-requests

一台伺服器上運行著nginx php(fpm) xcache，訪問量日均 300W pv左右

最近經常會出現這樣的情況： php頁面打開很慢，cpu使用率突然降至很低，系統負載突然升至很高，查看網卡的流量，也會發現突然降到了很低。這種情況只持續數秒鍾就恢復了

檢查php-fpm的日誌文件發現了一些線索

Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200, cur:51200
Sep 30 08:32:23.290212 [NOTICE] fpm_sockets_init_main(), line 371: using inherited socket fd=10, 「127.0.0.1:9000″
Sep 30 08:32:23.290342 [NOTICE] fpm_event_init_main(), line 109: libevent: using epoll
Sep 30 08:32:23.296426 [NOTICE] fpm_init(), line 47: fpm is running, pid 30587在這幾句的前面，是1000多行的關閉children和開啟children的日誌

原來，php-fpm有一個參數 max_requests，該參數指明了，每個children最多處理多少個請求後便會被關閉，默認的設置是500。因為php是把請求輪詢給每個 children，在大流量下，每個childre到達max_requests所用的時間都差不多，這樣就造成所有的children基本上在同一時間 被關閉。

在這期間，nginx無法將php文件轉交給php-fpm處理，所以cpu會降至很低(不用處理php，更不用執行sql)，而負載會升至很高(關閉和開啟children、nginx等待php-fpm)，網卡流量也降至很低(nginx無法生成數據傳輸給客戶端)

解決問題很簡單，增加children的數量，並且將 max_requests 設置未 0 或者一個比較大的值：

打開 /usr/local/php/etc/php-fpm.conf

調大以下兩個參數(根據伺服器實際情況，過大也不行）

<value name=」max_children」>5120</value>
<value name=」max_requests」>600</value>然後重啟php-fpm。

二、增加緩沖區容量大小

將nginx的error log打開，發現「pstream sent too big header while reading response header from upstream」這樣的錯誤提示。查閱了一下資料，大意是nginx緩沖區有一個bug造成的,我們網站的頁面消耗佔用緩沖區可能過大。參考老外寫的修 改辦法增加了緩沖區容量大小設置，502問題徹底解決。後來系統管理員又對參數做了調整隻保留了2個設置參數：client head buffer，fastcgi buffer size。

三、request_terminate_timeout

如果主要是在一些post或者資料庫操作的時候出現502這種情況，而不是在靜態頁面操作中常見，那麼可以查看一下php-fpm.conf設置中的一項：

request_terminate_timeout

這個值是max_execution_time，就是fast-cgi的執行腳本時間。

0s

0s為關閉，就是無限執行下去。（當時裝的時候沒仔細看就改了一個數字）

發現，問題解決了，執行很長時間也不會出錯了。

優化fastcgi中，還可以改改這個值5s 看看效果。

php-cgi進程數不夠用、php執行時間長、或者是php-cgi進程死掉，都會出現502錯誤。

原文：http://www.ha97.com/4004.html

---★ 本文轉摘自『IT學習者』→ http://www.itlearner.com/article/4814

Ⅳ 華為雲伺服器怎麼搭建FTP

雲伺服器環境配置與獨立伺服器是一樣的，均為獨立的系統、IP及管理許可權，上傳程序時，需要遠程操作伺服器，在雲伺服器上安裝一個SERVER-U創建FTP與原伺服器對接，至於資料庫環境根據網站所需要的配置相應的版本，資料庫可以讓阿里雲技術為你配置，然後安裝系統並配置網站運行環境.PHP的網站可以用IIS+PHP+MYSQL的環境來運行.並安裝FTP.然後把網站數據上傳雲主機上面,在IIS中發布網站即可http://www.hwclouds.com/proct/ecs.html

Ⅳ nginx能不能轉發ftp請求

能~,用下面的這個方法~
stream {
server {
listen 25; # 對外提供服務TCP監聽
proxy_connect_timeout 60s;
proxy_timeout 60s;
proxy_pass mail_server;
}
server {
listen 221; # 對外提供服務TCP監聽
proxy_connect_timeout 300s;
proxy_timeout 300s;
proxy_pass ftp_server;
}
}

Ⅵ web伺服器 Nginx

（1）概念

Web伺服器是一台使用HTTP協議與客戶機瀏覽器進行信息交流（因此又稱為HTTP伺服器）、為互聯網客戶提供服務（信息瀏覽，下載資源等）的主機。發展趨勢：從HTML到XML、從有線到無線、從無聲到有聲

1.Linux是架設安全高效Web伺服器的操作系統

架設Web伺服器常見的操作系統：Windows、Linux、Unix。Linux安全性能最高，可以支持多個硬體平台，可以根據不同需求隨意修改、調整與復制各種程序的源碼以及發布在互聯網上，網路功能比較強大。

2.目前主流伺服器：Apache、 Nginx、 IIS

Unix/Linux操作系統下使用最廣泛的免費HTTP伺服器：Apache、Nginx。Windows（NT/2000/2003）操作系統使用ⅡS，綜合使用最多的Web伺服器是 IIs、Apache。

選擇WEB伺服器應考慮的本身特性因素有：性能、安全性、日誌和統計、虛擬主機、代理伺服器、緩沖服務和集成應用程序等。下面介紹目前最主流的三大web伺服器：

① 大型

IIS：

微軟的Internet Information Services （IIS），IIS 允許在互聯網上發布信息，提供了一個圖形界面的管理工具，稱為Internet服務管理器，可用於監視配置和控制Internet服務。IIS是一種Web服務組件，其中包括Web伺服器（網頁瀏覽）、FTP伺服器（文件傳輸）、NNTP伺服器（新聞服務）和SMTP伺服器（郵件傳輸），使得在網路上發布信息很容易。它提供ISAPI(Intranet Server API）作為擴展Web伺服器功能的編程介面，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。

Apache：

Apache是世界上用的最多的Web伺服器，源於NCSAhttpd伺服器的補丁（pache 補丁）。它的成功之處主要在於：源代碼開放、有開放的開發隊伍、支持跨平台的應用（可以運行在幾乎所有的Unix、Windows、Linux系統平台上）、可移植性。

② 小型

nginx：

nginx的模塊都是靜態編譯的，對fcgi的支持非常好，在處理鏈接的的方式上nginx支持epoll，支持通用語言介面（如：php、python、perl等），支持正向和反向代理、虛擬主機、url重寫、壓縮傳輸等。

（2）工作原理

當客戶端Web瀏覽器連到伺服器上並請求文件時，伺服器將處理該請求並將文件反饋到該瀏覽器上，附帶的信息會告訴瀏覽器如何查看該文件（即文件類型）。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序伺服器可以管理自己的資源，例如看大門的工作（gate-keeping ties）包括安全（security），事務處理（transaction processing），資源池（resource pooling）， 和消息（messaging）。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展（scalability）和容錯（fault tolerance）技術。Web伺服器的工作原理一般可分成如下4個步驟：

① 連接過程：是Web伺服器和其瀏覽器之間所建立起來的一種連接。查看連接過程是否實現，用戶可以找到和打開socket這個虛擬文件，這個文件的建立意味著連接過程這一步驟已經成功建立。

② 請求過程：是Web的瀏覽器運用socket這個文件向其伺服器而提出各種請求。

③ 應答過程：是運用HTTP協議把在請求過程中所提出來的請求傳輸到Web的伺服器，進而實施任務處理，然後運用HTTP協議把任務處理的結果傳輸到Web的瀏覽器，同時在Web的瀏覽器上面展示上述所請求之界面。

④ 關閉連接：是當上一個步驟--應答過程完成以後，Web伺服器和其瀏覽器之間斷開連接之過程。Web伺服器上述4個步驟環環相扣、緊密相聯，邏輯性比較強，可以支持多個進程、多個線程以及多個進程與多個線程相混合的技術。

Web伺服器可以解析HTTP協議。當Web伺服器接收到一個HTTP請求（request），會返回一個HTTP響應（response）。為了處理一個request，Web伺服器可以response一個靜態頁面（HTML頁面）或圖片，進行頁面跳轉(redirect），或把動態響應委託給伺服器端。Web伺服器的代理模型非常簡單。當一個request被送到Web伺服器里來時，它只單純的把request傳遞給可以很好的處理request的程序（伺服器端腳本，如：CGI腳本，JSP腳本，servlets，ASP腳本，伺服器端JavaScript等）。Web伺服器僅僅提供一個可以執行伺服器端程序和返回（程序所產生的）響應的環境，而不會超出職能范圍。伺服器端程序功能通常有：事務處理、資料庫連接、和消息等。雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置各種策略來實現容錯性、可擴展性（如：負載平衡、緩沖）。集群特徵經常被誤認為僅僅是應用程序伺服器專有的特徵。

（3）配置

如何設置默認文檔；在同一台伺服器上架設多個Web站點；（可以通過改變埠號）創建Web虛擬目錄；

1、了解DNS主機名和IP地址。

如果此WEB伺服器在Internet上，需向ISP申請和注冊此伺服器的DNS主機名和IP地址。如果此伺服器只在企業網內使用，則在內部的DNS伺服器上注冊。

2、打開伺服器文檔，選擇"埠"-"Internet埠"，啟用"TCP/ IP埠"。

3、選擇"Internet協議"，完成以下選項後，保存文檔。

① 綁定主機名：

A、選擇"是"則您可在"主機名"項中輸入主機別名，WEB用戶可用此別名替代Domino伺服器名訪問WEB伺服器。

B、選擇"否"（預設）則不允許使用別名。

② DNS查詢： 選擇"是"則Domino伺服器查詢發送請求的WEB客戶機的DNS名。

③ Domino日誌文件和資料庫將包含WEB客戶機的DNS主機名： 選擇"否"（預設）則不查詢，Domino日誌文件和資料庫將只包含WEB客戶機的IP地址（ 注意：選擇"否"將提高Domino伺服器性能，因為伺服器不使用資源執行DNS查詢 ）

④ "允許HTTP客戶瀏覽資料庫"：選擇"是"則允許WEB用戶在URL中使用OpenServer命令來顯示伺服器上資料庫列表。選擇"否"（預設）則不允許。但即使WEB用戶不能看到伺服器上資料庫列表，他們仍能打開有許可權訪問的單個資料庫。

4、啟動HTTP任務。在伺服器控制台上，輸入：loap http

小型項目

（1）概念

1、Nginx（俄羅斯程序設計師Igor Sysoev用C語言進行編寫）是一款輕量級的Web 伺服器/反向代理伺服器及電子郵件（IMAP/POP3/SMTP）代理伺服器。

2、特點：佔有內存少（在高連接並發的情況下，Nginx是Apache伺服器不錯的替代品，能夠支持高達 50,000 個並發連接數的響應），並發能力強。

3、中國大陸使用nginx網站用戶有：網路、京東、新浪、網易、騰訊、淘寶等。

4、Nginx代碼完全用C語言從頭寫成，已經移植到許多體系結構和操作系統，包括：Linux、FreeBSD、Solaris、Mac OS X、AIX以及Microsoft Windows。

5、Nginx有自己的函數庫，並且除了zlib、PCRE和OpenSSL之外，標准模塊只使用系統C庫函數。而且，如果不需要或者考慮到潛在的授權沖突，可以不使用這些第三方庫。

（2）安裝

官網：http://nginx.org/

選擇要安裝的版本：

（3）使用

打開conf/nginx.conf，修改埠號，和主頁根地址為：打包後index.html的目錄

模擬域名配置（本地域名設置）：

在瀏覽器地址欄輸入配置好的「域名：埠號」回車：