USB NIC - WAN Goes Up and Down



  • Hi all,

    Any idea what would be causing this? I'm running PFSense 2.0 in a VMWare session with a USB NIC for the WAN. It works for a while, and then after an hour or so the WAN connection goes up and down over and over about once a second. This works fine if I connect the USB NIC to the host and bridge the connection, but if I assign the USB device to the VM it happens.

    
    Jan 2 21:05:36	check_reload_status: Linkup starting ue0
    Jan 2 21:05:36	apinger: Exiting on signal 15.
    Jan 2 21:05:36	kernel: ue0: link state changed to DOWN
    Jan 2 21:05:36	php: : HOTPLUG: Configuring interface wan
    Jan 2 21:05:36	php: : ROUTING: setting default route to 72.94.58.1
    Jan 2 21:05:36	php: : rc.newwanip: on (IP address: 72.94.58.XXX) (interface: wan) (real interface: ue0).
    Jan 2 21:05:36	php: : rc.newwanip: Informational is starting ue0.
    Jan 2 21:05:36	php: : DEVD Ethernet attached event for wan
    Jan 2 21:05:36	check_reload_status: Reloading filter
    Jan 2 21:05:35	dhclient[59712]: bound to 72.94.58.XXX -- renewal in 3600 seconds.
    Jan 2 21:05:35	dhclient: Creating resolv.conf
    Jan 2 21:05:35	dhclient: /sbin/route add default 72.94.58.1
    Jan 2 21:05:35	dhclient: Adding new routes to interface: ue0
    Jan 2 21:05:35	dhclient: New Routers (ue0): 72.94.58.1
    Jan 2 21:05:35	dhclient: New Broadcast Address (ue0): 72.94.58.255
    Jan 2 21:05:35	dhclient: New Subnet Mask (ue0): 255.255.255.0
    Jan 2 21:05:35	dhclient: New IP Address (ue0): 72.94.58.XXX
    Jan 2 21:05:35	dhclient: ifconfig ue0 inet 72.94.58.XXX netmask 255.255.255.0 broadcast 72.94.58.255
    Jan 2 21:05:35	dhclient: Starting add_new_address()
    Jan 2 21:05:35	dhclient: REBOOT
    Jan 2 21:05:35	dhclient[59712]: DHCPACK from 72.94.58.1
    Jan 2 21:05:35	dhclient[59712]: DHCPREQUEST on ue0 to 255.255.255.255 port 67
    Jan 2 21:05:34	dhclient[37919]: exiting.
    Jan 2 21:05:34	dhclient[37919]: exiting.
    Jan 2 21:05:34	dhclient[37919]: connection closed
    Jan 2 21:05:34	dhclient[37919]: connection closed
    Jan 2 21:05:34	php: : DEVD Ethernet detached event for wan
    Jan 2 21:05:33	dhclient[36473]: bound to 72.94.58.XXX -- renewal in 3600 seconds.
    Jan 2 21:05:33	check_reload_status: rc.newwanip starting ue0
    Jan 2 21:05:33	dhclient: Creating resolv.conf
    Jan 2 21:05:33	dhclient: /sbin/route add default 72.94.58.1
    Jan 2 21:05:33	dhclient: Adding new routes to interface: ue0
    Jan 2 21:05:33	dhclient: New Routers (ue0): 72.94.58.1
    Jan 2 21:05:33	dhclient: New Broadcast Address (ue0): 72.94.58.255
    Jan 2 21:05:33	dhclient: New Subnet Mask (ue0): 255.255.255.0
    Jan 2 21:05:33	dhclient: New IP Address (ue0): 72.94.58.XXX
    Jan 2 21:05:33	dhclient: ifconfig ue0 inet 72.94.58.129 netmask 255.255.255.0 broadcast 72.94.58.255
    Jan 2 21:05:33	dhclient: Starting add_new_address()
    Jan 2 21:05:33	dhclient: BOUND
    Jan 2 21:05:33	dhclient[36473]: DHCPACK from 72.94.58.1
    Jan 2 21:05:33	dhclient[36473]: DHCPREQUEST on ue0 to 255.255.255.255 port 67
    Jan 2 21:05:33	dhclient: ARPCHECK
    Jan 2 21:05:31	dhclient[32840]: bound to 72.94.58.XXX -- renewal in 3600 seconds.
    Jan 2 21:05:31	check_reload_status: rc.newwanip starting ue0
    Jan 2 21:05:31	dhclient: Creating resolv.conf
    Jan 2 21:05:31	dhclient: /sbin/route add default 72.94.58.1
    Jan 2 21:05:31	dhclient: Adding new routes to interface: ue0
    Jan 2 21:05:31	dhclient: New Routers (ue0): 72.94.58.1
    Jan 2 21:05:31	dhclient: New Broadcast Address (ue0): 72.94.58.255
    Jan 2 21:05:31	dhclient: New Subnet Mask (ue0): 255.255.255.0
    
    

    Thanks,
    Ben



  • Either a quirk of the driver, or of VMware's USB redirection, or a combination of the two. That doesn't sound like a very good means of operation, I'd much rather use the NIC on the host, make sure it has no protocols checked other than the VMware bridge (so it can't have a v4 or v6 IP on that NIC, and doesn't offer any other services on it, to protect the host), and bridge it to the VM.



  • @cmb:

    Either a quirk of the driver, or of VMware's USB redirection, or a combination of the two. That doesn't sound like a very good means of operation, I'd much rather use the NIC on the host, make sure it has no protocols checked other than the VMware bridge (so it can't have a v4 or v6 IP on that NIC, and doesn't offer any other services on it, to protect the host), and bridge it to the VM.

    Yea, I was thinking the VMWare redirect, since I've used the USB NIC on a laptop with PFSense fine. But wanted to see if anyone had the same issue and had worked around it. The reason I like the USB connected to the guest is the isolation it provides. I have it set to bridged, now, though.

    Thanks,
    Ben


Locked