问题现象virtualbox 内部的虚拟网络，其中有个设备是桥接(假设为设备S)，即lan/wan接口是一个桥接口，但实际测试时发现此设备不能转发任何报文，即S设备lan口的机器不能上网此问题困扰了近半年时间解决方法修改设备S的lan/wan接口，确保此接口工作在混杂模式，且允许所有的报文通过，而且修改完成后设备S必须重启详细原因virtualbox 虚拟机

串口调试Linux虚拟机背景       由于修改Linux内核，因此在调试程序时经常会导致Linux虚拟机panic，但看不到有用的panic 信息，故十分有必要看到panic 的现场信息。本文通过串口方式将信息保存下来。方式虚拟机串口1.    Virtualbox设置使用Virtualbox 自带的串口工具即可，如下图示： 启用串口1，即ttyS0，使用主

工作中需要实现网桥模式下进行IP包过滤，即使用netfilter，发现Linux 内核已经支持，但默认没有打开，需要做如下改动：1. 确保内核编译时开启 CONFIG_BRIDGE_NETFILTER2. /proc/sys/net/bridge/bridge-nf-call-iptables 必须置为1，目前openwrt 版本默认关闭此选项导致桥接无法抓到包，需要修改/

uboot启动vxworks 1    任务背景一块单板两块flash，一块存储bootrom和vxworks，另一块存储uboot和Linux，从哪块启动需要拨单板上的跳线。准备将这块板放置到机房，仅使用一块flash，uboot同时启动vxworks和Linux。如此可以方便vxworks调试。 2    当前进展通过uboot下载vxworks镜像，而且已经执行到

windows2003 使用raspppoe 搭建的PPPoE 服务器，用windows 自带的拨号软件直接可以连接上，但在openwrt 下使用pppd拨号，总是失败。仔细对比pppoe 的抓包发现，raspppoe服务器默认使用MPPE 加密，但openwrt 的Linux 内核默认没有支持mppe，如此导致pppd 无法协商通过，即拨号失败在解决问题过程中，尝试仅仅修

1     设计1.1    技术使用kdump(kexec)引导第二个内核启动，在第二个内核中捕捉panic信息，同时将系统内核的内存镜像存储到/proc/vmcore文件中，由于此文件与内存大小一致，故不能直接使用此文件。使用kexec 的一个工具vmcore-dmesg，可以将/proc/vmcore转换为dmesg的信息，然后存储到文件中即可。1.2    步骤1.2.1