前文我們聊了下haproxy的修改報文首部的配置、壓縮功能以及haproxy基于http協議自定義健康狀態檢測機制；回顧請參考https://www.cnblogs.com/qiuhom-1874/p/12789175.html；今天這篇博客主要來說一下haproxy的錯誤頁面定義，日志相關配置；
首先來說說錯誤頁面的配置吧；haproxy同nginx是一樣可自定義錯誤頁面；在nginx里我們用error_page 指令來指定對應錯誤狀態碼加location，根據錯誤狀態碼指定的location來指定對應錯誤狀態碼的狀態頁面檔案；haproxy自定義錯誤頁面的思想類似，不同的是nginx作為web服務器可以自定義404錯誤頁面，而haproxy通常作為代理服務器，對于404錯誤頁面通常不會由haproxy自己指定，因為haproxy作為代理服務器對于后端server的資源是否能夠找到，它不知道；即便我們在配置中指定了404錯誤對應的回應頁面，在haproxy重啟后是不會生效的；haproxy指定錯誤頁面的方式兩種，第一種是指定本地檔案系統檔案作為對應錯誤狀態碼的錯誤頁；第二種是指定對應錯誤狀態碼跳轉的URL；
errorfile <code> <file>：指定對應錯誤狀態碼對應檔案系統上的檔案作為該狀態碼回應的頁面
示例：自定義錯誤403的錯誤頁面
提示：為了能夠模仿出403錯誤，上面使用了acl來拒絕源地址為192.168.0.232的訪問；后面我們會說acl的用法；上圖紅框中的內容就是表示對于錯誤403回應頁面上/etc/haproxy/error403.html；
測驗：在192.168.0.232主機上用瀏覽器訪問haproxy對外提供服務端介面，看看是否回應我們自定義的頁面？
提示：從上面的測驗結果看，haproxy是能夠把我們指定錯誤狀態碼對應檔案內容回應給我們；這里挺奇怪的在訊息頭里只看得到請求報文，沒有回應報文；
示例：指定403錯誤頁面跳轉至nginx.org/aaa.html
提示：紅框中的配置就表示對于403錯誤就跳轉到指定http://nginx.org/aaa.html
測驗：在232主機上訪問192.168.0.22看看是否跳轉到nginx.org/aaa.html?
提示：errorloc和errorloc302都是同樣的效果，都是以臨時重定向到指定的url上；這里還需要注意一點，這兩種方式都是跳轉前請求的方法是什么，跳轉對應url也是同樣的方法；這樣一來對于其他非GET方法請求出現403錯誤碼的時候，對應的錯誤頁就無法正常處理（通常只允許GET方法去請求別的URL）；比如跳轉前用PUT方法，出現錯誤403后，按照上面的配置，對應指定的錯誤頁的url也會用PUT方法去請求；為了解決這樣的問題，我們這里需要用到errorloc303來指定；該指令的意思是回傳303回應碼；如果請求前非GET方法，而出現對應錯誤后，用GET方法去請求對應錯誤狀態碼指定的URL；
示例：非GET方法錯誤頁面重定向到其他URL上
提示：以上配置就表示如果我們用非GET方法請求某資源，出現403錯誤后，回傳303狀態碼；303表示請求重定向頁面的方法要總是使用GET方法；
測驗：先使用errorloc302指定url跳轉，然后在瀏覽器上跳轉前使用PUT方法請求，看看跳轉后到指定URL看看使用的什么方法？
提示：可以看到當我們用PUT方法請求192.168.0.22時，跳轉到指定的URL也是用的PUT方法；
測驗：用errorloc303指定跳轉url，然后用PUT方法請求192.168.0.22看看跳轉URL使用什么方法?
提示：可以看到用errorloc303指定錯誤url后，跳轉指定URL不是跳轉前的PUT方法請求，而是GET；
以上就是haproxy關于錯誤頁面的定義的配置，更多說明請參考官方檔案http://cbonte.github.io/haproxy-dconv/；說了haproxy的錯誤頁面配置后，接下來在來了解下haproxy的日志；
log：啟用事件和流量的每個實體日志記錄，
no log：關閉日志記錄；
log global：呼叫全域配置段中日志的定義；
log<address> [len <length>] <facility> [<level> [<minlevel>]]：定義一個用于接收haproxy日志的rsyslog服務器地址，facility；默認是發往本機的rsyslog服務器上的local2上；有關rsyslog的相關說明請參考https://www.cnblogs.com/qiuhom-1874/p/12091118.html；
log-format <string>：設定日志格式；日志格式的設定變數表請參照下表
+---+------+-----------------------------------------------+-------------+
| R | var | field name (8.2.2 and 8.2.3 for description) | type |
+---+------+-----------------------------------------------+-------------+
| | %o | special variable, apply flags on all next var | |
+---+------+-----------------------------------------------+-------------+
| | %B | bytes_read (from server to client) | numeric |
| H | %CC | captured_request_cookie | string |
| H | %CS | captured_response_cookie | string |
| | %H | hostname | string |
| | %ID | unique-id | string |
| | %ST | status_code | numeric |
| | %T | gmt_date_time | date |
| | %Tc | Tc | numeric |
| | %Tl | local_date_time | date |
| H | %Tq | Tq | numeric |
| H | %Tr | Tr | numeric |
| | %Ts | timestamp | numeric |
| | %Tt | Tt | numeric |
| | %Tw | Tw | numeric |
| | %U | bytes_uploaded (from client to server) | numeric |
| | %ac | actconn | numeric |
| | %b | backend_name | string |
| | %bc | beconn (backend concurrent connections) | numeric |
| | %bi | backend_source_ip (connecting address) | IP |
| | %bp | backend_source_port (connecting address) | numeric |
| | %bq | backend_queue | numeric |
| | %ci | client_ip (accepted address) | IP |
| | %cp | client_port (accepted address) | numeric |
| | %f | frontend_name | string |
| | %fc | feconn (frontend concurrent connections) | numeric |
| | %fi | frontend_ip (accepting address) | IP |
| | %fp | frontend_port (accepting address) | numeric |
| | %ft | frontend_name_transport ('~' suffix for SSL) | string |
| | %hr | captured_request_headers default style | string |
| | %hrl | captured_request_headers CLF style | string list |
| | %hs | captured_response_headers default style | string |
| | %hsl | captured_response_headers CLF style | string list |
| | %ms | accept date milliseconds (left-padded with 0) | numeric |
| | %pid | PID | numeric |
| H | %r | http_request | string |
| | %rc | retries | numeric |
| | %rt | request_counter (HTTP req or TCP session) | numeric |
| | %s | server_name | string |
| | %sc | srv_conn (server concurrent connections) | numeric |
| | %si | server_IP (target address) | IP |
| | %sp | server_port (target address) | numeric |
| | %sq | srv_queue | numeric |
| S | %sslc| ssl_ciphers (ex: AES-SHA) | string |
| S | %sslv| ssl_version (ex: TLSv1) | string |
| | %t | date_time (with millisecond resolution) | date |
| | %ts | termination_state | string |
| H | %tsc | termination_state with cookie status | string |
+---+------+-----------------------------------------------+-------------+
capture cookie <name> len <length>：捕獲并記錄請求報文和回應報文中的cookie資訊
capture request header <name> len <length>：捕獲并記錄指定請求標頭的最后一次出現
capture response header <name> len <length>：捕獲并記錄指定回應標頭的最后一次出現
結合上面的內容，我們就可以自定義訪問日志了；通常我們通過capture去捕獲對應首部的資訊，然后通過上面的變數定義成日志格式
示例：
測驗：用瀏覽器訪問對應haproxy的前端，看看日志格式
提示：可以看到我們訪問對應haproxy的前端，日志就和默認的日志不一樣了；日志格式中的變來可參照上邊的表去找對應表示什么；
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/91664.html
標籤：Linux
下一篇：二進制部署MySQL5.7