他曾说过,Time flies very fast.我想把这句话套在假期上,暑假又飞走了。一个假期似乎什么都没做,但回头一想,还是做了一些事情的,比如把日思夜想一整年的机柜给按排上了,算是钱花的最开心的一次了。

硬件规格

交钱地方当然是某宝准系统商家无误。最开始的时候,我为它搭配了E5 2418L V2的CPU、3*16G 1333 RECC内存、H710 mini阵列卡、4块ST6000NM0034硬盘,但是刚装机的时候就傻眼了,开机提示BIOS并不支持E5 2418L V2,让我更新BIOS,因为是第一次用Dell的服务器,虽然机器上搭载了iDRAC,但是因为不熟悉,传统思维里还是认为得开机了才能更新BIOS,于是又上某宝卖洋垃圾的地方以11元包邮的价格整了一个E5 2403作为亮机U,这才算顺利点亮了,等到一查升级BIOS可以通过iDRAC,整个人都不好了。最终结果是,我多花了11元,还是用iDRAC更新了BIOS。关于硬件还没完,最开始时为了能在FreeNAS里用上RAID-Z,而我的阵列卡又不支持JBOD,我只能将所有的硬盘以单盘RAID-0的形式通了进去,再通过FreeNAS做成RAID-Z

虽然一波操作看似挺骚,但白白浪费了一张H710 mini阵列卡显得又有点得不偿失,权衡之后,还是决定组硬RAID-6,装Windows Server,一是跑SMB方便使用,二是便于日后继续添加硬盘;同时由于使用FreeNAS时,内存缓存写入的高速感,又添了3条16G 1333内存,插满了单个CPU的6个内存槽。

所以截至2019年9月1日,我的R520的配置如下:

CPU:E5 2418L V2 *1

RAM:16G DDR3 1333MHz *6

Storage:ST6000NM0033 *4

MB2000FBUCL *1

Controller:PERC H710 Mini

遇到的问题

目前为止,0号位的硬盘掉盘了n次(n>=3),在我用RAID-0伪直通的时候就存在过iDRAC里亮黄⚠警告,但是当时以为是阵列卡的电池出现了故障,直到我把阵列改为硬R6,并开始往里扔数据时才发现阵列显示有一块盘离线,抽插了一下硬盘之后,十余分钟即再次上线,但就在我往里面拷4T数据的一天多时间里,这块盘总共发生了3次同样的情况,和卖我硬盘的大哥闲聊之后,认为硬盘背板、阵列卡、硬盘里有一个以上存在问题,结合他的结论后,我认为阵列卡存在问题的情况最小,因为如果是阵列卡存在问题,不应该是单盘反复离线,但确定硬盘背板和硬盘间谁才是祸首的问题实在有点困难,自从数据拷完,重新抽插硬盘后,一周内一切正常,阵列也不再是降速情况,还需等时间证明。

另一个问题,是今天才发现的(虽然待我写到这的时候已经解决了),跑在服务器上的ESXi上的Windows Server无法ping通iDRAC的ip,但是若是在Win刚开机的情况下又是能ping通的,在某篇Blog上看到如此一段

首先,需要明确一点,在253服务器上,执行:ping 192.168.1.224是不通的!因为IDRAC和em1走的是一个网口,无法实现ping!

那么就通过其他机器执行:ping 192.168.1.224,发现是通的!!!这就证明了,IDRAC和em1是可以通过一根网线实现的,并且其他机器可以找到位于253上的IDRAC !!!

但是令我不解的是,在虚拟机Win刚开机的时候,确实可以ping通iDRAC的ip,导致我对这段文字产生了怀疑,但iDRAC的网络里寻找了一段之后,我找到了一个叫做操作系统直通iDRAC的选项,开上并设置好ip之后,再ping了一遍就通了,也能打开管理页面了,似乎确实如这篇Blog所说的一样,共用了一条网线,但刚开机时能访问的原因还并不很明确,目前我的猜测是:我的ESXi使用了192.168.1.26这个地址,虚拟机使用192.168.1.10这个地址,原先这个设置已经打开了,但是通给了ESXi,而非其虚拟机,但是在虚拟机刚开机的时候,虚拟网卡有点抽风,使得包的源地址为192.168.1.26,于是导致了我说的这种情况,不过好在,已经解决了这个问题。

总结

有一个机柜,机柜里有一台服务器实在是一件太幸福的事情了,虽然它待机功耗高达120w,随时面临着被拔插座的命运,但是尽管如此,人类对于只要买了机柜就要把机柜塞满的执着是不会变的,稍稍期待一下上10G以上内网的时候吧。

 

【假装是心得】服务器和系统虽然装好了好几天,但是忙于维权,一直在东奔西走之中,没空闲下来写一篇ZFS的心得。从最开始的阵列卡不支持JBOD,只能做硬RAID-5,在FreeNas中建立ZFS Pool只能使用单盘,到今天的硬4组RAID-0,软RAID-Z,在容量相同的情况下提高了灵活性和安全性,这一波骚气的操作让我想先自吹一波,不过由于 我 困 了,我决定先把这个坑留在这里,晚些时候再把坑填上,嗯,八月我不咕,我一定会回来填坑的。

前言

宿舍作为主网关的路由身兼多职,在挂了SMB的同时还身兼闪讯拨号和Transmission下载机的功能,让只有128M内存的WNDR3800开始频繁死机,加之宿舍又有多WAN接入,反复斟酌后还是决定将宿舍多个路由并网的网络改为软路由+AP。

所需准备

硬件方面:

1.一台能装Windows10的电脑
  • 具有二级地址转换 (SLAT) 的 64 位处理器。
  • 虚拟机监视器模式扩展的 CPU 支持 (Intel CPU 上的 VT-c)。
  • 最小 4 GB 内存。
  • 拥有两个及以上数量网口
2.网线

软件方面:

1.Windows 10 企业版、专业版或教育版
2.OpenWRT x86版本 img镜像文件
3.StarWind V2V Image Converter

在硬件上,我选择了现成吃灰的ECS Z87m H3主板,E3 1220L V3处理器和双通道16G内存,搭配两张Intel i350-T2网卡(安装系统时仅安装一张,主板上另一PCIe x16插槽用来安装显卡,系统安装完后拔掉显卡,使用Windows远程桌面进行配置);Windows系统选择LTSC 2019版,Op使用OpenWrt 18.06.2 x86版本,StarWind V2V为官网最新版。

安装

  1. 硬件安装
  2. 打开主板虚拟化功能
  3. 操作系统安装
  4. 设置远程桌面
  5. 开启Hyper-V
  6. 安装及配置OpenWRT虚拟机

安装完操作系统后,因为我在内网使用,所以未设置密码,并运行secpol.msc,安全设置→本地策略→安全选项→帐户:使用空密码的本地帐户只允许进行控制台登录 项设置为‘已禁用’,使得远程桌面连接时无需认证,并将控制面板→程序与功能→启用或关闭Windows功能→Hyper-V 选项打勾,并重启电脑;重启后,Hyper-V功能就会开启,但在使用中发现,开启Hyper-V将会导致VMware等软件报错,当然,所以并不影响我的使用。

配置Hyper-V

1.转换img格式镜像文件

打开StarWind V2V Image Converter,选择Local file,找到准备好的OpenWRT x86镜像,将其转换为Hyper-V虚拟机使用的VHDX文件,并将其保存到文档\OpenWRT 文件夹。

2.配置虚拟交换机

打开Hyper-V管理器的虚拟交换机管理器,选择新建虚拟网络交换机→外部→创建虚拟交换机。在外部网络下拉栏,选择与交换机相连的板载网卡,勾选‘允许管理操作系统共享此网络适配器’。为了方便辨别,将此虚拟交换机名称修改为LAN。重复操作创建第二个虚拟交换机,选择独立网卡作为第二个外部网络,若只进行拨号,可以取消‘允许管理操作系统共享此网络适配器’选择以提高性能,并将其重命名为WAN以便识别。

3.新建Hyper-V虚拟机

点击Hyper-V管理器右侧选项中新建,选择虚拟机,’开始之前‘页选择下一步;’指定名称和位置‘页将名称命名为OpenWRT并下一步;’指定代数‘选择第一代并下一步;’分配内存‘视配置情况而定,建议大于512MB,我分配了3GB且关闭动态内存;’配置网络‘先暂时下一步跳过;’连接虚拟磁盘‘选择’使用现有虚拟磁盘‘,位置选择到之前的文档\OpenWRT中保存的VHDX文件,下一步;’摘要‘页点击完成,完成新建一个Hyper-V虚拟机。

4.设置Hyper-V虚拟机

选中新建好的虚拟机,点击右侧设置,选择右侧设置,在设置页将BIOS中IDE的启动顺序上移至第一个;将已有的一个网络适配器移除,并添加硬件,选择网络适配器,虚拟交换机选择为LAN,点击硬件→网络适配器右侧’+‘号中高级功能,将启用MAC地址欺骗选中,并用相同操作添加WAN。应用确定之后将虚拟机开机。

5.进入OpenWRT页面

若本机原网段为192.168.1.x可直接在浏览器中键入192.168.1.1访问OpenWRT页面(若与网段中其他设备冲突,请先将其他设备IP设置为网段中其他合法值),若为其他网段,需将网关设置为192.168.1.1,进入Op页面后再将LAN接口IP设置到当前网段。

总结

自此,Hyper-V安装虚拟机已经完成,之后有空会补上macvlan+mwan3实现单线多拨等操作,咕咕咕。

近日来DNS投毒似乎越发严重了,某些域名的解析情况很是糟糕,经常来回切DNS。巧的是刚好新租了台阿里云的VPS闲置没用,于是想到使用DNSmasq搭建一个自用的DNS服务器。

所需条件

1、一台打开了TCP/UDP 53端口的VPS

2、SSH客户端

安装

#在Centos下安装DNSmasq

yum install dnsmasq -y

#启动DNSmasq

service dnsmasq start

修改/etc/dnsmasq.conf中resolv-file成

resolv-file=/etc/resolv.conf

去掉strict-order前#,如图

接着修改/etc/resolv.conf中nameserver x.x.x.x为合适的DNS服务器,如

nameserver 1.1.1.1

添加DNSmasq到启动项

chkconfig dnsmasq on

最后重启DNSmasq

service dnsmasq restart

测试一下

当nameserver 1.1.1.1时,dig本博客

第一次延迟为375ms,第二次时为0ms

总结

没啥总结,用几天再说