From ArchWiki
Jump to navigation Jump to search

An unintelligible sentence

To connect to an open network simple use the enter the second field beginning with wifi_:

What is that supposed to mean? axper (talk) 20:34, 13 June 2014 (UTC)

Is [1] better? The article has other clarity issues, though. -- Alad (talk) 09:50, 12 January 2015 (UTC)

Resume connection after suspend

On my laptop (Thinkpad X61) connman doesn't restore the wifi connection after resuming from suspend. To have it working again I have to un/set the physical wifi switch. I've found a workaround, but it's crude and the issue may be hardware-related (though wicd works just fine, maybe because it has resume scripts) so I'm leaving it here for review.

Description=Connman resume actions

ExecStart=/usr/bin/systemctl restart connman.service
ExecStart=/usr/bin/sh -c 'sleep 1; /usr/bin/rfkill unblock 0 1'

# systemctl enable connman-resume

edit: There's a setting in connman.conf, PersistentTetheringMode, but it doesn't seem to work. I'll bring this up to the connman mailing list. -- Alad (talk) 18:23, 3 February 2015 (UTC)

-- Alad (talk) 09:42, 12 January 2015 (UTC)

Much of this wiki really old

I just struggled to get this working properly on my laptops and RPIs and there are a couple of details which are important and are not in this wiki.

  1. the 'using iwd' portion of the wiki is way out of date. No longer required to use the --wifi=iwd_agent. IMO best is to disable wpa_supplicant with systemctl disable wpa_supplicant if you cannot uninstall it (i.e if you don't want to or cannot uninstall NetworkManager). If you can uninstall it, it is best to do so. In most cases the default iwd and connman services are fine, IMO.

# If you want connman to reconnect when the SSID drops and reappears, you must add a line to the /etc/connman/main.conf: BackgroundScanning = true. If this is not added, connman will never tell iwd to re-scan to see if/when the SSID returns and will, therefore, never reconnect. This is wrong according to the connman list, this setting is only for wpa_supplicant and not for iwd. They are working on rescan.

  1. the Arch package has no tmpfile, for some reason so the connman cannot create /run/connman/resolv.conf. One option is to add a line to the connman.service file: ExecStartPre=/bin/mkdir -p /run/connman, but this is frowned upon in the systemd group and the 'right way', apparently, is to add a file /etc/tmpfiles.d/connman_resolvconf.conf which has the contents:
d       /run/connman    - - - -
L       /etc/resolv.conf        - - - - /run/connman/resolv.conf

this way connman can create its resolv.conf and not complain in the journal that the folder does not exist and can nod do DNS lookups.

As someone who has repeatedly tried to use connman together with iwd using the this wiki page and has failed again and again, I think that the information is indeed outdated. I would appreciate if someone with more knowledge took the time write a working iwd section. Wlhlm (talk) 17:26, 3 November 2020 (UTC)
I agree. Keithspg (talk)