网络 on WWayne's Blog

VLANHopping（VLAN跳跃攻击）背后的一些机制

Tue, 20 Aug 2013 00:00:00 +0000

最近在整理回顾交换方面的知识，注重安全这一块。其中VLAN Hopping吸引了我的注意。

最开始我看的是《CCNP SWITCH（642-813）学习指南》这本书的相关章节，发现讲的非常的简单，令人难以理解，感觉是翻译出了问题。随后使用Google搜索中文文档，依然没有令人满意的说明。没办法，接下来尝试查阅英文文档，收益匪浅，在此与大家分享。

《CCNP SWITCH 642-813 Official Certification Guide》英文原版是我最先参考的文档，其中对VLAN Hooping的描述如下：

When securing VLAN trunks, also consider the potential for anexploit called VLAN hopping. Here, an attacker positioned on one access VLANcan craft and send frames with spoofed 802.1Q tags so that the packet payloadsultimately appear on a totally different VLAN, all without the use of a router.

For this exploit to work, the following conditions must exist in thenetwork configuration:

使用IOU实施IP多播路由实验

Thu, 15 Aug 2013 00:00:00 +0000

在阅读《TCP/IP路由技术》（第二卷）中的组播相关技术时，配合实验肯定更便于加深理解。说实话，平时压根就没有接触过组播的案例，实验就显得尤为重要。按照书上的实验用例，需要的路由器和主机不少，找这么多台设备是不实际的，而利用WebIOL虚拟平台可以非常方便的完成本实验。

IOU是思科公司泄露的测试工具，基于linux的模拟系统，占用资源非常小，并且可以放在虚拟机里跑（网络是有很多制作好的虚拟机镜像，下载下来直接打开运用即可使用），非常适合复杂拓扑的路由交换实验。IOU Web Interface是其中最为方便使用的一套解决方案，基于Web界面的实验管理，无需掌握任何Linux基础亦可完成实验过程。以下内容为机器随机产生，与本人无关：
https://pan.baidu.com/share/link?shareid=67595116&uk=3341625860（root密码netemu）
使用方式请自行搜索。

实验拓扑

拓扑图（参考《TCP/IP路由技术》（第二卷）P373）：

NETMAP：

        7:0/0 1:0/2

        1:0/0 2:0/0

        1:0/1 4:0/0

        2:0/1 5:0/0

        2:0/2 3:0/0

        5:0/1 6:0/1

        3:0/1 6:0/0

        3:0/2 4:0/1

        6:0/2 8:0/0

镜像配置：

配置文件

Homburg：

        hostname Homburg

        !

        ip cef

        no ip domain lookup

        ip multicast-routing

        !

        interface Ethernet0/0

         ip address 10.2.1.1 255.255.255.0

         ip pim dense-mode

        !

        interface Ethernet0/1

         ip address 10.2.2.1 255.255.255.0

         ip pim dense-mode

        !

        interface Ethernet0/2

         ip address 10.1.1.1 255.255.255.0

eBGP中，“network”命令的影响

Thu, 01 Aug 2013 00:00:00 +0000

前一篇文章讨论了“network”命令在iBGP当中的影响。接下来简单分析一下“network”在eBGP中的影响。

依然是这个拓扑：
![](https://imglf5.lf127.net/img/RXh1WFV3cG95ZEEwMkFTWTJKakhldE9DREs1TEJCdGNCR2FRMkZmbElPYy9DV01KaENGR2VBPT0.jpg)

如果Taos（AS200）和Vail（AS100）都将“192.168.1.224/30”通过“network”命令加入到BGP进程当中，Telluride（AS100）会将192.168.1.224/30的路由下一条设置为192.168.1.221还是192.168.1.225。

BGP中有个相当重要的原则就是EBGP路由比IBGP路由优先级更高！在理解这句话的时候注意，这是针对某一台路由器去比较从EBGP邻居和IBGP邻居学习的相同目的网络时的处理机制。在上面的拓扑当中，Telluride与Vail建立了IBGP对等体，而与Taos没有建立对等关系。所以对于Telluride来讲，去往192.168.1.224/30的路由是由Vail通告的。那么Vail通告的地址会是哪一个呢？这是应该参考另一条BGP路由的选路优先准则：当一个路由器既通过本地学到这条路由，又通过BGP邻居学到这条路由，那么优先选用本地的路由。本例中，Vail关于192.168.1.224/30的路由，一方面有直连路由，另一方面，EBGP对等体Taos也会通告这条路由，更具本地优先的准则，会将直连路由作为最优路由，并且再想其他对等体通告的时候，也会使用这个条目。那么作为Vail对等体之一的Telluride，也会得到通告，下一条地址当然就是Vail自己了。

这是我的一个理解，不一定对。

iBGP中“network”使用的注意事项

Thu, 01 Aug 2013 00:00:00 +0000

最近，我在参考《TCP/IP 路由技术》（第二卷）自学BGP方面的内容。其中在讨论无IGP的IBGP环境的实验当中，遇到了一个可能容易出问题的地方。

实验拓扑图如下：
![](https://imglf4.lf127.net/img/RXh1WFV3cG95ZENuK3ZjSWJLeHJlMlRwMUtWdDZ4b2NONDNXaHJ4T3B1TGcvUmpLclRzbzBBPT0.jpg)

重点关注Vail/Aspen/Telluride这三台路由器，他们都属于AS100，其中Vail/Telluride都属于边界网关路由器，连接不同的其他AS。在AS100中，没有运行IGP，因此作为中转AS，AS100中的路由器将建立全连接的IBGP。

3台路由器的BGP相关配置如下：
    Vail：
        router bgp 100
            network 192.168.1.208 mask 255.255.255.252
            network 192.168.1.224 mask 255.255.255.252
            neighbor 192.168.1.197 remote-as 100
            neighbor 192.168.1.210 remote-as 300
            neighbor 192.168.1.222 remote-as 100
            neighbor 192.168.1.225 remote-as 200
    Aspen：
        router bgp 100
            network 192.168.1.196 mask 255.255.255.252
            network 192.168.1.220 mask 255.255.255.252
            neighbor 192.168.1.197 remote-as 100
            neighbor 192.168.1.221 remote-as 100
    Telluride
        router bgp 100
            network 192.168.1.204 mask 255.255.255.252
            neighbor 192.168.1.198 remote-as 100
            neighbor 192.168.1.205 remote-as 100
            neighbor 192.168.1.221 remote-as 100

反向路径转发

Mon, 26 Sep 2011 00:00:00 +0000

反向路径转发（RPF），即IP验证。在思科的IOS中，用于反向路径转发（RPF）的命令是以“ip verify”开始的。

RPF在工作起来就象一个反垃圾邮件解决方案的部分功能一样，该功能部分收到进入的电子邮件消息，找到源电子邮件的源地址，然后到发送服务器上执行一个检查操作，确定发送者是否真的存在于发送消息的服务器上。如果发送者不存在，服务器就丢弃此电子邮件消息，因为它极有可能是一个垃圾邮件。

RPF对数据包作出相似的操作。它取出所收到的来自互联网的某个数据包的源地址，查看在路由器的路由表中是否存在一个路由可以应答此数据包。如果路由表中没有路由来作为返回给源IP地址的数据包的应答，那么就是有人发送了欺骗性数据包，路由器就丢弃这个数据包。

Wireshark错误Headerchecksum0x0000(incorrect,sh

Wed, 18 May 2011 00:00:00 +0000

Wireshark抓主机自身的包时，某些情况下会发现IP包头中出现如标题所示的错误提示。

原因如下：
a lot of modern network cards use TCP/IP checksum offloading, in which case Windows doesn’t bother generating a checksum for each outbound packet and the network card adds them just before transmission.
This reduces the amount of work that the computer’s CPU has to do, but the problem is that Wireshark can only intercept packets at the OS level, and hence thinks the checksums are invalid (when in fact the problem is that they haven’t been added yet).

Windows网络连接一直显示“正在获取网络地址”的解决办法

Tue, 25 Jan 2011 00:00:00 +0000

仅适用于如下情况：

断开网络连接并且重新链接后，Windows系统托盘的网络连接图标一直显示“正在获取网络地址”，而双击查看连接状态时会发现网卡已经获得了IP地址。这时，打开“网络连接”文件夹，右键点击“刷新”即可恢复正常。

产生此现象的原因是Network Location Awareness (NLA)服务未启动，将其改为自动启动即可是系统恢复常态。

带宽测试工具IPerf

Wed, 08 Dec 2010 00:00:00 +0000

如果你有过测试网络吞吐量的经验，那你肯定用过Ixia出品的NetIQ Chariot。首先你需要在待测环境中的每台机器上安装Ixia EndPoint，然后在某一台上安装Chariot控制台。完成这些部署后，你才可以开始测试（详细操作就不赘述了）。
但是，在点对点的测试中，这样的做法显得有些兴师动众，有没有更方便的工具呢？有的，就是这款非主流的IPerf（当然，测试吞吐量本身也是非主流的），108K大小的一个命令行工具。IPerf的项目主页在https://dast.nlanr.net/Projects/Iperf/（可能已经无法访问了），需要下载折腾可以访问https://www.noc.ucf.edu/Tools/Iperf/default.htm获取。IPerf本身是多平台的工具，目前有Windows/Sun Solaris/Mac OS X。下面以Windows平台为例简要说明它的用法（不管如何，我最爱的平台还是WIN）。
把下载得到的“iperf.exe”放到你能找到的目录，CMD后定位到它。常用的参数如下：

-i, –interval #        带宽测试结果现实间隔
-w, –window    #[KM]    TCP窗口大小
-s, –server             以服务端模式运行
-c, –client       以客户端模式运行
-t, –time      #        测试持续时间
-l, –len       #[KM]    缓冲大小

其他参数打“－－help”能够获取。
典型测试案例：
A端作为服务器端，IP地址为192.168.1.111；B端作为客户端，IP地址为10.10.10.200。A端运行如下命令：

C:>iperf.exe -s 10.10.10.200 -w 2M -l 16M

B端运行如下命令：

C:>iperf.exe -c 192.168.1.111 -w 2M -l 16M -t 120 -i 30

先运行A端命令，再运行B端命令；如此，在B上没30秒会有一条测试结果。120秒后A电脑上会有最终的测试平均值。
当然，对于更加复杂的测试网络环境，还是老老实实的使用Chariot吧。
那是所有。

(原创)163相册搜索及批量下载攻略

Sat, 15 Dec 2007 00:00:00 +0000

在163相册逛的时候，是不是很想找到某个主题的图片而苦与163没有提供相册搜索呢；抑或是遇到了很多的漂亮或感兴趣的图图，可是太多了，手动下载太累了。这篇文章就手把手的教你如何搜索到并批量下载你要的图片！

[这篇日记](https://5imple.blogbus.com/logs/10631827.html)提到了一个优秀的163相册搜索引擎，这个就比较简单了输入你的关键字，搜。在的到的结果中可以点击查看来预览相册，选定相册后点击条目后方的[lst]已下载列表文件。下载后你会得到一个名为“.lst[1]”的文件，重命名为*.lst,"*“指代任意可用于命名的字符，如“1.lst”。然后打开迅雷（相信大家都用吧），选择“文件”>“导入下载列表”，选择你的lst文件，然后确定下载任务，之后就等着迅雷欢快的“叮叮”的叫吧！

上面的那个搜索引擎适合搜索然后下载，但在实际上有时候，我们会遇到一个比较好的相册，然后我们只想得到这个相册里面的图片，怎么办？这时候可以使用这个工具，点击跳转之后，将你找到的相册的地址复制然后粘贴到表单当中，点击搜索。得到了所搜索用户所有相册的分类显示，选择你需要的条目后的“[列表]”，这会你得到的不是一个.LST文件，而是一个列表文件的内容，即所有图片的地址，将你得到的图片地址“Ctrl+A”全选，复制，新建一个txt文本，粘贴刚才复制的地址，另存为“*.lst”文件，同样用迅雷导入下载，然后就享受迅雷的歌声吧！

原创内容，转载请说明引用来源！

163相册搜索器

Sun, 04 Nov 2007 00:00:00 +0000

这几天在收藏宋慧乔的图图，不出写真的女孩子的图最难收了，论坛的图又太少了。没办法，最好的办法只有去网友们的相册寻找了。国内最大的相册应该算是163相册了吧，可是竟然没有提供搜索功能，令人费解。想办法找了个搜索器，分享给大家：
<https://www.18tian.cn/sousuo/index.php>