手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 免费部署 N8N 的 Zeabur 注册 | 登陆
浏览模式: 标准 | 列表分类:苹果相关

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就启动不了,说被占用。运行命令后发现:
XML/HTML代码
  1. lsof -i:6379  
  2. COMMAND     PID  USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME  
  3. OrbStack    676 admin  118u  IPv4 0x3b94fc9ad9f8ea2e      0t0  TCP localhost:6379->localhost:61448 (ESTABLISHED)  
  4. OrbStack    676 admin  122u  IPv4  0xb6cd7e64818d058      0t0  TCP localhost:6379 (LISTEN)  
  5. OrbStack    676 admin  123u  IPv6 0x8ec6c81483673ff9      0t0  TCP localhost:6379 (LISTEN)  
  6. OrbStack    676 admin  148u  IPv4 0xf08e7374ce714e45      0t0  TCP localhost:6379->localhost:61449 (ESTABLISHED)  
  7. php82     47270 admin   11u  IPv4 0x687126e3d6dc34f6      0t0  TCP localhost:61448->localhost:6379 (ESTABLISHED)  
  8. 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,也能够正常启动了。
 
至此,问题全部解决。
 
 

Tags: orbstack, hestia

免费版 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

问题如下:/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

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

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

基于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。好歹是能用了,不是吗?
Records:22912345678910»