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

前端

技术

生活

关于我

进入NetlifyCMS

Spark1e的Github

前往Twitter

给spark1e发邮件

在博客中搜索……

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

### Windows

* Bandizip(v6): 旧版没有广告，至于他提到的神马漏洞？emmm，不care。 [下载页](https://www.bandisoft.com/bandizip/old/6/)

### Sublime Text (v3) Packages

* convertChineseCharacters: 把从Chrome Devtool里拷贝的JSON中的中文unicode转换为正常的中文字符，ctrl+shift+p，输入unicode，查看所有convert快捷方式

一些我自己常用的软件链接

### 查看Stallion中提供的IPv6段

Stallion -> Virtual Server -> Networking -> 齿轮按钮 -> Network Settings.

![buyvm-network-settings](/img/uploads/buyvm-network-settings.png)

### 编辑interface文件

下面的内容均已上面管理台显示的为准，填入对应位置，然后保存interface，重启

```
iface eth0 inet6 static
	address xxx
	netmask 48
	gateway xxx
```

为BuyVM VPS添加IPv6

## 为什么Windows不适合作为开发使用？

对于我个人的前端开发体验而言，主要在这几个方面：

* 利用Node.js实现一些自动化功能，代码内经常混入一些Windows无法运行的bash命令；
* Windows下一般不只有开发环境，还会安装一些其他的软件、游戏等等，相互影响；
* 部分库没有做`cross-env`兼容，在Windows下执行会有意料之外的bug；
* Windows的目录结构在实际使用时会有意料之外的问题；

因此，WSL是在Windows下进行开发更好的选择。

> 截止本文编写时，我仍不建议使用WSL2的版本，会给开发带来一些不必要的困扰，稳定后再体验。

## 开启WSL

有关于如何在Windows下开启WSL功能，很多文章在一年前都进行了说明。在当前版本号1909下，只需要注意以下几点：

1. 可以正常使用Microsoft Store（也支持利用zip包安装，具体详见[官方文档](https://docs.microsoft.com/en-us/windows/wsl/install-manual)）；
2. 开启“适用于Linux的Windows子系统”，设置路径在：控制面板\程序\程序和功能 -> 左侧“启用或关闭Windows功能”，这一步骤需要进行重启使得更改生效；

## 安装

安装比较简单，利用Microsoft Store搜索“Linux”，选择你喜欢的版本进行安装即可。

> 安装会默认安装至C盘，如果你的C盘容量非常“宝贵”，建议使用[LxRunOffline](https://github.com/DDoSolitary/LxRunOffline)工具进行迁移，这个工具还可以进行管理等等功能，有兴趣的可以研究一下。我们下载它的Release并在Windows下解压到合适的目录下，利用PowerShell环境运行exe即可执行相关命令。

等待下载完成后启动，需要等待一些时间，系统会自动对你选择的Linux发行版进行配置和初始化，输入你的用户名密码即可开始使用。

## 配置

配置上正常先将系统自带的各种包更新升级`sudo apt update && sudo apt upgrade`

### ProxyChains

由于WSL使用的是父主机（即Windows系统）的网络环境，因此在WSL环境下，部分软件安装配置时，会存在无法访问的情况（例如Github Release的文件分发地址……），强烈建议先配置[ProxyChains-NG](https://github.com/rofl0r/proxychains-ng)，可以选择手工下载源码make安装，也可以利用包管理器（目前包管理器版本较低，为3.x版本，仓库目前已经到了4.x版本，如果有能力建议使用源码安装，我使用的Ubuntu-18.04版本需要安装make与gcc包），`sudo apt install proxychains`进行安装，这里不赘述。

> 2022年10月，再次从包管理安装`apt-get install proxychains-ng`已经可以安装v4版本的proxychains了

安装好后在`/etc`目录下编辑（如果是源码安装，这里是创建）`proxychains.conf`文件，在文件内写入配置信息：

```bash
[ProxyList]
# add proxy here ...
# meanwile
# defaults set to "tor"
socks5 127.0.0.1 1080
```

在配置完成后，运行命令前带有`proxychains`即可通过代理，例如如下命令即可测试是否成功应用代理：

```bash
proxychains curl myip.ipip.net
```

如果显示代理，即配置成功。

### Node.js & NPM

这里其实没什么需要详细说明的，和我们在服务器环境配置Node.js同理。

> 在官网的角落可以找到一个相对隐蔽的Node源地址，配置后可以直接通过包管理器快捷安装Node，相比于二进制与源码安装更为简单，其[仓库地址](https://github.com/nodesource/distributions)

这里我遇到了Bug，在配置WSL环境前，我没有移除Windows下的Node环境，在完成了上述安装步骤后，`npm -v`提示“Unable to correct problems, you have held broken packages.”，看到对应报错地址指向了`/mnt/c`下的node目录时，明白了npm命令是调用了Windows环境下的npm，因此，卸载Windows下的nvm(**请通过“控制面板”内的软件功能进行卸载**)与Node.js后，移除WSL内已安装的Node.js并重新安装，一切正常工作，完美。

### Oh my Zsh

前文提到过，curl和wget目前都可以通过proxychains进行代理，这里其实没有太大的困难，但是，考虑到可能的DNS污染相关，这里我把官方的curl地址修改为`sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"`并使用代理，安装成功。

> 如果提示SSL相关问题，wget下可以通过`wget --no-check-certificate`临时关闭SSL检查。

这里我还遇到了一个无法连接的问题，我在安装的时候提示我`raw.githubusercontent.com`指向了0.0.0.0，查找[相关issue](https://github.com/microsoft/WSL/issues/3761)，执行以下命令查询是否有相关的软件控制网络或代理，检查发现我的“火绒”影响了，临时退出即可。

```bash
powershell.exe "Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntivirusProduct" | grep displayName
```

### SSH

配置WSL的git环境需要对应的SSH-key，按照正常的方法，可以生成，但是无法复制出来，**WSL具有可以直接执行Windows环境exe程序的特性**，因此可以通过`cat ~/.ssh/id_rsa | clip.exe`直接复制出来。

然而生成的key无法被Github识别，提示“key is invalid”，查阅得到[这个结果](https://stackoverflow.com/questions/47859437/windows-10-openssh-key-invalid-format)，虽然并不是完全一致的问题，但是提供了思路，将SSH生成的命令修改，删除指定长度“4096”的设置（-b 指定密钥长度。对于RSA密钥，最小要求768位，默认是2048位。DSA密钥必须恰好是1024位(FIPS 186-2 标准的要求)。）

```bash
ssh-keygen -t rsa -C "your_email@example.com"
```

配置到Github，成功。

## 卸载与导出

如果之后不再需要WSL环境，可以通过如下命令进行卸载：

```bash
wslconfig /unregister <wslconfig /list得到的对应名称>
```

额外的，建议将对应的UWP程序同时右键卸载进行彻底移除。

如果希望备份迁移，可以使用前文提到过的LxRunOffline工具进行处理，可以参考项目的Readme进行操作。

利用WSL在Windows下获得更好的开发体验

始终下载最新稳定版：
<https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.iso>

历史版本（相对速度较快的）
<https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/>

来源：<https://pve.proxmox.com/wiki/Windows_VirtIO_Drivers#Using_the_ISO>

Virtio-win镜像的下载地址

步骤：

1.运行->CMD(管理员)->输入DISM /online /Get-CurrentEdition 
看你的Edition ID是什么，如果是Evaluation的话，例如Standard一般就ServerStandardEval把后面Eval那四字母去了就是你的Edition ID。
如我的就是ServerStandard

2.然后输入DISM /online /Set-Edition:<edition ID> /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula 
Edition ID自己填刚才得到的那个Server Standard key，ProductKey后面把序列号填上去就行，这个方法也适用于Standard转DataCenter（记得<edition ID>，不能把<>也输入进去，只填 edition ID 就OK了）

3.重启操作系统，Windows Server 2012从Evaluation版转成正式版

windows server 2012 evaluation(评估版) 转普通版

## [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规则已经用于宿主机，端口转发会遵从宿主机防火墙配置。

Spark1e

Category: others