主頁 > 軟體設計 > 輕松記海量Linux運維面試題

輕松記海量Linux運維面試題

2021-11-02 09:38:58 軟體設計

技術內容:

提示:根據面試的企業、崗位不同,考察技術問題不一,萬變不離其宗,掌握核心技術問題是關鍵!若您的非技術問題,不占優勢,則必須要能講好技術內容,

一、專項題
1、Tomcat
講述一下Tomcat8005、8009、8080三個埠的含義?
答:8005 關閉時使用
8009為AJP埠,即容器使用,如Apache能通過AJP協議訪問Tomcat的8009埠來實作功能
8080 一般應用使用

2、什么叫CDN?
答:即內容分發網路
其目的是通過在現有的Internet中增加一層新的網路架構,將網站的內容發布到最接近用戶的網路邊緣,使用戶可就近取得所需的內容,提高用戶訪問網站的速度

3、什么叫網站灰度發布?
答:灰度發布是指在黑與白之間,能夠平滑過渡的一種發布方式,AB test就是一種灰度發布方式,讓一部分用戶繼續用A,一部分用戶開始用B,如果用戶對B沒有什么反對意見,那么逐步擴大范圍,把所有用戶都遷移到B上面,灰度發布可以保證整體系統的穩定,在初始灰度的時候就可以發現、調整問題,以保證其影響度,

4、簡述DNS進行域名決議的程序?
答:用戶要訪問 www.baidu.com,會先找本機的host檔案,再找本地設定的DNS服務器,如果也沒有找到,就去網路中找根服務器,根服務器反饋結果,說只能提供一級域名服務器.cn,就去找一級域名服務器,一級域名服務器說只能提供二級域名服務器.com.cn,就去找二級域名服務器,二級域服務器只能提供三級域名服務器.baidu.com.cn,就去找三級域名服務器,三級域名服務器正好有這個網站www.baidu.com,然后發給請求的服務器,保存一份之后,再發給客戶端

5、講述一下LVS三種模式的作業程序?
答:
一、NAT模式(VS-NAT)
原理:就是把客戶端發來的資料包的IP頭的目的地址,在負載均衡器上換成其中一臺RS的IP地址
并發至此RS來處理,RS處理完后把資料交給負載均衡器,負載均衡器再把資料包原IP地址改為自己的IP
將目的地址改為客戶端IP地址即可期間,無論是進來的流量,還是出去的流量,都必須經過負載均衡器
優點:集群中的物理服務器可以使用任何支持TCP/IP作業系統,只有負載均衡器需要一個合法的IP地址
缺點:擴展性有限,當服務器節點(普通PC服務器)增長過多時,負載均衡器將成為整個系統的瓶頸
因為所有的請求包和應答包的流向都經過負載均衡器,當服務器節點過多時
大量的資料包都交匯在負載均衡器那,速度就會變慢!

二、IP隧道模式(VS-TUN)
原理:首先要知道,互聯網上的大多Internet服務的請求包很短小,而應答包通常很大
那么隧道模式就是,把客戶端發來的資料包,封裝一個新的IP頭標記(僅目的IP)發給RS
RS收到后,先把資料包的頭解開,還原資料包,處理后,直接回傳給客戶端,不需要再經過
負載均衡器,注意,由于RS需要對負載均衡器發過來的資料包進行還原,所以說必須支持
IPTUNNEL協議,所以,在RS的內核中,必須編譯支持IPTUNNEL這個選項
優點:負載均衡器只負責將請求包分發給后端節點服務器,而RS將應答包直接發給用戶
所以,減少了負載均衡器的大量資料流動,負載均衡器不再是系統的瓶頸,就能處理很巨大的請求量
這種方式,一臺負載均衡器能夠為很多RS進行分發,而且跑在公網上就能進行不同地域的分發,
缺點:隧道模式的RS節點需要合法IP,這種方式需要所有的服務器支持”IP Tunneling”
(IP Encapsulation)協議,服務器可能只局限在部分Linux系統上

三、直接路由模式(VS-DR)
原理:負載均衡器和RS都使用同一個IP對外服務但只有DR對ARP請求進行回應
所有RS對本身這個IP的ARP請求保持靜默也就是說,網關會把對這個服務IP的請求全部定向給DR
而DR收到資料包后根據調度演算法,找出對應的RS,把目的MAC地址改為RS的MAC(因為IP一致)
并將請求分發給這臺RS這時RS收到這個資料包,處理完成之后,由于IP一致,可以直接將資料返給客戶
則等于直接從客戶端收到這個資料包無異,處理后直接回傳給客戶端
由于負載均衡器要對二層包頭進行改換,所以負載均衡器和RS之間必須在一個廣播域
也可以簡單的理解為在同一臺交換機上
優點:和TUN(隧道模式)一樣,負載均衡器也只是分發請求,應答包通過單獨的路由方法回傳給客戶端
與VS-TUN相比,VS-DR這種實作方式不需要隧道結構,因此可以使用大多數作業系統做為物理服務器,
缺點:要求負載均衡器的網卡必須與物理網卡在一個物理段上,

6、講一下Keepalived的作業原理?

答:在一個虛擬路由器中,只有作為MASTER的VRRP(虛擬路由冗余協議)路由器會一直發送VRRP通告資訊,
BACKUP不會搶占MASTER,除非它的優先級更高,當MASTER不可用時(BACKUP收不到通告資訊)
多臺BACKUP中優先級最高的這臺會被搶占為MASTER,這種搶占是非常快速的(<1s),以保證服務的連續性
由于安全性考慮,VRRP包使用了加密協議進行加密,BACKUP不會發送通告資訊,只會接收通告資訊

7、keepalive的作業原理和如何做健康檢查
答:keepalived是以VRRP協議為實作基礎的,VRRP全稱Virtual Router Redundancy Protocol,即虛擬路由冗余協議,
虛擬路由冗余協議,可以認為是實作路由器高可用的協議,即將N臺提供相同功能的路由器組成一個路由器組
這個組里面有一個master和多個backup,master上面有一個對外提供服務的vip(該路由器所在局域網內
其他機器的默認路由為該vip),master會發組播,當backup收不到vrrp包時就認為master宕掉了
這時就需要根據VRRP的優先級來選舉一個backup當master,這樣就可以保證路由器的高可用了
keepalived主要有三個模塊,分別是core、check和vrrp,core模塊為keepalived的核心,負責主行程的啟動、維護
及全域組態檔的加載和決議,check負責健康檢查,包括常見的各種檢查方式,vrrp模塊是來實作VRRP協議的
Keepalived健康檢查方式配置
HTTP_GET|SSL_GET
HTTP_GET | SSL_GET
{
url {
path /# HTTP/SSL 檢查的url可以是多個
digest # HTTP/SSL 檢查后的摘要資訊用工具genhash生成
status_code 200# HTTP/SSL 檢查回傳的狀態碼
}
connect_port 80 # 連接埠
bindto
connect_timeout 3 # 連接超時時間
nb_get_retry 3 # 重連次數
delay_before_retry 2 #連接間隔時間
}

8、統計ip訪問情況,要求分析nginx訪問日志,找出訪問頁面數量在前十位的ip
答:cat access.log | awk ‘{print $1}’ | uniq -c | sort -rn | head -10

9、使用tcpdump監聽主機為192.168.1.1,tcp埠為80的資料,同時將輸出結果保存輸出到
答:tcpdump ‘host 192.168.1.1 and port 80’ > tcpdump.log

10、如何將本地80 埠的請求轉發到8080 埠,當前主機IP 為192.168.2.1
答:iptables -A PREROUTING -d 192.168.2.1 -p tcp -m tcp -dport 80 -j DNAT-to-destination 192.168.2.1:8080

二、 綜合題
1、lvs/nginx/haproxy優缺點:

型別NginxhaproxyLVS
簡記高、低、穩、少多、小、u穩、廣、強、簡
優點安裝和配置簡單 、記憶體消耗少、承擔高負載壓力且穩定支持多網段、支持url 、負載均衡策略多、會話保持抗負載能力強、作業穩定,自身有完整的雙機熱備方案、應用范圍比較廣
缺點支持協議少,http、https和Email不支持http cache不支持正則、不能做動靜分離、成本高
演算法輪巡、加權輪巡、ip哈希輪巡、加權輪巡、原地址保持、RI(請求URL)、rdp-cookie輪巡、加權輪巡、最小連接、權重最小連接
虛擬機支持支持不支持
適用 層七層四、七層四層
場景網站建設初期網站建設初期大規模時期

Nginx優點:
1)安裝和配置簡單
2)記憶體消耗少
3)可承擔高負載壓力且穩定
4)Nginx不僅可做負載均衡器/反向代理軟體,也可做Web網站服務器

缺點:
1)不支持URL;
2)Nginx僅能支持http、https和Email協議,
3)Nginx的Session的保持,Cookie的引導能力相對欠缺,

haproxy優點:
1)HAProxy是支持虛擬主機的,可以作業在4、7層(支持多網段);
2)能夠補充Nginx的一些缺點比如Session的保持,Cookie的引導等作業;
3)支持url檢測后端的服務器;
4)它跟LVS一樣,本身僅僅就只是一款負載均衡軟體;單純從效率上來講HAProxy更會比Nginx有更出色的負載均衡速度,在并發處理上也是優于Nginx的;
5)HAProxy可以對Mysql讀進行負載均衡,對后端的MySQL節點進行檢測和負載均衡,不過在后端的MySQL slaves數量超過10臺時性能不如LVS;
6)HAProxy的演算法較多,達到8種;

haproxy缺點:
1)不支持http cache
2)多載配置的功能需要重啟行程,雖然也是soft restart,但沒有Nginx的reaload更為平滑和友好,
3)不支持POP/SMTP協議

LVS優點:
1)抗負載能力強、作業在第4層僅作分發之用,沒有流量的產生,這個特點也決定了它在負載均衡軟體里的性能最強的;無流量,同時保證了均衡器IO的性能不會受到大流量的影響;
2)作業穩定,自身有完整的雙機熱備方案,如LVS+Keepalived和LVS+Heartbeat;
3)應用范圍比較廣,可以對所有應用做負載均衡;
4)配置簡單,這是一個缺點也是一個優點,因為沒有可太多配置的東西,所以并不需要太多接觸,大大減少了人為出錯的幾率;

LVS的缺點:
1)軟體本身不支持正則處理,不能做動靜分離
2)如果網站應用比較龐大,LVS/DR+Keepalived就比較復雜了,配置成本高

2、LVS、Nginx、HAproxy有什么區別?作業中你怎么選擇?
答:
LVS
1)抗負載能力強、作業在第4層僅作分發之用,沒有流量的產生,這個特點也決定了它在負載均衡軟體里的性能最強的;無流量,同時保證了均衡器IO的性能不會受到大流量的影響;
2)作業穩定,自身有完整的雙機熱備方案,如LVS+Keepalived和LVS+Heartbeat;
3)應用范圍比較廣,可以對所有應用做負載均衡;
4)配置簡單,因為沒有可太多配置的東西,所以并不需要太多接觸,大大減少了人為出錯的幾率;

LVS的缺點:
1)軟體本身不支持正則處理,不能做動靜分離,這就凸顯了Nginx/HAProxy+Keepalived的優勢,
2)如果網站應用比較龐大,LVS/DR+Keepalived就比較復雜了,特別是后面有Windows Server應用的機器,實施及配置還有維護程序就比較麻煩,相對而言,Nginx/HAProxy+Keepalived就簡單多了,

Nginx
1)作業在第7層,應用層,可以針對http應用做一些分流的策略,比如針對域名、目錄結構,它的正則比HAProxy更為強大和靈活;
2)Nginx對網路的依賴非常小,理論上能ping通就就能進行負載功能
3)Nginx安裝和配置簡單
4)可以承擔高的負載壓力且穩定,一般能支撐超過幾萬次的并發量;
5)Nginx不僅僅是一款優秀的負載均衡器/反向代理軟體,它同時也是功能強大的Web應用服務器,Nginx在處理靜態頁面、特別是抗高并發方面相對apache有優勢;
6)Nginx作為Web反向代理加速快取越來越成熟,速度比傳統的Squid服務器更快

Nginx的缺點:
1)Nginx不支持url來檢測,
2)Nginx僅能支持http、https和Email協議
3)Nginx的Session的保持,Cookie的引導能力相對欠缺,

HAProxy
1)HAProxy是支持虛擬主機的,可以作業在4、7層(支持多網段);
2)能夠補充Nginx的一些缺點比如Session的保持,Cookie的引導等作業;
3)支持url檢測后端的服務器;
4)它跟LVS一樣,本身僅僅就只是一款負載均衡軟體;單純從效率上來講HAProxy更會比Nginx有更出色的負載均衡速度,在并發處理上也是優于Nginx的;
5)HAProxy可以對Mysql讀進行負載均衡,對后端的MySQL節點進行檢測和負載均衡,不過在后端的MySQL slaves數量超過10臺時性能不如LVS;
6)HAProxy的演算法較多,達到8種;

作業選擇:
HAproxy和Nginx由于可以做七層的轉發,所以URL和目錄的轉發都可以做
在很大并發量的時候我們就要選擇LVS,像中小型公司的話并發量沒那么大
選擇HAproxy或者Nginx足已,由于HAproxy由是專業的代理服務器
配置簡單,所以中小型企業推薦使用HAproxy

3、現在給你三百臺服務器,你怎么對他們進行管理?
答:
1)定跳板機,使用統一賬號登錄,便于安全與登錄的考量,
2)使saltstark、ansiable、shell進行系統的統一調度與配置,
3)立簡單的服務器的系統、配置、應用的cmdb資訊管理,便于查閱每臺服務器上的各種資訊記錄,
4)用zabbix對其進行實時控;當然最重要的是對資料進行份,


非技術內容:

提示:大部分非技術問題,沒有固定答案可根據自己的理解,保證主題對,針對面試企業需求去應對

1、 什么是運維?什么是游戲運維?
答:對已建立好的網路軟硬體的維護,保證業務的上線與運作的正常,在運轉的程序中,對它進行維護,運維又包括很多種,有DBA運維、網站運維、虛擬化運維、監控運維、游戲運維等等;
分為開發運維、應用運維(業務運維)和系統運維
開發運維:是給應用運維開發運維工具和運維平臺的
應用運維:是給業務上線、維護和做故障排除的,用開發運維開發出來的工具給業務上線、維護、做故障排查
系統運維:是給應用運維提供業務上的基礎設施,比如:系統、網路、監控、硬體等等
總結:開發運維和系統運維給應用運維提供了“工具”和“基礎設施”上的支撐
開發運維、應用運維和系統運維他們的作業是環環相扣的

2、 在作業中,運維人員經常需要跟運營人員打交道,請問運營人員是做什么作業的?
答:游戲運營要做的一個事情除了協調作業以外,還需要與各平臺溝通,做好開服的時間、開服數、用戶導量、活動等計劃


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

標籤:其他

上一篇:Mybatis實作簡單的CRUD(增刪改查)原理及實體分析筆記【全】

下一篇:【漏洞修復】Web服務器HTTP設定漏洞

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more