I have an internet connection that won't stay connected.
Arch x86_64 plain UEFI/BIOS install on USB mSATA SSD
dhcp is enabled at boot with static IP
resolv.conf is set to use OpenNIC
I have no problem with booting up and connecting to the internet. However, it will eventually disconnect and I can not reconnect until I reboot. I always get the same timeout failure.
This seems to only occur when I am using a VPN or VirtualBox (E.g.: Windows 7 VM from inside Arch). I can still initally use the VPN or VM internet normally with good settings but it will inevitable disconnect. I don't want to conclude that the VPN or VM are related to the cause but I do notice that it will happen fairly quickly (5 minutes to 1 hour).
I may not fully understand how dhcp, resolv.conf and resolvconf.conf are working in relation to each other.
All generate an identical output before and after the fact:
ip addr, ip route, iw list, iw mlan0 info
I have added this to create a static IP:
# define static profile
# fallback to static profile on mlan0
I added the OpenNic DNS servers to resolv.conf:
# Generated by resolvconf
Intersetingly, even with 192.168.1.1 there, I do not have the heartbleed, atleast according to IPLeak.net Oddly, to me, 220.127.116.11 is never at the top of the list even it is written expressly in the dhcpcp.conf. It is using the manual entry from resolvconf.conf.
Journaling has been off in fstab since creation per SSD r/w issues.
I have been struggling to understand how I can fix this issue for over a month and a half. Has anyone see any mistakes here or know what could be causing this? Any help would be appreciated.
APPENDED per comment #1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.11 icmp_seq=1 Destination Host Unreachable
From 192.168.1.11 icmp_seq=2 Destination Host Unreachable
No output from the TCP dump. It is stalled. Not sure what Ethernet is doing here. I don't have any cables connected other than the mSATA USB.
tcpdump -i mlan0 -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on mlan0, link-type EN10MB (Ethernet), capture size 262144 bytes