❶ sql伺服器不能開啟怎麼解決
SQL Server 1069 錯誤（由於登錄失敗而無法啟動服務）解決方法
1.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"本地系統帳戶"
或:
2.
我的電腦--控制面板--管理工具--服務--右鍵MSSQLSERVER--屬性--登陸--登陸身份--選擇"此帳戶"--密碼和確認密碼中輸入你修改後的administrator密碼.
兩者的區別:
選擇第一種方式,以後修改了administrator密碼,不用再調整(但要求登陸操作系統的是系統管理員)
選擇第二種方式,以後修改了administrator密碼,還要再重復做上面的操作.
以下摘自泡泡網
SQLServer2000發生錯誤1069（由於登陸失敗而無法啟動服務）的解決方案
下面我們依次介紹如何來解決這三個最常見的連接錯誤。
第一個錯誤嫌改畝「SQL Server 不存在或訪問被拒絕「通常是最復雜的，錯誤發生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：
1、SQL Server名稱或IP地址拼寫有誤；
2、伺服器端網路配置有誤；
3、客戶端網路配置有誤。
要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。
首先，檢查網路物理連接：
ping ＜伺服器IP地址＞
或者
ping ＜伺服器名稱＞
如果 ping ＜伺服器IP地址＞失敗，說明物理連接有問題，這時候要檢查硬體設備，如網卡、HUB、路由器等。還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的，比如 ISA Server。防火牆軟體可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接問題的時候，我們要先把防火牆軟體暫時關閉，或者打開所有被封閉的埠。芹森
如果ping ＜伺服器IP地址＞ 成功而 ping ＜伺服器名稱＞失敗，則說明名字解析有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和伺服器不在同一個區域網裡面，這時候很可能無法直接使用伺服器名稱來標識該伺服器，這時候我們可以使用HOSTS文件來進行名字解析，具體的方法是：
1、使用記事本打開HOSTS文件（一般情況下位於C:WINNTsystem32driversetc）.
2、添加一條IP地址與伺服器名稱的對應記錄，如：
172.168.10.24 myserver
也可以在 SQL Server 的客戶端網路實用工具裡面進行配置，後面會有詳細說明。
其次，使用 telnet 命令檢查SQL Server伺服器工作狀態：
telnet ＜伺服器IP地址＞ 1433
如果命令執行成功，可以看到屏幕一閃之後游標在左上角不停閃動，這說明 SQL Server 伺服器工作正常，並且正在監聽1433埠的 TCP/IP 連接；如果命令返回「無法打開連接「的錯誤信息，則說明伺服器端沒有啟動 SQL Server 服務，也可能伺服器端沒啟用 TCP/IP 協議，或者伺服器端沒有在 SQL Server 默認的埠1433上監聽。
接著，我們要到伺服器上檢查伺服器端的網路配置，檢查是否啟用了命名管道，是否啟用了 TCP/IP 協議等等。我們可以利用 SQL Server 自帶的伺服器網路使用工具來進行檢查。
點擊：程序 -＞ Microsoft SQL Server -＞伺服器網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到伺服器啟用了哪些協議。一般而言，我們啟用命名管道以及 TCP/IP 協議。
點中 TCP/IP 協議，選擇「屬性「，我們可以來檢查 SQK Server 服務默認埠的設置，如下圖所示：
一般而言，我們殲頃使用 SQL Server 默認的1433埠。如果選中「隱藏伺服器「，則意味著客戶端無法通過枚舉伺服器來看到這台伺服器，起到了保護的作用，但不影響連接。
檢查完了伺服器端的網路配置，接下來我們要到客戶端檢查客戶端的網路配置。我們同樣可以利用 SQL Server 自帶的客戶端網路使用工具來進行檢查，所不同的是這次是在客戶端來運行這個工具。
點擊：程序 -＞ Microsoft SQL Server -＞ 客戶端網路使用工具，打開該工具後看到的畫面如下圖所示：
從這里我們可以看到客戶端啟用了哪些協議。一般而言，我們同樣需要啟用命名管道以及 TCP/IP 協議。
點擊 TCP/IP 協議，選擇「屬性「，可以檢查客戶端默認連接埠的設置，如下圖所示。
該埠必須與伺服器一致。
單擊「別名「選項卡，還可以為伺服器配置別名。伺服器的別名是用來連接的名稱，連接參數中的伺服器是真正的伺服器名稱，兩者可以相同或不同。如下圖中，我們可以使用myserver來代替真正的伺服器名稱sql2kcn-02，並且使用網路庫 Named Pipes。別名的設置與使用HOSTS文件有相似之處。
通過以上幾個方面的檢查，錯誤 1 發生的原因基本上可以被排除。下面我們再詳細描述如何來解決錯誤 2。
當用戶嘗試在查詢分析器裡面使用sa來連接SQL Server，或者在企業管理器裡面使用sa來新建一個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。該錯誤產生的原因是由於SQL Server使用了「僅 Windows「的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接。解決方法如下所示：
1、 在伺服器端使用企業管理器，並且選擇「使用 Windows 身份驗證「連接上 SQL Server；
2、 展開「SQL Server組「，滑鼠右鍵點擊SQL Server伺服器的名稱，選擇「屬性「，再選擇「安全性「選項卡；
3、 在「身份驗證「下，選擇「SQL Server和 Windows 「。
4、 重新啟動SQL Server服務。
在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即在以上解決方法中，如果在第 1 步中使用「使用 Windows 身份驗證「連接 SQL Server 失敗，那麼我們將遇到一個兩難的境地：首先，伺服器只允許了 Windows 的身份驗證；其次，即使使用了 Windows 身份驗證仍然無法連接上伺服器。這種情形被形象地稱之為「自己把自己鎖在了門外「，因為無論用何種方式，用戶均無法使用進行連接。實際上，我們可以通過修改一個注冊表鍵值來將身份驗證方式改為 SQL Server 和 Windows 混合驗證，步驟如下所示：
1、點擊「開始「-「運行「，輸入regedit，回車進入注冊表編輯器；
2、依次展開注冊表項，瀏覽到以下注冊表鍵：
[HKEY_LOCAL_]
3、在屏幕右方找到名稱「LoginMode「，雙擊編輯雙位元組值；
4、將原值從1改為2，點擊「確定「；
5、關閉注冊表編輯器；
6、重新啟動SQL Server服務。
此時，用戶可以成功地使用sa在企業管理器中新建SQL Server注冊，但是仍然無法使用Windows身份驗證模式來連接SQL Server。這是因為在 SQL Server 中有兩個預設的登錄帳戶：BUILTINAdministrators 以及＜機器名＞Administrator 被刪除。要恢復這兩個帳戶，可以使用以下的方法：
1、打開企業管理器，展開伺服器組，然後展開伺服器；
2、展開「安全性「，右擊「登錄「，然後單擊「新建登錄「；
3、在「名稱「框中，輸入 BUILTINAdministrators；
4、在「伺服器角色「選項卡中，選擇「System Administrators「 ；
5、點擊「確定「退出；
6、使用同樣方法添加 ＜機器名＞Administrator 登錄。
以下注冊表鍵
HKEY_LOCAL_LoginMode
的值決定了SQL Server將採取何種身份驗證模式。該值為1，表示使用Windows 身份驗證模式；該值為2，表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）。
看完如何解決前兩個錯誤的方法之後，讓我們來看一下如圖 3 所示的第三個錯誤。
如果遇到第三個錯誤，一般而言表示客戶端已經找到了這台伺服器，並且可以進行連接，不過是由於連接的時間大於允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器，並且是慢速連接時，有可能會導致以上的超時錯誤。有些情況下，由於區域網的網路問題，也會導致這樣的錯誤。
要解決這樣的錯誤，可以修改客戶端的連接超時設置。默認情況下，通過企業管理器注冊另外一台SQL Server的超時設置是 4 秒，而查詢分析器是 15 秒（這也是為什麼在企業管理器里發生錯誤的可能性比較大的原因）。具體步驟為：
1、在企業管理器中，選擇菜單上的「工具「，再選擇「選項「；
2、在彈出的「SQL Server企業管理器屬性「窗口中，點擊「高級「選項卡； 3、在「連接設置「下的「登錄超時（秒）「右邊的框中輸入一個比較大的數字，如 20。
查詢分析器中也可以在同樣位置進行設置。
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為你的新的操作系統密碼！
或
在windows控制面版-->管理工具-->服務-->MSSQLSERVER-->屬性-->改為本地登陸！
❷ SpringBoot 防止SQL注入、XSS攻擊、CSRF/CROS惡意訪問
一、SQL 注入問題
SQL 注入即是指 web 應用程序對用戶輸入數據的合法性沒有判斷或過濾不嚴，攻擊者可以在 web 應用程序中事先定義好的查詢語句的結尾上添加額外的 SQL 語句，在管理員不知情的情況下實現非法操作，以此來實現欺騙資料庫伺服器執行非授權的任意查詢，從而進一步得到相應的數據信息。
簡單來說，就是將大部分 SQL 語句當參數傳入系統中，從而獲取系統中的數據。下面簡單舉例說明
系統中有這樣一條信息 SQL 語句執行，分頁查詢所有用戶，每頁查詢 20 條，並且根據指定欄位進行排序，也就是說排序欄位也是參數傳遞過來的
SQL 注入問題分析：
這樣很簡單的一句話 SQL，就可以把系統搞炸掉，這種方式可以實現刪庫跑路
以上語句會把整個 test 資料庫所有內容都刪掉
盡量用預編譯機制，少用字元串拼接的方式傳參，它是 sql 注入問題的根源。
有些特殊字元，比如：%作為 like 語句中的參數時，要對其進行轉義處理。
需要對所有的異常情況進行捕獲，切記介面直接返回異常信息，因為有些異常信息中包含了 sql 信息，包括：庫名，表名，欄位名等。攻擊者拿著這些信息，就能通過 sql 注入隨心所欲地攻擊你的資料庫了。目前比較主流的做法是，有個專門的網關服務，它統一暴露對外介面。用戶請求介面時先經過它，再由它將請求轉發給業務服務。這樣做的好處是：能統一封裝返回數據的返回體，並且如果出現異常，能返回統一的異常信息，隱藏敏感信息。此外還能做限流和許可權控制。
使用 sqlMap 等待代碼檢測工具，它能檢測 sql 注入漏洞。
需要對資料庫 sql 的執行情況進行監控，有異常情況，及時郵件或簡訊提醒。
對生產環境的資料庫建立單獨的賬號，只分配 DML 相關許可權，且不能訪問系統表。切勿在程序中直接使用管理員賬號。
建立代碼 review 機制，能找出部分隱藏的問題，提升代碼質量。
對於不能使用預編譯傳參時，要麼開啟 druid 的 filter 防火牆，要麼自己寫代碼邏輯過濾掉所有可能的注入關鍵字。
XSS 攻擊通常指的是通過利用網頁開發時留下的漏洞，通過巧妙的方法注入惡意指令代碼到網頁，使用戶載入並執行攻擊者惡意製造的網頁程序。這些惡意網頁程序通常是 JavaScript，但實際上也可以包括 Java、 VBScript、ActiveX、 Flash 或者甚至是普通的 HTML。攻擊成功後，攻擊者可能得到包括但不限於更高的許可權（如執行一些操作）、私密網頁內容、會話和 cookie 等各種內容。
通常情況下，被用來盜用 Cookie、破壞頁面結構、重定向到其他網站等
對用戶輸入的表單信息進行檢測過濾
CSRF - Cross-Site Request Forgery - 跨站請求偽造:
攻擊可以在受害者毫不知情的情況下以受害者名義偽造請求發送給受攻擊站點，從而在未授權的情況下執行在許可權保護之下的操作，CORS - Cross Origin Resourse-Sharing - 跨站資源共享，惡意訪問內網敏感資源。
有效的解決辦法是通過多種條件屏蔽掉非法的請求，例如 HTTP 頭、參數等：
防止大規模的惡意請求，niginx 反向代理可以配置請求頻率，對 ip 做限制。nginx 可以很方便地做訪問控制，特別是一些偶發性的大量惡意請求，需要屏蔽處理。
屏蔽 ip 地址
屏蔽 user-agent
屏蔽代理 ip
有兩種情形會需要屏蔽代理 ip：一是代理 ip 訪問，二是負載均衡（real-ip 請求負載均衡伺服器，再代理給後端 server）
創建 包裝器，這是實現 XSS 過濾的關鍵，在其內重寫了 getParameter，getParameterValues，getHeader 等方法，對 http 請求內的參數進行了過濾
❸ nginx怎麼安裝sql2000
nginx怎麼安裝sql2000
1. 執行備份銷肆皮nginx配置數虧差據。 mv /usr/local/nginx-generic-1.6.0 /usr/local/nginx-generic-1.6.0-backup 2. 執行重新安裝nginx amh nginx-generic-1.6.0 install 3. 恢復配置 cp /usr/local/nginx-generic-1.6.0-backup/conf/雹畝nginx.conf /usr/l
❹ 可以登錄,但注冊提示sql連接錯誤
首先檢查是不是web.config文件內的用戶名密碼是否與sql的一致，如果一致的話，那麼看下面：
一.控制面板-》服務-》MS SQL SERVER-》登陸--》本地系統帳戶--》重新啟動MS SQL SERVER
用windows驗證登陸查詢分析器--》執行 sp_password null,sa新密碼,'sa'
二."無法連接到伺服器,用戶xxx登陸失敗"
該錯誤產生的原因是由於SQL Server使用了"僅 Windows"的身份驗證方式,
因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接.解決方法如下所示:
1.在伺服器端使用企業管理器,並且選擇"使用 Windows 身份驗證"連接上 SQL Server
操作步驟:
在企業管理器中
--右鍵你的伺服器實例(就是那個有綠色圖標的)
--編輯SQL Server注冊屬性
--選擇"使用windows身份驗證"
--選擇"使用SQL Server身份驗證"
--登錄名輸入:sa,密碼輸入sa的密碼
--確定
2.設置允許SQL Server身份登錄
操作步驟:
在企業管理器中
--展開"SQL Server組",滑鼠右鍵點擊SQL Server伺服器的名稱
--選擇"屬性"
--再選擇"安全性"選項卡
--在"身份驗證"下,選擇"SQL Server和 Windows ".
--確定,並重新啟動SQL Server服務.
在以上解決方法中,如果在第 1 步中使用"使用 Windows 身份驗證"連接 SQL Server 失敗,
那就通過修改注冊表來解決此問題:
1.點擊"開始"-"運行",輸入regedit,回車進入注冊表編輯器
2.依次和賣展開注冊表項,瀏覽到以下注冊表鍵:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
3.在屏幕右方找到名稱"LoginMode",雙擊編輯雙位元組值
4.將原值從1改為2,點擊"確定"
5.關閉注冊表編輯器
6.重新啟動SQL Server服務.
此時,用戶可以成功地使用sa在企業管理器中新建SQL Server注冊,
但是仍然無法使用Windows身份驗證模式來連接SQL Server.
這是因為在 SQL Server 中有兩個預設的登錄帳戶:
BUILTIN\Administrators
<機器名>\Administrator 被刪除.
要碧畢恢復這兩個帳戶,可以使用以下的方法:
1.打開企業管理器,展開伺服器組,然後展開伺服器
2.展開"安全性",右擊"登錄",然後單擊"新建登錄"
3.在"名稱"框中,輸入 BUILTIN\Administrators
4.在"伺服器角色"選項卡中悔棚芹,選擇"System Administrators"
5.點擊"確定"退出
6.使用同樣方法添加 <機器名>\Administrator 登錄.
說明:
以下注冊表鍵:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
的值決定了SQL Server將採取何種身份驗證模式.
1.表示使用"Windows 身份驗證"模式
2.表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）.
❺ 安全開發運維必備的Nginx代理Web伺服器性能優化與安全加固配置
為了更好的指導部署與測試藝術升系統nginx網站伺服器高性能同時下安全穩定運行,需要對nginx服務進行調優與加固;
本次進行Nginx服務調優加固主要從以下幾個部分：
本文檔僅供內部使用，禁止外傳，幫助研發人員，運維人員對系統長期穩定的運行提供技術文檔參考。
Nginx是一個高性能的HTTP和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。Nginx作為負載均衡伺服器, Nginx 既可以在內部直接支持 Rails 和 PHP 程序對外進行服務，也可以支持作為 HTTP代理伺服器對外進行服務。
Nginx版本選擇:
項目結構:
Nginx文檔幫助: http://nginx.org/en/docs/
Nginx首頁地址目錄: /usr/share/nginx/html
Nginx配置文件:
localtion 請求匹配的url實是一個正則表達式:
Nginx 匹配判斷表達式:
例如,匹配末尾為如下後綴的靜態並判斷是否存在該文件, 如不存在則404。
查看可用模塊編譯參數：http://nginx.org/en/docs/configure.html
http_gzip模塊
開啟gzip壓縮輸出(常常是大於1kb的靜態文件)，減少網路傳輸;
http_fastcgi_mole模塊
nginx可以用來請求路由到FastCGI伺服器運行應用程序由各種框架和PHP編程語言等。可以開啟FastCGI的緩存功能以及將靜態資源進行剝離，從而提高性能。
keepalive模塊
長連接對性能有很大的影響，通過減少CPU和網路開銷需要開啟或關閉連接;
http_ssl_mole模塊
Nginx開啟支持Https協議的SSL模塊
Linux內核參數部分默認值不適合高並發,Linux內核調優，主要涉及到網路和文件系統、內存等的優化，
下面是我常用的內核調優配置：
文件描述符
文件描述符是操作系統資源，用於表示連接、打開的文件，以及其他信息。NGINX 每個連接可以使用兩個文件描述符。
例如如果NGINX充當代理時，通常一個文件描述符表示客戶端連接，另一個連接到代理伺服器，如果開啟了HTTP 保持連接，這個比例會更低（譯註：為什麼更低呢）。
對於有大量連接服務的系統，下面的設置可能需要調整一下：
精簡模塊:Nginx由於不斷添加新的功能，附帶的模塊也越來越多,建議一般常用的伺服器軟體使用源碼編譯安裝管理;
(1) 減小Nginx編譯後的文件大小
(2) 指定GCC編譯參數
修改GCC編譯參數提高編譯優化級別穩妥起見採用 -O2 這也是大多數軟體編譯推薦的優化級別。
GCC編譯參數優化 [可選項] 總共提供了5級編譯優化級別：
常用編譯參數:
緩存和壓縮與限制可以提高性能
NGINX的一些額外功能可用於提高Web應用的性能，調優的時候web應用不需要關掉但值得一提，因為它們的影響可能很重要。
簡單示例:
1) 永久重定向
例如，配置 http 向 https 跳轉 (永久)
nginx配置文件指令優化一覽表
描述:Nginx因為安全配置不合適導致的安全問題,Nginx的默認配置中存在一些安全問題,例如版本號信息泄露、未配置使用SSL協議等。
對Nginx進行安全配置可以有效的防範一些常見安全問題，按照基線標准做好安全配置能夠減少安全事件的發生,保證採用Nginx伺服器系統應用安全運行;
Nginx安全配置項：
溫馨提示: 在修改相應的源代碼文件後需重新編譯。
設置成功後驗證:
應配置非root低許可權用戶來運行nginx服務,設置如下建立Nginx用戶組和用戶，採用user指令指運行用戶
加固方法:
我們應該為提供的站點配置Secure Sockets Layer Protocol (SSL協議)，配置其是為了數據傳輸的安全，SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密。
不應使用不安全SSLv2、SSLv3協議即以下和存在脆弱性的加密套件(ciphers), 我們應該使用較新的TLS協議也應該優於舊的,並使用安全的加密套件。
HTTP Referrer Spam是垃圾信息發送者用來提高他們正在嘗試推廣的網站的互聯網搜索引擎排名一種技術，如果他們的垃圾信息鏈接顯示在訪問日誌中，並且這些日誌被搜索引擎掃描，則會對網站排名產生不利影響
加固方法:
當惡意攻擊者採用掃描器進行掃描時候利用use-agent判斷是否是常用的工具掃描以及特定的版本,是則返回錯誤或者重定向;
Nginx支持webdav，雖然默認情況下不會編譯。如果使用webdav，則應該在Nginx策略中禁用此規則。
加固方法: dav_methods 應設置為off
當訪問一個特製的URL時，如"../nginx.status"，stub_status模塊提供一個簡短的Nginx伺服器狀態摘要,大多數情況下不應啟用此模塊。
加固方法：nginx.conf文件中stub_status不應設置為：on
如果在瀏覽器中出現Nginx自動生成的錯誤消息，默認情況下會包含Nginx的版本號,這些信息可以被攻擊者用來幫助他們發現伺服器的潛在漏洞
加固方法: 關閉"Server"響應頭中輸出的Nginx版本號將server_tokens應設置為：off
client_body_timeout設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有得到請求體，就會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_body_timeout應設置為：10
client_header_timeout設置等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）。僅當在一次read中沒有收到請求頭，才會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_header_timeout應設置為：10
keepalive_timeout設置與client的keep-alive連接超時時間。伺服器將會在這個時間後關閉連接。
加固方法：nginx.conf文件中keepalive_timeout應設置為：55
send_timeout設置客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操作之間。如果在這段時間內，客戶端沒有讀取任何數據，Nginx就會關閉連接。
加固方法：nginx.conf文件中send_timeout應設置為：10
GET和POST是Internet上最常用的方法。Web伺服器方法在RFC 2616中定義禁用不需要實現的可用方法。
加固方法:
limit_zone 配置項限制來自客戶端的同時連接數。通過此模塊可以從一個地址限制分配會話的同時連接數量或特殊情況。
加固方法：nginx.conf文件中limit_zone應設置為：slimits $binary_remote_addr 5m
該配置項控制一個會話同時連接的最大數量，即限制來自單個IP地址的連接數量。
加固方法：nginx.conf 文件中 limit_conn 應設置為: slimits 5
加固方法：
加固方法:
解決辦法:
描述後端獲取Proxy後的真實Client的IP獲取需要安裝--with-http_realip_mole，然後後端程序採用JAVA(request.getAttribute("X-Real-IP"))進行獲取;
描述: 如果要使用geoip地區選擇,我們需要再nginx編譯時加入 --with-http_geoip_mole 編譯參數。
描述: 為了防止外部站點引用我們的靜態資源，我們需要設置那些域名可以訪問我們的靜態資源。
描述: 下面收集了Web服務中常規的安全響應頭, 它可以保證不受到某些攻擊,建議在指定的 server{} 代碼塊進行配置。
描述: 為了防止某些未備案的域名或者惡意鏡像站域名綁定到我們伺服器上, 導致伺服器被警告關停，將會對業務或者SEO排名以及企業形象造成影響，我們可以通過如下方式進行防範。
執行結果:
描述: 有時你的網站可能只需要被某一IP或者IP段的地址請求訪問，那麼非白名單中的地址訪問將被阻止訪問, 我們可以如下配置;
常用nginx配置文件解釋：
(1) 阿里巴巴提供的Concat或者Google的PageSpeed模塊實現這個合並文件的功能。
(2) PHP-FPM的優化
如果您高負載網站使用PHP-FPM管理FastCGI對於PHP-FPM的優化非常重要
(3) 配置Resin on Linux或者Windows為我們可以打開 resin-3.1.9/bin/httpd.sh 在不影響其他代碼的地方加入:-Dhttps.protocols=TLSv1.2, 例如
原文地址: https://blog.weiyigeek.top/2019/9-2-122.html
❻ 502 Bad Gateway
502badgateway要先找到nginx配置的路徑。
然後找到nginx所在的error日誌文件來查看具體原因。
如果是客戶端瀏覽器配置的問題，以360瀏覽器為例，出現502BadGateway可能是設置了代代理導致的。
取消瀏覽器代理之後，刷新一下就可以訪問了。
502BadGateway是一種報錯提示，這一錯誤並不意味著上游伺服器已關閉（無響應網關/代理），而是上游伺服器和網關/代理不同意的協議交換數據。
鑒於互聯網協議是相當清楚的，它往往意味著一個或兩個機器已不正確或不完全編程。
❼ Nginx 怎麼安裝SSL證書
Nginx是一個很強大的高性能Web和反向代理伺服器，它具有很多非常優越的特性。因此也大量的用戶在使用它。本位給大家介紹Nginx怎麼安裝SSL證書的方法步驟。
一、 安裝SSL證書的環境
1.1 SSl證書安裝環境簡介
Centos 6.4 操作系統;
Nginx 1.9.1;
Openssl 1.0.1+;
SSL 證書一張(備註：本指南使用 s.wosign.com 域名 OV SSL 證書進行操作,通用其它版本證書)。
1.2 網路環境要求
請確保站點是一個合法的外網可以訪問的域名地址，可以正常通過或 http：//XXX 進行正常訪問。
二、 SSL 證書的安裝
2.1 獲取SSl證書
成功在沃通申請證書後，會得到一個有密碼的壓縮包文件，輸入證書密碼後解壓得到五個文件：for Apache、for IIS、for Nginx、for Other Server，這個是證書的幾種格式，Nginx 上需要用到 for Nginx 格式的證書。
詳細請訪問：https://www.wosign.com/support/siteseal.htm
四、 SSL證書的備份
請保存好收到的證書壓縮包文件及密碼，以防丟失
五、 SSL證書的恢復
重復 2.3 操作即可。
❽ nginx防止sql注入
防止sql注入最好的辦法是對於提交後台的所有數據都進行過濾轉義
對於簡單的情況 比如包含單引號 分號; < > 等字返燃塌符可通過rewrite直接重訂向到 頁面來避免
用rewrite有個前提需要知道 一般用rewrite進行正則匹配只能匹配到網頁的URI 也就是url中?前部分 ?以後部分是請求參數
問號後面的請求參數 在nginx用$query_string表 示 不能在rewrite中匹配到 需要用if判斷
例如 對於參數中帶有單引號的 進行匹配然後定向到錯誤頁面
/plus/list php?tid= &mid=
rewrite ^ *([; <>]) * /error break;
直接寫這樣的一條重寫漏圓肯定不會正確匹配 因為rewrite參數只會匹配請求的uri 也就是/plus/list php部分
需要使用$query_string 藉助if進行判斷 如果查詢串種包含特殊字元 返回
if ( $query_string ~* " *[; <>段差] *" ){
return ;
lishixin/Article/program/MySQL/201311/29532
❾ nginx可以防止sql注入嗎
防禦原理：
1. 通過以上配置過濾基本的url中的注入關鍵字；
2. 當然，資料庫中的用戶密碼得加密存放 ；
3. php程序進行二次過濾，過濾GET和POST變數中的關鍵字；
4. 生產環境關閉PHP和MySQL的錯誤信息。
SQL注入攻擊一般問號後面的請求參數，在nginx用$query_string表示
❿ 怎麼讓nginx配置SSL安全證書重啟免輸入密碼
可以用私鑰來做這件事。生成一個解密的key文件，替代原來key文件。x0dx0aopenssl rsa -in server.key -out server.key.unsecurex0dx0ax0dx0a然後修改顫搏配置文件x0dx0assl on; x0dx0a ssl_certificate /home/cert/server.crt;x0dx0a ssl_certificate_key /home/cert/蔽緩server.key.unsecure;x0dx0ax0dx0a這樣就可以不用輸入密碼茄並祥了