一些关于前端、技术，和我的生活的文字

前端

技术

生活

关于我

进入NetlifyCMS

Spark1e的Github

前往Twitter

给spark1e发邮件

在博客中搜索……

Category: Others - Page 3 | Spark1e的个人博客

## [GlitchTip](https://glitchtip.com)是什么

一个与Sentry几乎类似功能的错误捕获、监控程序，开源在gitlab.com，提供了 __linux/amd64__ 和 __linux/arm64__ 双架构的Docker镜像，要知道，Sentry还是不能支持ARM架构的，对于有甲骨文4C24G的同学，无法部署Sentry，可以将GlitchTip作为平替。

## 安装

> 官方的 [自建安装指南](https://glitchtip.com/documentation/install)

我这里选择docker-compose的方案，基本按照官方文档流程下来，走通没有问题。

## 存在Bug

我部署的版本是 v1.22.5，目前版本在部署中发现一些问题，我这里提供我的解决方案。

### Bug1：怎么配置EMAIL_URL?

官方文档漏了最重要的一个配置，举例说明，比如使用Yandex的个人域名邮箱，SMTP服务端口为 __SSL模式下的465端口__ ，因此，EMAIL_URL的格式应该为：

```
EMAIL_URL=smtp+ssl://user@example.com:password@smtp.yandex.com:465
```

> [Related Issue](https://github.com/joke2k/django-environ/issues/212)

### Bug2: 如何“彻底”禁用注册?

[官方文档](https://glitchtip.com/documentation/install#configuration) 提供的变量 `ENABLE_OPEN_USER_REGISTRATION` 默认为关闭，但是刚进入界面仍然可以注册，这是因为在 [代码](https://gitlab.com/glitchtip/glitchtip-backend/-/blob/26bb1b75aaa634b2be6aa0ef4884e22c57d78755/users/utils.py#L8) 里有这样一个判断:

```python
if not enable_user_registration:
    enable_user_registration = not Organization.objects.exists()
```

所以需要至少创建一个Organization，登录界面的注册才会被隐藏。

__是的，你没有看错，是隐藏……__ ，如果你手工重定向到 `/register` 依然能够访问，点击注册会请求 `/rest-auth/registration` ,依然会请求成功，完成注册……

想必有朋友已经有了想法。我是将GlitchTip放在了Nginx的后面访问，因此，加了两条403的路由（其中界面的路由通过首页定向依然不行，因为是前端路由……）

```conf
location /register { return 403; }
location /rest-auth/registration { return 403; }
```

算是临时解决了，如果之后有更好的方案，我再更新。

> Q: 隐藏了注册相关路由，我该怎么创建新用户呢？
>
> A: `docker-compose run migrate ./manage.py createsuperuser`, 参考你的docker-compose.yml里，migrate对应的服务名称。

部署Sentry的轻量替代品——GlitchTip

### Step 0. Check Requirements

- GPU Driver (Miracast support)
- Wireless Network Adapter

### Step 1. Re-add PPI Projection

[link](https://blog.csdn.net/qq_37798548/article/details/122825511)

### Step 2. Re-add "Miracast PPI Receiver"

[link](https://bbs.pcbeta.com/forum.php?mod=viewthread&tid=1912839)

> [How to install .cab file](https://zh.101-help.com/77b6cd11bd-zai-windows-10zhong-an-zhuang-cab-filede-zui-jian-dan-fang-fa/)

Win10 LTSC 2021补充无线显示器（Miracast）功能

常见情况，使用了一些如NFS，s3fs等方式，动态挂载目录，并提供给nginx使用，如果nginx设置直接启动，会找不到文件因而启动失败。

## Fix

### Edit systemctl of nginx

```bash
# if your device doesn't have /etc/systemd/system/nginx.service.d/
mkdir /etc/systemd/system/nginx.service.d
touch /etc/systemd/system/nginx.service.d/override.conf
# Start edit
vim /etc/systemd/system/nginx.service.d/override.conf
# Or
systemctl edit nginx.service
```

在文件内添加：

```
[Unit]
RequiresMountsFor=/data # Your dynamic mount folder
```

然后重启nginx

```bash
systemctl start/restart nginx.service
systemctl enable nginx.service
```

Nginx配置目录挂载后启动

本文主要针对HD4600核心显卡给出特殊问题的解决办法，正常直通流程请参考下方：

> 正常直通请参考LALA大佬的教程，此处给出[链接](https://lala.im/6324.html)

> HD4600 核心显卡驱动[直达地址](https://www.intel.cn/content/www/cn/zh/support/products/81496/graphics/graphics-for-4th-generation-intel-processors/intel-hd-graphics-4600.html#drivers-software)

> 如果是win10之前的版本如win7,8,server 2012可以选择15.36版本下载，能够正常使用3D等能力，但测试Plex硬解没有显示成功(hw标识)。win10及之后的版本可以选择15.40，能够正常进行硬解。

如果按照以上教程已经配置完毕，但进入系统设备管理器显示“设备已停止，代码：43”，那么请按以下方法配置。

## 0. (可选)将PCI ID更新到GRUB

> 之所以为可选步骤，是因为有些设备不需要这一行也能正常设置到vfio，具体原因不清楚。

```
vim /etc/default/grub
```

将`GRUB_CMDLINE_LINUX_DEFAULT`改为下方所示，我的DEVICE ID是8086:0412，修改为你的设备id

> 查询请参考上方教程。

```
# Replace your device_id
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on video=efifb:off vfio-pci.ids=8086:0412"
```

修改完成后执行，使grub生效

```
update-grub
```

## 1. 编辑QEMU配置文件

执行下方命令，注意替换你的节点名和vm id。

```
vim /etc/pve/nodes/<YOUR_NODE_NAME>/qemu-server/<VM_ID>.conf
```

如果已经有hostpci0一行，请将其删除或注释，并在文件中增加一行：

> 00:02.0是我的VGA设备id，请对应替换为你的设备id。

```
args: -device vfio-pci,host=00:02.0,x-igd-opregion=on
```

## 2. 设置机器类型

经过我的测试，这套配置需要使用默认的SeaBIOS和i440fx机器，UEFI+q35的配置我这里没有直通成功。

## 3. 收尾工作

安装hd4600驱动，设置远程桌面，先后重启宿主机和vm，可以尝试在远程桌面模式下运行three.js的[examples](https://threejs.org/examples/)，能够看到GPU的3D部分开始工作，我这里第一个例子的帧数稳定在32帧。

Plex的面板也提供展示，能够看到某个用户当前正在看的，点击图标还有详细信息，如果后面括号有hw标记，则代表已经使用了硬件加速。


> 解决方案参考自[Proxmox论坛帖子](https://forum.proxmox.com/threads/i5-4440-hd-4600-passthrough-code-43.75322/post-339028)

Intel核显HD4600直通PVE

> 本文最后更新于2021年12月27日

Google搜索“hetzner mac abuse”关键字，可以说，在Hetzner购买独立服务器的确物美价廉，售后友好，上下行网络都是标准G口，即便是欧洲商家也很难找出其二。

但是，Hetzner位于德国，因此其网络限制比较多，比如NFS端口不能完全暴露外网，MAC地址限制等等。

> 有关于Hetzner关于MAC限制的[说明](https://www.hetzner.com/legal/dedicated-server)，这个规则适用于整个Hetzner下的所有Dedicated Server，不区分机房。

那么，如果在Hetzner独服上，安装Proxmox，__并开通带有独立IPv6的VM&LXC__，就会基本上一定收到"MAC Abuse Report"，警告机器能够检测到除主机mac之外的其他mac，违反了协议，超过指定时间会被锁定机器。

> 购买独立IPv4在2022年将会上涨，包括租费以及首次安装费，不建议独立IPv4，如果购买了额外IPv4，则需要在面板里手工绑定mac，不涉及本文中提到的解决方案。

## 官方文档解决方案

> [Reference](https://docs.hetzner.com/robot/dedicated-server/faq/error-faq/#mac-errors)

翻译一下，Proxmox的防火墙存在Bug，建议阻止outgoing方向的43端口，但是这个bug只在Proxmox VE 6版本存在，我在PVE7同样收到了MAC Abuse邮件。

## “破罐子破摔”型方案

这个报告的确很恼人，而且频率极高，如果非必须使用PVE，可以不用……

## 社区方案

上一个方案属于开玩笑了，想必点进来都是想解决问题的，搜索了所有提及相关关键字的帖子or方案，大致分为几类。

### pfsense

使用pfsense将子网网络独立，相对比较复杂，而且，子网内的机器比较依赖中间的中转。参考[链接](https://github.com/pekare/hetzner-proxmox-pfsense)

### 禁用一些转发（验证不一定成功）

sysctl.conf

```
net.ipv4.igmp_link_local_mcast_reports = 0
```

包括社区提及，关闭rpcbind相关服务

```
systemctl disable rpcbind.service rpcbind.socket rpcbind.target
```

## 我的终极方案（IPv4 NAT + IPv6）

最近手头增加了两台独服，参考了另一个Kimsufi的独服网络配置方案，相对简单，而且在PVE6 和 PVE7上，均能生效。

首先防火墙配置，正常设置一条规则（或者一个安全群组，vm和节点都能使用），阻止进出的43端口TCP链接。

由于是单个IPv4和一个/64位的IPv6段，拥有独立IP的vm都是单IPv6，直接设置一个经过主网卡进行转发。

所以对于IPv6的链接，流向如下：

```
Outside <==> vmbr0(main IPv4 + main IPv6) <==> vmbr1 (a subnet in main IPv6)
```

### 宿主机配置

一个示例的/etc/network/interfaces文件如下

```
### Hetzner Online GmbH installimage

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto enp2s0    #ifconfig提前找到的主网卡名称
iface enp2s0 inet manual
iface enp2s0 inet6 manual

auto vmbr0
iface vmbr0 inet static
  address <YOUR_MAIN_IPV4>         #后台可查
  netmask <YOUR_MAIN_IPV4_NETMASK> #后台可查
  gateway <YOUR_MAIN_IPV4_GATEWAY> #后台可查
  bridge_ports enp2s0              #ifconfig提前找到的主网卡名称
  bridge_stp off
  bridge_fd 0
  bridge_maxwait 0

iface vmbr0 inet6 static
  address 2a01:aaa:aaa:aaa::2      #后台可查，这里假设一个虚拟的IPv6/64地址
  netmask 64                       #后台可查，Hetzner一般为/64
  gateway fe80::1                  #后台可查，Hetzner一般为此gateway
  bridge_ports enp2s0
  bridge_stp off
  bridge_fd 0

## 内网桥接 
auto vmbr1
iface vmbr1 inet static
  address 10.10.2.1
  netmask 255.255.255.0
  bridge_ports none
  bridge_stp off
  bridge_fd 0
  post-up iptables -t nat -A POSTROUTING -s '10.10.2.0/24' -o vmbr0 -j MASQUERADE
  post-down iptables -t nat -D POSTROUTING -s '10.10.2.0/24' -o vmbr0 -j MASQUERADE

  # NAT
  post-up iptables -t nat -A PREROUTING -i vmbr0 -p tcp --dport <EXPOSE_PORT> -j DNAT --to 10.10.2.2:<VM_PORT>
  post-down iptables -t nat -D PREROUTING -i vmbr0 -p tcp --dport <EXPOSE_PORT> -j DNAT --to 10.10.2.2:<VM_PORT>

iface vmbr1 inet6 static
  address 2a01:aaa:aaa:aaa::3/64
  bridge_ports none
  bridge_stp off
  bridge_fd 0
  post-up echo 1 > /proc/sys/net/ipv6/conf/all/proxy_ndp
  post-up echo 1 > /proc/sys/net/ipv6/conf/all/forwarding
  post-up echo 1 > /proc/sys/net/ipv6/conf/default/forwarding
  post-up /sbin/ip -f inet6 neigh add proxy 2a01:aaa:aaa:aaa::3 dev vmbr1
  # 下面两行为一对，指::100/128的IPv6地址通过vmbr0转发出去，而进网增加了一条经::3在vmbr1上转发的规则，有几个独立的固定IPv6，则增加几对
  post-up /sbin/ip -f inet6 neigh add proxy 2a01:aaa:aaa:aaa::100 dev vmbr0
  post-up /sbin/ip -f inet6 route add 2a01:aaa:aaa:aaa::100 dev vmbr1
```

> 建议使用我之前提过的较为安全的修改方式，避免interfaces错误导致无法连接机器，[文章链接](/others/安全配置服务器网络/)

保存，并重启networking服务。

```
service networking restart
```

如果顺利的话，SSH链接恢复，检查Proxmox，两块虚拟网卡vmbr0和vmbr1正常。

### Proxmox配置

VM和LXC(即CT)配置方式类似。

对于IPv6分配，采用静态，选择一个在interfaces内已经配置好转发的地址，桥接选择vmbr1，记得开启防火墙并同步双向43的规则，正常情况下，机器的IPv6应该是通的。

而对于NAT的IPv4地址，不开启防火墙也没有问题，因为43规则已经用于宿主机，端口转发会遵从宿主机防火墙配置。

hetnzer解决mac地址滥用警告

## 怎么看？

```bash
cat /var/spool/mail/root
```

## 哪来的？

有部分服务会产生report，如acme.sh，如果遇到续约失败等，会产生一封邮件，发送至对应host，而往往主机没有配置自身的邮件服务，那么就会保留在文件系统里。

SSH显示“You have new mail.”

## Why?

当前LTS版本为Debian11，使用了Debian10的系统——当前系统版本属于Old Stable。

## How?

```bash
apt-get update --allow-releaseinfo-change
# may show some error, just ignore, the repos have been updated.
apt-get update
```

解决"This must be accepted explicitly before updates for this repository can be applied"

> 本篇答案来自 [SuperUser-Boba Fit](https://superuser.com/a/1564148)

如果UFW里有数十条规则，一行一行的执行ufw命令属实折磨，参考此篇，可以改为循环执行。

```bash
ufw status numbered
# no confirm, example rule numbers
for i in 65 54 43 20 1;do yes|ufw delete $i;done
```

最后不要忘记执行：

```bash
ufw reload
```

批量删除UFW规则

## 代码量 - 一个有时绕不开的命题

在某些特定的时候，虽然程序质量（或者说复杂度）不是与代码量成正比，但是不得不提供出来，对于前端常用VSCode的同学，自然没有使用idea同学好运，他们有自带的代码统计工具，因此，要推荐一个工具 —— [cloc](https://github.com/AlDanial/cloc)

## 安装非常简单，对于有包管理的OS而言

正如官方Github的简介一样简单，使用各自的包管理直接安装即可。

方便无法访问Github的同学，腾一份小抄：

```bash
npm install -g cloc              # https://www.npmjs.com/package/cloc
sudo apt install cloc            # Debian, Ubuntu
sudo yum install cloc            # Red Hat, Fedora
sudo dnf install cloc            # Fedora 22 or later
sudo pacman -S cloc              # Arch
sudo emerge -av dev-util/cloc    # Gentoo https://packages.gentoo.org/packages/dev-util/cloc
sudo apk add cloc                # Alpine Linux
doas pkg_add cloc                # OpenBSD
sudo pkg install cloc            # FreeBSD
sudo port install cloc           # macOS with MacPorts
brew install cloc                # macOS with Homebrew
choco install cloc               # Windows with Chocolatey
scoop install cloc               # Windows with Scoop
```

安装好之后，即可执行统计文件、文件夹甚至Git仓库的代码量了。

## 常用

```bash
cloc perl-5.22.0.tar.gz
cloc ./
```

### 遵从gitignore配置统计代码

对于前端同学，统计代码往往需要忽略最大的`node_modules`以及打包生成的`dist`文件，查找了官方issue找到了非常方便的方法：

```bash
cloc $(git ls-files) 
# Or
cloc --vcs git # Or cloc --vcs svn
```




使用cloc有效统计你的代码量

# Docker Swarm

相比于k8s这种重量级的集群方案，k3s足够轻量，非常适合个人，但是在我这里，我有着数个IPv6 only的服务器，k3s目前不能完美支持IPv6的worker节点加入集群，这使我关注到了Docker重新推出的Swarm模式

## Create a Manager

```bash
# 此处也可以使用网卡名称？未测试
docker swarm init --advertise-addr <MANAGER-IP>
```

## Join as a worker

```bash
docker swarm join \
  --token <MANAGER-NODE-DELIVERED-TOKEN> \
  <MANAGER-IP>:2377
```

> 如果丢失了这个token，也可以通过`docker swarm join-token manager`重新显示。

## Group workers by label

可以通过创建label来对worker进行分类：[相关Issues](https://github.com/moby/moby/issues/27231#issuecomment-767696365)

```bash
docker node update --label-add test swarm-test-04
```

如果添加成功，通过以下命令即可通过label筛选列出相关worker

```bash
docker node ls --filter node.label=test
```

## 开放端口

对于一般的IPv4机器我们可以直接使用类似`8080:8080`的方式打开，但是如果是IPv6 Only，打开端口需要将配置改为：

```yaml
- target: 8080
  published: 8080
  protocol: tcp
  mode: host
```


Spark1e

Category: others