百度空间强制升级，转到google来

百度是连哄带骗，对于那些始终不肯上当，就范升级的用户，终于下了狠手了。要么升级，要么走人。
好吧，我确定，可以离开这么多年的百度空间，最近要忙着搬家了。

评论

发表评论

此博客中的热门博文

cue 文件的修改及制作方法

       经常遇到下载的无损音乐因cue错误或者没有cue而不能欣赏，下面，我来教大家完成cue的修改及制作过程，体验亲手得到美妙音乐的乐趣。按如下步骤就可轻松完成(确实很简单的)：        如果原ape（或flac、wav）带有cue文件只是它有错误不能播放的话，先别删它，直接用它来编辑就最简单了（因为其中的时间点信息基本上都是正确的，而制作cue最麻烦的就是找时间点了）。 下面分两种情况，一种是有cue但错误，一种是根本没有cue文件。      就算你是在连错误cue都没有的情况下要做一个新的cue，也要先看第一部分再看第二部分。 第一种情况，有cue但错误时： 一、用记事本打开一个正确的cue文件，会得到类似如下的内容，我会挨个说明每一行的作用，注意看各个红色的注释： PERFORMER "Lara Fabian"   ------------------------------------------------------ 1 TITLE "《9》"    --------------------------------------------------------------------- 2 FILE "CDImage.ape" WAVE     --------------------------------------------------- 3 TRACK 01 AUDIO     -------------------------------------------------------------- 4     TITLE "La lettre"     ------------------------------------------------------------- 5     PERFORMER "Lara Fabian"     ------------------------------------------------...
阅读全文

华为ACL配置说明

华为ACL配置说明 华为3COM的ACL一直一来都比较麻烦，不同版本、不同型号的设备都有些不同。下面我以3900设备为例，说明ACL的配置和执行技巧。 总结一句话：rule排列规则和auto、config模式有关，而匹配顺序则和ACL应用环境和下发到端口的循序有关。 规律说明： 1、ACL可以分为auto模式和config模式,auto模式根据最长匹配的原则排列rule的顺序（可以通告dis acl all查看rule的循序，出现4－2－3－0－1很正常）。config模式根据用户配置循序排列rule的循序。也就是说auto和config只是rule的排列顺序有关，与匹配顺序无关。 2、不管是auto模式还是config模式，当ACL应用于包过虑和QOS时，匹配循序是从下往上，但是应用于VTY 用户过虑等责是从上往下匹配。 3、不管是auto模式还是config模式，ACL的匹配顺序都是根据下发到端口的规则从下往上匹配。 4、在一个ACL里同时有多条rule匹配，则按照最长匹配优先执行。 包过虑ACL举例说明： 禁止10.10.10.145这台PC上网 允许10.10.10.0/24网段上网 允许192.168.0.0/16网段上网 禁止所有IP 配置方法一： 配置ACL（需要严格按照配置顺序配置） acl num 3000 mach config rule den ip rule permit ip sour 192.168.0.0 0.0.255.255 rule permit ip sour   10.10.10.0 0.0.0.255 rule deny ip sour 10.10.10.145 0 下发ACL到端口 int e 1/0/1 pack in ip 3000 配置方法二： 配置ACL（配置循序随便） acl num 3001 mach auto rule permit ip sour   10.10.10.0 0.0.0.255 rule den ip rule deny ip sour 10.10.10.145 0 rule permit ip sour 192.168.0.0 0.0.255.255 下发ACL到端口 int e 1/0/2 pack in ...
阅读全文

IPsec

IPsec简介 IPSec，因特网协议安全，是由IETF（Internet Engineering Task Force）定义的一套在网络层提供IP安全性的协议。 基于Ipsec的VPN，如阿姆瑞特VPN，由两部分组成： Internet密钥交换协议(IKE)；IPsec协议(AH/ESP/二者都有) 第一部分，IKE是初始协商阶段，两个VPN端点在这个阶段协商使用哪种方法为下面的IP数据流提供安全。而且，通过定义一套安全联盟（SA），IKE用于管理连接；SA面向每个连接的。SA是单向的，因此每个Ipsec连接至少有2个SA。在IKE（因特网密钥交换）部分对此有更详细的描述。另一部分是IKE协商后，用加密和认证方法实际传输的IP数据。有几种方法，如IPsec协议ESP, AH或两者结合在一起都可以做到这一点。IPsec协议（ESP/AH）部分对此进行了解释。 建立VPN事件的流程可做如下简要描述： IKE协商如何保护IKE IKE协商如何保护Ipsec Ipsec在VPN中传输数据 Internet密钥交换协议(IKE) 这部分描述IKE，因特网密钥交换协议，及其使用的参数。 加密和认证数据比较直接，唯一需要的是加密和认证算法，及其使用的密钥。因特网密钥交换协议（IKE），用作分配这些对话用密钥的一种方法，而且在VPN端点间，规定了如何保护数据的方法。 IKE主要有三项任务：为端点间的认证提供方法；建立新的IPsec连接（创建一对SA）；管理现有连接。 IKE跟踪连接的方法是给每个连接分配一组安全联盟（SA）。SA描述与特殊连接相关的所有参数，包括使用的Ipsec协议(ESP/AH/二者兼有)，加密/解密和认证/确认传输数据使用的对话密钥。SA本身是单向的，每个连接需要一个以上的SA。大多数情况下，只使用ESP或AH，每个连接要创建2个SA，一个描述入站数据流，另一个描述出站数据流。同时使用ESP和AH的情况中就要创建4个SA。 IKE 协商 协商对话参数过程中包含许多阶段和模式。下面对其进行具体描述。 事件流程如下描述： IKE阶段1，协商应该如何保护IKE IKE阶段2，协商应该如何保护Ipsec 源自阶段1的密钥交换生成一些新的加密信息，以提供VPN数据流加密和认证中使用的对话密钥。...
阅读全文