方法一 修改docker守护进程，在/etc/docker/daemon.json中添加配置 方法二 在配置文件~/.docker/config.json中新增如下配置 方法三 创建配置文件/etc/systemd/system/docker.service.d/proxy.conf 重启服务

默认情况下，PostgreSQL 在所有 Debian 版本中均可用。然而，Debian 的稳定版本“快照”了特定版本的 PostgreSQL，然后在该 Debian 版本的整个生命周期中都支持该版本。 PostgreSQL 项目还维护一个 apt 存储库，其中包含所有可用的 PostgreSQL 支持。 如果您的 Debian 版本中包含的版本不是您想要的版本，您可以使用 PostgreSQL Apt 存储库。该存储库将与您的常规系统和补丁管理集成，并在 PostgreSQL 的整个支持生命周期内为所有受支持的 …

升级系统 更新 sources.list 以10 -> 11为例 安装升级 查看当前的版本信息 升级内核 升级内核可以自己编译,但在 debian 还有比较安全的方式 -> buster-backports 添加 buster-backports 源 搜索可以安装的 linux 内核 这里有个坑是内核有 cloud 版本,没有网卡等驱动 安装内核 更新 grub 重启后就看到内核更新到最新了. 删除旧内核 最少保证有一个内核,否则系统挂了

今天办公室停电，数据库等服务均无法直接连接，然后数据库、redis这些服务都没有对外开放。 于是想到了使用SSH将服务转发到本地来。 SSH的转发文章可以参考：SSH隧道：动态转发本地请求 SSH 端口转发 以下命令在Windows11下使用。 开启转发 命令说明： 验证 关闭 由于使用了f命令将其转入后台，在控制台使用ctrl + c是无法直接关闭的，因此需要使用命令进行关闭。 基于Windows的端口转发 自Windows XP开始，Windows就内置了网络转发的功能，任何传入到本地端口的TCP连接（IPv4…

最近在服务器上部署Docker应用，在过程中配置了加速服务，腾讯、阿里等等都达不到加速效果。经过分析得出结论，DNS不能正确解析加速的地址！ 检查 在处理该类问题时，我们应当查看docker在拉取镜像时执行的详细日志。 查看docker日志 查看日志发现，配置的加速源地址并不能正确的进行加速，例如下面的截图 从如上日志中已经非常明确配置的加速地址不能正确获取有效的数据，那么就需要替换一个有效的加速源。 修改加速源 修改/etc/docker/daemon.json配置 重启docker服务并检查加速源是否生效 继续…

默认情况下，以非root权限的用户登录系统，在执行一些命令时是不具备权限的，这时这需要使用su切换到root权限去执行。但这明显是不方便的。 安装 sudo 添加用户到权限组

说到导出再导入其实并不是容易用到，但某些时候还真就避免不了，例如服务器封禁了国外的端口。 今天我就遇到了，政府机构的系统直接封禁了全部国外的端口，以至于完全无法从docker hub拉取到镜像，这里就只能先在可以使用docker hub的环境导出再导入这边。 容器导入及导出 docker的容器导出可以使用export 或者 save 来进行。 export 在docker中可以使用export来导出容器镜像，它其实是将文件系统作为一个tar归档文件导出到STDOUT。从帮助中可以看出它其实就是将 container…

Mysql拥有官方的Docker镜像发布渠道，我们可以在https://hub.docker.com/_/mysql这里找到最新的版本。当然也可以使用docker search name的形式直接搜索。 以下为使用docker-compose进行部署的配置文件，变量使用env进行了管理，直接修改mysql-common.env即可。 配置文件 启动 数据库初始化

转发模式 要使用SSH来做端口转发，首先我们需要了解SSH所支持的端口转发模式有那些？ 场景使用 了解了SSH所支持的转发模式，我们就可以在实际工作中来进行合理的使用了。 本地端口转发 _L是一个建立在传输层的端口到端口的转发模式，当然远程主机不仅限于localhost。比如将内网服务器的远程桌面（192.168.5.202:3389）经过SSH服务器（192.168.5.201）转发到本地计算机的3390端口（127.0.0.1:3390） 这时访问127.0.0.3390就等于访问192.168.5.202:3…

今天项目的生产环境不稳定，登录到服务器上发现Docker的/var/lib/docker/overlay2目录将磁盘占用满了，导致程序分配不到内存。 要判断是否占用满了磁盘，可以使用 从上面的信息发现docker并没有占满全部的磁盘，遂使用 du -sh 查看发现，overlay已经100%了。 清理文件 通过以上信息发现基本都是docker容器的占用。这时继续查看到底是什么占用如此巨大。经排查发现是容器内的应用生成了大量的日志。 数据转移 从目前的情况来看，docker默认将文件及其容器放置在了系统盘的挂载区内，…