Centos7 Win10引导修复

在CentOS7中需要配置/boot/grub2/grub.cfg,但是会警告该文件不能被修改,这个文件是通过grub-mkconfig使用配置文件模板和设置自动生成的。
所以我们修改模板文件,然后使之自动重建grub2引导。

1、执行:
$ sudo vi /etc/grub.d/40_custom
得到打开文件后,执行a进行编辑,
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the ‘exec tail’ line above.
menuentry ‘Windows 10′{
set root=(hd0,1)
chainloader +1
}

~
~
~
~
~
~
~
“/etc/grub.d/40_custom” 9L,272C

按Esc,在按ZZ(或者Shift+:并输入wq),保存编辑并退出。

2、执行:
$ grub2-mkconfig -o /boot/grub2/grub.cfg
生成grub.cfg文件。
3、最后,执行:
$ reboot
重启既可以看到为windows10的引导了。

注意:
1、grub2中的第一块磁盘的第一个分区是(hd0,1),不是(hd0,0)。
2、chainloader +1中,+1是在一起的,注意一下。

PCI/PCIE千兆以太网网络存储的坑

最近新买一台小型HP服务器GEN8,想跟之前的的服务器接到一起,GEN8做存储(ISCSI/Centos),之前的服务器做ESXi来使用ISCSI的存储.
问题来了,写入速度只有20M/s,千兆以太网链路.
经过各方研究,最后在国外的一篇文章中发现一个提示.
http://iscsi-enterprise-target.996254.n3.nabble.com/Slow-iscsitarget-Performance-help-td9866.html

然后,就开始思考PCI/PCIE是不是会有差别,虽然同样是千兆网卡.于是,将之前服务器的两个网卡链路对调(ESXi配置),将网线对调,然后重新测速;速度能够达到50-80M/s,看来问题就在于PCIE/PCI上.

上面是ISCSI测速截图
这是NFS+ESXi Cache开启的情况下的测速

CPU当然还是ISCSI高,因为我的那块PCIE的卡不支持巨型帧(MTU9000)

SNI相关支持列表

支持SNI的浏览器、服务器、库

Internet Explorer 7 及更高版本(Windows Vista 及更高版本操作系统上的),Windows XP 的 Internet Explorer 总不支持,哪怕是 Internet Explorer 8。
Mozilla Firefox 2.0 及更高版本
Opera 8.0 及更高版本 (必须开启 TLS 1.1 协议)
Opera Mobile 至少是 10.1 beta 的 Android 版本
Google Chrome (Vista 或更高版本;XP 上的话要求 Chrome 6 及更高版本;OS X 10.5.7 及更高版本要求 Chrome 5.0.342.1 及更高版本)
Safari 2.1 及更高版本 (Mac OS X 10.5.6 及更高版本或 Windows Vista 及更高版本)
Konqueror/KDE 4.7 及更高版本
MobileSafari (在 Apple iOS 4.0 及更高版本的环境下的)
Android 默认浏览器 (在 Honeycomb 及更高版本的)
Windows Phone 7
MicroB (在 Maemo 下的)

支持SNI的服务器

Apache 2.2.12 及更高版本 使用 mod_ssl (或用试验性的 mod_gnutls 代替)
Cherokee 如果编译了 TLS 支持
打了补丁的 lighttpd 1.4.x 或 1.5.x ,1.4.24+ 没打补丁就行
Nginx 在以 SNI 为支持的 OpenSSL 的陪同下
LiteSpeed 4.1 及更高版本
Pound 2.6 及更高版本
Apache Tomcat (Java 7) 及更高版本
Microsoft Internet Information Server (IIS) 8

支持SNI的库

Mozilla NSS 3.11.1 仅在客户端
OpenSSL
0.9.8f (2007年10月11日发布) – 不缺省编译,可用设置选项 ‘–enable-tlsext’ 编译
0.9.8j (2009年1月7日发布) 至 1.0.0 (2010年3月29日发布) – 缺省编译
GNU TLS
libcurl / cURL 至少 7.18.1 (2008年3月30日) 在 SNI 支持下编译一个 SSL/TLS 工具包
Python 3.2 (ssl, urllib 和 httplib 模块)
Qt 4.8
Oracle Java 7 JSSE

 

参考连接: https://shansing.com/read/355/

 

公网远程网络唤醒的几个关键点

  1. 端口映射,使得路由器或防火墙的某个端口映射到内网机器的某个IP地址
  2. IP/MAC绑定,由于机器还未开机,所以动态MAC地址表中没有机器的MAC地址,路由器或网关设备不知道该发送给谁,因此加入静态的IP/MAC绑定,就可以知道对应该端口的包该发给哪台内网的主机
  3. 开机数据包Magic 可以用在线网页https://www.depicus.com/wake-on-lan/woli 也可以用该网站提供的exe程序,或网上提供的Python脚本.
  4. 最重要的一步是要在进行网络唤醒的机器上开启网络唤醒支持,一般是在BIOS的高级电源管理中,英文名字叫做APM,(Advaced Power Manage),然后根据网卡是PCI还是PCIE来选择是否允许PCI或PCIE进行系统启动.
  5. 之后就可以了
  6. 注意: 在公网启动的时候掩码一般要写255.255.255.255 内网的话(唤醒与被唤醒的机器同一个网段)一般写255.255.255.0,开不了的话就两个都试试,如果还是开不了,就直连试试,如果还是不行,那么就是BIOS配置有问题,如果能开那么就是映射有问题或者掩码有问题.