最近看各位up主纷纷升级了万兆，并且mikrotik新出了40gbps的交换机，我也升级一下我的全固态nas。
我的synology全固态nas FS1018原本用的网卡是x710-da2，这次升级成为xl710-qda2，intel 的40gbps网卡，100gbps的话就需要mellanox的了，intel目前还没有，而且mellanox便宜的二手卡大部分是InfiniBand网卡而不是以太网卡。
群晖FS1018使用的是两张pcie x4转接的12个sata，xl710-qda2使用的是pcie-3.0 x8的接口，按接口来说足够4000MB/s了，但是由于群晖买软件送硬件的特性，FS1018配备的这个奔腾D1508比较孱弱，不知道是否能跑满，由于交换机还没到所以速度测试后面补上。
xl710-qda2使用的是国产寨卡（大厂保修3年），模块也是intel的，是原装还是山寨不清楚
第一次接触40g光纤，使用的mpo接口，以太网卡使用8芯，由于历史原因网速大部分成品都是12芯的，12芯兼容8芯，这里使用的也是12芯。在10g网络以下光纤一般使用双芯lc接口，家用宽带使用单芯sc接口，而mop接口单排8或12芯，更有双排24芯，具体请自行搜索。
下面上图

群晖的兼容性列表里没有xl710-qda2，但是按经验intel的驱动兼容自家大部分产品，换之前还稍微有点担心，下图是群晖正确识别

以下是ssh登陆群晖看到的dmesg内容

[ 58.168571] Intel(R) 10GbE PCI Express Linux Network Driver - version 5.1.3
[ 58.176352] Copyright(c) 1999 - 2017 Intel Corporation.
[ 58.189592] i40e: Intel(R) 40-10 Gigabit Ethernet Connection Network Driver - version 2.3.6
[ 58.198928] i40e: Copyright(c) 2013 - 2017 Intel Corporation.
[ 58.218788] i40e 0000:01:00.0: fw 6.0.48442 api 1.7 nvm 6.01 0x80003492 0.0.0
[ 58.459081] i40e 0000:01:00.0: MAC address: 68:91:d0:xx:xx:xx
[ 58.470715] i40e 0000:01:00.0: PCI-Express: Speed 8.0GT/s Width x8
[ 58.478036] i40e 0000:01:00.0: User requested queue count/HW max RSS count: 0/64
[ 58.486401] i40e 0000:01:00.0: Features: PF-id[0] VFs: 64 VSIs: 66 QP: 4 RSS FD_ATR FD_SB NTUPLE CloudF VxLAN NVGRE PTP VEPA
[ 58.511205] i40e 0000:01:00.1: fw 6.0.48442 api 1.7 nvm 6.01 0x80003492 0.0.0
[ 58.751255] i40e 0000:01:00.1: MAC address: 68:91:d0:xx:xx:xx
[ 58.762888] i40e 0000:01:00.1: PCI-Express: Speed 8.0GT/s Width x8
[ 58.770209] i40e 0000:01:00.1: User requested queue count/HW max RSS count: 0/64
[ 58.778572] i40e 0000:01:00.1: Features: PF-id[1] VFs: 64 VSIs: 66 QP: 4 RSS FD_ATR FD_SB NTUPLE CloudF VxLAN NVGRE PTP VEPA

群晖的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的特殊性，每次升级后理论上上面三个方法都会失效，需要重新修改。

esxi虚拟化的正确打开方式是：把esxi系统安装在u盘，tf卡，单块硬盘等上，而虚拟机存储在非易失性存储设备上，如多盘raid，nas等上。这样即使esxi系统挂了，数据也不会丢失。如果你恰好有nas，可以参考一下使用nfs扩展esxi存储空间，本文以esxi6.7和群晖nas为例。
首先打开群晖nas等nfs服务，默认是关闭的。步骤如下
1，dsm的控制面板，文件服务，smb/afp/nfs，勾选启动nfs服务

2，控制面板，共享文件夹，选中esxi要使用的文件夹，点击编辑

3，然后选中nfs权限，新增，记下装载路径

4，填入esxi的ip地址，权限可读写

然后在esxi上添加nfs存储设备，步骤如下
1，esxi的网络控制台，存储，数据存储，新建数据存储

2，选择挂载nfs数据存储

3，填入nas的ip地址，和挂载路径

挂载成功后数据存储就会出现刚才添加的nas

nfs扩展的数据存储和系统盘在创建虚拟机，上传iso文件等没有使用上的区别

自己用小马的 n3160 和希捷 4t 2.5 寸硬盘组了个 nas ，可是希捷这个移动硬盘写入不稳定，在 60 到 114 （千兆）间波浪浮动，担心哪天大姐姐们离我而去，最后入了 716+II ，要使用群晖的 ddns 功能作私有云，登录帐号一直报认证失败，修改密码，修改 dns ，关闭 ipv6 ，关闭链路聚合，都不能登录，网页端登录却没问题，给群晖发工单四五天不回，后来想这货不会被墙了吧，结果配置 http 代理到 ss 后登录成功了。我想说的是群晖你在大陆摊子铺这么大，被墙的小问题还不解决。