V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abbottcn  ›  全部回复第 6 页 / 共 14 页
回复总数  278
1  2  3  4  5  6  7  8  9  10 ... 14  
2021-11-27 15:00:28 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@kav2007 感谢分析解读。

是有在使用 ProxyJump 来暂时解决问题。

我相信官方肯定能说明白为何会这样,可能是我目前没有找到官僚机构里面的技术人员。

再次感谢帮我分析解读。

另,我检查了所有 key ,以及 sshd 相关设定,应该没有被入侵。

之前,允许普通用户密码登录+AllowUser 设定。拒绝 root 密码登录。如果是采用系统漏洞拿到了 root 权限,这位大神也可以去显摆一下了。机器上,是有一个针对内线开放的 wordpress 页面,有 cockpit ,有 netdata ,似乎没啥別的了。

再次感谢大家的协助。
2021-11-26 17:47:12 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@kav2007 多谢你的建议.
补充一下, C 和 B, 都是接在学校提供的交换机上, 但是不在一个房间, 应该是对应的“学校交换机”端口不同.

找了一个备用的 Mac mini, 运行的是 ubuntu 20.04. 由于 B 机器所在的房间, 之后一个教育网接口. 因此采用墙壁接口---线缆---8 口千兆交换机--线缆---机器 B, Mac mini.

发现, Mac mini 也具有同样的网络故障.
修改网卡物理地址, 重启机器后, 自动获取到新的 ipv6 地址, B 机器, 和 Mac mini 依旧同样的网络故障.

推测, 可能交换机端口上, 有人做了其他设定.

比如测试访问 2a11::, 这是一个 DNS.
同一个楼里面网络正常的机器上, 结果如下:
root@dog:~# traceroute6 -m 60 2a11::
traceroute to 2a11:: (2a11::) from 2001:da8:b000:2206:12dd:b1ff:febf:f2a3, 60 hops max, 24 byte packets
1 cernet2.net (2001:da8:b000:2206::1) 17.0783 ms 1.0144 ms 0.7626 ms
2 2403:8c00:aaaa:40::1 (2403:8c00:aaaa:40::1) 16.0906 ms 1.4839 ms 1.2509 ms
3 2403:8c00:aab:1::1 (2403:8c00:aab:1::1) 9.7193 ms 5.2405 ms 1.6415 ms
4 2403:8c00:aab::1 (2403:8c00:aab::1) 8.3758 ms 1.6429 ms 1.0023 ms
5 * * *
6 * * *
7 2001:da8:2:113::1 (2001:da8:2:113::1) 1.6793 ms 3.4028 ms 1.2467 ms
8 2001:da8:2:21::1 (2001:da8:2:21::1) 5.9035 ms 5.9346 ms 5.5936 ms
9 2001:da8:2:7::1 (2001:da8:2:7::1) 16.2851 ms 16.1681 ms 16.1665 ms
10 cernet2.net (2001:252:0:2::101) 15.8865 ms 15.9538 ms 16.4155 ms
11 cernet2.net (2001:252:0:100::2) 15.5133 ms 15.3729 ms 15.3900 ms
12 * * *
13 * * *
14 public-dns-b.dns.sb (2a11::) 50.6001 ms 50.4106 ms 50.5090 ms
root@dog:~#


网络不正常的 B 机器, 测试如下:
[wang@lab-itc ~]$ traceroute6 -m 60 2a11::
traceroute to 2a11:: (2a11::) from 2001:da8:b000:2206:230:7dff:fec2:643f, 60 hops max, 24 byte packets
1 cernet2.net (2001:da8:b000:2206::1) 7.2841 ms 0.8311 ms 0.6703 ms
2 2403:8c00:aaaa:40::1 (2403:8c00:aaaa:40::1) 8.0636 ms 1.5823 ms 1.2270 ms
3 2403:8c00:aaa:4::2 (2403:8c00:aaa:4::2) 12.1945 ms 5.0208 ms 1.5310 ms
4 2403:8c00:aab:6::2 (2403:8c00:aab:6::2) 8.5477 ms 12.7846 ms 1.0708 ms
5 * * *
6 * * *
7 2001:da8:2:113::1 (2001:da8:2:113::1) 1.6558 ms 1.5946 ms 1.3102 ms
8 2001:da8:2:21::1 (2001:da8:2:21::1) 6.0097 ms 6.0898 ms 6.0468 ms
9 2001:da8:2:7::1 (2001:da8:2:7::1) 16.4969 ms 16.3196 ms 16.0699 ms
10 * * *
11 cernet2.net (2001:252:0:100::2) 15.4671 ms 15.4544 ms 15.4313 ms
12 cernet2.net (2001:252:0:106::2) 16.2406 ms 16.6229 ms 21.0131 ms
13 xtom2-10g.hkix.net (2001:7fa:0:1::ca28:a0fb) 50.1439 ms 50.3652 ms 50.2926 ms
14 * * *
15 * * *
后面都是 * * *

技能有限, 看不懂如上的信息都是啥意思.

B 和 C, ipv4 都是在同一个网关下面的, 采用 MAC+IP 地址绑定方式, ipv6 是自动获取的.
所以, 推测, B 和 C 得到的 ipv6 地址是一个地址段(?), 只是猜测....
但是, 两者访问 2a11::的表现, 显然是不同的.


也有尝试, 在网络故障的机器上, 更换其他 PCIe 网卡, 更换 USB 外接网卡, 故障依旧.

尝试联系 学校网络中心, 暂时未得到任何有用的信息. 只有一位接线员提到, ipv6 是测试网络, 可用性不保证.

这个网络故障太闹心了....
我还是搞一个电信的无线路由器, 方便简单.

感谢大家的意见和建议.
再次感谢.
2021-11-24 11:22:48 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@ResidualBlood 抱歉,没明白你的意思……
2021-11-24 11:09:06 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@kav2007 多些提醒。
B 和 C 是互通的。

机器负载都正常。

仅仅是 B 机器,可以访问的 IPv6 线路,比 A 和 C 要少。 我找了一堆公开的 IPv6 DNS ,不同机构提供的,我认为是不同的线路。

我回头看看如何抓包做分析。

虽然用 Linux 很久,不过各位大佬说的技巧,我一概不会。
我仅仅用 Linux 机器来干活。因为我用到的很多软件只工作在 Linux 平台。
用 ssh ,也仅限于登录机器,会点 scp 。其他都没有接触过。
2021-11-23 11:52:37 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
补充一下,故障是出现在某次突发断电之后。
B 经历过突发断电; A 和 C 供电正常,uptime 均在一个月以上。

ssh 登录,可以的,等我回头创建一个用户,并合理规制一下访问权限。
超级权限,不行。机器瘫痪了,一堆白嫖资源的人,会骂娘的。
2021-11-23 11:45:06 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@ungrown 你说的对...我倾向于怀疑, B 机器硬件有问题, 前几天遭遇了重启后, 部分数据丢失. 差了一下, 固态盘都 7 年多了... 好在现在有备用机器可以提供两个工作室的 ipv6 互联访问, 要不然就彻底歇菜了...
2021-11-23 11:33:43 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@defunct9 我也推测是 B 机器故障了, 但是无法定位到故障原因. 重新灌系统, 又是特别头疼的问题. 系统安装与 6 年前, 前前后后, 配置了很多东西, 头疼....
2021-11-23 11:32:39 +08:00
回复了 abbottcn 创建的主题 Linux 一个头痛的 ipv6 ssh 故障...
@KaynW 我也想让你上来访问.... 可是, 教育网和科研网的 ipv6 地址, 不是所有地方都可以访问进来的.... 很早之前, 至少教育网的 ipv4, ipv6, 从大陆以外的网络, 只要是大陆以外的网络, 均可以直接访问. 2,3 年前, 通过 ipv4 就彻底不行了. ipv6, 部分线路依旧可以访问, 比如同城的电信网络就可以.
2021-11-22 16:28:32 +08:00
回复了 0x4F5DA2 创建的主题 iPad 大家的旧 iPad 还在吗,还在发光发热吗
有好几个 iPad ,都可以点亮,即能发光;用一会儿之后,会热,即能发热。

所以,我的旧 iPad ,都满足发光发热。 手动狗头。
2021-11-01 11:44:50 +08:00
回复了 DosLee 创建的主题 MacBook Pro 2021 M1 要不要听取别人的建议
使用场景,装包里,拎到车里……抵达目的地,拎着包上楼。 所以,大小无所谓。

但是内存大小真有所谓,所以又弄了一个黑果。

看自己的使用场景。别人讲的,听一听就行,不必当真。
2021-10-06 13:29:59 +08:00
回复了 mashaofeixxx 创建的主题 推广 NUC11PAHi5 套餐 今日下单即送 JBL 音响
马老板的黑苹果主机,十分给力……
2021-08-22 14:04:11 +08:00
回复了 abbottcn 创建的主题 问与答 阿里云盘 不能分享加密文件, 是我使用姿势不对吗?
@MiketsuSmasher 我也考虑付费的解决方案了. 不过对方不采用付费方案的话, 下载依旧很慢的.
2021-08-21 14:56:45 +08:00
回复了 abbottcn 创建的主题 问与答 阿里云盘 不能分享加密文件, 是我使用姿势不对吗?
抱歉, 不小心按到 Tab 键, 就发送了.
软件大概是 gitee hpc4you 中提到的一些计算化学方面的可以免费使用的软件.
绝大多数计算化学专业研究生, 几乎不会使用 Linux 指令行, 更别说编译开源软件了.
给个 Dockerfile 让自己搞, 肯定也不行的.

最简单粗暴的方案就是打包好一个 Docker 镜像, 下载后,
运行相应指令来运行相应的计算任务.

我再找找别的文件中转方案吧.
或许, 快递寄送 U 盘, 是最佳途径了. 哎.
2021-08-21 14:52:30 +08:00
回复了 abbottcn 创建的主题 问与答 阿里云盘 不能分享加密文件, 是我使用姿势不对吗?
补充. 修改后缀名, 可以获得分享链接. 但是过一会儿之后, 会提示分享“已违规”. 然后分享链接就无法使用了.

我分享的是通过 docker 制作的几个软件的镜像.
先压缩, 后 age 加密, 再上传.
想法是阿里云盘貌似速度快, 还可以免费用,
借助阿里云盘把编译好的软件, 提供给有需要的人.

软件大概是 gitee hpc4you
2021-08-21 14:09:23 +08:00
回复了 abbottcn 创建的主题 问与答 阿里云盘 不能分享加密文件, 是我使用姿势不对吗?
@broker1024c 多谢提醒. 刚刚在 iOS 客户端确认了一下, 非常见类型的文件, 是不能分享的.
2021-08-20 23:21:20 +08:00
回复了 abbottcn 创建的主题 问与答 阿里云盘 不能分享加密文件, 是我使用姿势不对吗?
@Dvel 感谢指点, 果然修改“文件后缀名”就可以分享了.
用久了 Linux 系统, 不太习惯后缀名这个模式了.

我在琢磨, 如何对已经上传的文件, 进行后缀名修改操作呢? 难道要再上传一次? 免费馅饼果然不太好吃.
2021-07-18 11:43:43 +08:00
回复了 Toby23 创建的主题 Apple 为了集齐全家桶,有没有必要入 mac?
@b00tyhunt3r 不用微软 不了解.
2021-07-18 09:15:12 +08:00
回复了 Toby23 创建的主题 Apple 为了集齐全家桶,有没有必要入 mac?
@singerll 抱歉, 我所有的使用经历中只有 Linux + Mac, 从未使用过任何微软系统; 故此, 我的言论又部分偏差, 请多多包涵. 你所提及的使用场景, 我从未涉及过. 我亦非程序员, 只是 Mac 当作具有稳定图形界面的 Linux Terminal 来使用.

至于微软用户, 有一个 MobaXterm, 不晓得是否能满足你所描述的场景?

请忽略一个不曾使用微软的用户的片面之言.
2021-07-17 08:13:33 +08:00
回复了 sarlanori 创建的主题 硬件 求推荐笔记本和工作站,预算分别为 1.5W 以内和 5W 以内
8179M 双路; 12 x 16 GB 内存; 120GB 系统盘; 1TB NVMe 固态做读写缓存; 4TB 机械做数据存储,
用超微准系统.

5W 以内可以搞定的.

可以根据预算和实际需求, 调整内存容量和硬盘容量.
以上配置是针对 CPU 密集型 Linux 服务器做的配置. 如果是微软机器, 请忽略以上信息.
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4911 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 08:00 · PVG 16:00 · LAX 00:00 · JFK 03:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.