❶ zabbixweb端的數據是怎麼來的
1.Server
zabbix系統核心進程，輪詢並捕獲數據、發送通知等。是zabbix agent和zabbix proxy匯報數據的對象。server自身可遠程檢測網路服務。所有的前後端配置、統計信息、可操作數據存儲於此。包含server、前段界面和後端DB幾部分。
2.Agent
部署在被監控主機上用於監控本地資源和應用並向zabbix server匯報結果。使用本地系統調用故非常高效。有主動和被動兩種檢測模式。被動模式下agent根據server或proxy的具體請求來返回數據。主動模式下先主動由server獲取監控項列表在檢測並返回新的數據。採用主動或被動檢測取決於相應監控項的配置。
3.Proxy
可以自由選擇部署或者不部署，主要用於分擔server的負載。在集中化監控遠程位置、分支、網路的場景中是很好的解決方案。可從被監控設備收集數據緩存在proxy本地後傳遞給其所屬的zabbix server。proxy需要單獨的資料庫。
4.Java gateway
java實現的守護進程用於監控JMX類型的應用程序。
5.Sender
命令行工具zabbix_sender，用於向zabbix server發送性能數據和可用性數據。多用於用戶腳本定期向server發送數據。
如：
shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43
6.Get
命令行工具zabbix_get，用於同agent通信從agent獲取數據。可用於zabbix agents的troubleshooting。
如：
shell> cd bin
shell> ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"
❷ zabbix web頁面怎麼重新配置文件
1.Server
zabbix系統核心進程，輪詢並捕獲數據、發送通知等。是zabbix agent和zabbix proxy匯報數據的對象。server自身可遠程檢測網路服務。所有的前後端配置、統計信息、可操作數據存儲於此。包含server、前段界面和後端DB幾部分。
2.Agent
部署在被監控主機上用於監控本地資源和應用並向zabbix server匯報結果。使用本地系統調用故非常高效。有主動和被動兩種檢測模式。被動模式下agent根據server或proxy的具體請求來返回數據。主動模式下先主動由server獲取監控項列表在檢測並返回新的數據。採用主動或被動檢測取決於相應監控項的配置。
3.Proxy
可以自由選擇部署或者不部署，主要用於分擔server的負載。在集中化監控遠程位置、分支、網路的場景中是很好的解決方案。可從被監控設備收集數據緩存在proxy本地後傳遞給其所屬的zabbix server。proxy需要單獨的資料庫。
4.Java gateway
java實現的守護進程用於監控JMX類型的應用程序。
5.Sender
命令行工具zabbix_sender，用於向zabbix server發送性能數據和可用性數據。多用於用戶腳本定期向server發送數據。
如：
shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43
❸ zabbix的正式伺服器web檢測沒有值是什麼原因
前面分別介紹了：
linux運維之zabbix監控編譯安裝
linux運維之解決zabbix中文亂碼
linux運維之zabbix監控windows伺服器
linux運維之zabbix監控Windows伺服器服務是否正常
linux運維之zabbix通過UserParameter實現自定義監控linux伺服器
原理：主要檢測網站的狀態碼：
1.在zabbix中 ：配置→主機→選擇監控的主機.1
2.選擇WEB場景→創建web場景
3.在場景中填入如下，名稱自己寫，瀏覽器版本根據自己需要選擇
4.在步驟中點擊新增，在彈出對話框填入名稱，檢測URL，以及狀態碼
5.選擇圖形，創建圖形
6.創建圖形,添加加入的監控項
7.查看實時圖形，發現已經檢測到www..com狀態碼200
附：常用狀態嗎
1XX：信息性狀態碼
100：
2XX：成功狀態碼
200：OK
201：Created OK
3XX：重定向狀態碼
301：Moved Permanebtly 永久重定向，在響應報文中使用首部「Location：URL」指定資源現在所在的位置
302：Found 臨時重定向，在響應報文中使用首部「Location：URL」指定臨時資源位置
304：Not Modified，條件式請求中使用，通常是client緩存了服務端數據，不需要更新
4XX：客戶端的錯誤
403：Forbidden,請求被伺服器拒絕
404：Not Found，伺服器無法找到請求的URL，經常遇到查無此頁
405：Method Not Allowed,不允許使用此方法請求響應的URL
5XX：伺服器類的錯誤
500：Internal Server Error，伺服器內部錯誤
502：Bad Gateway：代理伺服器從上游收到一條偽響應
503：Service Unavailable，伺服器此時無法提供服務，但將來可能可用
舉報/反饋
❹ 在線安裝yum install zabbix-server-mysql zabbix-web-mysql 為什麼報錯
yum 源里沒有這個包吧
試試先安裝安裝擴展源 yum install epel-release
yum clean all && yum makecache
yum -i install
zabbix-server-mysql zabbix-web-mysql
要是還不行可以去官方網站下載RPM包安裝
❺ zabbix web無法獲得值
請檢查Agent配置文件中的Server指向是否正確。主機的安全性再檢查一下，如果Agent正常的話是可以被telnet的。
❻ zabbix-web 什麼作用
可以監控web的連接時間、載入時間，確認網站沒有掛掉。
❼ zabbix怎麼監控web響應代碼不等於200
zabbix怎麼監控web響應代碼不等於200
錯誤碼：
1.HTTP
1xx-信息提示
這些狀態代碼表示臨時的響應。客戶端在收到常規響應之前，應准備接收一個或多個1xx響應。
100-繼續。
101-切換協議。
2xx-成功
這類狀態代碼表明伺服器成功地接受了客戶端請求。
200-確定。客戶端請求已成功。
201-已創建。
202-已接受。
203-非權威性信息。
204-無內容。
205-重置內容。
206-部分內容。
3xx-重定向
客戶端瀏覽器必須採取更多操作來實現請求。例如，瀏覽器可能不得不請求伺服器上的不同的頁面，或通過代理伺服器重復該請求。
301-對象已永久移走，即永久重定向。
❽ linux默認zabbix的web頁面存在什麼位置
linux默認zabbix的web頁面存在什麼位置
Zabbix通過專用的Agent或者SNMP收集相關的監控數據，然後存儲到資料庫裡面實時在前台展示。 Zabbix監控數據主要分為以下兩類： 歷史數據：history相關表,從history_uint表裡面可以查詢到設備監控項目的最大，最小和平均值,即存儲監控數據的原始數
❾ zabbix web監控在哪個表
每一個監控項都會有一個itemid,根據採集數據的類型不同，分別存儲在不同的history表裡。
zabbix自帶的web監控功能，當你添加完以後，會生成沒記錯應該是6個監控項，如果你要提取這個數據，需要根據每個itemid去不同的表裡查。