苹果相关

浏览模式: 标准 | 列表 | 图文
OrbStack的端口覆盖了Local端口导致本地Mysql不能启动

OrbStack的端口覆盖了Local端口导致本地Mysql不能启动

OrbStack是个好软件,他让虚拟机、Docker的管理变得更容易了一些,如果你不太爱在mac上使用docker,那orbstack的虚拟机功能,也是值得你使用的。他不像ubuntu官方的虚拟机只能创建ubuntu系统,他支持几乎市面常见的操作系统,连openSUSE也支持,那就确实很方便了。

为了测试我本地开发的项目是否能够在debian上运行(主要是因为安装了playwright,才需要有此一举),在虚拟机里还安装了hestia,之所以没有装bt或者1panel,就是想着hestia比较轻量,而且也支持多用户权限。这点1panel和bt好象没有。 1panel反正就是容器,bt则是以root运行
然后hestia则因为安装了mysql和redis,正常情况下,我没感觉有问题,我本机用的是dbngin,启动着mysql和redis。
在安装更新重启后,orb先启动了。然后我本地测试代码时,dbngin中的mysql和redis就启动不了,说被占用。运行命令后发现:
lsof -i:6379
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
OrbStack 676 admin 118u IPv4 0x3b94fc9ad9f8ea2e 0t0 TCP localhost:6379->localhost:61448 (ESTABLISHED)
OrbStack 676 admin 122u IPv4 0xb6cd7e64818d058 0t0 TCP localhost:6379 (LISTEN)
OrbStack 676 admin 123u IPv6 0x8ec6c81483673ff9 0t0 TCP localhost:6379 (LISTEN)
OrbStack 676 admin 148u IPv4 0xf08e7374ce714e45 0t0 TCP localhost:6379->localhost:61449 (ESTABLISHED)
php82 47270 admin 11u IPv4 0x687126e3d6dc34f6 0t0 TCP localhost:61448->localhost:6379 (ESTABLISHED)
php82 47270 admin 12u IPv4 0x59a47292c1e5b7dc 0t0 TCP localhost:61449->localhost:6379 (ESTABLISHED)
redis 和 mysql OrbStack占用了。
找了一下配置发现不知道怎么关闭这个端口转发,后来运行orb config get xx ,xx可以乱写,如果他get不到,会获取全部的config,发现有这两条:
machines.expose_ports_to_lan: true
machines.forward_ports: true
由于我其实是想让他的端口被局域网访问的(orb多个虚拟机也有一个网段),所以expose_ports_to_lan就没有关闭,只关闭了forward_ports: orb config set machines.forward_ports false
再重启一下相应的虚拟机,发现6379没有数据了。
启动DBngin,也能够正常启动了。
至此,问题全部解决。
免费版 proxyman 无法给终端抓包

免费版 proxyman 无法给终端抓包

如题,崩溃中……

最近,我自己配置了一个 new-api 的节点,购买了 DeepSeek、大模型和千问等服务,同时还有一些开源免费的模型可以使用。为了统一管理,我决定通过 new-api 进行整合,这样会更加方便。此外,我之前也接触过一些基于 new-api 或 One-API 构建的统一 API 渠道,这正好解决了我的需求。

我配置了一个渠道,专门对应那些使用了 new-api 或经过魔改的 new-api 平台,获取模型的过程一切正常。然而,代理请求时却出现了错误。为了弄清楚问题,我决定抓包,想看看请求和返回的详细流程,以及系统是如何判断我的请求不是来自客户端的。

于是,我打开了两个终端,分别设置了不同的 Claude 的 token 和 baseurl,开始执行请求。Proxyman 成功捕获了这些请求,但都显示 SSL 证书不正确。经过检查,我发现 SSL 证书本身是正常的,但却无法解析。查阅了官方关于 SSL 证书不正确的说明后,我发现 Setup 菜单下有一个名为 Automatic Setup 的选项。

很快,我注意到 Terminal App 需要 PRO 版的支持。心中一阵崩溃,使用了这么久的 Proxyman,如今却不得不去 GitHub 寻找有没有开源的能够抓取终端 App 的工具(等会儿先问问 ChatGPT,或许我就不需要再查 GitHub 了)。

宝塔网站申请免费ssl证书报错:/usr/bin/curl: symbol lookup error

宝塔网站申请免费ssl证书报错:/usr/bin/curl: symbol lookup error

问题如下:/usr/bin/curl: symbol lookup error: /usr/bin/curl: undefined symbol: curl_easy_header

系统用的是腾讯自带的宝塔,上去看了一下,curl 是 7.70,开始以为是版本问题,于是 yum install curl,结果发现,安装的居然是 8.40 的。这个就纠结了。关键是我也不知道这个 8.40 安装在哪里了。
whereis curl,发现有多个位置有,每一个都运行了一下,结果发现都是 7.70,这个就让人纳闷了,最后选择了先取消 rpm 中的 curl 的关联,再yum remove curl
这时候再运行 curl 命令就会发现,在/usr/bin/curl 下的这个不正常了。报的就是上面的错。所以猜测他误用了 yum 的 curl-config,而/usr/local/bin/curl 则是正常。
于是直接 rm /usr/bin/curl 和 /usr/bin/curl-config ,再运行宝塔的获取 SSL证书。顺利通过
用glitchtip来代替sentry

用glitchtip来代替sentry

之前有提过,上半年我终于卸载了sentry了。主要还是它实在太重,要求必须要4c8g的机器上才能跑。一跑就占用了60%以上的资源,纯浪费这样一台机器的意义并不大。也尝试用frpc/tailscale/zerotier等工具穿透到内网,在内网搞一台配置高的HTPC来做这个,但确实效率一般(自从家里升了2000M宽带,倒是可以尝试了,直接接在路由上也挺好)

但在公网还是尝试了一下替代品,毕竟有几个项目在用着,虽然sdk在连接出错后会自动屏蔽但还是准备弄成平替版的。
看了下,有平替的,就是glitchtip了。不象sentry那么重,按官方的例子,安装完只有4个容器,啥配置的鸡鸡都能玩得起。
参考:https://glitchtip.com/
如果自己安装的话就可以看这个了:https://glitchtip.com/documentation/install,还能一键部署到其他平台
基于IPv6访问GitHub

基于IPv6访问GitHub

有一说一,这真是一个大难题,如果用 dig -AAA github.com +short,是可以得到 ipv6的,但如果你 dig -AAAA api.github.com +short,返回的就是空。

在这种情况下就啥也拿不到了,查了不少资料。发现确实没有,但还是有好心人做了一个项目,即反代 github的资源,并提供了 ipv6的地址,就在:/etc/hosts 里加入下面的内容
2a01:4f8:c010:d56::2 github.com
2a01:4f8:c010:d56::3 api.github.com
2a01:4f8:c010:d56::4 codeload.github.com
2a01:4f8:c010:d56::5 objects.githubusercontent.com
2a01:4f8:c010:d56::6 ghcr.io
2a01:4f8:c010:d56::7 pkg.github.com npm.pkg.github.com maven.pkg.github.com nuget.pkg.github.com rubygems.pkg.github.com
 
参考:https://danwin1210.de/github-ipv6-proxy.php。好歹是能用了,不是吗?
为BuyVM的VPS配置IPv6

为BuyVM的VPS配置IPv6

看标题知内容,本来也没想着这么急的,今天打开 Aws 的LightSail 看的时候,发现费用涨了1.5刀,原因就是从5-1开始的 ip4要正式收费了。然后这一台服务器的作用其实没有那么大,所以准备尝试着切掉ip4,只保留 ip6 (cloudflare 的域名解析可以直接支持 ipv6,比如A 记录换成了 AAAA 记录,就是 ipv6的)

但问题来了
1、我家里没有 IPv6
2、我得找一台支持 IPv6的机器进行测试一下先。
于是就想到了到 buyvm 的机器上测试,结果一看,buyvm 默认没启用,于是想办法启用一下 ipv6
1、进入管理界面,找到当前这台 VPS
2、在 networking 界面上点击 ipv6
3、生成 ipv6的地址,status 那里要变成 active,保存
理论上是这时候 是OK 了,ifconfig的时候 只能看到 fe80,即相当于127.0.0.1了。没有拿到公网 IP
4、点击 ipv6地址的最右侧齿轮,查看 networking,可以看到 gateway 和 netmask
编辑 /etc/network/interfaces ,增加静态内容
iface eth0 inet6 static
address ipv6地址
netmask 48
gateway gateway 的地址
再执行 systemctl restart networking。如果不启作用可以重启
执行:pin6 2606:4700:4700::1111,直接就看到输出啦
2606:4700:4700::1111,这是 cloudflare 的1.1.1.1对应的 ipv6
至此,搞定
卸载sentry

卸载sentry

sentry用了2年了,感觉还不错,但是对系统要求比较高,4c8g才勉强能跑,所以实在受不了,换成gilitchtip了,毕竟他兼容了sentry的协议
既然要换,那怎么卸载呢?找了一堆 资料,各种 说法都有。什么docker ps看一下container,如果有sentry开头的,全部停止再删除就行了。
其实在官方的install目录下,就有一个clean.sh,运行后会提示删除后啥也没了,确认就可以了。于是我直接执行:

▶ Initializing Docker Compose ...

☠️ Warning! ? This is highly destructive! ? Are you sure you wish to proceed? [y/n] y

Okay ... good luck! ?

Volume sentry-self-hosted_sentry-nginx-cache Removed

Volume sentry-self-hosted_sentry-clickhouse-log Removed

Image symbolicator-cleanup-self-hosted-local:latest Removed

Image sentry-cleanup-self-hosted-local:latest Removed

Image clickhouse-self-hosted-local:latest Removed

Image sentry-self-hosted-local:latest Removed

Image snuba-cleanup-self-hosted-local:latest Removed

Volume sentry-self-hosted_sentry-smtp Removed

Volume sentry-self-hosted_sentry-kafka-log Removed

Volume sentry-self-hosted_sentry-zookeeper-log Removed

Volume sentry-self-hosted_sentry-smtp-log Removed

Volume sentry-self-hosted_sentry-secrets Removed

Network sentry-self-hosted_default Removed

Removed volume: sentry-clickhouse

Removed volume: sentry-data

Removed volume: sentry-kafka

Removed volume: sentry-postgres

Removed volume: sentry-redis

Removed volume: sentry-symbolicator
Removed volume: sentry-zookeeper

世界立刻清静了
测试了maxkb后,还是放弃了

测试了maxkb后,还是放弃了

在我的M9的机器上安装了MAXKB。用了ollama2的模型。

随便跑了一点内容,最终还是放弃了
记录一下当时的步骤
1、增加了知识库,想尝试爬我的博客(还没有用meilisearch)。结果直接把网站爬崩了。。。。后来是指定页面进行抓取才相对好一点。但明明设置了class,抓的内容还是乱七八槽
2、下载了ollama13b的模型
3、开始建立应用,选择这个模型 :一开始搜索,机器CPU100%,内存消耗8G,1分钟后,居然没搜索到任何东西。。。。
4、切换成ollama:chinese的模型 ,也是100%的CPU。。。chinese是7b,也消耗差不多8G内存
5、换成最基础的,同样100%CPU,温度从50多度升到80多度。消耗4G多内存
发现这种本地知识库,如果没有GPU,还真是别玩了啊。。。玩不动。所以,最终折腾完后,删除了
切到1panel后忘了rewrite了

切到1panel后忘了rewrite了

如题。昨天在看内容的时候才发现,怎么全是404? 这才想起来忘了rewrite了。

主要是sablog的自定义rewrite非常多,所以一下子全打不开了。只能一个个加上去,终于也算是恢复了正常
记录一下
将网站切到1panel 面板下了

将网站切到1panel 面板下了

原来网站是基于 lnmp 的。管理起来也确实没有什么不方便,只是尝试用 1panel 进行管理(本来考虑用 bt 的)。但试试1panel 后感觉还行就尝试全部切到1panel 上看看效果。

当前就已经跑在1panel 上了。运行一段时间看看效果先。为什么这样呢,是尝试先这样用 nginx+runtime打包,后续看是不是打成 image。进行自动化部署。

1panel 本身也有 API,这样就可以自动初始化,自动打包发布了