主頁 > 作業系統 > 035.Kubernetes集群安全-Pod安全

035.Kubernetes集群安全-Pod安全

2020-09-25 07:37:22 作業系統

一 Pod安全

1.1 PodSecurityPolicy啟用

為了更精細地控制Pod對資源的使用方式,Kubernetes從1.4版本開始引入了PodSecurityPolicy資源物件對Pod的安全策略進行管理,并在1.1版本中升級為Beta版,到1.14版本時趨于成熟, 若想啟用PodSecurityPolicy機制,需要在kube-apiserver服務的啟動引數--enable-admission-plugins中進行設定: [root@k8smaster01 ~]# vi /etc/systemd/system/kube-apiserver.service
  1 ……
  2 --enable-admission-plugins=PodSecurityPolicy \
  3 ……
[root@k8smaster01 ~]# systemctl daemon-reload [root@k8smaster01 ~]# systemctl restart kube-apiserver.service 在開啟PodSecurityPolicy準入控制器后,Kubernetes默認不允許創建任何Pod,需要創建PodSecurityPolicy策略和相應的RBAC授權策略(Authorizing Policies),Pod才能創建成功, [root@k8smaster01 study]# vi nginx-pod.yaml #測驗創建Pod
  1 apiVersion: v1
  2 kind: Pod
  3 metadata:
  4   name: nginx
  5 spec:
  6   containers:
  7   - name: nginx
  8     image: nginx
  9     ports:
 10     - name: web
 11       containerPort: 80
[root@k8smaster01 study]# kubectl create -f nginx-pod.yaml clipboard

1.2 PodSecurityPolicy配置

[root@k8smaster01 study]# vi psp-non-privileged.yaml
  1 apiVersion: policy/v1beta1
  2 kind: PodSecurityPolicy
  3 metadata:
  4   name: psp-non-privileged
  5 spec:
  6   privileged: false		#不允許特權模式的Pod
  7   seLinux:
  8     rule: RunAsAny
  9   supplementalGroups:
 10     rule: RunAsAny
 11   runAsUser:
 12     rule: RunAsAny
 13   fsGroup:
 14     rule: RunAsAny
 15   volumes:
 16   - '*'
[root@k8smaster01 study]# kubectl create -f psp-non-privileged.yaml [root@k8smaster01 study]# kubectl get psp psp-non-privileged #查看策略 [root@k8smaster01 study]# kubectl create -f nginx-pod.yaml #再次創建Pod clipboard 解釋:如上PodSecurityPolicy“psp-non-privileged”設定了privileged:false,表示不允許創建特權模式的Pod, [root@k8smaster01 study]# vi nginx-pod2.yaml #開啟Pod的特權模式
  1 apiVersion: v1
  2 kind: Pod
  3 metadata:
  4   name: nginx2
  5 spec:
  6   containers:
  7   - name: nginx2
  8     image: nginx
  9     securityContext:
 10       privileged: true
 11     ports:
 12     - name: web
 13       containerPort: 80
[root@k8smaster01 study]# kubectl create -f nginx-pod2.yaml clipboard 解釋:如上開啟Pod的特權模式,在創建Pod時,系統將提示如上“禁止創建特權模式的Pod”的報錯資訊,

二 PodSecurityPolicy配置詳解

在PodSecurityPolicy物件中可以設定下列欄位來控制Pod運行時的各種安全策略,

2.1 特權模式配置

privileged:是否允許Pod以特權模式運行,

2.2 宿主機資源相關配置

  1. hostPID:是否允許Pod共享宿主機的行程空間,
  2. hostIPC:是否允許Pod共享宿主機的IPC命名空間,
  3. hostNetwork:是否允許Pod使用宿主機網路的命名空間,
  4. hostPorts:是否允許Pod使用宿主機的埠號,可以通過hostPortRange欄位設定允許使用的埠號范圍,以[min,max]設定最小埠號和最大埠號,
  5. Volumes:允許Pod使用的存盤卷Volume型別,設定為“*”表示允許使用任意Volume型別,建議至少允許Pod使用下列Volume型別,
    1. configMap
    2. downwardAPI
    3. emptyDir
    4. persistentVolumeClaim
    5. secret
    6. projected
  6. AllowedHostPaths:允許Pod使用宿主機的hostPath路徑名稱,可以通過pathPrefix欄位設定路徑的前綴,并可以設定是否為只讀屬性,
示例1:
  1 apiVersion: policy/v1beta1
  2 kind: PodSecurityPolicy
  3 metadata:
  4   name: allow-hostpath-volumes
  5 spec:
  6   volumes:
  7     - hostPath
  8   allowedHostPaths:
  9     - pathPrefix: "/foo"
 10       readOnly: true
解釋:結果為允許Pod訪問宿主機上以“/foo”為前綴的路徑,包括“/foo”“/foo/”“/foo/bar”等,但不能訪問“/fool”“/etc/foo”等路徑,也不允許通過“/foo/../”運算式訪問/foo的上層目錄,
  1. FSGroup:設定允許訪問某些Volume的Group ID范圍,可以將規則(rule欄位)設定為MustRunAs、MayRunAs或RunAsAny,
    1. MustRunAs:需要設定Group ID的范圍,例如1~65535,要求Pod的securityContext.fsGroup設定的值必須屬于該Group ID的范圍,
    2. MayRunAs:需要設定Group ID的范圍,例如1~65535,不強制要求Pod設定securityContext.fsGroup,
    3. RunAsAny:不限制Group ID的范圍,任何Group都可以訪問Volume,
  2. ReadOnlyRootFilesystem:要求容器運行的根檔案系統(rootfilesystem)必須是只讀的,
  3. allowedFlexVolumes:對于型別為flexVolume的存盤卷,設定允許使用的驅動型別,
示例2:
  1 apiVersion: policy/v1beta1
  2 kind: PodSecurityPolicy
  3 metadata:
  4   name: allow-flex-volumes
  5 spec:
  6   volumes:
  7     - flexVolume
  8   allowedflexVolumes:
  9     - driver: example/lvm
 10     - driver: example/cifs

2.3 用戶和組相關配置

  1. RunAsUser:設定運行容器的用戶ID(User ID)范圍,規則欄位(rule)的值可以被設定為MustRunAs、MustRunAsNonRoot或RunAsAny,
    1. MustRunAs:需要設定User ID的范圍,要求Pod的securityContext.runAsUser設定的值必須屬于該User ID的范圍,
    2. MustRunAsNonRoot:必須以非root用戶運行容器,要求Pod的securityContext.runAsUser設定一個非0的用戶ID,或者鏡像中在USER欄位設定了用戶ID,建議同時設定allowPrivilegeEscalation=false以避免不必要的提升權限操作,
  2. RunAsAny:不限制User ID的范圍,任何User都可以運行,
    1. RunAsGroup:設定運行容器的Group ID范圍,規則欄位的值可以被設定為MustRunAs、MustRunAsNonRoot或RunAsAny,
    2. MustRunAs:需要設定Group ID的范圍,要求Pod的securityContext.runAsGroup設定的值必須屬于該Group ID的范圍,
    3. MustRunAsNonRoot:必須以非root組運行容器,要求Pod的securityContext.runAsUser設定一個非0的用戶ID,或者鏡像中在USER欄位設定了用戶ID,建議同時設定allowPrivilegeEscalation=false以避免不必要的提升權限操作,
    4. RunAsAny:不限制Group ID的范圍,任何Group的用戶都可以運行,
  3. SupplementalGroups:設定容器可以額外添加的Group ID范圍,可以將規則(rule欄位)設定為MustRunAs、MayRunAs或RunAsAny,
    1. MustRunAs:需要設定Group ID的范圍,要求Pod的securityContext.supplementalGroups設定的值必須屬于該Group ID范圍,
    2. MayRunAs:需要設定Group ID的范圍,不強制要求Pod設定securityContext.supplementalGroups,
    3. RunAsAny:不限制Group ID的范圍,任何supplementalGroups的用戶都可以運行,

2.4 提升權限相關配置

  1. AllowPrivilegeEscalation:設定容器內的子行程是否可以提升權限,通常在設定非root用戶(MustRunAsNonRoot)時進行設定,
  2. DefaultAllowPrivilegeEscalation:設定AllowPrivilegeEscalation的默認值,設定為disallow時,管理員還可以顯式設定AllowPrivilegeEscalation來指定是否允許提升權限,

2.5 Linux能力相關配置

  1. AllowedCapabilities:設定容器可以使用的Linux能力串列,設定為“*”表示允許使用Linux的所有能力(如NET_ADMIN、SYS_TIME等),
  2. RequiredDropCapabilities:設定不允許容器使用的Linux能力串列,
  3. DefaultAddCapabilities:設定默認為容器添加的Linux能力串列,例如SYS_TIME等,Docker建議默認設定的Linux能力請查看https://docs.docker.com/engine/reference/run/#runtime-privilege-and-linuxcapabilities,

2.6.SELinux相關配置

  1. seLinux:設定SELinux引數,可以將規則欄位(rule)的值設定為MustRunAs或RunAsAny,
    1. MustRunAs:要求設定seLinuxOptions,系統將對Pod的securityContext.seLinuxOptions設定的值進行校驗,
    2. RunAsAny:不限制seLinuxOptions的設定,

2.7 其他Linux相關配置

  1. AllowedProcMountTypes:設定允許的ProcMountTypes型別串列,可以設定allowedProcMountTypes或DefaultProcMount,
  2. AppArmor:設定對容器可執行程式的訪問控制權限,詳情請參考https://kubernetes.io/docs/tutorials/clusters/apparmor/#podsecuritypolicyannotations,
  3. Seccomp:設定允許容器使用的系統呼叫(SystemCalls)的profile,
  4. Sysctl:設定允許調整的內核引數,詳情請參考https://kubernetes.io/docs/concepts/cluster-administration/sysctlcluster/#podsecuritypolicy,

2.8 常見PodSecurityPolicy安全策略配置

示例1:基本沒有限制的安全策略,允許創建任意安全設定的Pod,
  1 apiVersion: policy/v1beta1
  2 kind: PodSecurityPolicy
  3 metadata:
  4   name: privileged
  5   annotations:
  6     seccomp.security.alpha.kubernetes.io/allowedProfileNames: '*'
  7 spec:
  8   privileged: true
  9   allowPrivilegeEscalation: true
 10   allowedCapabilities:
 11   - '*'
 12   volumes:
 13   - '*'
 14   hostNetwork: true
 15   hostPorts:
 16   - min: 0
 17     max: 65535
 18   hostIPC: true
 19   hostPID: true
 20   runAsUser:
 21     rule: 'RunAsAny'
 22   seLinux:
 23     rule: 'RunAsAny'
 24   supplementalGroups:
 25     rule: 'RunAsAny'
 26   fsGroup:
 27     rule: 'RunAsAny'
示例2:要求Pod運行用戶為非特權用戶;禁止提升權限;不允許使用宿主機網路、埠號、IPC等資源;限制可以使用的Volume型別等,
  1 apiVersion: policy/v1beta1
  2 kind: PodSecurityPolicy
  3 metadata:
  4   name: restricted
  5   annotations:
  6     seccomp.security.alpha.kubernetes.io/allowedProfileNames: 'docker/default'
  7     apparmor.security.beta.kubernetes.io/allowedProfileNames: 'runtime/default'
  8     seccomp.security.alpha.kubernetes.io/defaultProfileName: 'docker/default'
  9     apparmor.security.beta.kubernetes.io/dafaultProfileName: 'runtime/default'
 10 spec:
 11   privileged: false
 12   allowPrivilegeEscalation: false
 13   requiredDropCapabilities:
 14   - ALL
 15   volumes:
 16   - 'configMap'
 17   - 'emptyDir'
 18   - 'projected'
 19   - 'secret'
 20   - 'downwardAPI'
 21   - 'persistentVolumeClaim'
 22   hostNetwork: false
 23   hostIPC: false
 24   hostPID: false
 25   runAsUser:
 26     rule: 'MustRunAsNonRoot'
 27   seLinux:
 28     rule: 'MustRunAs'
 29     ranges:
 30     - min: 1
 31       max: 65535
 32   fsGroup:
 33     rule: 'MustRunAs'
 34     ranges:
 35     - min: 1
 36       max: 65535
 37   readOnlyRootFilesystem: false
示例3:創建如下ClusterRole(也可以創建Role)并將其設定為:允許使用PodSecurityPolicy,
  1 kind: ClusterRole
  2 apiVersion: rbac.authorization.k8s.io/v1
  3 metadata:
  4   name: <role name>
  5 rules:
  6 - apiGroup: ['policy']
  7   resources: ['podsecuritypolicies']
  8   verbs: ['use']
  9   resourceNames:
 10   - <list of policies to authorize>  # 允許使用的PodSecurityPolicy串列
然后創建一個ClusterRoleBinding與用戶和ServiceAccount進行系結,
  1 kind: ClusterRoleBinding
  2 apiVersion: rbac.authorization.k8s.io/v1
  3 metadata:
  4   name: <binding name>
  5 roleRef:
  6   kind: ClusterRole
  7   name: <roke name>  # 之前創建的ClusterRole名稱
  8   apiGroup: rbac.authorization.k8s.io
  9 subjects:
 10 # 對特定Namespace中的ServiceAccount進行授權
 11 - kind: ServiceAccount
 12   name: <authorized servie account name> # ServiceAccount 的名稱
 13   namespace: <authorized pod namespace> # Namespace的名稱
 14 # 對特定用戶進行授權(不推薦)
 15 - kind: User
 16   apiGroup: rbac.authorization.k8s.io
 17   name: <authorized user name>  # 用戶名

三 Pod的安全設定詳解

3.1 Pod安全策略型別

當Kubernetes集群中設定了PodSecurityPolicy策略之后,系統將對Pod和Container級別的安全設定進行校驗,對于不滿足PodSecurityPolicy安全策略的Pod,系統將拒絕創建, Pod和容器的安全策略可以在Pod或Container的securityContext欄位中進行設定,如果在Pod和Container級別都設定了相同的安全型別欄位,容器將使用Container級別的設定, 在Pod級別可以設定的安全策略型別如下:
  • runAsGroup:容器內運行程式的用戶組ID,
  • runAsNonRoot:是否必須以非root用戶運行程式,
  • fsGroup:SELinux相關設定,
  • seLinuxOptions:SELinux相關設定,
  • supplementalGroups:允許容器使用的其他用戶組ID,
  • sysctls:設定允許調整的內核引數,
  • 在Container級別可以設定的安全策略型別如下,
  • runAsUser:容器內運行程式的用戶ID,
  • runAsGroup:容器內運行程式的用戶組ID,
  • runAsNonRoot:是否必須以非root用戶運行程式,
  • privileged:是否以特權模式運行,
  • allowPrivilegeEscalation:是否允許提升權限,
  • readOnlyRootFilesystem:根檔案系統是否為只讀屬性,
  • capabilities:Linux能力串列,
  • seLinuxOptions:SELinux相關設定,
示例1: [root@k8smaster01 study]# vi security-context-pod01.yaml
  1 apiVersion: v1
  2 kind: Pod
  3 metadata:
  4   name: security-context-demo
  5 spec:
  6   securityContext:
  7     runAsUser: 1000
  8     runAsGroup: 3000
  9     fsGroup: 2000
 10   volumes:
 11   - name: sec-ctx-vol
 12     emptyDir: {}
 13   containers:
 14   - name: sec-ctx-demo
 15     image: tomcat
 16     volumeMounts:
 17     - name: sec-ctx-vol
 18       mountPath: /data/demo
 19     securityContext:
 20       allowPrivilegeEscalation: false
[root@k8smaster01 study]# kubectl create -f security-context-pod01.yaml [root@k8smaster01 study]# kubectl exec -ti security-context-demo /bin/bash $ ps aux #運行行程的用戶ID為1000 $ ls -l /data/ #掛載的目錄Group ID為2000 total 0 drwxrwsrwx 2 root 2000 6 Nov 28 13:56 demo clipboard 解釋:在spec.securityContext中設定了如下引數, runAsUser=1000:所有容器都將以User ID 1000運行程式,所有新生成檔案的User ID也被設定為1000, runAsGroup=3000:所有容器都將以Group ID 3000運行程式,所有新生成檔案的Group ID也被設定為3000, fsGroup=2000:掛載的卷“/data/demo”及其中創建的檔案都將屬于Group ID 2000,

3.3 Container安全策略型別

  • runAsUser: 容器內運行程式的用戶ID,
  • runAsGroup: 容器內運行程式的用戶組ID,
  • runAsNonRoot: 是否必須以非root用戶運行程式,
  • privileged: 是否以特權模式運行,
  • allowPrivilegeEscalation: 是否允許提升權限,
  • readOnlyRootFilesystem: 根檔案系統是否為只讀屬性,
  • capabilities: Linux能力串列,
  • seLinuxOptions: SELinux相關設定,
示例2: [root@k8smaster01 study]# vi security-context-pod02.yaml
  1 apiVersion: v1
  2 kind: Pod
  3 metadata:
  4   name: security-context-demo-2
  5 spec:
  6   securityContext:
  7     runAsUser: 1000
  8   containers:
  9   - name: sec-ctx-demo-2
 10     image: tomcat
 11     securityContext:
 12       runAsUser: 2000
 13       allowPrivilegeEscalation: false
[root@k8smaster01 study]# kubectl create -f security-context-pod02.yaml [root@k8smaster01 study]# kubectl exec security-context-demo-2 /bin/bash $ ps aux #運行行程的用戶ID為1000 clipboard

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

標籤:Linux

上一篇:作業系統-記憶體磁區與分頁

下一篇:誰會用MAC.icc ,或者有這個東西啊

標籤雲
其他(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)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more