QNAP威联通网络莫名断开备忘

问题描述

突然发现通过cf的tunnel访问的威联通nas无法访问了，通过ssh登录nas发现网络断开，ping不通外网，但是内网可以ping通。

解决方法

上网随便查了下，手动添加了网关，问题解决。
不知道重启后会不会有问题，暂时记录下。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
cloudflared  | 2023-10-31T02:27:43Z INF Retrying connection in up to 1m4s connIndex=0 event=0 ip=198.41.192.67
# ping 198.41.200.63
PING 198.41.200.63 (198.41.200.63): 56 data bytes
ping: sendto: Network is unreachable
# ping baidu.com
PING baidu.com (39.156.66.10): 56 data bytes
ping: sendto: Network is unreachable
# ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 56 data bytes
64 bytes from 192.168.2.1: seq=0 ttl=64 time=0.247 ms
64 bytes from 192.168.2.1: seq=1 ttl=64 time=0.288 ms
# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.3.0        *               255.255.255.0   U     0      0        0 lxcbr0
10.0.5.0        *               255.255.255.0   U     0      0        0 docker0
10.0.7.0        *               255.255.255.0   U     0      0        0 lxdbr0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
172.29.0.0      *               255.255.252.0   U     0      0        0 br-24716c1a29aa
172.29.4.0      *               255.255.252.0   U     0      0        0 br-c289739b34e0
172.29.8.0      *               255.255.252.0   U     0      0        0 br-3366894659cb
172.29.12.0     *               255.255.252.0   U     0      0        0 br-8ead73783fd8
172.29.16.0     *               255.255.252.0   U     0      0        0 br-98fb6438c86a
172.29.20.0     *               255.255.252.0   U     0      0        0 br-643339fca491
172.29.24.0     *               255.255.252.0   U     0      0        0 br-f4308d77c332
172.29.28.0     *               255.255.252.0   U     0      0        0 br-c4202cae4285
172.29.32.0     *               255.255.252.0   U     0      0        0 br-7926f60bf5c4
172.29.68.0     *               255.255.252.0   U     0      0        0 br-6afa60eff756
172.30.0.0      *               255.255.252.0   U     0      0        0 br-ba18fe12dc39
192.168.2.0     *               255.255.255.0   U     0      0        0 br0
# route add default gw 192.168.2.1
# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         RT-AC86U        0.0.0.0         UG    0      0        0 br0
10.0.3.0        *               255.255.255.0   U     0      0        0 lxcbr0
10.0.5.0        *               255.255.255.0   U     0      0        0 docker0
10.0.7.0        *               255.255.255.0   U     0      0        0 lxdbr0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
172.29.0.0      *               255.255.252.0   U     0      0        0 br-24716c1a29aa
172.29.4.0      *               255.255.252.0   U     0      0        0 br-c289739b34e0
172.29.8.0      *               255.255.252.0   U     0      0        0 br-3366894659cb
172.29.12.0     *               255.255.252.0   U     0      0        0 br-8ead73783fd8
172.29.16.0     *               255.255.252.0   U     0      0        0 br-98fb6438c86a
172.29.20.0     *               255.255.252.0   U     0      0        0 br-643339fca491
172.29.24.0     *               255.255.252.0   U     0      0        0 br-f4308d77c332
172.29.28.0     *               255.255.252.0   U     0      0        0 br-c4202cae4285
172.29.32.0     *               255.255.252.0   U     0      0        0 br-7926f60bf5c4
172.29.68.0     *               255.255.252.0   U     0      0        0 br-6afa60eff756
172.30.0.0      *               255.255.252.0   U     0      0        0 br-ba18fe12dc39
192.168.2.0     *               255.255.255.0   U     0      0        0 br0
# ping baidu.com
PING baidu.com (39.156.66.10): 56 data bytes
64 bytes from 39.156.66.10: seq=0 ttl=52 time=6.765 ms
64 bytes from 39.156.66.10: seq=1 ttl=52 time=6.822 ms

展开全文 >>

Cloudflare的WARP使用总结备忘

Cloudflare WARP 可以做什么就不赘述了，这里记录下使用过程中的一些问题。

1. 流量的获取

流量的获取有3种方法

  1. 通过这个 TG机器人 获取，按照这个机器人的提示操作即可，拿到Key后到WARP里换上，有24PB流量，几乎等于无限了。
  2. 使用 Zero Trust， 开通Zero Trust，免费方案就可以，设置好团队域名，进入 My Team 设置邮箱后缀，然后在WARP里面登录账号即可。
    一个团队可以免费50个成员，流量无限。
    附：团队域名修改 /settings/general; 邮箱后缀修改 /settings/devices/edit;
  3. 用分享的方式来获得，这个量少且费劲。

2. 客户端的使用

WARP有安卓、IOS、Windows、MacOS、Linux、等客户端，目前试过 MacOS、IOS、安卓，前两者非常简单，直接设置使用即可，安卓麻烦点。

安卓客户端遇到的问题

  1. 报错后无法连接
    猜测是由于无法拉取配置信息导致的，网上看到解决方法是扶墙，首次打开时将WIFI的代理设置为电脑上的代理，然后再打开WARP，大家可以试下，我试过不行，虽然没再报错闪退，但一直卡在获取信息。
    最终是改为使用 Zero Trust 的方式，然后就可以正常使用了。
  2. 无法使用YouTube，这个是WARP本身的限制，安卓版可以排除应用，YouTube属于软件固定写死被排除的，所以无法使用。
    大家可以自行尝试使用三方客户端绕过限制。
    这个问题IOS上没有，应该是因为IOS上的网络安全策略更高无法实现，反而少了这个限制。

就这些。

展开全文 >>

YII2使用备忘

Yii2 踩坑记录

问题：Yii2 Model中的 findOne 和 findAll方法，当传入条件类似于 ['AND', ['id' => 1], ['>', 'num', 3]] 这样时，会导致结果与预期不符，且不会报错

查找原因，这两个方法的 $condition 参数不可以与 where 方法的 $condition 视为等同，因为中间做了一层处理，代码如下：

1
2
3
4
5
6
7
8
9
10
if (!ArrayHelper::isAssociative($condition) && !$condition instanceof ExpressionInterface) {
    // query by primary key
    $primaryKey = static::primaryKey();
    if (isset($primaryKey[0])) {
        // if condition is scalar, search for a single primary key, if it is array, search for multiple primary key values
        $condition = [$primaryKey[0] => is_array($condition) ? array_values($condition) : $condition];
    } else {
        throw new InvalidConfigException('"' . get_called_class() . '" must have a primary key.');
    }
}

其中 ArrayHelper::isAssociative($condition) 这句就是判断 $condition 是否是关联数组(associative array，相当于其它语言中的Map)，如果不是关联数组，会再做处理，问题就出在这里。
由于条件中的 AND 是没有String Key的，ArrayHelper::isAssociative 判断为 false，所以会把条件处理成 ['id' => ['AND', ['id' => 1], ['>', 'num', 3]]] ，最终导致结果与预期不符。

展开全文 >>

Cloudflare内网穿透代理折腾备忘

用cloudflare尝试穿透中国移动宽带内网搭建外网可访问服务折腾记录

移动宽带价格较便宜，但是没有公网IPv4地址，所以一般的DDNS服务难以解决外网访问问题，经过一番设置，设置了IPv6 DDNS，外网可以访问了，但是访问需要客户侧网络支持IPv6，所以还是不够完美，于是开始了cloudflare折腾之旅。

1. 用cloudflare的免费CDN服务解决IPv4用户访问问题

这个很简单，只要把域名托管到cloudflare，然后在cloudflare的DNS设置里面添加一条A记录，指向服务器IP地址，然后在cloudflare的CDN设置里面开启CDN服务，就可以了。
折腾过程中有个坑，就是cloudflare的回源端口是有限制的，只支持几个固定的端口，如下：

HTTP: 80 8080 8880 2052 2082 2086 2095
HTTPS: 443 8443 2053 2083 2087 2096

2. 尝试将服务端口转为正常的HTTPS服务端口 443

国内的民用宽带80，443端口都是被封的，cloudflare CDN服务也是同端口访问，所以考虑到搞个反向代理，将服务端口转为正常的HTTPS服务端口 443。

2.1 尝试使用cloudflare的Workers

这里用到了 reflare 这个项目，这个项目是一个cloudflare的worker，一番折腾做好路由后，以失败告终。本次失败粗略得出两个结论（可能有误，求指正）：

  1. cloudflare的worker不支持访问IPv6
  2. cloudflare的worker不支持访问cloudflare的CDN服务

2.2 使用cloudflare的Tunnel (推荐)

没想到这个Tunnel居然非常顺利，而且速度感觉也比CDN快。
附上步骤链接：https://zhuanlan.zhihu.com/p/591320825
教程是群晖的，我直接用的docker-compose，大同小异自己理解下即可
还有一个差别就是cloudflare 的 Tunnel 入口有所改变，面板独立到这里https://one.dash.cloudflare.com/了，但操作不影响

注意点：

  • 如果服务器内是用 nginx 的 server_name 区分服务，记得在nginx的配置里加入相应域名

展开全文 >>

Mac常用快捷键及命令备忘

个人常用快捷键备忘，只记录Mac

Chrome

Cmd+Shift+T 重新打开最后关闭的标签页
Alt+Cmd+L 打开下载列表

Shell

time cmd 显示命令执行时间
Ctrl+U 删除光标左边输入内容
Ctrl+K 删除光标右边输入内容

idea IDE

Cmd+[ OR Command+Alt+← 光标回到上一个位置
Ctrl+G 选择下一个一样的

Docker 命令

展开全文 >>

Docker 中 ENTRYPOINT 与 CMD 的执行关系

ENTRYPOINT 与 CMD 如何配合使用

No ENTRYPOINT ENTRYPOINT exec_entry p1_entry ENTRYPOINT [“exec_entry”, “p1_entry”]
No CMD error, not allowed /bin/sh -c exec_entry p1_entry exec_entry p1_entry
CMD [“exec_cmd”, “p1_cmd”] exec_cmd p1_cmd /bin/sh -c exec_entry p1_entry exec_entry p1_entry exec_cmd p1_cmd
CMD exec_cmd p1_cmd /bin/sh -c exec_cmd p1_cmd /bin/sh -c exec_entry p1_entry exec_entry p1_entry /bin/sh -c exec_cmd p1_cmd

一句话抓重点： 如果 ENTRYPOINT 设置没有使用数组方式，CMD不会被执行

ENTRYPOINT 与 CMD 的各种覆写情况

在同一 buildstage 覆写时

1
2
3
4
5
FROM busybox

CMD ["foo %d bar\n", "1"] # 被保留
ENTRYPOINT ["echo"] # 被覆盖
ENTRYPOINT ["printf"] # 被保留
1
2
# 构建
docker build --no-cache -t overridden .
1
2
3
# 运行
docker run overridden
foo 1 bar

运行镜像显示使用了：printf

在运行时覆写 （--entrypoint)

1
2
docker run --entrypoint="echo" overridden
# 没有输出 (CMD已被重置)

可以通过传参来设置新的CMD：

1
2
docker run --entrypoint="echo" overridden thisisthenewcommand
thisisthenewcommand
more >>

展开全文 >>

Github kex_exchange_identification 问题

Github 报错如下:

kex_exchange_identification: Connection closed by remote host
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

解决方法如下：

编辑 ~/.ssh/config 文件

1
2
3
Host github.com
 Hostname ssh.github.com
 Port 443

参考文档：

https://stackoverflow.com/a/60994276

后面频繁出现 time out，解决方法，加代理

1
2
3
4
5
6
7
8
# 必须是 github.com
Host github.com
   HostName github.com
   User git
   # 走 HTTP 代理
   # ProxyCommand socat - PROXY:127.0.0.1:%h:%p,proxyport=8080
   # 走 socks5 代理（如小飞机 or V2xxx）
   ProxyCommand nc -v -x 127.0.0.1:1080 %h %p

参考文档：

https://blog.csdn.net/HD243608836/article/details/127869482

展开全文 >>

Hexo使用备忘

去除yilia主题中失效的统计访问

使用yilia主题打开网站会有个 https://litten.me:9005/badjs/?id=1&uin=xxxxxx 的访问一直转圈，主题作者最后维护已经是N年前，这个统计链接也早已失效
查找了一下，代码在themes/yilia/source-src/js/report.js，但这里是源码，实际使用的是编译后的文件，所以更改这里并不能解决问题

解决方法

文件：themes/yilia/source/main.0cf68a.js

查找

1
192:function(e,t,n){"use strict";function o(e){var t=new RegExp("(^|&)"+e+"=([^&]*)(&|$)","i"),n=window.location.search.substr(1).match(t);return null!=n?unescape(n[2]):null}var r=n(388);if(n(197),window.BJ_REPORT){BJ_REPORT.init({id:1}),BJ_REPORT.init({id:1,uin:window.location.origin,combo:0,delay:1e3,url:"//litten.me:9005/badjs/",ignore:[/Script error/i],random:1,repeat:5e5,onReport:function(e,t){},ext:{}});var i=window.location.host,a=top===window,u=!(/localhost/i.test(i)||/127.0.0.1/i.test(i)||/0.0.0.0/i.test(i));a&&u&&BJ_REPORT.report("yilia-"+window.location.host);var l=o("f"),c="yilia-from";l?(a&&BJ_REPORT.report("from-"+l),r.set(c,l)):document.referrer.indexOf(window.location.host)>=0?(l=r.get(c),l&&a&&BJ_REPORT.report("from-"+l)):r.remove(c)}e.exports={init:function(){}}},

替换为

1
192:function(e,t,n){},

yilia主题左侧作者名字（author）和 子标题（subtitle）的显示

author-subtitle.png

这个配置文件中没有介绍到，很简单，在 themes/yilia/_config.yml 中加入一下两项即可：

1
2
3
4
# 作者
author: 'YJ.Liu'
# 子标题
subtitle: '个人博客'

yilia主题bug，Front-matter中设置permalink『所有文章』列表的文章链接错误

原因就是Front-matter中设置 permalink 后，content.json 返回的数据中 path 比没有设置的左边多了个 /

解决办法

源文件位置 themes/yilia/source-src/js/slider.js 85行，代码修改如下，修改位置见注释

1
2
3
4
5
6
7
urlformat: (str) => {
    str = str.replace(/^\/+/,'') // <= 增加了这一行
    if (window.yiliaConfig && window.yiliaConfig.root) {
        return window.yiliaConfig.root + str
    }
    return '/' + str
}

同样的，这里是原始文件，修改这里是无法生效的，所以需要在编译文件中替换如下：

文件位置：themes/yilia/source/slider.e37972.js

查找

1
urlformat:function(t){return window.yiliaConfig&&window.yiliaConfig.root?window.yiliaConfig.root+t:"/"+t}

替换为

1
urlformat:function(t){t=t.replace(/^\/+/,'');return window.yiliaConfig&&window.yiliaConfig.root?window.yiliaConfig.root+t:"/"+t}

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

YJ Liu<br><br>希望家人健康<br>生活美好<br>世界和平