分类 网络 下的文章

静音全万兆全固态nas(持续更新)

历时半年,终于把硬件凑齐了
硬件:主板 x11sdv-16c,内存 64g*2,散热 d15s,硬盘笼 516sp,硬盘 860evo-4t,网卡 x710-4t
硬件1

软件:待续
测试:待续

群晖的radius server使用openldap认证的坑

群晖的radius server是魔改的freeradius,可以使用本地ldap server和远程ldap,分别对应两套配置文件。
在使用远程ldap时,会读取控制面板/ldap客户端的配置信息,每次重启radius server都用读取的配置重置radius server的远程ldap配置文件,坑就在这里:radius server有个连接远程ldap的start_tls = no配置信息默认是yes,然而openldap默认是不开放ldaps://的,配置ldaps需要证书等一系列配置,比较繁琐,并且内网使用ldap://也没有什么安全问题,群晖radius server每次修改配置都会重置start_tls为yes,然后就连不上远程ldap了。
解决办法:
1,修改start_tls配置文件

vi /usr/local/synoradius/rad_ldap_starttls
start_tls =no

然后radius server的配置不动,在客户端每次不勾选客户端应用,再够远应用,达到不重置配置文件重启认证服务器。

2,修改ldap配置文件

vi /volume1/@appstore/RadiusServer/etc/raddb/mods-enabled/ldap
    tls {
#        $INCLUDE /usr/local/synoradius/rad_ldap_starttls
       $INCLUDE /var/packages/RadiusServer/target/syno_conf/rad_ldap_starttls
    }

注释掉原来的引用,修改成重启radius server不会重置的配置文件。

3,修改radius server的重启脚本
由于群晖魔改,配置文件启动脚本路径比较混乱,还没有找到重置配置文件的位置。

ps:由于群晖的packages的特殊性,每次升级后理论上上面三个方法都会失效,需要重新修改。

google cloud platform(gcp)的一个关于网络的坑

gcp这个网络坑是vm网卡的mtu是1460,一般其他vps或云服务的都是1500。

在gcp上使用更换付费账号的方式重新撸了300刀一年,其实在15/16年就用过一年,当时台湾服务器还没被草烂,联通直连能跑满带宽,后来用的人越来越多,很多ip被墙了,到期之后就没再用。

最近发现gcp新放出来一批ip,识别地址是美国,还没有被各大视频网站(Netflix,hbo,hulu等)加入黑名单,所以又撸了一年,先用着。

之前用gcp只是用ss,没有碰到mtu的问题。这次用gcp做落地机出现了问题。
境内路由器隧道到阿里云香港然后隧道到gcp香港,再出去,由于隧道的原因链路最小mtu是1390,小于gcp网卡1460,所以没有问题。

我的苹果设备需要一个ikev2服务器访问美国服务,按之前的一键脚本一路下来很顺利,却打不开谷歌的各种服务,但是ping正常,telnet正常,刚开始以为是dns问题,一键脚本默认是8.8.8.8,服务器是169.254.169.254的内网ip,修改dns服务器地址之后依然不行。然后想到是不是gcp对nat有什么限制,遍历gcp设置,各种查文档,改配置也是一无所获。

ikev2建立连接后,客户端通过telnet发现是可以建立tcp连接的,然后通过curl -v去请求测试,发现curl -v google.com可以收到301状态码,但是curl -v www.google.com卡在tcp建立连接后接收http报文,curl -v https://www.google.com 卡在tls协商,其实从这基本可以确定是mtu问题了,因为卡住之前都是小包碰不到分片或丢包,到接收http报文或者tls协商都是大包,超过mtu都是要分片或丢包,由于关于mtu的问题很久没有遇到了,一时没想起来。

惆怅迷惑之际拿起了wireshark抓包,curl -v www.google.com后,wireshark出现“tcp previous segment not captured”,终于意识到大包被丢包了,可能是mtu问题。ifconfig发现imac的ipsec0接口mtu是1400,sudo ifconfig ipsec0 mtu 1200 up,问题解决。但是不能每个客户端都修改mtu,ios怎么修改mtu?

查询文档,谷歌建议vm网卡使用1460,说是全球链路中最大1460,先不管了修改vm网卡为1500,vm只作中转不从vm直接上传什么应该问题不大。

gcp关于strongswan的文档根本没有提到mtu问题。

routeros网络问题ERROR: bad HTTP response升级失败的解决办法

routeros系统内升级能获取到版本,但是不能下载,提示ERROR: bad HTTP response,不知道是联通作恶还是gfw。
理论上chr版本也可以手动下载安装包扔到files里重启自动升级,但是总觉得存在潜在风险,所以还是想系统自动升级。
解决办法:
首先需要有个隧道或vpn到境外,参见之前文章
1,找到ip-dns-cache-flush cache,清除dns缓存
2,system-packages-check for updates-check for updates-download and install,此时会提示ERROR: bad HTTP response
3,然后到ip-dns-cache,查看mikrotik.com所有域名对应的ip,记下来
4,ip-routes,新建3中ip的路由,网关为隧道或vpn地址
5,回到system-packages-check for updates-check for updates-download and install,此时下载正常,重启后就更新完了
6,删除4中创建的路由。

入手 google fi 简单说一下大陆使用感受

2019.01.10更新,原来美国也有骚扰短信,骚然电话,看来也不是国外的月亮圆,很不幸我选的号码就是被骚扰的,并且绑定了一些银行服务,联系客服要求换号码,结果20天都没换好,说是他们的系统有问题,真正见识了美国人的效率。并且在大陆使用,上网延迟达到了惊人的300-400ms,已经严重影响体验了,所有最后还是取消了服务。

先上图。
图片
sim卡是不收费的,google选择了fedex最慢的快递,一周寄到转运地址,然后转运会国,到手又用了一周,价值不高不会被睡,就是只转运个sim卡有点浪费。
首先如果你 google 账号有 gv 的话,只能保留一个号码,要么用 gv 的要么用 fi 的,我选择了 fi 的号码,gv 号码有些服务已经不能注册了,不知道 fi 和 gv 是不是一个池子里的。
网络可以使用移动和联通哪个信号好选哪个,延迟 300ms 左右,带宽基本能达到 20-30mbps,每月 20 刀套餐费,10 刀 /gb 流量,超过 6gb 后不再收费,超过 15g 后降速到 2g。nf,hbo,hulu 等都没问题。
后续使用体验再更新。