WiFi Association Issues on Chromebook

The firmware on mine is 3.024, and it isn’t showing any updates available.

Mine is a different router from the one here: a GL-AR300M-337. But as my problem is the same I thought it might shed light on what is happening.

I’ve been through resets, etc., but as the router (in WISP mode, haven’t tried any of the others) works with devices other than a Chromebook without problem, I concluded the problem is specific to Chromebooks.

Thanks.

Probably would take some research to see what wifi chipsets are on the ChromeBook.

I’ve got two on hand -

  • Lenovo N22-Touch - Intel N3160 with Intel 7265
  • HP Chrombook 14a - AMD A4-9120C with QCA 6174A (ath10k wave 2)

To determine which wireless card your Chromebook uses, open a browser and do the following:

  1. In the URL field (Google calls this the “Omnibox”), enter chrome://system .
  2. Scroll down to the section labeled “lspci”. Click the Expand… button.
  3. In the list that appears, look for the line with the words “Network Controller” (not the line that says “Ethernet Controller”; that refers to the wired network adapter). The manufacturer and chipset model number will be on the right.

Glad to see some activity on this problem.

It’s a long thread, so I’ll summarize some of the highlighrts for people newly joining the discussion.

  • I started out writh 3.012 and upgraded to 3.025. Both showed the problem.

  • I would not be surprised if any version 2.x worked. The GL-iNet literature says that there’s a new driver in the v2 product (presumably in the 3.x software.) The problem is almost surely in the MT300N-v2’s driver software.

  • The problem is that the MT300N-v2 is NOT proceeding to start the 4-way handshake needed to enable encryption following an Association Request packet form the Chromebook. The failure to start (or complete) the handshake is causing the Chromebook to keep sending Association Requests and eventually to timeout and display an error.

  • The bunch of Chromebooks which worked seem to have a different wifi chipset than the ones which don’t. Thank you sfx2000 for instructions on how to identify the chipset. Alas, I’m across the country for the next month and don’t have access to the failing Chromebook. If Black Friday weren’t coming up, I’d go back to Best Buy and would look this up in one of the other failing models. (See post #37 above here.)

    The Associate Request is slightly different in the models which do connect from those that do not. The difference is probably what is driving the MT300N-v2 not to start the handshake, eventually leading to a timeout.

  • Since these Chromebooks connect without problem to other routers (including other GL-iNet models), any correction really should come from GL-iNet and not the provider of the Chromebook driver. Regardless, I got no response when I submitted multiple problem reports to Google or Acer.

  • Until the tech staff gets their hands on a model which shows this problem, I understand it’ll be difficult to debug.

I would ask if GL-iNet is willing to take trace (pcap) files previously submitted and replay-them to the router. If so, we would have the ability to push Association Requests to the router without needing to have one of these Chromebook models. There are a number of tools available for this: airreplay-ng (here) or tcpreplay (here).

I looked at mine, an old Samsung Chromebook 303C. Unfortunately, the “lspci” entry is blank, and I can’t find any indication of the network controller elsewhere.

We will check if we can test without chromebook. @wellnw

@czsmith @alzhao I will try it

Great… Ordered a suitable USB wifi adapter so I can use airreplay-ng. I’ll try to get some pcap files that work and don’t work. Only have a macbook here, but I do have two mangos to play with.

If you’re on a MacBook, just use AirTool - it’s free…

Works well for me - still on Mojave there…

That’s an older chromebook - so depends on what version of ChromeOS you have…

Anyways - @alzhao

@czsmith - his problem might be related to the KRACK mitigation on the MT76 driver…

Under LUCI - see if “Enable Key Reinstallation” is enabled or not - with ath9k it’s not enabled by default

wonder what the default here is for Mango

Starts to make sense here…

I do use airtool to capture frames. But I don’t think it can replay (inject) frames that were previously captured. I’ll try Kali in a VM with a suitable usb adapter.

I want to replay a successful authenticate request and see the handshake start. Then replay the one from the chromebook which doesn’t work. If that falls, then gl-inet can do the same to tell re produce the problem.

Airtool only captures…

Kali should be fine - too bad I can’t loan you my ath9k-htc based Alfa, as it would be perfect for the task…

:wink:

My Alfa AWUS036ACH just arrived today. Got the older 2.4GHZ version back home, but time to upgrade anyway. Kali says they added native support for this model.

Now just have to figure aireplaty-ng. Never used it before. I do have pcap files I’ve posted earlier, however, for failing Association Requests. Will try against the 2 routers I have at this location.

Hmmm… always worry a bit about the realtek 802.11ac devices - but if Kali supports it.

My Alfa AWUS036NHA definitely would get the job done for 2.4GHz…

Alas, my Alfa 2.4 device is over 2,000 miles away and I didn’t want to buy another of the same.

Well, the AWUS036ACH is just great on my macbook… way more SSIDs showing than with the built-in wifi.

You may have called it right w/regard to Kali, though… While they announced support for that chipset in 2017.1 (release notes here), it wasn’t recognized and I’ve been going thru the usual forums and youtubes trying to get/build/install a working driver.

Right now, I’m doing a clean Parallels Kali installation to get rid of any stuff from earlier attempts that might be interfering. Going to start taking snapshots so I’ll always start “fresh” on a driver installation attempt.

I’m a linux noob, so a lot of experimentation is needed.

Will let you know.

OK definitely not getting anywhere with this (awus036ach) adapter. Plenty of posts all pretty much giving the same instructions to install. I can see the module in lsmod, and it’s linked to the right vendor/product USB codes, but the interface never shows up in ifconfig.

Tried vmware and parallels, 2019.4. Trying to get it working under 2018.3, but not much luck there. Though I suspect there are problems with the install building a 5.x driver instead of a 4.x one.

@sfx2000 do you know of an inexpensive wifi dongle that works out of the box with Kali. Will have to live with 2.4G, 802.11b/g/n only.

Hmmm… that adapter should work…

Since you’re on VirtualBox, should grab the expansion pack from their download site, as this enables the USB filters needed for the guest - and then also install the linux stuff from the virtual CD.

Thanks - that’s the first driver (of the dozen or so that I’ve tried) that actually works under VMWare and Parallels.

Now on to editing the pcap files so I can replay them into the router.

I’m waiting on an evaluation license for WireEdit, an OSX app which allows one to edit pcap files. I need to change the mac addresses since my pcap file addresses aren’t going to match the router I’m testing against nor the Alfa client I’m using.

@czsmith
Please provide me with an email address, I will provide you with a modified firmware, thank you.

This thread is getting pretty long…

Action continues on THIS thread…