[04:04] <nightstrike> luisp[m]: FYI, took a while to get back to you, but the firewall changes to bootp haven't let me access those VMs still.  I believe the routing table is messed up, because if I traceroute to 192.168.64.2, it goes out to my ISP's gateway.
[04:04] <nightstrike> which should never happen to any 192.168 IP (obviously)
[04:05] <nightstrike> There is this, tho:
[04:05] <nightstrike> 192.168.64         link#19            UCSI        bridge100      !
[04:05] <nightstrike> 192.168.64.255     ff.ff.ff.ff.ff.ff  UHLWbI      bridge100      !
[04:05] <nightstrike> Destination        Gateway            Flags           Netif Expire
[04:06] <nightstrike> is there a way to tell multipass to get reset the routing table for its own private network?
[04:52] <nightstrike> luisp[m]: I think resetting the routing table myself and forcibly killing the running instances has fixed the problem.  If this really does get all screwed up because of VPNs, that's really unfortunate.  Is the only way to talk to a local VM via ssh?  That seems to be extra overhead for local communicaiton