スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

又一个EP问题……

excel 2010和安装visual studio 2008时总要装的的web authorzation程序冲突。结果是在excel中设置图表各标签的数字格式的时候会让excel整个死住。

解决方案:卸载后者如果你没有用到它的话(我至今不知道这货用在哪里)。

话说为这事我还特意跑M$那里去开了个ticket,结果……当然是一点用都没有。
スポンサーサイト

标签 : EP
主题 : ソフトウェア
分类 : コンピュータ

windows live essential 2011

完全没有改进,就是重搞了一下界面。

在我的win7上面,部分下拉框的显示有严重的问题。

就这样,over。现在想回也回不去了(跪

标签 : EP
主题 : ソフトウェア
分类 : コンピュータ

备忘录

这篇主要是给自己看。

其实这个想法酝酿了很久:有了VPS后,其实完全不需要再搞VPN/SSH混合的方案。反正VPN可以透过数据,所以在远端搭一个sock代理代替SSH的工作就OK了。

以上是基本的想法,但一直到放假了才有空实施,在VPS端搭openvpn是很简单的事,搭好了之后再顺便把一些常用的路由也推送过来,然后加上iptables设一下NAT,最后用ssh -N -D 起一个连接到localhost的服务就OK了。当然不要忘记了设置一下rc.local让重启时生效。

这样子在两个vps上各搭了一套,以后在移动的情况下也不用担心了。果然在王八朝,一个正常的网络访问服务是必须包括VPS在内的。我们在应用云计算的方面实在是世界领先。

不过现在的话,我还需要在网关上搭一个单独的出口――一切苦难的开始。

首先在windows下,openvpn的服务启动时会扫描config目录下的.ovpn文件,但一旦其中有一个.ovpn执行错误,整个服务就全给你关掉,所以client和server的设置文件不能放到一起。还好还有openvpn-GUI,它虽然也搜索config目录,但和openvpn本身的搜索目录设置是分开的,这可以在注册表里改。所以把client的文件移动到另一个目录去就好了。

然后对网关连接到VPS的客户端,需要专门发一个独立的证书,然后分配一个和vpn本身的tun接口不一样的子网的地址,这样地址固定下来,某些时候也许能省点事(现在看来这一点也没太大必要了),当然更重要的是要把网关上带的其它子网的信息在服务端iroute进来。

搞完这些基本上应该就大功告成了?哦不……最大的杯具还在后头,因为windows的routing and remote access服务和openvpn的服务端天生八字不合。如果在RRAS运行的时候启动openvpn服务的话,可以看到日志里有一个error,然后虽然还是能连接上,但所有的包转发全部杯具。唯一的解决方案是:

1.停止RRAS
2.启动/重启openvpn服务
3.等openvpn服务端的日志显示已经完成初始化过程后,再重启动RRAS。

其他的后遗症是现在必须把RRAS设置为手动,不然系统重启后就算用openvpn拨进来也登不了远程桌面了。幸好重启后本来就需要进远程桌面一堆操作才能恢复网络访问,再多启动一个RRAS也算不了什么。

另外client其实也和RRAS八字不合,不过这个轻一点,主要是路由添加必须在tun完全工作后执行,在设置里加上两行基本上就可以解决:

#用route.exe而不是API来添加路由
route-method exe
#等10秒后才添加路由,这样基本就不会有问题
route-delay 10

最后是路由管理的问题,到底是在server端推过来还是直接在client用route命令来设置仍然是个头疼问题。前者便于集中管理但每回都得从server到client重起一遍,而后者的话要改的文件又太多……DNS也是一样,想做到完全自动化还要好一段日子。

主题 : インターネット関連
分类 : コンピュータ

带补丁的privoxy 3.0.16

简单的说,privoxy 3.0.16里面有大bug,对某些网页(主要是由chunk的)不能正确地传输,因此如果启用连接复用(keep-alive)的话将会出现问题。例子:水母上任何带图片附件的帖,第一个图片要延迟1分多钟后才能被显示出。

最近的privoxy已经修正了这个问题(内核文件jcc.c在1.325以上),但所属的3.0.17版始终没有释出。而看了一下这帮人的代码编写风格之后我表示对直接从cvs上取最新代码编译的版本的稳定性表示严重的怀疑,所以为了稳妥起见决定用1.326版本的jcc.c覆盖到3.0.16的代码上做一个补丁版。

嘛……过程非常不顺利。而且最后也并不是直接把新的jcc.c覆盖到旧代码上就能了事,最终,下列的文件在3.0.16代码基础上被修改过:
jbsockets.c
gateway.c
cgi.c
filters.c

而下列的文件使用了当前代码库里的版本
jbsockets.h (1.17)
project.h (1.158)
jcc.h (1.29)
jcc.c (1.326)
loaders.c (1.76)

不过所有的改动我都检查过,确保除了jcc之外,其它的改动都是绝对无伤大雅的就是了……

于是编译出来的补丁见下面。直接替换原来的3.0.16。

http://cid-b76c8a994436c2e3.office.live.com/self.aspx/.Public/privoxy.zip

标签 : 网络 HTTP代理 EP
主题 : プログラミング
分类 : コンピュータ

privoxy 3.0.16 stable

虽然号称支持ipv6了,但cygwin不支持(补丁倒是有,怕麻烦+不敢用)。于是对于windows用户来说没啥改进……

在我印象里,privoxy本来似乎还有原生win32 api的实现的,但现在代码里面vc的工程都已经以缺乏维护为理由被干光了,我正好干脆利落的死了这条心……

不过empty response的问题倒是不怎么出现了的样子。

标签 : EP HTTP代理 网络
主题 : インターネット関連
分类 : コンピュータ

基于GPUZ的rivatuner-monitor插件

在已经完全没有时间的论文工作之间还EP了这么个东西的我真是罪无可恕orz....

总之,GPU-Z 3.8以后加入了对N卡的GPU负荷检测能力(顺便说一句,这功能来自于只有授权开发者可见的NV驱动API,天杀的nvidia)。于是我终于可以让riva tunner的monitor也监视负载并自动调节显卡频率了。

你问我为啥放着显卡自己的频率调节功能不用非要用rivatuner,呃当你接了两个显示器的时候就懂了孩子(望天)。

总之一切都很简单,只要做一个插件连接gpu-z和rivatuner的monitor就行。不过我很快发现其实即使没有3d程序在运行,比如在一个有很多图片的浏览器窗口里滚一滚的时候,GPU负荷也有可能被打到90%以上。而显存频率改变的时候会导致屏幕闪一下。我既不想整天的闪屏,也不想让显存整天跑在全速,于是无敌EP完美主义如我决定想点法子来解决这个问题。

一个可能的判据是使用显存的使用量。但单独地用显存用量的绝对数来判断有没有3d程序在执行并不可行。因为win7里面显示个图片都可能吃掉100M的显存。因此最后使用的是显存的量。但单纯依靠这个数据也是不行的,理由如前,一个图片都能让显存用量瞬间加100M。我的法子是把显存量和GPU负荷关联起来,就是说GPU负荷升高的同时如果伴随显存显著加则判断是在运行3d程序。

最终的算法是:

if [当前显存-4s内的显存平均数 〉设定的范围(Mem_critical_inc)] 并且
[GPU负荷 > 设定的范围(Load_critical_inc)]
then 报告一个修正的负荷 = [GPU负荷+定值(Load_weight_indicating_3D)]

最后结果就是这个插件包。这里面的monitor插件提供一系列数据源,其中前8个是来自GPU-z的数据源。在cfg文件的[Channel]里面,可以将这些源和gpu-z的sensor里面的源关联起来。最后两个源是自定义的负荷,第一个就是使用上述算法,其中使用的常数就是[setting]里面的几个值。第二个是GPU负荷和视频引负荷间最大值。

然后我在rivatuner里定义的规则是:

自定义负荷1 > 100 转入全速运行
视频引负荷 > 50 转入全速运行
自定义负荷2 < 3 转入空闲状态

有人EP到和我的需求一样的话,请enjoy吧……(我想是没有?)

然后使用了gpu-z作者的程序通讯接口还得向他报告……唉改天吧。

另外包里还友情提供gpuzlaungher一枚让你把gpu-z启动时最小化:

用法
gpuzlaugher.exe 15 gpuz.exe

第一个参数,程序延迟的执行时间(秒)
第二个参数是gpuz程序的名字或者全路径也可以。

标签 : EP RivaTuner GPU-Z
主题 : ソフトウェア
分类 : コンピュータ

应景:CNNIC CA

应景说一下关于最近CNNIC得到了CA证书的事情。其实比起我自己的意见来说,我更希望的只是让人知道这回事而已。

所以这里是背景知识的传送门:

传送门之一

传送门之二,google doc

OK。其实这事件上,我觉得mozilla方面的意见是有道理的:

CNNIC complied with our root addition policy, they are in the product presently, so this isn't a question of approval, this is a question of whether we should review.

就是说,既然我们还没有发现过CNNIC曾经有过协助中间人攻击或者其它类似行为,而它目前又符合其它的规定,因此就没有理由取消它的CA资格。这其实就是很简单的无罪推定。的确,我自己也完全不相信CNNIC,但从程序正义的角度来看,我确实觉得不能简单地用它做过的其它的行为来剥夺它的CA权利。

当然我这次能这么有信心地接受CNNIC,最重要的原因其实是因为,使用CA证书来协助中间人攻击其实是有非常巨大的风险的,Mozilla方面也提到:

If there's truth to the allegation, here, then it should be possible to produce a cert. It should be possible to produce a certificate, signed by CNNIC, which impersonates a site known to have some other issuer. A live MitM attack, a paypal cert issued by CNNIC for example.

中间人攻击的证据是非常容易获得而且非常强力的:因为除了CNNIC自己,没有任何人能签发相应的证书,所以只要有一个被攻击的用户发现异常并且记录下当前连接的证书,就已经是100%确凿的证据,足以立刻将CNNIC驱逐出所有的信任链之外。(老实说,我倒是希望那帮畜牲的智商能低下到这种程度去做出这种可以轻易地被别人扇自己大耳光的事情。)既然犯罪的证据会明显易得,成本极低(相对于对抗犯罪者来说)而损害也不一定很高(攻击带来的损害是不确定的,但不能肯定就会非常大,特别是它很可能在取得收益之前就已经被发觉了),我们在这之前未必需要过度敏感。

所以这里面的问题,可能还是在于浏览器处理普通的https访问时过度的箱操作上。在这个时代,浏览器其实应该设计到让用户(至少对有一定背景知识的用户)对证书问题有足够的警觉。例如和大部分SSH实现一样监视证书的改变;或者在https连接上使用悬浮窗,甚至在连接建立后使用气泡提示,来显示证书的发行者和信任链等的简要信息。这些事情比起简单地驱逐CNNIC来应该更值得讨论。实际上,对于FF这很可能就是一个插件的事情,对IE大概也就是一个BHO。所以有兴趣的各位,不妨向这方面努力一下吧?

标签 : 网络
主题 : セキュリティ
分类 : コンピュータ

一开张就杯具……

fc2用的是EUC-JP编码。而这个倒霉的编码在FF和IE上支持的编码量是不一样的: IE的支持是FF的子集。

结果,如果我用FF来写文章的话,部分汉字会被FF认为是EUC-JP的编码而没有使用unicode转义来表示,这部分汉字到了IE上就是杯具,比如"另""宁""众"。

当然如果用IE来发表的话就没问题了...

问题是blog本身我可以控制,但别人的评论我没办法,改了模板试了一下还是不行(可以看一下现在我第一篇文的那几个评论)。

要不,还是戒blog吧?orzorzorz

继续阅读

主题 : ホームページ・ブログ制作
分类 : コンピュータ

个人情报

とある姉コン

Author:とある姉コン
轻小说,ACG,IT相关。

本人则是姐控的死宅(啥),专业是物理化学和高性能计算,有悠久历史(从2000年开始算的话)的代码民工,没了。

ココロ
RSS
最新日志
最新评论
分类
検索フォーム
Tag

虚假的完美世界 EP 姐控 网络 真实的悲惨世界 破鞋党 后宫 絶望した! 文学少女 化物語 HTTP代理 MPC-HC Little_Busters! Fate 文学批评的性别观 戦場ヶ原さま大好き 无限循环 学生会 游戏 K-ON 笨蛋测验召唤兽 DNS服务 Galgame创作 RivaTuner 人渣 自爆 Room.No.1301 GPU-Z 4850HD IE8 WPF Rita UAC windows_live CLANNAD Windows_Gadgets 空境 

友情连接
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。