上一篇博客说了。我用vsc的ssh-remote的时候,30秒或者1分钟必断。错误信息一直就类似:
[04:30:38.608] "install" terminal command done
[04:30:38.609] Install terminal quit with output:
[04:31:18.258] SSH Resolver called for "ssh-remote+neatstudio.com", attempt 2
[04:31:18.258] SSH Resolver called for host: neatstudio.com
[04:31:18.259] Setting up SSH remote "neatstudio.com"
[04:31:18.259] Using commit id "f06011ac164ae4dc8e753a3fe7f9549844d15e35" and quality "stable" for server
[04:31:18.263] Running script with connection command: ssh -o ClearAllForwardings=true -o ConnectTimeout=15 neatstudio.com bash
[04:31:18.263] Install and start server if needed
[04:31:35.269] Connecting with SSH timed out
[04:31:35.269] TELEMETRY: {"eventName":"resolver","properties":{"outcome":"failure","reason":"Timeout"},"measures":{"resolveAttempts":2,"retries":1}}
[04:31:35.269] ------
重连后也是
[04:37:06.477] SSH Resolver called for "ssh-remote+neatstudio.com", attempt 12
[04:37:06.477] SSH Resolver called for host: neatstudio.com
[04:37:06.477] Setting up SSH remote "neatstudio.com"
[04:37:06.478] Using commit id "f06011ac164ae4dc8e753a3fe7f9549844d15e35" and quality "stable" for server
[04:37:06.479] Running script with connection command: ssh -o ClearAllForwardings=true -o ConnectTimeout=15 neatstudio.com bash
[04:37:06.480] Install and start server if needed
[04:37:21.515] > ssh: connect to host 123.176.103.247 port 22: Operation timed out
[04:37:21.515] Got some output, clearing connection timeout
[04:37:21.776] "install" terminal command done
[04:37:21.776] Install terminal quit with output: ssh: connect to host 123.176.103.247 port 22: Operation timed out
[04:37:21.776] Received install output: ssh: connect to host 123.176.103.247 port 22: Operation timed out
[04:37:21.777] The operation timed out
[04:37:21.777] TELEMETRY: {"eventName":"resolver","properties":{"outcome":"failure","reason":"OfflineError"},"measures":{"resolveAttempts":12,"retries":1}}
[04:37:21.777] ------
发了ticket给layerstack。他们测试也来没有这个问题。我开始以为是什么openfiles limit的问题。也打开到最大了。
期间调整了一下这个:echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p,因为开始有报inotify max error
直到他们给我发了一个ticket:
Thank you for your patience in this matter.
We have investigated the issue in detail and we are not able to recreate the issue from our end. We have checked the same from multiple locations and find out its working fine.
The reported issue seems to be related to your local ISP, so we suggest you to change the standard port (22) of SSH to some other non standard port like 2222 or 2244, in server and recheck the issue.
Please do have a check on our above suggestion and let us know if you still face any issues in accessing.
所以我就想了一下,直接把PORT改成了2222,2223,2244,然而仍然 失败,最后我用了一个超大端口,居然正常了
如题。之前还OK的。最近是只要一使用virtual studio code的远程编辑功能。1分钟内就会被拒绝连接。
怀疑可能是被对方的网络当成UDP攻击而自动产生的屏蔽。因为之前在使用v2ray的时候,用了KCP协议,结果就被断开了,所以只能使用TCP。象这个vsc的远程编辑,理论上也是UDP的(如果是TCP这样一直握手连接着,流量会飞起来吧?)
而UDP又容易 被攻击,所以 layerstack 才会有自动屏蔽机制 ?但这个对 VSC remote太不友好了。
如果是这个问题,那就只能不用喽(不过我已经发了ticket,希望他们能够针对VSC的协议有调整吧)
这两天在闲逛的时候,突然看到有人提及了《寄生前夜》,说是今天史克威尔突然注册了什么寄生前夜吧啦吧啦 的。然后我就想起来,好象20年前,我的寄生前夜还没有打完。
寄生前夜我是在98还是99年玩的?那时候的游戏机房,PS每小时要4元(比网吧贵多了),然而我仍然坚持了一把。之所以说没打完,这个就比较尴尬了,因为BOSS在给别人存档的时候,把我的记录给清了。那个年代,PS的记录存储卡容量有限,只能存有限的几个。如果过多了就需要删除其中一个。而我的记录就是那不幸的一个。
之后过了N年,随着模拟器的发展,其实我中间有玩过一次,在PSP1000上,用PS模拟器玩了一下。但最后卡在“换第二张盘”这个问题上。这个问题,网上很多人都遇到过,后面实在玩不下去就只能放弃。
最近在听到寄生前夜后,又搜了一下。发现NS上也有模拟器了:RetroArch,居然跨平台。但mac装了还是需要外接蓝牙手柄(没有看到有keyboard的设置)。最后找到了安卓上有模拟器,网上有人推荐了两个:小鸡模拟器和悟饭游戏厅。我都装了,但刚装完,google play说,小鸡里可能有损害系统的软件,于是我在没有测试的情况就将删除了小鸡。
打开悟饭,搜索寄生前夜,直接下载包然后就能够运行了。虚拟按钮一直在屏幕上,存档也是随时,感觉又回到了20年前。玩了一会感觉这样操作还是不太爽,突然想起来5年前买小米电视的时候,还买了两个蓝牙手柄,轻松的连接上去后,完全不用设置就直接能够玩了。
最后。。。晚上测试一下,mac是不是能够连接小米的手柄,如果OK,就不需要在手机上玩了。毕竟手机分辨率好象有点糊,当然最关键的是,屏幕太小了,毕竟20年也是在大电视上玩的,现在不能到退啊。
-----
悟饭的菜单点了好几下,发现有不少游戏都支持,还有DC的,看来现在手机的机能都不错啊,至少在玩大部分游戏的时候都没有感觉到卡顿。如果念旧的,可以试一下,因为我发现上面居然还有:重装机兵。或者你也可以玩玩当年FC的金庸群侠传。也是一个经典的游戏
如题。
在远程的mac mini上安装了proxifier,结果启动的时候需要权限,明明点了:ALLOW,但死活无效,查了下资料,好象是苹果的安全策略的问题,v2ex上也有很多人遇到,有人说,可以用键盘来按。(即使用TAB键,将光标移动到allow上,然后按空格,),但我试了。无效
很多人遇到了这个问题,大意是说,苹果为了安全,不允许远程桌面来按这些影响到系统的功能键。不过还是有人有办法,比如这个答案:
- For those still struggling with this issue:
-
- IF YOU ARE CONNECTING VIA REMOTE DESKTOP OR SCREEN SHARING or have any other mouse emulation running: It is not possible to actually click the Allow button in this mode!!
-
- So do the following:
-
- 1、Run the installer until the location prompt
- 2、open System Preferences
- 3、Take a screenshot (CMD+SHIFT+3)
- 4、Open the screenshot with Preview, and select from top left to the button, and note down the coordinates
- 5、Then open Script Editor, and run the following line of code:
- tell application "System Events" to click at {890, 460}
- Use the coordinates from step 4. and make sure you don't move the Preferences window, and that no other window is overlaying the button. (It could be you need to give Script Editor Accessibility permission, but it will prompt you)
- Now the button is actually clicked, and you can allow "Oracle America, Inc." to install. You might be prompted for a reboot. Then run the installer again and everything should work as expected!
因为这之前的例子,都是说virtualbox安装不上,但原理其实是一样的。
上面的意思是,你先触发这个窗口。然后利用cmd+shift+3这个系统快捷键截屏。然后用预览软件打开这个图片,在上面进行选择:从左上角往下。最后那个选择框定位点在哪里,那个坐标值就是步骤5要填写的
然后打开script editor(在实用工具里),输入tell application "System Events" to click at {890, 460},这个坐标就是用预览所看到的。
将窗口拖开,让 system preference 在最上层,点击script editor的运行。你会发现 allow已经点掉了。。。(前提是先解开锁,不然还是没有权限点)
如题,只是感觉而已。
ssldocker不能直接从http跳到https。纠结。最后还是用了nginx,不过nginx只用来跑80.
真是脱裤子放屁。直接nginx不就OK了吗?也算是偷懒吧,因为nginx只配置了一个rewrite 和error_page,加return 。就是不管3721,http的强跳https。然后https用ssldocker处理
没装acme和certbot。因为dns用了lightsail。。。感觉各种不顺便,反而ssldocker倒是能自动签名(除了泛域名)