每次想查询T-Mobile Prepaid账户的余额的时候，总是需要在google上搜索半天快速查询码，这次记下来，以后直接查阅博客就好了.
查询余额balance:
#bal# (#225#)
其余的short code:
*ADD (*233) Call the Refill Center #BAL# (#225#) Check account service cycle #999# Check account balance and minutes remaining #WEB# (#932#) Check web usage #BNG# (#264#) Check the status of Binge On #BOF# (#263#) Turn off Binge On #BON# (#266#) Turn on Binge On
今天趁着有时间，把闲置的一台512M的PacificRack年付小鸡改成TCP中转服务，连接到我的backend 小鸡webnx上
在控制面板上选择reinstall为centos7以后，发现经过很长一段时间以后，小鸡也无法ping通，也无法连接.
通过VNC登录以后，发现系统早就安装完毕，但是通过ip add命令发现ens3网卡没有公网IP.
等等，为什么是ens3网卡而不是eth0网卡？cd到/etc/sysconfig/network-scripts中，发现配置的网卡名字就是eth0, 但是系统确使用的是ens3找个名字，看来问题在这里.
看了一下SolusVM 控制面板里面的network card，发现network card被改成了intel pro, 如下图所示
Intel Pro常用于windows vm当中，linux 系统中应该用virtio才对
于是把network card改回virtio,并且重新安装了centos 7，然后发现centos 7 也能够正确的配置网卡了，SSH也能正常连接了
用了五年的Dell 9020MT昨天晚上终于挂掉了，初步判断是电源挂了. Dell的optiplex的台式机比较个性，用的电源不是传统24pin + 4pin 的供电方式，而是8pin + 4pin 的供电方式。想在dell 的台式机上使用其他品牌电源，必须买一根24pin转8pin的转接线，幸运的是淘宝上卖这个的店家很多.
到了电源的选择上，既然这台机器已经5年了，就不准备给他买好的金牌全模电源了，但是选择哪个品牌又成了问题，baidu了一下发现一篇写的比较中肯的文章.
振华（super flower）：台企，振华电源有战碟、金蝶、金蝶GX、Leadex这几个系列，建议 从金蝶开始买起，金蝶战斗版 全台系电容+5年质保；金蝶GX版全日系电容+半模组+14cm静音风扇 +5年质保。再高端的leadex系列，全日系电容+全模组+14cm静音风扇，普通用户推荐购买GX450， 450W，LLC+ DC-DC 方案，日系电容，半模组，14cm静音风扇。 海韵：台企，海韵的电源清一色日系电容，用料很不错。 酷冷至尊：台企，酷妈的电源推荐买的就是GX450, 450W，全日系电容，双管 正激+ DC-DC,稳定性很好。高端点的V系列 V550也很不错，LLC半桥+ DC-DC，全模组，全日系电 容，性价比高。 美商海盗船：美企，海盗船的电源一定要买高端的，也就是800元起步，低端 的VS系列价格高，配置低，臭名在外；高端的如RMi、RMx、HXi、AXi都是可以买的，设计和用料 都是顶级的，质保10年。 EVGA：美企，EVGA的电源500元以下的都不建议买，技术落后，性价比太低了。 高端的如G、P、T系列都是全日系电容，主流的LLC半桥+ DC-DC 结构。质保7-10年，性价比稍低。 讯景（XFX）：讯景低端的XT2电源（价格在300左右）不建议买，因为虽然价 格不低，但是电源方案很落后，高端点的XTR、XTS系列价格在500元以上，方案主流，可以购买， 但性价比稍低。 台达：台企，台达是世界最大的电源生产商，主要是做服务器电源和高端专 业的电源解决方案，在零售商做的不是很多。有几款在售的电源如NX系列和VX静音王系列价格 便宜，全日系电容用料很不错，但是电源方案稍微落后。 航嘉：深圳企业，国内老牌电源厂商，型号多，价格从100-1000都有。航 嘉的电源是国内做工非常好的，低端电源也比国内杂牌好的很多，安全有保障，300元以内还是 推荐买的，超过300的还是建议去买酷妈和振华。 鑫谷：东莞企业，国内老牌电源厂商，比较推荐的是GP 白金版，使用日系 和台系电容，而且是白金牌认证，价格也很便宜，性价比很高。
@media 和 @media screen的区别很简单， 因为media type 有很多种，screen只是其中的一种，其他常见的种类还有print 和 speech
@media 表示适应于所有的media type， @media screen表示只适用于media type 为screen 的硬件，在web开发中，可以认为这两个是一样的.
而@media only这个关键子就比较有意思了。
W3C文档这样描述的：The keyword ‘only’ can also be used to hide style sheets from older user agents. User agents must process media queries starting with ‘only’ as if the ‘only’ keyword was not present.
翻译过来就是：only是为了在不支持媒体查询的浏览器中隐藏样式表，浏览器处理以only开头的关键词时将会忽略only。
@media only screen and (min-width:xxx) and (max-width:xxx) 与 @media screen and (min-width:xxx) and (max-width:xxx) 在支持媒体查询的浏览器中其实是一模一样的，没有任何区别，因为only将被忽略。但是在不支持媒体查询的浏览器中由于没有only这个媒体类型，因此会直接忽略这条媒体查询。在不支持媒体查询的浏览器中，如果不加only，@media screen and (min-width:xxx) and (max-width:xxx)将会被解析为@media screen，明显与期望不一致。因此通过加一个浏览器不认识的媒体类型only则浏览器将会直接忽略这条媒体查询。
media="only screen and (min-width: 401px) and (max-width: 600px)" /* 在支持媒体查询的浏览器中等于*/ media="screen and (min-width: 401px) and (max-width: 600px)" /*在不支持媒体查询的浏览器中解析到带only的媒体查询时，会将only视为媒体类型。（由于没有only这种媒体类型，因此将不会被应用）*/ media="only" /*如果不带only，在不支持媒体查询的浏览器中*/ media="screen and (min-width: 401px) and (max-width: 600px)" /*将被解析为screen，将会被应用到屏幕类型设备上*/ media="screen"
刚买了一个DC6的机器准备放中文网站，首先来benchmark一下.
采用的程序是:
wget -qO- bench.sh | bash
下面是结果:
---------------------------------------------------------------------- CPU model : QEMU Virtual CPU version (cpu64-rhel6) Number of cores : 2 CPU frequency : 2699.998 MHz Total size of Disk : 20.4 GB (3.0 GB Used) Total amount of Mem : 1006 MB (84 MB Used) Total amount of Swap : 1283 MB (0 MB Used) System uptime : 0 days, 0 hour 1 min Load average : 0.00, 0.00, 0.00 OS : CentOS 7.7.1908 Arch : x86_64 (64 Bit) Kernel : 3.10.0-1062.12.1.el7.x86_64 ---------------------------------------------------------------------- I/O speed(1st run) : 332 MB/s I/O speed(2nd run) : 737 MB/s I/O speed(3rd run) : 682 MB/s Average I/O speed : 583.7 MB/s ---------------------------------------------------------------------- Node Name IPv4 address Download Speed CacheFly 205.234.175.175 108MB/s Linode, Tokyo2, JP 139.162.65.37 20.7MB/s Linode, Singapore, SG 139.162.23.4 12.5MB/s Linode, London, UK 176.58.107.39 16.6MB/s Linode, Frankfurt, DE 139.162.130.8 14.7MB/s Linode, Fremont, CA 50.116.14.9 139MB/s Softlayer, Dallas, TX 173.192.68.18 39.4MB/s Softlayer, Seattle, WA 67.228.112.250 51.0MB/s Softlayer, Frankfurt, DE 159.122.69.4 6.50MB/s Softlayer, Singapore, SG 119.81.28.170 9.70MB/s Softlayer, HongKong, CN 119.81.130.170 11.0MB/s ----------------------------------------------------------------------
可以说整体网络上还是非常好的
OVH的服务器的bios设置默认都是UEFI，ok这个没有问题，我也就是顺势给我的着他服务器在UEFI下安装ESXi.
但是发现选择用UEFI CDROM启动后，无法进入安装界面，最后还是跳回选择启动选项的页面. 这个情况倒是第一次见，因为ESXi从6.5开始就支持UEFI了
发ticket给OVH support，8个小时候得到了回复，说是这款主板的可能不支持UEFI安装的ESXi
说实话我以前都是在legacy bios下安装ESXi的，这下子正好随我意了
在BIOS里面选择只使用legacy bios，然后选择CDROM启动，熟悉的ESXi安装界面就又回来了
所以说这是ASRACK的一个坑啊, 折腾我整整一晚上才安装好ESXi
端口转发的实际使用场景很多，比如说load balance，比如说流量中转
所谓的端口转发，是发生在网络协议的第四层，TCP/UDP层，也就是IP层面
所以一般来说有这么几个解决方案:
iptables: 系统原生底层的解决方案，配置比较麻烦。但是如果使用CSF来配置iptables，这是非常简单的
HAproxy: 性能比iptables高，配置简单，但是只支持TCP，不支持UDP. 但是如果不玩游戏的话，TCP的端口转发就足够了。
因此这篇文章主要讲述如何使用HAProxy来做流量中转.
底层操作系统是CentOS 7，系统的repo自带haproxy，版本比较老(1.5.18)但是足够用了
安装haproxy:
yum install haproxy
systemctl enable hapoxy
配置haproxy:
cd /etc/haproxy mv haproxy.cfg haproxy.cfg.bak vi haproxy.cfg
然后输入下面的配置:
global ulimit-n 51200 log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy pidfile /var/run/haproxy.pid user haproxy group haproxy daemon defaults log global mode tcp option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000 maxconn 20480 frontend v2 bind *:443 default_backend v2 backend v2 server v1 A.A.A.A maxconn 20480 frontend rdp bind *:3389 default_backend rdp backend rdp server r1 B.B.B.B maxconn 20480
上图表示把把这台服务器的443端口的流量转到A.A.A.A的443端口上，把这台服务器的3389端口流量转到B.B.B.B的443端口上
配置好以后，下面只需要开启haproxy服务就好了
systemctl start haproxy
Failover IP另外一种配置方法:
https://docs.ovh.com/ie/en/public-cloud/configure_a_failover_ip_with_centos/
用IPMI安装OS:
https://support.us.ovhcloud.com/hc/en-us/articles/360000108630-How-to-Install-an-OS-with-IPMI
从BIOS里面设置硬RAID
https://support.us.ovhcloud.com/hc/en-us/articles/360004809700-How-to-Configure-RAID-from-the-BIOS
ESXi6.5安装创建VM
https://support.us.ovhcloud.com/hc/en-us/articles/360003263859-How-to-Create-a-VM-in-VMware-ESXi-6-5
使用救援模式
https://support.us.ovhcloud.com/hc/en-us/articles/115001754490-How-to-Use-Rescue-Mode
从网络模式启动:
https://support.us.ovhcloud.com/hc/en-us/articles/360002065130-How-to-Boot-a-Server-in-Network-Mode
独立服务器连接到vRack
https://support.us.ovhcloud.com/hc/en-us/articles/360001410984-How-to-Connect-a-Dedicated-Server-to-vRack
虚拟化的VM连接到网络
https://support.us.ovhcloud.com/hc/en-us/articles/360002175944-How-to-Connect-a-VM-to-the-Internet-Using-VMware-ESXi-6-5
OVH的服务器比较有意思，给的配置都会考虑冗余，因此每种硬盘都会给两个，默认给你组成软raid
刚开始我也在犹豫，能不能不要软raid? 因为虚拟化软件esxi不支持软raid， proxmox 的默认zfs 比软raid 要成熟很多
现在答案出来了，这是可以的. 如果你使用OVH的系统来安装OS但是又不想组软raid，那么在选择使用的硬盘的时候选择1，这样就不会组软raid了
另外如果你是使用IPMI来安装OS的话，那么就更简单了，正常安装OS就可以了
今天早上才看到，OVH的advance-2 系列的CPU应该是Intel Xeon E-2136，昨晚的benchmark 显示CPU 是Intel Xeon E-2236.
虽然Intel 一直是挤牙膏，性能升级不大，核心上只有0.1G Hz的提升
但是使用新款CPU总比使用老款的要舒服
毕竟免费的东西总是好的