JACK'S BLOG

不地道的yourdomaingoeshere

firebet — Fri, 04 May 2012 05:12:56 +0000

4月初开始使用这家的洛杉矶Vps,刚开始一切正常

上行G口，下行100MPS.DD速度也不慢，走的NLAYER,TRACERT节点也少

快月底时账单来了，爽快地支付，

今天因升级VPS系统，无意中发现WGET速度被限制在了10-30K/S的范围

这下抓狂了，太不厚道了吧

大家注意了！认准不地道的yourdomaingoeshere

天朝V5

firebet — Mon, 16 Apr 2012 03:08:57 +0000

连我给儿子做的一个小小博客都不放过，

上面也没有任何可疑的关键字

从上周四开始，域名直接被墙

在网上搜索了解决办法，正在给域名备案中

坑爹的中国电信

firebet — Tue, 10 Apr 2012 09:19:09 +0000

1.发票上面大写的票面金额是消费金额，不管你缴纳多少话费，只打印已经消费的金额出来

2.发票上面有可用余额，实际上你的手机已经欠费了，打了很多次10000要个解释，无果

明天踏青+烧烤，期待中

firebet — Sun, 01 Apr 2012 10:21:00 +0000

今天准备好了烤炉/食材/佐料，明天出发，去江南。

垃圾的psychz.net

firebet — Tue, 20 Mar 2012 03:46:07 +0000

上图不解释,PHOTON,YARD出品，大家注意了

ssh登录linux服务器过程中密码验证很慢的解决办法

firebet — Wed, 14 Mar 2012 02:28:05 +0000

ssh登录服务器后，输入密码时，验证要等5秒左右，很慢。连服务器时速度正常，用户验证通过后操作速度也正常。

原来以为是/etc/ssh/sshd_config里的GSSAPIAuthentication参数，默认是yes，需要改为no，其实这个是连接服务器慢时的参数，和验证密码慢无关。

经排查，基本确认有两个原因：

1./etc/resolv.conf
看看是不是机房有效的DNS的IP

一般这里可以使用谷歌的NS地址8.8.8.8以及8.8.4.4

2.编辑/etc/ssh/sshd_config，禁用登陆时dns反向解析

vi /etc/ssh/sshd_config
将#UseDNS yesn 改为：
UseDNS no

重启sshd服务
service sshd restart

还有一些可能的原因，做下记录：

/etc/hosts文件中把你本机的ip和hostname加入
修改server上/etc/nsswitch.conf中hosts为hosts: files

祝所有的女性同胞节日快乐！

firebet — Thu, 08 Mar 2012 07:49:44 +0000

吐槽一下

firebet — Fri, 02 Mar 2012 03:53:53 +0000

压力越来越大了，
工作上的，生活上的，
在单位要做到喜怒自知
在家里看来也要一样了

有关XEN的VPS超售问题

firebet — Tue, 28 Feb 2012 02:44:02 +0000

一般来说，XEN VPS的商家如果需要超售的话，以下几种方式：
使用balloon （需要购买付费软件）
超大的母鸡内存（超售CPU以及带宽，典型的有KILOSERVE)

今天在LET上面看到一篇帖子,让我知道了另外一种超售方式：

XEN虚拟的VPS上面安装OPENVZ，然后开openvz的小鸡卖
uname -r

显示结果2.6.18-274.18.1.el5.028stab098.1xen （LINUX版本的尾巴上带了一个XEN)

首先查看 /proc/xen 是否存在

cat /proc/xen

输出balloon capabilities privcmd xenbus

接下来执行cat /proc/xen/balloon

Current allocation: 10829824 kB
Requested target: 10829824 kB
Low-mem balloon: 162455552 kB
High-mem balloon: 0 kB
Driver pages: 0 kB
Xen hard limit: ??? kB

不是制度僵硬，而是人僵硬

firebet — Mon, 27 Feb 2012 04:23:50 +0000

制度办法的由来，是由有经验的人，针对某项作业可能发生的不同状况，加以整理、分类后，找出最好的处理方法。而后，要求每个人都依照此一方法来执行，让作业的效率质量得以提升。

然而，经验告诉我们，作业可能出现的种种状况，其发生的频度，往往有很大的落差。例如全部可能发生的状况有五十种，最常出现的三种状况，经常就涵盖了九０％的发生率；最常出现的五种状况，可能涵盖了九八％的发生率；而其余的四十五种状况，合计可能仅有二％的发生率。也由于这四十五种状况发生率极低，一般称为「特例」或「异常」。

由于制度办法是设计来让人运用，不能太复杂；倘使五十种情况都要加以规范，制度办法将变成非常庞杂，订定的心力与时间成本，将会相当的高。更何况制度一旦庞杂，不仅个人很难一一记得，更会提高落实执行的难度。所以，一般只会选择达九八％发生率的五种状况作规范，而其它四十五种发生率只有二％的状况，就不做规范。

虽然如此，并不代表发生率较低的这四十五种状况，就不在制度规范内。一个条文完备的制度（法律、合约），往往最后都有类似「如有未尽事宜，由主管单位裁决」、「以上情况如经主管单位裁决，不在此限」等条件，其用意即在说明，这其它四十五种或更多的可能状况，应经由功能主管来裁定。此一做法，让制度不必庞杂，却能因应例外状况灵活变化；也可以说，加了此一条文，就可以因应所有的状况。因此，制度是可以涵盖所有的状况的，也可以说制度是「活」的。

然而，为何组织内经常有人把制度执行得很僵硬？同时也有很多人误认为，只要有规范，就是限制，就是僵硬？其问题是出在「人」。

一、大部份的人，不了解最后条文的存在及其用意，以为只有「被明确规范」的五种状况才是「被允许的」，其余状况都不行。因此，当发生其它状况时，就直接排拒之，而不知应呈报主掌的功能主管来裁决，当然就会发生「可行」而不行的状况。

二、当功能性的主管在理解、判断不在「明确规范中」的情况时，经常会因为成本、风险等专业考虑，而裁示「不准」，容易让执行者产生「特殊申请也没有用」的印象。更何况功能主管偶尔也会裁示失误，更加深执行者的这个错误认知。

三、具强烈「本能叛逆」者，他习惯畅行无阻，任何不顺其「畅行无阻」者都会排斥，都认为有问题，更甚而会强烈批判；而不习惯平心静气的去了解、请教，以真正掌握制度的精神及其特质。所以长期以来，这类人会认为只要是制度就是限制，就是僵化，就是不对，而经常停留在制度的排拒者、批判者的情况；不知不觉中，形成组织的边缘人，自然也很难成为称职的管理者（因为管理的要诀就是要能善用制度化管理）。

所以，大家应该理解设计制度的观念及方法，并应改变观念─「制度是活的」。当出现「例外」、「异常」时，应报请主管来判断、裁示，从中学习主管对「特例」、「异常」事物的判断思考逻辑，提升自己的判断力。

同时必须切记，不要因为特定「案例」已经主管判定过了，就以为可以自行决行（不管是「核可」案例或「否决」案例）。因为「特例」、「异常」会因为时空的不同，或是策略思考的改变，而出现相同状况裁决不同的结果。而且，有时候为了让制度办法被「落实遵守」，主管会要求「特例」、「异常」必须经由裁决才可以执行，若非如此，制度办法的基本精神将会逐步丧失，运作又将逐渐沦为混乱的局面。毕竟「特例」、「异常」会出现的比例很小，每次呈报并不花费太多时间；倘使「特例」、「异常」的比例有攀升的迹象，应修改制度将其增列到涵盖范围当中。

最后，再次提醒大家─制度是活的，是完整的，只是「特例」、「异常」一定要经由主管来裁示而已。制度是人订的，也会产生盲点，随着时空的变化及经验的累积，要靠人不断的修改、提升。而提出建议修改的，就是使用制度的所有的人。

作者：杜书伍 (联强国际集团总裁兼执行长)