GaGa's Blog

为了解决在各个局域网内暴露服务到稳定的主机上，方便其他内网调用

目的

etcd和flannel实现docker跨物理机通信

实验目标：
跨物理机的容器之间能直接访问
docker通过Flannel可以实现各容器间的相互通信，即宿主机和容器，容器和容器之间都能相互通信

实验环境：
192.168.3.50  //etcd、flannel、docker
192.168.3.51 //flannel、docker

1.系统统一设置

1.问题定位思路

docker 确实支持通过 HTTP(S) proxy 拉镜像，但它不读取你当前 shell 的 http_proxy 环境变量（除非你用 systemd override）。
最常见的“不生效”场景是：你的终端里 export http_proxy=xxx 生效了，但 Docker 守护进程 dockerd 没有使用这些代理变量。

1.1.根因

Docker CLI（docker 命令）不是直接拉镜像的，实际拉镜像的是 dockerd 守护进程；
如果 dockerd 没配置代理，它就不会走代理，而是直接访问外网 → 导致拉取失败或无代理流量。

解决方案

方案 1：手动下载 maven-wrapper.jar

执行：

1
2
3
4

# 当前目录下人工下载maven-wrapper.jar
mkdir -p .mvn/wrapper
curl -L https://repo.maven.apache.org/maven2/io/takari/maven-wrapper/0.5.6/maven-wrapper-0.5.6.jar \
     -o .mvn/wrapper/maven-wrapper.jar

一、在 Nexus 管理端添加（作为 Proxy 仓库）

推荐方式——让你的 Nexus 代理该远程仓库，缓存构件，方便团队内统一访问。

1. 登录 Nexus 管理界面
   URL 通常是：http://<nexus-host>:8081

2. 进入 Repositories
   Administration → Repository → Repositories

3. 点击 [Create repository] → 选择类型：maven2 (proxy)

4. 配置主要参数：

   参数	示例值
   Repository type	maven2 (proxy)
   Name	fit2cloud-public
   Remote storage	https://repository.fit2cloud.com/repository/fit2cloud-public/
   Layout policy	Strict
   Version policy	Release（或 Mixed，如果不确定）
   Blob store	default
   Online	勾选

5. 保存。

6. （可选）将其加入一个 Group 仓库（如 maven-public）
   → 打开 maven-public → Members → 添加刚创建的 fit2cloud-public。

当 Nexus 仓库在 Web 界面上显示 “Online – Ready to Connect” 状态时，含义如下（以下内容针对 Nexus Repository 3.x）：

状态解释

Maven 构建过程中自动识别并使用 Fit2Cloud 仓库

方式一：项目级配置（推荐）

作用范围：仅当前项目有效（最常见做法）。

package.json 解释

1
2
3
4
5

{ 
  "dependencies": {
	"protobufjs": "^7.5.4"
	}
}

1.解释依赖含义

1.1."dependencies" 是 Node.js 项目的运行依赖清单。生产环境运行项目时会加载这些包。
1.2."protobufjs": "^7.5.4" 表示项目依赖 protobufjs 这个库，版本要求带有前缀 ^。

1.问题定位
1.1 报错信息的含义是：LVM 认为你给的 100%FREE 计算后是 15574 extents，而当前 LV 已经有 25600 extents。
1.2 换句话说：VG 里根本没有 Free Space，所以扩容失败。
1.3 你现在看到 /dev/sda 是 200G，但你的 root LV 只有 100G，是因为 PV /dev/sda3 并没有扩到盘的真实大小。

2.前瞻性修复步骤（GPT 分区 + LVM 场景）
2.1 你的分区 /dev/sda3 原本是约 198G，看起来你没有新增磁盘，应该是云盘在线扩容或宿主机调整了磁盘大小。
2.2 要让 LVM 能使用新增空间，需要：扩分区 → 扩 PV → 扩 LV。

3.具体修复步骤
3.1 扩展 GPT 分区 /dev/sda3
对于 GPT，可以直接用 growpart（Cloud-Init 提供的工具，RHEL9/ Rocky9 默认有）

1

growpart /dev/sda 3

要查看 Node.js（npm） 当前安装了哪些包，取决于你是想查看全局安装的包，还是某个项目本地安装的包。

1. 查看全局安装的包

命令：

解释

1. 核心机制说明

   当你执行 npm install 时，npm 会依次判断以下文件：
   1.1 **package.json**：

   • 这是主要的依赖声明文件。
   • npm 会读取其中的 "dependencies" 和 "devDependencies" 字段，确定需要安装哪些包。
   • 如果没有 node_modules 目录或 package-lock.json 文件，npm 就会直接根据 package.json 下载依赖的最新匹配版本。

   1.2 **package-lock.json**：

   • 这是锁定依赖的精确版本文件。
   • 如果存在此文件，npm 会优先读取它，确保安装的每个依赖版本与上次完全一致（包括嵌套依赖）。
   • 这保证了不同机器、环境中的依赖一致性。

   1.3 **node_modules**：

   • 这是实际安装的依赖包目录。
   • 如果目录中已有依赖且版本匹配，npm 会跳过重新安装或只补充缺失部分。

2. 执行逻辑顺序

   1 2 3 4 5 6 7

   npm install ├── 检查 package-lock.json 是否存在 │ ├── 存在 → 按锁定版本安装 │ └── 不存在 → 按 package.json 的版本范围安装最新匹配版本 ├── 安装包到 node_modules/ ├── 更新或生成 package-lock.json └── 更新 node_modules 结构

骚操作，通过app store订阅chatgpt

• 注册美区ID
• 购买苹果礼品卡
• 通过兑换充值
• 打开chatgpt 订阅pro