May 17
    新部署的一台Asianux 4.0 SP2 for x86_64,启动后一看,(#‵′)靠,那自启动服务一大串,打开的端口更是有十几个。简单过了一遍,大多服务都是服务器不需要的或没什么意义的。写了个简单的脚本,把不需要的服务关掉。
Tags: ,
May 14
    习惯用招行的超级网银从其他银行转账过来,既免手续费又方便。之前就是给工商银行卡着,1代的U盾只能查询,不能转账。(详细见[讨论]工商银行办理超级网银必须收费换为2代U盾)那好吧,实在受不住ATM排队的麻烦,柜台更是不知道多久没去过了,勉为其难花了¥40元更换为2代U盾吧。
    谁知道,还是给工商银行坑了!在进行超级网银签约时才发现,工商银行转他行,单笔支付限额和日累计支付限额最高才¥5000.shuai 这不是坑人嘛,你说单笔¥5000还可以接受,日累计支付限额¥5000就实在是太坏了,ATM取款都不止啦!打客服电话,对方说是中国人民银行的新规定,2013年2月1日起执行,但除了工商银行,我还没看到那个行有这样的规定的。
    超级网银是中国人民银行弄的,通常日累计支付限额应该是5万的,根据工商银行的公告来看,原来也是这样,限最高5万,最低自己设置。但从2013年2月1日起则改为上面的限¥5000。看来很多人从工行把钱转走哦,或者不满意工行的服务呢(包括我)?钱不能存在四大行,服务差、效率慢、收费高。今天在柜台听到,转个20万手续费¥20.5,这还是金卡,打了3折,说是最高了。不骂他坑人都不行啊!
    其实说来说去,大行无非是怕小行抢了它们的存款,经济观察报的《超级网银掀存款争夺战 中小银行逆袭》可谓是一语中的啊!但大行有没有想过为什么我们会把钱转走呢?大行除了收费高、手续麻烦、服务态度差,用什么来留住存款呢?
May 8
    常用RDP 登陆Windows 机器,重启、关机都是shutdown命令触发的,休眠、锁定呢?
Tags:
Apr 25
    如今Debian和Ubuntu中,/bin/sh默认已经指向dash,这是一个不同于bash的shell,它主要是为了执行脚本而出现,而不是交互,它速度更快,但功能相比bash要少很多,语法严格遵守POSIX标准,下面简要列举下从bash迁移到dash一般需要注意的问题。
引用
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Apr 15 13:17 /bin/sh -> dash
Tags: ,
Apr 23
    最近为vSphere 5.0 增加了一块新硬盘,想用于存放系统模板文件的。但发现模板是不能直接迁移的,那就转换成虚拟机吧。可是,迁移时,报“在主机的当前连接状况下不允许执行该操作”,啥问题呢?
Tags:
Apr 18
    最近因作为出口网关的机器老化,淘汰后,改用福陇 2F迷你电脑替换。事实证明,龙芯2F虽然只有900MHz,但作为服务器效率还是不错的。不过,红旗的龙芯版不适合做服务器,改用社区版Debian 7。随着版本的升级,很多软件都需要重新配置,CUPS 共享打印是其中之一。我会陆续把遇到的问题整理出来,这作为首篇吧。
    配置过程与一篇旧文:[原]用好Linux下的CUPS打印机服务类同,还是直接用CUPS 提供的HTTP 网络共享,不依赖Samba服务,更简单、速度更快。
    社区版Debian 7,核心:
引用
# uname -r
3.2.0-3-loongson-2f

    CUPS 用apt-get安装,版本为:1.5.3:
引用
# dpkg -l cups
ii  cups                    1.5.3-5          mipsel           Common UNIX Printing System(tm) - server
Tags: , ,
Mar 19
    前文使用若干工具把第三方驱动集成到脱机文件库,并生成自定义主机镜像文件。接下来,就是把该文件部署到Auto Deploy 服务器上,以便物理ESXi 主机访问读取。Auto Deploy 依赖TFTP、DHCP 等服务,其本身提供身份鉴别、健康监测及基于HTTP的下载工作。当物理主机从电源启动到ESXi 加载,其过程可简略为:
引用
1.设置从网卡引导后,以PXE 方式激活,从DHCP服务器获得动态IP地址;
2.从TFTP服务器获得PXE 引导启动文件;
3.启动文件切换到gPXE 引导模型,访问Auto Deploy 服务器;
4.下载主机镜像文件到内存,然后进行ESXi 服务的启动工作。

所以,要完成整个配置过程,需要从TFTP等服务的配置开始。
Tags:
Mar 18
    Auto Deploy 是vSphere 5.0提供的一个新功能,其允许ESXi 以不用直接安装到服务器上的无状态运行。一般情况下,我们需要在物理服务器上安装ESXi Hypervisor,而配置好Auto Deploy 服务以后,当物理服务器启动时,可直接从vCenter Server 上加载镜像文件到主机内存中。这样,物理主机上完全可去掉本地磁盘,而直接以CPU、内存等运行资源提供服务。
    Auto Deploy 在vCenter Server 上存储每个物理主机的镜像文件和配置文件,所有ESXi 主机的更新、补丁升级都直接通过vCenter Server 集中进行,这与以往每台主机上进行的安装和升级相比,Auto Deploy 大大简化了管理大量ESXi 主机的工作。
    本文分两部分:第一部分是讲述如何制作含自定义驱动的脱机库文件,并生成Auto Deploy 所需的主机镜像;第二部分是使用该主机镜像文件完成Auto Deploy 服务配置工作。
Tags:
Mar 15
点击在新窗口中浏览此图片
引用
这是一个不幸的消息,Google 要关闭 Google Reader。

2005 年推出的 Google Reader 将在今年 7 月 1 号正式关闭。事实上,Reader 已经停止更新很久了,最后一次便是将其集成进 Google+,移除 Reader 自己原生的分享服务。

The Verge 报道称,Reader 被砍掉的原因是它的使用量在下降,即使有一批忠实用户依旧依赖它。用户在未来的几个月内可以通过 Google Takeout,导出他们在 Reader 上的数据,包括订阅列表。Reader 被关闭后,具体去向不明。

除了 Google Reader,Google 还宣布停止支持其他 7 个产品,包括 BlackBerry 上的 Google Voice、Calendar API、Snapseed for desktop 和 Search API 等。

对于这次的决定,Google 技术架构高级副总裁 Urs Hölzle 表示:“现在每个人都有一个设备,有时候甚至是多个。这种变化的速度已经很久没有出现过了。为了充分利用这些机会,我们必须专注,否则我们的精力会过于分散,缺乏影响力。”

自 2011 年春季大扫除以来,Google 所关闭的服务或者功能已经达到 70 多个,未来瘦身可能还会继续。

再见了,Google Reader!

一直都在用FeedDemon查看Google Reader上面内容,估计这应该是我除搜索外,使用Google服务最频繁的应用了。Google似乎真得越来越商业化,借用月光的一句话“清理产品虽然必要,但也要有个尺度,一些重要的产品不能随便清理,现在,连Google Reader这样的服务都说关就关,Google的确变了,现在的Google已经不是以前的那个Google了。”。
Tags:
Mar 10
    在这片神奇的土地上,翻墙应该是每个网友必需掌握的技能,翻墙的首要,就是翻过心里的墙。心中无墙,才是最重要的。本教程介绍用 GAE(Google App Engine)翻墙的方法。GAE的官方介绍:“Google App Engine,在Google的基础架构上运行您的网络应用程序。” GAE的优点很多,首先它是完全免费的,并且非常稳定,其次它提供大流量,足够让你在YouTube上看各种视频了。
Mar 7
     VMware vSphere Hypervisor(ESXi)5.0 是用于直接部署在物理服务器上,提供虚拟化服务的。为此,在选择服务器时不得不考虑硬件驱动的问题。在VMware 官网有ESXi 5.0 的兼容列表可供查询。ESXi 安装光盘包含已支持的驱动文件,但与其他操作系统类似的,如果硬件太新或ESXi 版本太老,都可能会发生硬件无法驱动的问题。
    解决办法是:一、等待新版本ESXi 发布,在写这日志时,刚好发现2月发布了5.0.0 Update2 914586 的版本,可以试试;二、找第三方的兼容驱动,这个通常可以从服务器的网站或VMware 的网站找到,还有是第三方共享的版本。
    刚好手上有一台HP 6200Pro MT 的台式机,其自带的Intel 82579LM 网卡就不在ESXi 5.1.0-799733 的支持列表里面。恰好网上可以找到合适的驱动,这里就以此为例说明如何加入第三方驱动到ESXi 光盘里面。
Tags:
Feb 7
    今天收到一个老用户的电话,说一直在运行的Apache(HTTPD) 服务突然无法启动。据说没有修改任何的配置文件,就是昨晚重启机器后服务就无法起来了。类似的问题,首先排除的是系统和服务日志,messages 和httpd下面的error.log都没发现报错信息。在httpd 服务中加入-x 排错标记,发现是httpd 执行失败,怀疑与Apache 上额外的模块有关。把/etc/httpd/conf.d中的文件都移走,HTTPD服务可正常启动。逐一排除,发现问题是nss.conf 配置导致的。但从配置文件的修改时间来看,该文件在最近并没有修改,而是与其他配置一样都保持在系统刚安装的时间。
    再次查看服务日志,从/var/log/httpd/nss_error_log 文件中看到如下的错误:
引用
[Thu Feb 07 05:17:42 2013] [error] Certificate not verified: 'Server-Cert'
[Thu Feb 07 05:17:42 2013] [error] SSL Library Error: -8181 Certificate has expired
[Thu Feb 07 05:17:42 2013] [error] Unable to verify certificate 'Server-Cert'. Add "NSSEnforceValidCerts off" to nss.conf so the server can start until the problem can be resolved.

    看来是证书过期了。
Tags: ,
分页: 4/50 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]