Skip to content
EN

Back to the catalog

10101.io
atomChinese

方寸间

10101.io · Chinese

主要记录自己关于一些软件的使用介绍以及分享和推荐影音阅读等方面内容。当然了,最主要的是,想到啥写啥

atom thr

Open the feed

https://www.10101.io/feed/atom/

Last post
Jul 6, 2026
Posts in 24 h · 7 days · 30 days
0 · 0 · 0
Our last check
Answering
Served from
United States
Text score at discovery
7,097
Format
atom
Features in the feed
thr

Posts

What our queue read from this feed. Open one to read it here, or go to the site that published it.

  1. Netbird Relay 部署记录
    Jul 6, 2026 · original
    前言 最初 netbird 的 management/signal/coturn/relay 等服务是独立的,后来为了方便部署使用,统一成了一个 netbird-server,但也保留了独立部署服务的能力(提高性能和高可用),根据 官方文档 所述,relay/signal 均可以独立部署。 我使用 netbird 主要为了国外服务器之间的互联,都有公网 IP,其实对 relay 服务器需求不是那么高,但是折腾的心按捺不住。同 Netbird Proxy + Nginx 部署记录 中所述,我需要基于 nginx 进行部署,不过 relay 倒是不像 proxy 有 TLS 透传要求,比较简单,随便记录一下吧。 部署 注意 :当前如果指定了外部 relay 服务器的话,那 netbird-server 内置的 relay 服务器就不会生效了,预计后续会支持共存 (见 issue #5351 ) 生成 authSecret openssl rand -base64 32 注意 :该密钥生成一次即可,所有的 relay server 需要共享相同的密钥 部署 relay 服务 如前言所说,我需要使用 nginx 来处理 TLS,但是呢,官方文档提供的说明中,又是让 relay server 来处理 TLS,要么采用 ACME 申请证书,要么提供证书文件。但是看 relay server 的作用,本身提供的能力有两个: STUN 服务(UDP,用于 p2p 发现) Netbird Relay (quic/ws,http 服务,用于流量中转) 就服务而言,没有必要非得要在 relay server 上进行 tls 终结。实际操作了下,确实如我所想。 准备环境变量 准备环境变量文件 relay.env ,文件内容示例如下: NB_LOG_LEVEL=info # relay server 监听的地址,容器部署,该端口为容器内监听端口,保持 443 无所谓 NB_LISTEN_ADDRESS=:443 # 实际 client 需要连接的 relay 地址 NB_EXPOSED_ADDR
  2. Netbird Proxy + Nginx 部署记录
    Jun 24, 2026 · original
    前言 之前有用 wireguard 来做服务器间的互联(服务暴露),但是一直都是手动配置的,有些繁琐。遂有考虑服务器间的 full mesh 互联方案,偶然间了解到了 netbird ,基于 wireguard 的零信任方案,对比 tailscale ,服务端/客户端全开源,果断选择了它。 netbird 的整个部署过程,早期还是比较繁琐的,主要还是 IDP 部分,坑很多,当初自建颇费了一番功夫。不过随着发展,目前部署已经相当方便了。之前想着写文章记录下的,但是太懒了搁置了( 看我更新频率就知道了 ( )。然后前段时间 netbird 更新了 reverse-proxy 功能 ,我感觉还是很方便的: 基础反向代理功能,支持 L4/L7 代理; 支持自动申请证书; 相同的 proxy 域名自动组成 cluster,可以在不同区域部署多个 proxy 实例,结合分区域解析的 DNS 可以快速构建一个简单的类 CDN 的加速方案; 支持增加各种认证,保护后端服务 刚好,这两天又搞了个 netbird-proxy 实例,那就……记录下吧。 限制 反代 http/https 服务的话,由于 netbird-proxy 对外提供 HTTPS,且必须要在 netbird-proxy 上进行证书验证(它目前要么通过 ACME 自动申请,要么提供泛域名证书),所以 netbird-proxy 之前如果还有代理的话,必须进行 tls 透传。目前官方是要求使用 traefik ,但是我习惯了使用 nginx,也有一些服务已经依托于 nginx 了,所以不想切换到 traefik,所以本文也是基于 nginx 做前置进行部署。 另外,对于多个 proxy 实例,由于每个实例都是自助进行证书申请的,那么在需要反代的 service 很多、实例很多的时候,很大概率会达到 Lets‘ Encrypt 的速率限制。官方建议使用泛域名证书,但是却只能指定一个证书,我有多个域名,并不想合并到一个证书中,这个方法行不通。本来想了一个方案,一个主 proxy 负责证书申请,然后同步到其他 proxy 中,但是
  3. Ceph 集群迁移 (修改 IP 地址) 记录
    Jan 16, 2026 · original
    机架整体迁移到新机房后,IP 地址发生变更,所有 ceph 节点都需要更新 IP 地址。由于操作时未能一一记录,只能凭记忆大致还原整个过程。本 Ceph 集群使用 cephadm 进行管理。 [scode type="yellow" size=""] 仅作个人折腾记录,生产环境请谨慎 [/scode] 原网络如下: public network: 10.182.65.0/24 cluster network: 10.90.90.0/24 cluster network 在一个单独 vlan 中,可以不动,只需要修改 public network。 最开始的思路是, 10.182.65.0/24 网段保留(由于该网段无法公开访问,放在一个 vlan 中),增加新的 public network,这样假如可以访问到 10.182.65.0/24 网段,直接用该网段即可(因为该 vlan 所在链路带宽更大),无法访问到该网段则使用新的 public network。但是实际操作下来发现,虽然 osd 节点监听在 0.0.0.0 ,但实际上报给 MON 的只有一个 IP(可以通过 ceph osd dump 看到具体 IP),由于原网段和新网段无法互联,导致可能出现 ceph 客户端无法访问 osd 的情况。 所以,最后只能全部替换掉原 public network,迁移后网络如下: public network: 10.184.17.0/24 10.184.18.0/24 cluster network: 10.90.90.0/24 环境准备 将集群中所有主机原 public network 接口放入同一个 vlan 中,然后新增一个接口,配置新的 public network 网段 IP 地址 启动 cluster,确保集群正常启动 修改 HOST 地址 将 host 的地址更新为新 IP 段 ceph orch host set-addr hostname new-addr MON 节点 MON 节点涉及到的 IP 地址配置文件主要有 3 个: /etc/ceph/cep
  4. Ceph 分布式存储系统搭建小记
    Jul 8, 2023 · original
    前言 最近组里申领了几台服务器,每台上面有 8 块 8T 的硬盘,我们的需求对硬盘要求不大,所以想着把这些硬盘用起来,避免闲置了。 大概想了下,可能的需求有: 块存储或者 NFS 存储挂载到 vSphere 中,供其他主机使用; NFS 或者 SMB 存储挂载到 PC 上使用 开始的时候想着弄个 NAS,但是这种集中式的存储方案对于多台服务器来说还是不够方便。然后就想到分布式存储方案,搜了下发现了 Ceph 这个玩意,遂对照着 官方文档 尝试着搭建了个。 Ceph 简介 Ceph 是一个统一的分布式存储系统,提供三种存储接口: 对象存储 块设备存储 文件存储 Ceph 基本组件 Monitors:维护着集群状态 map,保证集群数据的一致性 Managers:负责追踪集群数据,同时提供 Web 及 REST API 服务 OSDs: 用于集群中所有数据与对象的存储,处理集群数据的复制、恢复 MDSs:为 Ceph 文件存储提供元数据 Ceph 集群网络 ceph 只有一个 public network 即可以正常工作,但是 OSDs 间的数据传输流量可能会比较大,为其划分一个单独的 cluster network 可能会对性能有所提升 Ceph 主机划分 共有 7 台 ESXi 主机,每台主机上有 8*8T 硬盘,计划如下: 3 台上建立 3 台虚拟机用于 MON 节点 各个主机上分别建立 1 台虚拟机用于 OSD 节点,将每台主机上的 8 块硬盘直通挂在 OSD 虚拟机上 所有 OSD 节点采用两块网卡,一个用于 public network ,一个用于 cluster network 所有节点配置如下: node esxi core memory disk ceph disk interface 10.182.65.231-ceph-mon-01 10.182.65.8 4 32GB 60GB - 1 10.182.65.232-ceph-mon-02 10.182.65.2 4 32 GB 60GB - 1 10.182.65.233-ceph-mon-03 10
  5. Systemd 配置网络接口 | Arch Linux 使用小记
    Jul 23, 2021 · original
    前言 在前一篇文章 Arch Linux 安装篇 中有提到连接网络可以选择多种方式,如 iwd、netctl、systemd-networkd、NetworkManager 等。由于我对于 GUI 的要求不是那么高,最终我选择的是 systemd-networkd + iwd 的方式管理和连接网络。 由于平时可能需要用到集聚接口 / vlan 子接口,所以查找了下 systemd-networkd 创建集聚接口和 vlan 子接口的相关资料,特做记录。 ps: 文章其实和 Arch 这个特定的 Linux 发行版没啥大关系,只是决定使用 Arch 这个发行版了,后续的 Linux 上的一些使用方面的记录可能都会冠以 「Arch Linux 使用小记」这个 title。 接口配置文件 systemd 配置接口主要涉及的文件有 netdev 及 network 。 netdev 文件 netdev 文件用于配置虚拟网络设备,例如 bond / vlan / tun / wireguard 等各种类型的接口,详见 systemd.netdev 主要配置的字段有 [NetDev] 及具体的接口类型段。 network 文件 network 文件用于配置接口具体的网络信息,如 IP / MAC / 路由等,详见 systemd.network 主要配置的字段有 [Match] 及 [Network] 。 集聚接口 Debian Wiki 中提到 systemd 默认会创建一个名为 bond0 模式为 balance round robin 的集聚口,且模式不可更改(未去验证),所以为避免可能出现问题以下配置时均不采用 bond0 这个名字。 更改配置后,可执行 systemctl restart systemd-networkd 生效。 有线与无线聚合 这个的需求主要是有线和无线之间作为主备,比如拔掉网线,可以无缝使用无线网络进行连接。 创建集聚口 netdev 文件,如 /etc/systemd/network/bond1.netdev : [NetDev] Name=bond
  6. Arch Linux 安装篇 | Arch Linux 使用小记
    Jul 4, 2021 · original
    前言 之前的一台老电脑装着 Windows 和 Manjaro 的双系统,但是 Windows 也一直没在使用,就想着把它干脆把它格了装成 Linux 单系统。由于习惯了 pacman 和 aur,就想着重装成 Manjaro 或者 Arch 了,毕竟之前装过 Manjaro 了,是时候体验下装 Arch 了(瞎折腾~)。 Arch Linux 的 官方 Wiki 一直都是业界楷模,所以照着维基安装问题不大。本文对自己安装过程((LVM + XFS) / Btrfs + KDE)进行记录整合,方便自己使用,整个内容在 Wiki 基本都能找到说明,建议想要入坑的直接查看 Wiki 。 准备工作 下载 镜像 ; 制作 U 盘启动盘,可采用 Rufus 或者 Ventoy 系统安装 启动到 Live 环境 进入 BIOS 设置 U 盘优先启动,启动后进入 archiso shell 环境(默认为 zsh); 验证启动模式是否为 UEFI 模式: # 能够正常显示该目录,则为 uefi 模式 ls /sys/firmware/efi/efivars 本文采用 UEFI 模式启动。 连接网络 由于安装过程中需要安装一些必要的软件,所以需要连接到网络,我采用的是无线网络(iwd),有线网络的话正常插上线(DHCP)就可使用了: # 1. 查看网卡设备 ip link show # 2. 输入 iwctl 进入 iwd 模式下 [root@archiso~] iwctl [iwd#] # 3. 扫描和获取附近网络 [iwd#] station device scan [iwd#] station device get-networks # 例如: [iwd#] station wlan0 scan [iwd#] station wlan0 get-networks Available networks -------------------------------------------------------------------------------- Network nam
  7. Tmux 使用小记
    May 1, 2021 · original
    前言 因为常用的环境都在服务器端,大部分的工作也都是 SSH 上服务器或者通过 vscode 的 remote-ssh 远程完成的,所以就会有 SSH 断开工作环境丢失的问题。然后几个月前了解到了 Tmux 这个终端复用工具,用了一段时间之后感觉还不错,遂对其做个记录。 Tmux 简介 单元模块 服务器(server):tmux 为 C/S 模型,输入 tmux 时则代表开启了一个 tmux 服务器 会话(session):开启 tmux 服务后,默认新建一个会话;一个 tmux 服务器可以创建多个会话 窗口(window):新建一个会话后,默认新建一个窗口;一个会话可以创建多个窗口 窗格(pane):新建一个窗口后,默认新建一个窗格;一个窗口可以创建多个窗格 主要功能 对于我来说,tmux 主要功能有: 会话和窗口分离,窗口关闭,会话不结束,用以维持环境; 窗口可以进行分割,在一个窗口不同窗格下进行不同的操作; 基于 C/S 模型,多个客户端可以同时连接到同一个 session,方便共享; 插件系统,方便扩展功能,如记录日志(可以不依赖终端软件了) Tmux 自定义配置 tmux 可以自定义配置,针对个人用户的配置文件,修改 $HOME/.tmux.conf 文件即可。 前缀键 tmux 可以通过 tmux + command 的方式进行操作;也可以在进入 tmux 窗口中后通过快捷键进行操作,快捷键通过前缀键唤醒。 默认的前缀键是 ctrl+b ,但是这个前缀键比较不友好,实际使用中有点别扭,所以我对其进行了修改。关于前缀键的选取,主要考虑的因素有是否方便敲击和是否与其他快捷键有冲突。 比较理想的按键是 ` 键,冲突少,只要敲击一个键,+ 数字键切换窗口时也很方便,但是我的 NiZ Plum Atom66 键盘这个键很不方便,所以放弃了,最后采用的是 ctrl+s 键,修改如下: set -g prefix C-s unbind C-b bind C-s send-prefix 关于前缀键的选取可参考如下文章 / 提问: 为 tmux / screen 选择一个合适
  8. 2020 年年终消费小结
    Mar 27, 2021 · original
    前言 去年写了 2019 年年终消费小结——生活用品及订阅服务 ,然后就想把这个主题一直延续下去,结果今年已经过去三个多月了,一直没有动笔(懒 。趁着现在有写的想法,赶紧水了😄️。 同样地,还是分为生活用品、订阅服务以及应用软件三个部分记录。 生活用品 LG 27UL850 想给 mbp 配个显示器,考虑到连 Mac 的显示效果,就准备直接上 4k 显示器。大概需求就是 27 寸、自带音箱(我对声音要求不高,省了配音箱的钱)。买的时候考虑了 LG 27UL850 和 Dell U2718Q,最后选择 LG 27UL850 可能是因为支持 type-c 吧,而且还便宜了不少。有 type-c 感觉还是挺方便的,还能支持反向充电。 接口也还蛮丰富的,支持 HDMI DP,有音频输出、俩 USB 口,不过我平时用不到就是了。控制按钮是方向杆,这个对于盲操作还是蛮舒服的。不过这个底座我不是很喜欢,不规则形状,放在桌子上感觉空间有点浪费 MX Master 3 之前用的赛睿有线鼠标坏了,然后几年前买的罗技 M585 吃灰太久了,换了电池也没用。逼不得已需要换个鼠标。既然要换鼠标,之前键盘用了无线,就想着鼠标也换个无线的吧。这个时候,MX Master 3 上市也已经有几个月了,看评价都不错,就买了这个。 目前使用体验还算良好。滚轮十分舒适,安静顺滑,长页面的滑动不要太舒服。续航的话,没有太在意,提示没电了我就充会,不过我感觉充一次还是可以用蛮久的。然后手势操作的话,那个手势按钮位置对于我来说很不舒服,需要拇指侧边发力,很别扭。刚开始很不适应,用了一段时间之后用来切换桌面还是很方便的(最近不知道是 macOS 还是鼠标的问题,手势失效了),实在不习惯倒也可以放弃这个按钮,通过罗技的软件自定义下手势。 GW-B5600 没错,今年我又买了一块表,算是送给自己的生日礼物。 UNI Type-C 扩展坞 其实我对扩展坞的要求是网口,然后我之前用的绿联的需要驱动让我很不爽,所以想换个免驱的,其他的口都是抱着万一能用到的心态。看了贝尔金的,犹豫了好久还是信仰不足(囊中羞涩)。最后在推特上看
  9. WireGuard NAT-to-NAT 实践
    Oct 6, 2020 · original
    最近有连接两个内网的小需求,想起了之前写过的 WireGuard 搭建和使用折腾小记 ,决定尝试着使用 WireGuard 来实现。因为两个内网都在 NAT 后,自己也没有固定的公网 IP,所以只能借助一台 VPS 作为中继服务器,用来分别连接两个内网并进行流量转发。以下内容为自己的一点记录,其实大体上和之前的文章区别不大,不过这次主要以手动命令配置为主,方便自己进一步理解。 拓扑环境 NAT-A (192.168.0.0/24) --- Gateway (VPS) --- NAT-B (10.180.0.0/16) wg 隧道接口 IP 我这里采用的是 10.10.10.0/24 网段的 IP,如下: NAT-A: 10.10.10.2/24 GW: 10.10.10.1/24 NAT-B: 10.10.10.3/24 安装与配置 环境依赖 NAT-A、NAT-B、VPS 均采用一台 Linux PC 作为 WireGuard endpoint; WireGuard 安装过程不再赘述,见 官方文档 ; iptables、iproute2 配置过程 GW 端 # 1. 生成密钥对 wg genkey | tee privatekey | wg pubkey publickey # 2. 创建 WireGuard tunnel 接口 ip link add dev wg0 type wireguard # 3. 为 wg 接口配置 IP 地址 ip address add dev wg0 10.10.10.1/24 # 4. 指定 gw 端 wg0 接口私钥及接听端口 wg set wg0 private-key $(cat privatekey) listen-port 60000 # 5. 启用 wg0 接口 ip link set up dev wg0 # 6. 开启流量转发 echo "net.ipv4.ip_forward=1" /etc/sysctl.conf sysctl -p # filter 表转发链中允许 wg0 接口的出入流量 iptables -A
  10. 博客两周年的碎碎念
    Sep 13, 2020 · original
    一周年的时候说到希望明年方寸之间还有我的角落,很高兴能在两周年的时候还能有机会写下这篇文章。「方寸间」两周年啦!感谢过去的一年走过路过的朋友们捧场。 其实呢,想了想,感觉这一年对于博客内容的输出有点少,很多时候想写但是又觉得内容稍显贫乏然后就搁置了。不过呢,自己始终还是需要保持一个想写就写、想写啥就写啥的心态吧,倒不是要为了输出而输出。 借着两周年,随便说点什么吧。 关于博客 [post cid="15" cover="https://cdn.jsdelivr.net/gh/WithdewHua/static@withdewhua-hugo/img/post/post-bg-art.jpg"/] 博客框架及主题 博客方面,近一年表面上的最大变化就是博客框架和主题了。从之前的 Hugo 转到了现在的 Typecho,第一次接触动态博客程序。本来一周年的时候我已经对自己修改过后的 Hugo 主题非常满意了,但是却在一个月不到的时间里突然换成了 Typecho,可能是去年国庆闲的吧。 刚开始使用了 Mirage 主题,风格挺喜欢的,但是对于图片的选用要求还蛮高的,同时我发现不好放侧边栏广告(虽然实际证明,放了也是徒劳,哈哈)。然后选择了 Typecho 上使用人数极多的 handsome,主题完成率很高,也蛮好看的,我应该很长一段时间内不会更换了( flag )。 在换了 Typecho 之后,自己的折腾倒是少了不少。之前用 Hugo 的时候总有一些不满意的地方,然后就自己修修补补用了,现在倒是没啥自己动手修改的内容了,一般找插件用用就得了,不行就放弃(折腾不动啦)。 博客域名和服务器 域名的更改也是比较偶然,之前无意中接触到了一个域名拍卖网站—— park.io ,在上面看了好一会儿,有个满意的域名拍的价太高了,我实在下不去手。后来又让我看到了现在这个域名,纯数字,但是我觉得还蛮好记的,估计也没人抢,比较顺利的以最低价拿下了(其实也非常贵了😭️)。转到 namecheap 之后大概一年二三十刀吧,还算能接受。 博客服务器就经历比较丰富了。刚开始在 GCP 上测试 Type

Discovered by the rss-feed-index crawler, which checks each feed at most once a month.

Same record as JSON: https://api.agentalog.com/api/feeds/fd_10101_io_20b87422b4ae9f5a. More from this site: 10101.io in the Feeds tab.