新版主机软件官方网站 正式发布
今天发布了新版本的官方网站
这是从2008年 来首次更新版本
重新设计布局的简洁界面
使用大量HTML5标签
还在继续完善 会员中心 以及数据API
自主研发的产品会陆续增加上
解决方案类也会增加,暂未编写文档 所以未显示
可以访问 查看
http://www.idcsoft.net 主机软件官方网站
主机软件 新版官方网站 即将上线
主机软件 新版官方网站 即将上线
新版本跟简洁 符合最新的Web3.0设计理念
更加的突出了 简单服务的理念
兼容 最新的手机 平板电脑 自适应屏幕访问
增加了技术服务栏目
更加重要的是启用独立的客户中心
客户可以在线下单 支付
支持在线更改授权信息
其他陆续完善
抢先预览界面
cPanel/WHM 没ROOT权限的账户批量转移
cPanel/WHM 没ROOT权限的账户批量转移
cPanel是非常强大的一套Linux主机控制面板 适合于虚拟主机业务
我们代理销售也有好几年了
客户群体使用普遍反馈 还是觉得比较好的
这个是因为一个老客户之前购买了一个代理主机自用 但是觉得很贵
现在在我们这边租用了一台高配的服务器
想把之前的账户和数据 完整的转移到新服务器
如果有ROOT权限 可以直接转移
但是因为是代理账户 无ROOT权限 而且账户比较多
与客户交流了下 有52个账户,如果手工备份 在下载 在转移
在恢复 是比较慢的 像客户说的时间就是金钱
所以我们尝试编写shell脚本代为处理
结果是成功的
耗时4小时 脚本自动处理
人工仅需执行2个命令等待完成即可
批量自动备份原账户 在自动下载到新服务器
循环完成后 自动恢复账户
因为模拟了Web的完整备份 所以数据无偏差
主要流程
首先使用代理账户登录 获得用户数据列表
然后进行循环的模拟登录 模拟点击 生成完整备份
等待备份完成自动下载到新服务器上
完成全部账户后
截取用户名 存入文件
在恢复就可以了
获得客户感言
和我们合作 确实省了很多事
ERROR: No authenticate method (Auth-Type) found for the request 解决
我以为碰到灵异问题了,
ERROR: No authenticate method (Auth-Type) found for the request: Rejecting the user
Failed to authenticate the user.
测试最新版的radiusd进行接入认证的时候
出这个错误,
Sending Access-Request of id 235 to 127.0.0.1 port 1812
User-Name = “user1”
User-Password = “pass1”
NAS-IP-Address = xx.xxx.xxx.xxx
NAS-Port = 1812
rad_recv: Access-Reject packet from host 127.0.0.1 port 1812, id=235, length=20
rad_verify: Received Access-Reject packet from home server 127.0.0.1 port 1812 with invalid signature! (Shared secret is incorrect.)
radclient: no response from server for ID 235 socket 3
经验主义害死人啊, 提示密匙不匹配,结果…….
最后在老外的论坛发现了
认证模式导致的错误
一个md5 一个是明文
解决方式
修改eap.conf
将 default_eap_type = md5
改为
default_eap_type = ttls
启动测试正常
[root@master ~]# radtest user1 pass1 localhost 1812 abcdefg
Sending Access-Request of id 174 to 127.0.0.1 port 1812
User-Name = “user1”
User-Password = “pass1”
NAS-IP-Address = xxx.xxx.xxx.xxx
NAS-Port = 1812
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=174, length=50
Framed-IP-Netmask = 255.255.255.255
Framed-IP-Address = 192.168.80.90
Service-Type = Framed-User
Framed-Protocol = PPP
Framed-Compression = Van-Jacobson-TCP-IP
MYSQL优化部署之XFS文件系统
MYSQL优化之XFS文件系统
在最新的centos 6.2系统中
MYSQL可以使用XFS文件系统存取了
最佳的独享I/O
曾经对XFS、JFS、Ext3、ReiserFS文件系统进行过测试，XFS文件文件系统的性能表现相当出众
为什么使用XFS?
采用XFS文件系统，当意想不到的宕机发生后，首先，由于文件系统开启了日志功能，所以你磁盘上的文件不再会意外宕机而遭到破坏了。不论目前文件系统上存储的文件与数据有多少，文件系统都可以根据所记录的日志在很短的时间内迅速恢复磁盘文件内容。
XFS 是一个全64-bit的文件系统，它可以支持上百万T字节的存储空间。对特大文件及小尺寸文件的支持都表现出众，支持特大数量的目录。最大可支持的文件大小为263 = 9 x 1018 = 9 exabytes，最大文件系统尺寸为18 exabytes。
XFS使用高的表结构(B+树)，保证了文件系统可以快速搜索与快速空间分配。XFS能够持续提供高速操作，文件系统的性能不受目录中目录及文件数量的限制。
XFS传输带宽能以接近裸设备I/O的性能存储数据。在单个文件系统的测试中，其吞吐量最高可达7GB每秒，对单个文件的读写操作，其吞吐量可达4GB每秒。
详细的部署教程
操作系统: CentOS 6.2 64bit
硬盘设备: /dev/sdb
旧MYSQL目录: /var/lib/mysql
新MYSQL目录: /mysql
首先
格式化硬盘
fdisk /dev/sdb
Sequence pressed on keyboard: n > p > 1 > Enter > Enter > w
$ fdisk -l /dev/sdb
Disk /dev/sdb: 11.8 GB, 11811160064 bytes
255 heads, 63 sectors/track, 1435 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xaa7ca5e3
Device Boot Start End Blocks Id System
/dev/sdb1 1 1435 11526606 83 Linux
yum install -y xfs*
mkfs.xfs /dev/sdb1
xfs_check /dev/sdb1
mkdir /mysql
mount /dev/sdb1 /mysql
添加开机挂载
/etc/fstab
/dev/sdb1 /mysql xfs defaults 0 0
目录变更
$ service mysql stop
$ rsync -avz /var/lib/mysql/ /mysql
$ chown mysql.mysql /mysql
注意要先停止,否则数据可能不同步
MYSQL配置文件更新
datadir = /mysql
启动
service mysql start
检查文件系统的状态
$ mount | grep xfs
/dev/sdb1 on /mysql type xfs (rw)
修复文件系统
$ umount /mysql
$ xfs_repair /dev/sdb1
注意需要先卸载后在修复