nodejs里的config.default.js一些参数如何从docker run命令中获取 在Node.js应用中，如果你想要在运行时从docker run命令中获取参数传递给你的应用，你可以使用环境变量。你可以在docker run命令中使用-e或--env选项来设置环境变量。例如，你有一个config.default.js文件，其中有一个参数需要从Docker环境中获取：const port = process.env.PORT || 3000; // 其他配置... module.exports = { port: port // 其他配置... };在你的Dockerfile中，你可以这样设置默认端口：# 设置默认环境变量 ENV PORT 3000然后，你可以在运行容器时通过docker run命令来覆盖这个变量：docker run -e PORT=5000 -p 5000:5000 your-node-app这个命令会将容器内的应用配置为监听端口5000，并将主机的端口5000映射到容器的端口5000上。这样，你的Node.js应用就会使用docker run命令传递进来的端口号，而不是使用在Dockerfile中设置的默认值。

【N1和Armbian】七、如何使用docker搭建DDNS-GO教程 docker安装ddns-godocker pull jeessy/ddns-go docker run -d --name ddns-go --restart=always --net=host -v /opt/ddns-go:/root jeessy/ddns-go访问Web面板http://IP:9876设置选择，CloudFlare，然后点击蓝色的“创建令牌->编辑区域DNS（使用模板）”跳转到cloudflare token配置页面。(不要偷懒，不要搞错了api弄上去是没用的)最终会得到一个token，然后将token填写到管理页面的Token输入框内。ipv4配置选择启用，然后在Domains填写自己想更新ip的域名，也可以填多个。ipv6配置这里根据自己家网络能获取到ipv6，以及是否要开放ipv6访问来决定。安全配置这里最好禁用公网访问，只让通过局域网或者当前主机进行访问，来提高安全性用户名+密码也配上，增加安全性Webhook可以用来增加一些额外的自定义事件，比如钉钉、飞书的通知保存保存后，ddns就会发起一次cloudflare接口请求，比较ip是否发生变化，页面右侧会有比较日志。至此，ddns的配置就完成了。为了测试，此时可以把主机关机，然后再开机，让其进行一次自动拨号获取最新的公网ip，然后自动更新域名解析。因为docker服务是开机启动的，并且容器也配置了–restart=always参数，会随docker启动后自动启动，所以ddns-go检测到ip变化会及时更新。

【深度学习KylinOS七】【麒麟系统环境安装之Nacos】Docker部署 Nacos超详细步骤 拉取nacosdocker pull caplike/nacos-server:v2.1.0创建本地映射文件mkdir -p /home/nacos-server2.1.0/conf mkdir -p /home/nacos-server2.1.0/logs mkdir -p /home/nacos-server2.1.0/data配置文件在 conf 目录中创建配置文件 nacos-logback.xml： <?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="10 seconds"> <springProperty scope="context" name="logPath" source="nacos.logs.path" defaultValue="${nacos.home}/logs"/> <property name="LOG_HOME" value="${logPath}"/> <appender name="cmdb-main" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${nacos.home}/logs/cmdb-main.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${nacos.home}/logs/cmdb-main.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>2GB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>7GB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="rootFile" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOG_HOME}/nacos.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${LOG_HOME}/nacos.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>50MB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>512MB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="naming-server" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOG_HOME}/naming-server.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${LOG_HOME}/naming-server.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>1GB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>7GB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <springProfile name="standalone"> <logger name="org.springframework"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <logger name="org.apache.catalina.startup.DigesterFactory"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <logger name="org.apache.catalina.util.LifecycleBase"> <appender-ref ref="CONSOLE"/> <level value="ERROR"/> </logger> <logger name="org.apache.coyote.http11.Http11NioProtocol"> <appender-ref ref="CONSOLE"/> <level value="WARN"/> </logger> <logger name="org.apache.tomcat.util.net.NioSelectorPool"> <appender-ref ref="CONSOLE"/> <level value="WARN"/> </logger> </springProfile> <logger name="com.alibaba.nacos.core.listener.StartingApplicationListener"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <root> <level value="INFO"/> <appender-ref ref="rootFile"/> </root> </configuration> 启动容器docker run -d -p 8848:8848 -p 9848:9848 -p 9849:9849 \ --name nacos-server2.1.0 \ -v /home/nacos-server2.1.0/conf:/home/nacos/conf \ -v /home/nacos-server2.1.0/data:/home/nacos/data \ -v /home/nacos-server2.1.0/logs:/home/nacos/logs \ -e MODE=standalone \ --restart=always \ caplike/nacos-server:v2.1.0验证是否成功在浏览器中访问 Nacos：http://localhost:8848/nacos默认用户名和密码都是 nacos。

【深度学习KylinOS六】【麒麟系统环境安装之minio】使用docker快速安装minio 拉取minio镜像docker pull minio/miniodocker容器构建和运行miniodocker run -d --name minio \ --restart=always \ -p 9000:9000 \ -p 9001:9001 \ -e "MINIO_ROOT_USER=minioroot" \ -e "MINIO_ROOT_PASSWORD=minioroot" \ -v /home/minio/data:/data \ -v /home/minio/config:/root/.minio \ minio/minio:latest server /data --console-address ":9001"其中-p 表示端口的映射关系，{外部端口}:{内部端口}-v 表示目录的映射关系，{外部目录}:{内部目录}MINIO_ROOT_USER 为minio的默认账号MINIO_ROOT_PASSWORD 为minio的默认账号的密码查询日志，看是否有错误日志docker logs --tail 200 -f minio打开web页面http://ip:9001

【深度学习KylinOS五】【麒麟系统环境安装之redis】麒麟系统使用Docker安装Redis以及初步使用 安装命令mkdir -p /home/redis/conf touch /home/redis/conf/redis.conf docker run -p 6379:6379 --name redis \ --network host \ -v /home/redis/data:/data \ -v /home/redis/conf/redis.conf:/etc/redis/redis.conf \ -itd redis redis-server /etc/redis/redis.conf \ --appendonly yes查看是否运行成功docker ps ##这个命令是查看所有正在运行的容器使用通过 redis-cli 连接测试使用 redis 服务docker exec -it redis-test /bin/bash redis-cli ping使用shutdown退出docker-cli再使用exit退出

【深度学习KylinOS四】【麒麟系统环境安装之docker-compose】麒麟系统（arm64/aarch64）离线安装docker和docker-compose 前言公司最近需要把所有服务全部部署到麒麟服务器上，其中包含各种服务器：nginx、redis、emqx、influxDB、kafka、zookeeper、minio、mysql以及各个应用等。我淋过雨，所以我也想为别人撑伞。网上关于 arm64 系统的资料很少，耗费了很多时间试错。所以把这类的东西全部总结写下来，希望对后面的同学有所帮助。准备工作准备服务器账号（本次全程使用root账号）[blockquote2 name='洛维花']（因为是第一次安装这玩意儿，尽量使用root账号，避免操作的时候碰到一些权限问题）[/tip]查看操作系统版本[root@ArmServer docker]# uname -a Linux ArmServer.XHKJ 4.19.90-24.4.v2101.ky10.aarch64 #1 SMP Mon May 24 14:45:37 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@ArmServer docker]# cat /proc/version Linux version 4.19.90-24.4.v2101.ky10.aarch64 (KYLINSOFT@localhost.localdomain) (gcc version 7.3.0 (GCC)) #1 SMP Mon May 24 14:45:37 CST 2021 查看操作系统架构[root@ArmServer docker]# uname -m aarch64安装docker1.下载docker离线包下载地址：https://download.docker.com/linux/static/stable/选择系统架构对应的文件目录：aarch64（我目前使用的docker版本是：docker-20.10.7.tgz）2.下载 docker-compose离线包下载地址：https://github.com/docker/compose/releases选择对应系统架构的离线安装包（我目前使用的版本是：v2.17.2）Github的链接有时候可能访问不了，各位就大展申通吧3.准备 docker.service系统配置文件（复制以下内容保存为 docker.service文件）docker.service [Unit] Description=Docker Application Container Engine Documentation=https://docs.docker.com After=network-online.target firewalld.service Wants=network-online.target [Service] Type=notify # the default is not to use systemd for cgroups because the delegate issues still # exists and systemd currently does not support the cgroup feature set required # for containers run by docker ExecStart=/usr/bin/dockerd ExecReload=/bin/kill -s HUP $MAINPID # Having non-zero Limit*s causes performance problems due to accounting overhead # in the kernel. We recommend using cgroups to do container-local accounting. LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity # Uncomment TasksMax if your systemd version supports it. # Only systemd 226 and above support this version. #TasksMax=infinity TimeoutStartSec=0 # set delegate yes so that systemd does not reset the cgroups of docker containers Delegate=yes # kill only the docker process, not all processes in the cgroup KillMode=process # restart the docker process if it exits prematurely Restart=on-failure StartLimitBurst=3 StartLimitInterval=60s [Install] WantedBy=multi-user.target 4. 安装 docker 和 docker compose 离线包安装docker 和 docker compose# 解压 docker 到当前目录 tar -xvf docker-20.10.7.tgz # 将 docker 文件移动到 /usr/bin 目录下 cp -p docker/* /usr/bin # 将 docker-compose 文件复制到 /usr/local/bin/ 目录下，并重命名为 docker-compose cp docker-compose-linux-aarch64 /usr/local/bin/docker-compose # 设置 docker-compose 文件权限 chmod +x /usr/local/bin/docker-compose # 将 docker.service 移到 /etc/systemd/system/ 目录 cp docker.service /etc/systemd/system/ # 设置 docker.service 文件权限 chmod +x /etc/systemd/system/docker.service # 重新加载配置文件 systemctl daemon-reload # 启动docker systemctl start docker # 设置 docker 开机自启 systemctl enable docker.service 验证安装是否成功查看 docker 版本[root@ArmServer bin]# docker -v Docker version 20.10.7, build f0df350查看docker-compose 版本[root@ArmServer bin]# docker-compose -v Docker Compose version v2.17.2（说明：安装完之后，记得把窗口重新打开，以免自己以为没安装成功）

arm64服务器运行onlyoffice,国产化服务器内网安装onlyoffice 前言公司的arm服务器上运行onlyoffice报错出错原因是x86_64架构的镜像在arm服务器下不兼容需要下载兼容arm架构的docker镜像在dockerhub上 onlyoffice地址：https://hub.docker.com/r/onlyoffice/documentserver下载兼容arm架构的镜像版本# docker --version Docker version 20.10.21, build baeda1f # docker pull onlyoffice/documentserver:latest --platform=arm64 # docker inspect onlyoffice/documentserver | grep Architecture "Architecture": "arm64",下载完镜像，查看镜像架构是arm64开工：导出镜像docker save onlyoffice/documentserver -o onlyoffice-documentserver.tar 压缩镜像tar -czvf onlyoffice-documentserver.tar.gz onlyoffice-documentserver.tar 部署运行docker run -itd -p 9797:443 -p 9696:80 --restart=always \ --name onlyoffice \ -v /home/onlyoffice/documentServer/logs:/var/log/onlyoffice \ -v /home/onlyoffice/documentServer/data:/var/www/onlyoffice/Data \ -v /home/onlyoffice/documentServer/lib:/var/lib/onlyoffice \ -v /home/onlyoffice/documentServer/db:/var/lib/postgresql \ onlyoffice/documentserver挂载的目录不存在，默认会创建，但不会授权。需要自己给目录赋权限。代码如下：# 日志目录, 具体out.log 在 logs 子目录下 /documentserver/docservice chmod -R 775 /home/onlyoffice/documentServer/logs chmod -R 775 /home/onlyoffice/documentServer/data chmod -R 775 /home/onlyoffice/documentServer/lib chmod -R 775 /home/onlyoffice/documentServer/dbe.g 举个栗子：查看容器iddocker ps -a | grep onlyoffice查看容器运行日志docker logs --since 30m 89cb8fd5597d测试访问页面http://IP: PORT/ IP为linux系统机器 IP，端口为 -port 映射 80 的端口测试本机安装结果浏览器访问测试升级为HTTPS协议Private key (.key) ： 私钥 SSL certificate (.crt)： 证书签名请求文件 SSL certificate： SSL证书使用openssl 生成生成私钥openssl genrsa -out onlyoffice.key 2048生成CSR,即：证书签名请求文件[blockquote2 name='洛维花']CSR是Certificate Signing Request的英文缩写,即证书签名请求文件[/tip]openssl req -new -key onlyoffice.key -out onlyoffice.csr使用私钥和CSR签署证书# 生成365天期限的SSL证书 openssl x509 -req -days 365 -in onlyoffice.csr -signkey onlyoffice.key -out onlyoffice.crt总结记录步骤，以防忘记。

arm64如何在ARM平台运行x86_64架构的Docker image 前言ARM平台的机器(诸如树莓派、Android手机、Linux手机)运行Docker时，常会碰到目标镜像只支持x86/x86_64的问题。例子例如，在ARM64架构的Android手机拉取AMD64架构的Ubuntu镜像，并运行uname -a命令sudo docker run --rm -t amd64/ubuntu uname -a试图运行异质架构的镜像，输出画面会显示exec error除了重新build docker镜像外，还可以选择跑一个容器版的qemu-user-static (qus) ppc，牺牲部份性能解决此问题。拉取aptman/qus，设定模拟x86_64架构，此項目还支持模拟x86、ppc64le、ARM等其他架构。docker run --rm --privileged aptman/qus -s -- -p x86_64再运行一次Ubuntu的镜像，运行成功。实测类似项目也可如此操作，例如只支持x86架构的NodeJS应用镜像。