使用 ntfy 自建消息推送服务


消息推送有很多现成的平台,比如 Server 酱、微信甚至 E-mail 等等,基本上可以满足大多数场景。不过也有一些缺点,比如发送消息的要求格式固定、推送数据的隐私性问题等,这里以开源 ntfy 搭建一个自己的消息推送服务


配置服务器

使用 docker compose,首先新建一个 yaml 文件然后进行编辑:

mkdir -p /etc/ntfy
nano /etc/ntfy/ntfy.yaml

写入 docker 配置:

version: "3"
services:
  ntfy:
    image: binwiederhier/ntfy
    container_name: ntfy
    command:
      - serve
    environment:
      - TZ=Asia/Shanghai    # optional: set desired timezone
    user: 0:0 # optional: replace with your own user/group or uid/gid
    volumes:
      - /var/cache/ntfy:/var/cache/ntfy
      - /etc/ntfy:/etc/ntfy
      - /var/lib/ntfy:/var/lib/ntfy
    ports:
      - 127.0.0.1:5080:80
    healthcheck: # optional: remember to adapt the host:port to your environment
        test: ["CMD-SHELL", "wget -q --tries=1 http://localhost:80/v1/health -O - | grep -Eo '\"healthy\"\\s*:\\s*true' || exit 1"]
        interval: 60s
        timeout: 10s
        retries: 3
        start_period: 40s
    restart: unless-stopped

按 Ctrl+O 保存,Ctrl+X 退出。

写入 ntfy 配置

可以先运行下 docker compose 把上面的目录建出来,不运行的话,如下手动建,然后创建配置文件:

nano /etc/ntfy/server.yml

然后写入配置:

base-url: "https://ntfy.example.com"
cache-file: "/var/cache/ntfy/cache.db"
attachment-cache-dir: "/var/cache/ntfy/attachments"
attachment-total-size-limit: "5G"
attachment-file-size-limit: "15M"
attachment-expiry-duration: "3h"
visitor-attachment-total-size-limit: "100M"
visitor-attachment-daily-bandwidth-limit: "500M"
auth-file: "/var/lib/ntfy/auth.db"
auth-default-access: "deny-all"
behind-proxy: true
smtp-sender-addr: "smtp.example.com:587"
smtp-sender-user: "ntfy@example.com"
smtp-sender-pass: "xxxxxxxxxx"
smtp-sender-from: "ntfy@example.com"

按 Ctrl+O 保存,Ctrl+X 退出。

官方甚至提供了直接的 https 代理(如果你把证书给它),更多的配置功能可以参考官方文档

最后启动下 docker 容器:

docker compose -f /etc/ntfy.yaml up -d

nginx 反向代理

编辑 nginx 配置文件,加入如下代码(参考):

server {
listen 443 ssl;
listen [::]:443 ssl;
server_name ntfy.example.com;

# ssl证书地址
ssl_certificate /usr/local/nginx/cert/ssl.pem; # pem文件的路径
ssl_certificate_key /usr/local/nginx/cert/ssl.key; # key文件的路径

location / {
proxy_pass http://127.0.0.1:80;
proxy_http_version 1.1;

proxy_set_header Host $http_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_connect_timeout 3m;
proxy_send_timeout 3m;
proxy_read_timeout 3m;

client_max_body_size 0; # Stream request body to backend
}
}

编辑完成后保存,重载下 nginx 配置:

nginx -s reload

使用 ntfy

说明

刚上手 ntfy 可能会感觉跟其他的消息推送服务有点不一样,这里简要说明一下!

其他的消息推送服务一般是注册个账号,登录以后会有专属连接,通过连接推送消息。而 ntfy 默认没有账号一说,它通过主题来区分推送的消息,举个例子:

比如 URL 是 https://ntfy.example.com,现在需要接收 nas 推送过来的消息,那么地址可以是 https://ntfy.example.com/nas,需要接收公司推送过来的消息,地址可以是 https://ntfy.example.com/company,地址后面跟着的,就是一个主题,任何人都可以用这个主题来发送消息,也可以用这个主题来接受消息!

所以主题就成了类似于“密码”的存在,如果需要保密,主题名就不要让其他人猜到!这就是 ntfy 设计的思路,默认消息是共享的,默认服务器不会长时间留存消息记录!

那如果我非要用户名和密码加密呢,别急,也可以设置,往下看设置认证那一节!

现在可以直接访问配置的域名打开 ntfy 了,在 settings 中可以更改语言。

设置认证

任何人都可以订阅主题,这当然有点不安全,因为是自建,所以这里就设定下最简单的规则:

开放一个用户,任何没经过用户名和密码认证的主题都禁止访问!

首先需要编辑 ntfy 的配置文件 /etc/ntfy/server.yml,添加一行配置阻止未授权的用户访问主题:

auth-default-access: "deny-all"
auth-default-access 项默认为 "read-write"

然后保存,重启下容器:

docker compose -f /etc/ntfy.yaml restart

然后进入容器内部:

docker exec -it ntfy /bin/sh

添加用户:

ntfy user add --role=admin admin

这里添加了一个 admin 的用户,回车后,会要求输入密码和重复密码,确认后用户就创建完成了!

我们可以用 ntfy user list 查看下用户信息:

可以看到 admin 可以访问所有的主题,*(匿名用户)禁止所有主题访问就可以了!

[可选] 在后面的推送避免直接传递用户名和密码,可以为用户创建 token 来替代!

为 admin 创建 token:

ntfy token add admin

创建后可以复制出来备用,同样用 ntfy token list 可以查看已经创建的所有 token。

然后回到刚才的网页,此刻再次订阅主题时,就需要输入用户名和密码了。

注意事项

用户名和密码作为参数传递时,需要进行 base64 编码,官方样例:

username   = "testuser"
password   = "fakepassword"
authHeader = "Basic " + base64(username + ":" + password) // -> Basic dGVzdHVzZXI6ZmFrZXBhc3N3b3Jk
authParam  = base64_raw(authHeader) // -> QmFzaWMgZEdWemRIVnpaWEk2Wm1GclpYQmhjM04zYjNKaw (no trailing =)

token 也一样,例:

token      = "tk_AgQdq7mVBoFD37zQVN29RhuMzNIz2"
authHeader = "Bearer " + base64(token) // -> Bearer tk_AgQdq7mVBoFD37zQVN29RhuMzNIz2
authParam  = base64_raw(authHeader) // -> QmVhcmVyIHRrX0FnUWRxN21WQm9GRDM3elFWTjI5Umh1TXpOSXoy

比如要发送到 test 主题,那么连接可能是 https://ntfy.example.com/test?auth=上面生成的 authParam 值。

最终生成的 base64 编码如果末尾包含 = ,则删除

推送样例及说明

官方的样例已经很详细了,这里就不在赘述了,可以参考官方样例

Watchtower – 自动更新 Docker 镜像与容器

 

前言

Docker 容器的部署有一种在手机上装 App 的感觉,但 Docker 容器并不会像手机 App 那样会自动更新,而如果我们需要更新容器一般需要以下四个步骤:
停止容器:docker stop
删除容器:docker rm
更新镜像:docker pull <IMAGE>
启动容器:docker run <ARG> ... <IMAGE>
停止容器这个步骤可以在删除容器时使用 -f 参数来代替,即使这样还是需要三个步骤。如果部署了大量的容器需要更新使用这种传统的方式工作量是巨大的。

Watchtower 是一个可以实现自动化更新 Docker 基础镜像与容器的实用工具。它监视正在运行的容器以及相关的镜像,当检测到 reg­istry 中的镜像与本地的镜像有差异时,它会拉取最新镜像并使用最初部署时相同的参数重新启动相应的容器,一切好像什么都没发生过,就像更新手机上的 App 一样。

快速开始

Watch­tower 本身被打包为 Docker 镜像,因此可以像运行任何其他容器一样运行它:

docker run -d \
    --name watchtower \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower

然后所有容器都会自动更新,也包括 Watch­tower 本身。

选项参数

[collapse title=’点击查看’]

$ docker run --rm containrrr/watchtower -h

Watchtower automatically updates running Docker containers whenever a new image is released.
More information available at https://github.com/containrrr/watchtower/.

Usage:
watchtower [flags]

Flags:
-a, --api-version string api version to use by docker client (default "1.24")
-c, --cleanup remove previously used images after updating
-d, --debug enable debug mode with verbose logging
--enable-lifecycle-hooks Enable the execution of commands triggered by pre- and post-update lifecycle hooks
-h, --help help for watchtower
-H, --host string daemon socket to connect to (default "unix:///var/run/docker.sock")
-S, --include-stopped Will also include created and exited containers
-i, --interval int poll interval (in seconds) (default 300)
-e, --label-enable watch containers where the com.centurylinklabs.watchtower.enable label is true
-m, --monitor-only Will only monitor for new images, not update the containers
--no-pull do not pull any new images
--no-restart do not restart any containers
--notification-email-delay int Delay before sending notifications, expressed in seconds
--notification-email-from string Address to send notification emails from
--notification-email-server string SMTP server to send notification emails through
--notification-email-server-password string SMTP server password for sending notifications
--notification-email-server-port int SMTP server port to send notification emails through (default 25)
--notification-email-server-tls-skip-verify
Controls whether watchtower verifies the SMTP server's certificate chain and host name.
Should only be used for testing.

--notification-email-server-user string SMTP server user for sending notifications
--notification-email-subjecttag string Subject prefix tag for notifications via mail
--notification-email-to string Address to send notification emails to
--notification-gotify-token string The Gotify Application required to query the Gotify API
--notification-gotify-url string The Gotify URL to send notifications to
--notification-msteams-data The MSTeams notifier will try to extract log entry fields as MSTeams message facts
--notification-msteams-hook string The MSTeams WebHook URL to send notifications to
--notification-slack-channel string A string which overrides the webhook's default channel. Example: #my-custom-channel
--notification-slack-hook-url string The Slack Hook URL to send notifications to
--notification-slack-icon-emoji string An emoji code string to use in place of the default icon
--notification-slack-icon-url string An icon image URL string to use in place of the default icon
--notification-slack-identifier string A string which will be used to identify the messages coming from this watchtower instance (default "watchtower")
-n, --notifications strings notification types to send (valid: email, slack, msteams, gotify)
--notifications-level string The log level used for sending notifications. Possible values: panic, fatal, error, warn, info or debug (default "info")
--remove-volumes remove attached volumes before updating
--revive-stopped Will also start stopped containers that were updated, if include-stopped is active
-R, --run-once Run once now and exit
-s, --schedule string the cron expression which defines when to update
-t, --stop-timeout duration timeout before a container is forcefully stopped (default 10s)
-v, --tlsverify use TLS and verify the remote

[/collapse]

自动清除旧镜像

官方给出的默认启动命令在长期使用后会堆积非常多的标签为 none 的旧镜像,如果放任不管会占用大量的磁盘空间。要避免这种情况可以加入 –cleanup 选项,这样每次更新都会把旧的镜像清理掉。

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower \
    --cleanup

--cleanup 选项可以简写为 -c

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c

选择性自动更新

某些容器可能需要稳定的运行,经常更新或重启可能会造成一些问题,这时我们可以使用一些选项参数来选择与控制容器的更新。

容器更新列表
假设我们只想更新 nginx、redis 这两个容器,我们可以把容器名称追加到启动命令的最后面,就像下面这个例子:

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    nginx redis

博主觉得把需要更新的容器名称写在启动命令中不利于管理,于是想了个更好的方法,建立一个更新列表文件。

$ cat ~/.watchtower.list
aria2-pro
unlockmusic
mtg
...

通过变量的方式去调用这个列表:

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    $(cat ~/.watchtower.list)

这样只需要调整列表后删除 Watch­tower 容器并重新执行上面的命令重新启动 Watch­tower 即可。

设置单个容器自动更新特征

给容器中添加 com.centurylinklabs.watchtower.enable 这个 LA­BEL 并设置它的值为 false,或者在启动命令中加入 --label com.centurylinklabs.watchtower.enable=false 参数可以排除相应的容器。下面这个例子是博主的 openwrt-mini 镜像的容器启动命令,Watch­tower 将永远忽略它的更新,即使它包含在自动更新列表中。

docker run -d \
    --name openwrt-mini \
    --restart always \
    --network openwrt \
    --privileged \
    --label com.centurylinklabs.watchtower.enable=false \
    p3terx/openwrt-mini \
    /sbin/init

当容器启动命令中加入 --label com.centurylinklabs.watchtower.enable=true 参数,并且给 Watch­tower 加上 --label-enable 选项时,Watch­tower 将只更新这些包含此参数的容器。

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    --label-enable

–label-enable 可以简写为 -e:

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -ce

因为需要在容器启动时进行设置,且设置后就无法直接更改,只能重建容器,所以这种方式的灵活性不如更新列表法。尤其是在设置 com.centurylinklabs.watchtower.enable=false 参数后容器将永远被 Watch­tower 忽略,也包括后面将要提到的手动更新方式,所以一般不推荐这样做,除非你愿意手动重建的原生方式更新。

设置自动更新检查频率

默认情况下 Watch­tower 每 5 分钟会轮询一次,如果你觉得这个频率太高了可以使用如下选项来控制更新检查的频率,但二者只能选择其一。

--interval, -i - 设置更新检测时间间隔,单位为秒。比如每隔 1 个小时检查一次更新:

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    --interval 3600

--schedule, -s - 设置定时检测更新时间。格式为 6 字段 Cron 表达式,而非传统的 5 字段,即第一位是秒。比如每天凌晨 2 点检查一次更新:

docker run -d \
    --name watchtower \
    --restart unless-stopped \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    --schedule "0 0 2 * * *"

每天凌晨1点更新(北京时间)

docker run -d \
    --name watchtower \
    --restart always \
    -e TZ=Asia/Shanghai \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower \
    --cleanup \
    -s "0 0 1 * * *"

手动更新

前面的使用方式都是让 Watch­tower 以 detached(后台)模式在运行并自动更新容器,而 Watch­tower 也支持以 foreground(前台)模式来使用,即运行一次退出并删掉容器,来实现手动更新容器。这对于偶尔更新一次那些不在自动更新列表中的容器非常有用。

对于 foreground 模式,需要加上 --run-once 这个专用的选项。下面的例子 Docker 会运行一次 Watch­tower 并检查 aria2-pro 容器的基础镜像更新,最后删掉本次运行创建的 Watch­tower 容器。

docker run --rm \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -c \
    --run-once \
    aria2-pro

--run-once 可以简写为 -R

docker run --rm \
    -v /var/run/docker.sock:/var/run/docker.sock \
    containrrr/watchtower -cR \
    aria2-pro

需要注意的是当这个容器设置过 com.centurylinklabs.watchtower.enable=false 参数时不会更新。

尾巴

以上是博主在使用 Watch­tower 中总结的一些使用方式和方法,当然它还有一些其它的功能与使用方式,比如电子邮件通知、监视私人注册表的镜像、更新远程主机上的容器等,这些对于一般用户来说可能很少会用到,所以这里就不赘述了,感兴趣的小伙伴可以去研究 Watchtower 官方文档。

Spaceship.com 域名优惠码:新用户注册 .COM 域名首年仅需 $2.98 美元


如果你需要注册一个 .COM 域名,前往 Spaceship.com 注册一个新账号,选择你需要的域名加入购物车。在结账时,输入优惠码就可以享受 $2.98 优惠。此外,Spaceship 还提供免费的 whois 隐私保护,并支持PayPal和信用卡支付方式。
继续阅读“Spaceship.com 域名优惠码:新用户注册 .COM 域名首年仅需 $2.98 美元”

终端出现 You have new mail.的解决方法

打开终端窗口,会出现You have new mail.提示。

出现这种情况的原因,因为系统出现错误,需要邮件通知用户。系统会将检查的各种状态汇总,定期发送本机用户邮箱中。

只要把邮件阅读删除后则不会再提示。

继续阅读“终端出现 You have new mail.的解决方法”

Proxmox VE(PVE)系统移除 “No Valid Subscription (无有效订阅)” 弹窗提示通知

You do not have a valid subscription for this server. Please visit www.proxmox.com to get a list of available options.
形成此问题的原因是因为我们使用的是免费版Proxmox VE系统,所以每次登录后都会提示这个 “No Valid Subscription (无有效订阅)”弹窗.

移除提示弹窗

接下来本文会介绍两种移除No Valid Subscription (无有效订阅)弹窗提示通知的方法。

此教程演示系统环境为:Proxmox Virtual Environment 7.2-3 ,其他版本请参考本教程。

需要修改文件路径为:/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js修改之前请做好文件备份,防止误操作造成不可预知的错误。

解决方法1:

搜索关键词:data.status

将:

if (res === null || res === undefined || !res || res
.data.status.toLowerCase() !== 'active') {

修改为

if (false) {

解决方法2:

搜索关键词:Ext.Msg.show

将:

Ext.Msg.show({

修改为:

Ext.Msg.noshow({

文件修改后保存上传,执行 systemctl restart pveproxy 命令重启网页服务。

systemctl restart pveproxy

注销后登陆,使用 CTRL+F5 快捷键强制重新加载网页页面,或清理浏览器缓存。

再次打开登陆 Proxmox VE系统控制台主界面,就没有弹窗提示了。

[alert]注意:此方法可能在升级 pve 后失效,失效后再修改即可。[/alert]

Linux 命令在后台运行 & nohup screen tmux

Linux服务器上,后台运行程序、使用SSH终端(比如putty,xshell)连接服务器上运行比较耗时任务,可能需要几个小时甚至几天才能完成,这时候终端被占据,如果遇到网络不稳定,连接还会断开,程序也会中断。再说我们还要做其他的任务呢,这个时候,我们终端关闭->SSH断开->任务随即停止运行。这个是因为,我们退出SSH连接时,发送SIGHUP信号给控制会话,进而导致我们前台会话上的程序停止运行。所以需要将这一类耗时任务放到后台来跑,只需要记录好日志就行了,下面这些常用方法来实现这个需求。

&

当在前台执行某个作业时,终端被该作业占领;能够在命令后面加上 &  实现后台执行。比如:sh test.sh &

适合在后台执行的命令有 find 、费时的排序及一些 shell 脚本。在后台执行作业时要当心:须要用户交互的命令不要放在后台执行,由于这样你的机器就会在那里傻等。只是,作业在后台执行一样会将结果输出到屏幕上。干扰你的工作。

假设放在后台执行的作业会产生大量的输出。最好使用以下的方法把它的输出重定向到某个文件里:

command > out.file 2>&1 &

这样,全部的标准输出和错误输出都将被重定向到一个叫做 out.file 的文件里。
注意:当你成功地提交进程以后,就会显示出一个进程号,能够用它来监控该进程,或杀死它。( ps -ef | grep 进程号 或者 kill -9 进程号)

 

nohup

nohup是no hang up的缩写,指不间断,不挂断,在后台不挂断地运行命令。在关闭终端/退出账户后,nohup 在后台继续运行。默认情况下,nohup 的输出会保存到当前目录下的 nohup.out 文件中。

使用nohup &运行:

root@panel:~# nohup wget https://speed.hetzner.de/1GB.bin &
# 运行成功会输出一个PID号
[1] 169197
# 查找对应的 PID
root@panel:~#  ps -aux | grep wget
root 169197 22.4 0.8 9712 6404 ? S 12:07 0:10 wget https://speed.hetzner.de/1GB.bin
root 169226 0.0 0.0 3312 712 pts/0 S+ 12:07 0:00 grep --color=auto wget
# 手动杀死对应的进程
kill -9 169197

Ctrl + z
可以将一个正在前台执行的命令放到后台,并且处于暂停状态。

Ctrl+c

终止前台命令。

jobs
查看当前有多少在后台运行的命令。
jobs -l选项可显示所有任务的PID,jobs的状态可以是running, stopped, Terminated。但是如果任务被终止了(kill),shell 从当前的shell环境已知的列表中删除任务的进程标识。

bg
将一个在后台暂停的命令,变成在后台继续执行。如果后台中有多个命令,可以用 bg  %jobnumber(jobnumber是命令编号,不是进程号)将选中的命令调出。

fg
将后台中的命令调至前台继续运行。如果后台中有多个命令,可以用 fg %jobnumber(jobnumber是命令编号,不是进程号)将选中的命令调出。

nohup和&的区别

使用&命令后,作业被提交到后台运行,当前控制台没有被占用,但是一但把当前控制台关掉(退出帐户时),作业就会停止运行。

nohup命令可以在你退出帐户之后继续运行相应的进程,并没有后台运行的功能,即若只使用nohup,终端不再能够接收任何标准输入。

nohup就是不挂起的意思( no hang up)。该命令的一般形式为: nohup command &  ,最后一个&符号代表后台运行。

screen

screen 可以创建会话,在会话窗口中运行命令。挂起会话后,会话窗口中的命令在后台继续运行。在关闭终端/退出账户后,会话窗口中的命令不受影响。
执行screen,如果提示screen: command not found命令不存在可以执行:yum install screenapt-get install screen安装。

常用screen命令:

screen -S name # 创建一个窗口 
screen -ls # 查看当前已经创建的窗口 
screen -d -r name # 回到名字为name的窗口 
screen -X -S name quit # 关闭名字为name的窗口

用法:

      screen [选项] [会话名]

选项:

选项 意义
-4 仅将主机名解析为 IPv4 地址
-6 仅将主机名解析为 IPv6 地址
-a 强制所有功能进入每个窗口的终端
-A 将所有的视窗都调整为目前终端机的大小
-c file 读取配置文件而不是 .screenrc
-d (-r) 挂起正在运行的会话(并在此处恢复)
-dmS name 启动作为守护程序:挂起会话
-D (-r) 挂起和注销远程(并在此处恢复)
-D -RR 做任何需要的事情来获得一个会话
-e xy 更改命令字符
-f 流量控制开启 -fn = off ;-fa = auto
-h lines 设置回滚历史记录缓冲区的大小
-i 当流量控制打开时,会更快地中断输出
-l 登录模式开启 (update /var/run/utmp), -ln = off
-ls [match] or -list 列出所有的会话
-L 打开输出日志记录
-Logfile file 设置日志文件名
-m 忽略已经运行的会话,强制创建一个新的会话
-O 选择最佳输出而不是 exact vt100 emulation
-p window 如果已命名的窗口存在,则预选该窗口
-q 安静的启动。 如果不成功,则使用非零返回代码退出
-Q 命令将向查询过程的 STDOUT 发送响应
-r [session] 恢复已挂起的会话
-R 尽可能地恢复一个会话,如果无法恢复,则创建一个新的会话
-s shell 指定建立新会话时,所要执行的 shell
-S sockname 指定会话名
-t title 设置标题(窗口名称)
-T term 对窗口使用 $term,而不是 screen
-U 使用 UTF-8 编码
-v 显示版本信息
-wipe [match] 清理无法使用的会话
-x 恢复之前挂起的会话
-X 在指定的会话中,以命令的形式执行

tmux

Tmux是一个优秀的终端复用软件,类似GNU Screen,但来自于OpenBSD,采用BSD授权。使用它最直观的好处就是,通过一个终端登录远程主机并运行tmux后,在其中可以开启多个控制台而无需再“浪费”多余的终端来连接这台远程主机;是BSD实现的Screen替代品,相对于Screen,它更加先进:支持屏幕切分,而且具备丰富的命令行参数,使其可以灵活、动态的进行各种布局和操作。

Tmux安装

ubuntu版本下直接apt-get安装:

sudo apt-get install tmux

centos7版本下直接yum安装:

yum install -y tmux

tmux终端下常用命令:

tmux new -s name # 新建名为name的会话
tmux ls # 列出所有会话列表
tmux a -t name # 从终端进入名为name的会话
tmux kill-session -t name # 销毁名为name的会话
tmux rename -t old_name new_name # 重命名会话

tmux会话下常用命令

所有命令都需要先按Ctrl+b,激活控制台

命令 作用
ctrl+b ? 显示所有可用的命令,按q返回
ctrl+b c 创建新的窗口,并切换到该窗口
ctrl+b w 显示所有窗口列表
ctrl+b p 切换到上一个窗口
ctrl+b n 切换到下一个窗口
ctrl+b , 重命名当前窗口
ctrl+b & 关闭当前窗口
ctrl+b 数字键 切换到指定窗口
ctrl+b d 暂时断开会话(使用该命令将程序后台运行,关掉终端程序不会停止)
ctrl+b ~ 列出提示信息缓存;其中包含了之前tmux返回的各种提示信息
ctrl+b : 进入命令行模式;此时可以输入支持的命令,例如kill-server可以关闭服务器

tmux窗格

​ tmux的一个窗口可以被分成多个pane(窗格),可以做出分屏效果。

命令 作用
ctrl+b % 将当前面板平分为左右两块
ctrl+b “ 将当前面板平分为上下两块
ctrl+b o 切换到下一个窗格
ctrl+b up / down / left / right 切换窗格
ctrl+b space 对当前窗口下的所有pane重新排列布局,每按一次,换一种样式
ctrl+b z 最大化当前pane,再按一次后恢复
ctrl+b x 关闭当前使用中的pane,操作之后会给出是否关闭的提示,按y确认即关闭

tmux会话下查看历史输出

​ 按 Ctrl-b ,就会进入copy mode,然后用PgUp/PgDn来浏览历史输出,按q退出。

virt-what – 检测VPS虚拟化类型脚本

virt-what是一个shell脚本,可用于检测程序是否在虚拟机中运行。

virt-what支持大量不同的管理程序类型,包括常见的开源管理程序(KVM、Xen、 QEMU、VirtualBox )、 IBM Systemz、LPAR、z/VM等大型系统, Hitachi Virtage等硬件分区方案, VMWare、Microsoft等专有管理程序 Hyper- V 等等。

virt-what已经打包在Fedora (13+)、Red Hat Enterprise Linux (5.7+ 和 6.1+)、Debian、Ubuntu、ArchLinux 和Gentoo中,并且几乎可以在任何 Linux 上 从源代码编译。

安装

RHEL/CentOS/Scientific Linux VM中安装

yum install virt-what

Debian或Ubuntu Linux安装

apt install virt-what

Fedora Linux VM安装

dnf install virt-wha

Suse/OpenSUSE安装

zypper in virt-what

编译

wget https://people.redhat.com/~rjones/virt-what/files/virt-what-1.22.tar.gz
tar zxvf virt-what-1.22.tar.gz
cd virt-what-1.22/
./configure
make && make install

使用

安装完毕,可以运行virt-what来获取虚拟化的类型。

[root@Server ~]# virt-what
kvm

官网地址:https://people.redhat.com/~rjones/virt-what/

文档地址:https://people.redhat.com/~rjones/virt-what/virt-what.txt

类似方案

dmidecode

官方地址:https://www.nongnu.org/dmidecode/

退出移动版