Showing posts with label networking. Show all posts
Showing posts with label networking. Show all posts

Thursday, April 2, 2020

centos7 linux laptop can't connect to public wifi portals

It's not always the case, but sometimes/often I can't connect to public wifi portals from my linux laptop that open a login page automatically. The page is never displayed, and I get no internet service (though there is a wifi connection and network setup). This always happens on American Airlines and Delta flights, which is nice.

I did some research and found a couple of threads suggesting that I need to configure the NetworkManager service, and it will open the login page on the captive wifi portal. I found another link on the matter, with details about how to edit the config file. I basically did what it says, though I called the file /etc/NetworkManager/conf.d/20-connectivity-centos.conf. Supposedly this is read by the NetworkManager daemon at startup.

I restarted the daemon using these instructions, since the ones in the ubuntu threads don't work for me. I used "sudo systemctl restart NetworkManager".

Monday, March 2, 2020

virtualbox VM on centos 7 guest won't connect to network

Here's another one that I don't really understand. After working fine all last week with use all day every day, my virtualbox VM running on centos 7 guest and windows 10 host would not connect to the network. I rebooted my entire network, the guest and the host, but the problem remained. I easily found a solution with a google search, but I'm not entirely sure why it's necessary or why things worked fine last week without it. Here is the thread containing the fix, and in the end I just added the following lines to the guest file /etc/sysconfig/network-scripts/ifcfg-enp0s3:

DNS1=8.8.8.8
DNS2=8.8.4.4
# Note this was set to no
ONBOOT=yes

I restarted the guest VM, and then everything works fine.

The two DNS entries are for the Google Public DNS system. I don't know why I didn't need them last week, or why ONBOOT (which was previously set to no wasn't a problem either...

Friday, February 28, 2020

installing cisco anyconnect on centos 7 linux

I struggle every time I have to install cisco anyconnect vpn client on linux because you can't really download it unless you have a support contract. Since I'm a contractor, I need the program to communicate with multiple clients' networks. I'm sure I could track it down at one of my clients, but in a pinch I can usually find it to download from a university. Here are a couple of relevant excerpts about download and installation, copied in case the corresponding web page disappears.

===== (from UCI link)

Installing the VPN Client

Download the Anyconnect VPN client.

From the Terminal, navigate to the Downloads folder and unzip the file by typing [tar xzvf anyconnect-xxx.tar.gz]
NOTE: The *actual* file name will contain the name of the current version of the installer (e.g. anyconnect-linux64-4.5.03040-predeploy-k9.tar.gz)

A folder with the same name as the file will appear in the current directory. Open the folder and then go to the vpn directory, and once you are there type [./vpn_install.sh]

The VPN client will be installed on your system and the vpnagentd process will be started. This process will be started each time your system is booted.

NOTE: Ubuntu/Debian users should run this command to download a dependency for the VPN UI: [sudo apt-get install libpangox-1.0-0]

Starting the VPN Client

To start the client from the terminal, type [/opt/cisco/anyconnect/bin/vpnui]. Note: if you are not running a GUI, you can enter interactive mode by entering[/opt/cisco/anyconnect/bin/vpn]

NOTE: If you are using a desktop environment, you should be able to find the client in one of your menus as well (e.g. in a RHEL environment, look in Applications -> Internet).

In the “Connect to:” box, type vpn.uci.edu and press Return on your keyboard. Note: in interactive mode type [connect vpn.uci.edu]

In the “Group” menu that will appear, select the tunnel you wish to use, usually “UCI” or “UCIFull”. (See the differences in the Tunnels below.)

Enter your UCInetID and password in the appropriate boxes and click “Connect”.

You should get a banner box. When you do, click “Accept” and you are now connected.

=====

other links:

UA link

gatech link

Thursday, December 19, 2019

redhat 7 laptop getting ERR_NETWORK_CHANGED errors in chrome

For a long time, I've been getting and ignoring errors in Chrome on my centos 7 laptop about "ERR_NETWORK_CHANGED".  This often makes transactions in banking and shopping sites fail completely and causes me to switch to a different machine.  Last week I used the Southwest wifi while traveling, and constantly received messages about network disconnects while using google docs.  I'm hoping the problem is the same, but not sure.  It happens with both wired and wireless network connection.

Anyway, I spent some time investigating today.  I thought it was network disconnects, but after looking at lots of generic network troubleshooting info, I searched for the chrome error and found some interesting hits.

This link suggests that the problem is due to ipv6, and disabling it SEEMS to have also solved my problem though it remains to be seen.  But I did not see any details as to WHY ipv6 is a problem, just that it is.  I'm sure if I looked harder I'd find it.  Here is another link about how to disable ipv6, I disabled all 3 properties that it mentions, but I used "sysctl -w" to change the configuration instead of editing sysctl.conf.  The result should be the same.

I used the "watch" command as suggested in the first link to monitor the output of "ip address" and see that the ipv6 interface was occasionally flapping to "tentative".  I used "sysctl -w" to disable ipv6.  And then I used watch again to confirm that the ipv6 interfaces are gone and that the word tentative is no longer appearing in the "ip address" output.

Here are the commands that I found helpful:
watch -n 2 -b -d 'ip address'
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.lo.disable_ipv6=1
ip address | grep ipv6
watch -d 'ip address | fgrep tentative'
Finally, here is another link for general network troubleshooting that gives some helpful background.

Wednesday, December 18, 2019

wired ethernet adapter on docking station quit working from Dell XPS 15 laptop

One of the joys of using Windows is when things that have been working forever mysteriously quit working.  That was the case with my Dell XPS 15 laptop running Windows 10.  "All of the sudden" the wired ethernet port on the docking station quit working.  There was probably/possibly a Dell/Windows update in the interim that broke it but who knows.  It took me a while to figure out, but to solve the problem I used these instructions for manually fixing the docking station drivers from the dell website (expand the "Installing drivers" node).  I skipped some of the steps, but I updated the bios and thunderbolt controller driver from this link.  I updated the docking station firmware from this link.  At this point I received a message that a new thunderbolt device was detected which made me happy.

I downloaded the realtek USB GBE ethernet controller driver from the drivers page for the laptop, and first used it to remove the existing installation and then ran it again to reinstall.  At this point, I turned off the wireless and confirmed that the wired ethernet port was indeed working correctly.