| yksoft1's profileYKSOFT's HomeBlogLists |  Tools  Help |
到其他blog的链接。
|
YKSOFT's Home大海航行靠舵手，万物生长靠太阳。 November 23 比Windows 1.01更老的Windows预发行版本 Windows
1.01是1985年11月左右发布的，第一个正式的Windows版本。但是最近，之前的好几个预览版和测试版都泄露了出来，成为软件古董爱好者的玩物。 泄露的版本包括1985年8月的 Windows Premiere Edition（Windows先行预览版） 1985年 5月的 windows 1.0 beta 1985年1月的 windows 1.0 alpha 1984年11月的 windows 1.0 developer release 5 经过我的测试，Premiere Edition和1.01基本是一样的，也可以通过替换mouse.drv为2.03或者2.1版的办法来支持PS/2鼠标。而Beta版则不同，其驱动程序结构和1.01、Premiere Edition都有区别，无法替换Mouse.drv，而且高版本DOS下退出将会导致死机。至于Alpha版和Developer Release 5，根本就不能支持3.0以上的DOS，高版本DOS下虽然能安装，但启动会出现DMAADD不正确的错误，因此我无法测试了。 注意Premiere Edition和Beta虽然能在高版本DOS下启动，但是和所有的1.x、2.x一样，必须先使用DOSVER强制指定DOS的版本。 这是我在一台现代的机器上直接使用U盘启动DOS，测试Windows Premiere Edition和Windows 1.0 Beta的截图。   这里我提供安装软盘镜像（全部是360K盘，如果要用winimage转必须先转720K， 再转1.44M） http://www.mediafire.com/?lyie3onmyno 和我测试用的安装完毕的全部文件。 http://www.mediafire.com/?jjnt5mfnmoy November 21 用VMWare Workstation 跑Chromium OS (不成功的尝试1)11月18日Google宣布了Chrome OS，展示了其切入上网本领域、以初步实现其“云计算”蓝图的野心。同时，其开源版“Chromium OS”的源码树git也于同日正式上web（实际上10月底开始这个git树已经开始）。有好事者编译了11月19日的此源码树，做成VMWare磁盘镜像发上网，（具体请自己查找文件名chromeos-image-999.999.32309.211410-a1.vmdk.bz2）我大概在几个小时内就拿到了这个镜像。
由于主力笔记本显卡烧坏，不得不使用一台只有512MB内存的较老的机器来跑ChromiumOS VMWare镜像。这是这个虚拟机的基本配置：
 可以看到，我仅仅分配了256MB内存给ChromeOS虚拟机，使用NAT网络，没有使用USB适配器等高级虚拟设备。
启动系统。这个系统就算在256M内存的VMWare之下，从VMWare BIOS logo到出现登录画面，其中发生的唯一事情就是黑了5-6秒屏而已。这是登录界面。
 这个界面里，我估计按照Google的考虑，用户名就是你的Google账号，密码就是你Google账号的密码。我并不敢把自己的账号密码让这个刚刚出现的系统吃掉，但是用自己的小号登录却直接出现了“Network not connected,”这样的错误。原种子的说明中提到万能账号mark，直接输入进去，登录系统成功。
 系统直接打开了一个Chromium浏览器，而且无法DNS其默认主页——Google.com。而且系统的整体反应速度也非常慢，比VMWare里未安装VMWare Tools的Fedora、Ubuntu都要慢得多，估计是ChromeOS的X在编译时就只对某种他们用来测试的特殊硬件做了优化，而默认的优化选项都没有打开。
这个NAT在Windows下完全正常，为何这里就不能用了？我得诊断一下。先把VMNAT dhcp得到的东西在VMware模拟的windows中列出：
 然后就是尝试在ChromeOS中查找网络设置和终端了。我找遍了Chromium的界面，没有看到网络设置的任何影子，只有打开或者关闭网络、Wifi这样的东西；而试图通过Ctrl+Alt+F2打开一个新的命令行终端，能看到的只有黑屏。很可能编译设定中并没有启用字符模式的终端驱动，因此不仅启动整个是黑屏，开命令行终端也是黑屏。
不过我最后发现，按Ctrl+Alt+T能够在Chrome运行的那个图形会话中打开一个图形界面的终端。sudo -s，用原镜像提供者说的密码chromeos，成功root。
马上运行ifconfig查看IP地址，ping vmnat提供的网关和DNS。结果如下：
 似乎都是正常的。但是，一ping 外网的地址，问题就来了。
 无法解析域名。/etc/resolv.conf里记录的DNS居然是本地，其第一个注释行的内容说的是让什么connman提供的本地dns代理服务来解析。估计问题就在connman了。
一Google，发现connman是Intel Moblin项目中和诺基亚合作的一个子项目，它.“提供一个为运行Linux的嵌入式设备来管理Internet连接的服务”（http://connman.net/）。估计我得查一些文档，才能把这个connman的问题搞定了。
试图手工修改resolv.conf，居然发现/是只读的文件系统。Linux知识不够，暂时不知道怎么把根目录按读写方式mount。
因此VMWare 运行Chromium OS 20091119 第一战宣告暂时失败。
不过，连接用IP访问的网站，还是可以的。比如ACFun：
 用过Android的人都能很明显地看出，ChromeOS内置了Droid字体，中文则是用文泉驿微米黑。由于ACFun上有很多外部链接的图片和脚本，由于它们此时无法解析对应域名，因此打开acfun的速度非常慢。
 嗯？预装了Flash插件？这似乎牵扯到授权的问题了啊！不过据说Chromium OS是BSD授权，我看看这个系统的uname -a看看它是不是Linux内核：
 果然也是Linux。记得wiki说BSD和GPLv2是兼容的，但是Adobe的Flash插件EULA呢？Google的人估计还是出了点小差错。
 Chrome OS虽然主要倾向是连到长城另一边的服务器群上搞什么云计算，但是用来看一些“认真你就输了”的东西似乎是完全没问题的！就是现在这个DNS没搞定啊。
找遍GUI，没找到关机的命令，只有终端下shutdown -h now了。
November 12 Safari 4.0.4 for WindowsMozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10 不用多说很多了，这个版本在功能上变化非常小，变化在于——绿色化麻烦了（和QuickTime 7.6.4 Windows以上版本一样，这个版本的Safari for Windows也需要Apple Application Support——虽然目前直接拷贝文件还能用，加起来大小也还是就那么大），而且似乎使用的VC8运行库版本有变化。 
下载：http://cid-66b9967ec9d22dd4.skydrive.live.com/self.aspx/.Public/SafariWin/Safari404.rar http://www.mediafire.com/?kmzeqmj5mmz September 25 当他们封了SOCKS4 9050，我能说什么？  著名的匿名上网软件Tor，从9月24日中午开始，在大陆地区开始不能连接成功。其具体症状是第一步连接所有目录服务器都不成功；而连接到第一个节点时，进行TLS握手时连接不成功或是请求出现两个"DONE"但连接被重置（很可能是因为TLS请求里被分析出了容易实现匹配的指纹）。24日晚主要是第二个症状；到了25日就完全卡第一个上（Tor显示Bootstrap进度卡在5%）。 他们把一个个新的IP段、一个个新分析出来的域名和关键词加入规则列表，我没说什么。因为这毕竟是黑名单而不是白名单； 他们和HTTP 8580、HTTP 9666的开发者玩猫鼠游戏，我也没说什么。因为那些开发者本来就属于一群认为嘴炮能喷倒世界第三的枪杆子的蠢货。 他们封了SOCKS4 9050，我能说什么？也许只能说，他们之前不过是懒得做而已。开源软件可比那些原理简单却千方百计加壳的东西好分析多了，Tor的这两个弱点早就被洋人给提了出来。而反观现在Security through obscurity随着tor国内用户越来越多而接近失效了，那该来的还是照样该来。 Update 9.27 0:30 Tor不愧是有DoD、VOA赞助的项目，0.2.1后加入了一个桥接到目录服务器和整个Tor网络的功能。请参照Tor的manual，查找Bridge 和UseBridges 两个torrc配置文件文件的选项。默认Win下torrc应该在%appdata%\tor下，Mac、Linux下应该在~/.tor下。如果不存在，可以新建之。 Tor官方提供了一个查询现有桥接节点的服务，gmail（一定要用gmail）bridges@torproject.org ，正文为 "get bridges"就能得到三个现有桥接节点。编辑torrc文件，加入这几行 UseBridges 1 Bridge 桥接节点IP:端口 注意回复邮件中的那几个hash值不要写。 然后启动tor，应该能够连上目录服务器和整个Tor网络了。如果得到节点目录后把UseBridges改回0，那还是不一定能上的。因为那个根据TLS握手协议的指纹的包过滤仍然会阻止tor连接。 Update 10.3 0:30 发现至少在电信的网络上，连接tor的第一次TLS握手不再有两个DONE的错误。士兵踢完了准备了N个月的正步，看来那些人终于有机会放一次假了。至于连接目录服务器，我就还是没有稳定过。 Update 10.3 21:30 看来他们放假还是没有超过一天，到晚上，密集的双DONE和NOROUTE又出现在tor连接的85%。 September 17 MSN Messenger 再次强制升级：8.x 强制要求升级为14.x 由于改用Pidgin，我已经有一段时间没有用过官方的MSN Messenger了。最近两个月，我回过来查阅MSN Messenger的资料的时候，发现MSN9 Beta并没有最后以Messenger 9之名发行，而是一步把版本号跳到了14（也许是发现了他们服务器日志上所谓9.0.9001、10.5.6001这样只有可能出现在我的修改版中的版本号，也许是为了把Messenger作为Office 2010的一部分而做的版本号统一）。微软当初把WinWord2.0一步跳到6，PowerPoint4.0一步跳到7，第一次为了和Mac版统一，第二次是为了和Office 95（7.0）统一。 今天应该是MSN Messenger历史上第二次不封闭协议而强制全部更新，第一次请看对付微软强制要求升级Messenger 7.x到8.1的办法。在那篇文章中，我使用了修改资源文件的方法成功使Messenger受到欺骗，将不符合实际版本的版本号发到了M$服务器，使得验证通过。现在，在8.x都被强制更新的情况下，这个方法，仍然应用于7.5版的Messenger上，居然仍然有效。这说明，Messenger 7.5使用的MSNP12协议仍然有效，可以继续使用。而目前可以确定的是，Messenger 8.5使用的MSNP15仍然也是有效的，因为pidgin 2.5.2自带的MSN插件就是使用的它，今天登录也没有任何问题。  至于8.x的修改，我并没有经验。不过根据资源里的版本号确定自身的版本号这实在太愚蠢，因此我并不对8.x能修改成功抱多大希望。 Update 11.24 MSN的服务器看来把那个版本验证的下限直接改成14了。但是，MSNP12仍然没有被封掉，因此只要把MSN7.5资源里的版本号改到大于14，仍然可以使用。 |
|||||||
Send a private message
Subscribe to RSS feed
Tell a friend
Add to My MSN
Add to your network
Sign up for alerts|
|
