Re: Create an Access Point with NetworkManager-0.9.8.0
On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Yeah, we simply ran out of time on this for 0.9.8; but it will be cherry-picked to 0.9.8.2. I have a branch for it, but we need some changes in the generic code (which both the editor and applet use) before this is all handled correctly. Where the actual branch is, care to show a link? poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Create an Access Point with NetworkManager-0.9.8.0
On 14.10.2014 09:40, Lubomir Rintel wrote: On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Thanks, $ rpm -q libnm-gtk network-manager-applet nm-connection-editor libnm-gtk-0.9.11.0-18.git20141009.fc21.x86_64 network-manager-applet-0.9.11.0-18.git20141009.fc21.x86_64 nm-connection-editor-0.9.11.0-18.git20141009.fc21.x86_64 containing your patch - 0001-editor-Add-AP-mode-for-WiFi-connecitons.patch https://bug738441.bugzilla-attachments.gnome.org/attachment.cgi?id=288377 1. The option of creating the 'AP'(master) mode via 'nm-applet' missing in Create New Wi-Fi Network... 2. Created 'AP' profile via 'nm-connection-editor' missing the following items to start automatically establish WPA2 based connection: [connection] autoconnect=true [wifi] security=802-11-wireless-security [wifi-security] proto=rsn pairwise=ccmp Yeah, we simply ran out of time on this for 0.9.8; but it will be cherry-picked to 0.9.8.2. I have a branch for it, but we need some changes in the generic code (which both the editor and applet use) before this is all handled correctly. Where the actual branch is, care to show a link? poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Unhandled vpnc request
Hello everybody, with latest networkmanager-vpn (git master, commit 3161854) connection break ever now and then. The log contains these lines: ** (nm-vpnc-service:23836): WARNING **: Unhandled vpnc request 'vpnc: ' vpnc: recvfrom: Message too long warn VPN plugin failed: login-failed (0) info VPN plugin state changed: stopped (6) info VPN plugin state change reason: login-failed (10) Is this vpnc itself disconnecting or does networkmanager fail interpreting vpnc output? I think I saw this with networkmanager-vpn 0.9.10 without any bad impact. Not sure, though. -- Schoene Gruesse Chris O ascii ribbon campaign stop html mail - www.asciiribbon.org signature.asc Description: PGP signature ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Unhandled vpnc request
On Tue, 2014-10-14 at 20:54 +0200, Christian Hesse wrote: Hello everybody, with latest networkmanager-vpn (git master, commit 3161854) connection break ever now and then. The log contains these lines: ** (nm-vpnc-service:23836): WARNING **: Unhandled vpnc request 'vpnc: ' vpnc: recvfrom: Message too long warn VPN plugin failed: login-failed (0) info VPN plugin state changed: stopped (6) info VPN plugin state change reason: login-failed (10) It's a bug, and I've pushed a fix to git master. Can you try now? Thanks! Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Create an Access Point with NetworkManager-0.9.8.0
On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Yeah, we simply ran out of time on this for 0.9.8; but it will be cherry-picked to 0.9.8.2. I have a branch for it, but we need some changes in the generic code (which both the editor and applet use) before this is all handled correctly. Where the actual branch is, care to show a link? poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Create an Access Point with NetworkManager-0.9.8.0
On 13.10.2014 17:06, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Yeah, we simply ran out of time on this for 0.9.8; but it will be cherry-picked to 0.9.8.2. I have a branch for it, but we need some changes in the generic code (which both the editor and applet use) before this is all handled correctly. Where the actual branch is, care to show a link? No wonder it doesn't exist, :) [network-manager-applet] Created branch dcbw/ap https://mail.gnome.org/archives/commits-list/2013-March/msg16305.html Date: Thu, 21 Mar 2013 21:40:20 + (UTC) [network-manager-applet] Deleted branch dcbw/ap https://mail.gnome.org/archives/commits-list/2013-June/msg00930.html Date: Wed, 5 Jun 2013 15:35:12 + (UTC) poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Unhandled vpnc request
Dan Williams d...@redhat.com on Tue, 2014/10/14 14:11: On Tue, 2014-10-14 at 20:54 +0200, Christian Hesse wrote: Hello everybody, with latest networkmanager-vpn (git master, commit 3161854) connection break ever now and then. The log contains these lines: ** (nm-vpnc-service:23836): WARNING **: Unhandled vpnc request 'vpnc: ' vpnc: recvfrom: Message too long warn VPN plugin failed: login-failed (0) info VPN plugin state changed: stopped (6) info VPN plugin state change reason: login-failed (10) It's a bug, and I've pushed a fix to git master. Can you try now? Sure. Connection is up, I will keep an eye on it and report back. Thanks a lot! -- Schoene Gruesse Chris O ascii ribbon campaign stop html mail - www.asciiribbon.org signature.asc Description: PGP signature ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Create an Access Point with NetworkManager-0.9.8.0
On 14.10.2014 16:03, poma wrote: On 14.10.2014 13:47, poma wrote: On 14.10.2014 09:40, Lubomir Rintel wrote: On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Thanks, $ rpm -q libnm-gtk network-manager-applet nm-connection-editor libnm-gtk-0.9.11.0-18.git20141009.fc21.x86_64 network-manager-applet-0.9.11.0-18.git20141009.fc21.x86_64 nm-connection-editor-0.9.11.0-18.git20141009.fc21.x86_64 containing your patch - 0001-editor-Add-AP-mode-for-WiFi-connecitons.patch https://bug738441.bugzilla-attachments.gnome.org/attachment.cgi?id=288377 1. The option of creating the 'AP'(master) mode via 'nm-applet' missing in Create New Wi-Fi Network... 2. Created 'AP' profile via 'nm-connection-editor' missing the following items to start automatically establish WPA2 based connection: [connection] autoconnect=true [wifi] security=802-11-wireless-security [wifi-security] proto=rsn pairwise=ccmp It is also important not to erase the existing valid keys/values after editing and saving existing profile. BTW take a look at working config here, https://mail.gnome.org/archives/networkmanager-list/2014-October/msg00031.html Support AP-mode hotspot network sharing https://bugzilla.gnome.org/show_bug.cgi?id=734589 Who would say AP is so complex to set in GUI. :) poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
VPN Certificate issues
Hi, I have some problems with the openvpn plugin for NetworkManager that might be. a bit special. Basically, we run automated setups where we have short-lived certificates. This is causing problems with NM+openvpn as the certificates aren't reloaded after they are updated. So, a process has cached the certs, which are then replaced on disk, but there is no way of telling NM+openvpn to reload the certificates from disk (or restart the vpn?) Is there a better way of doing this than to `pkill vpn` after updating the certificates, something that might cause.. issues. This went for a while before being noticed, until the first batch of certificates timed out. Any suggestions on how to get NM+openvpn to reload the certificates from disk? //D.S. -- 8362 CB14 98AD 11EF CEB6 FA81 FCC3 7674 449E 3CFC signature.asc Description: OpenPGP digital signature ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Create an Access Point with NetworkManager-0.9.8.0
On 14.10.2014 21:30, poma wrote: On 14.10.2014 16:03, poma wrote: On 14.10.2014 13:47, poma wrote: On 14.10.2014 09:40, Lubomir Rintel wrote: On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Thanks, $ rpm -q libnm-gtk network-manager-applet nm-connection-editor libnm-gtk-0.9.11.0-18.git20141009.fc21.x86_64 network-manager-applet-0.9.11.0-18.git20141009.fc21.x86_64 nm-connection-editor-0.9.11.0-18.git20141009.fc21.x86_64 containing your patch - 0001-editor-Add-AP-mode-for-WiFi-connecitons.patch https://bug738441.bugzilla-attachments.gnome.org/attachment.cgi?id=288377 1. The option of creating the 'AP'(master) mode via 'nm-applet' missing in Create New Wi-Fi Network... 2. Created 'AP' profile via 'nm-connection-editor' missing the following items to start automatically establish WPA2 based connection: [connection] autoconnect=true [wifi] security=802-11-wireless-security [wifi-security] proto=rsn pairwise=ccmp It is also important not to erase the existing valid keys/values after editing and saving existing profile. BTW take a look at working config here, https://mail.gnome.org/archives/networkmanager-list/2014-October/msg00031.html Support AP-mode hotspot network sharing https://bugzilla.gnome.org/show_bug.cgi?id=734589 Who would say AP is so complex to set in GUI. :) Wi-Fi Access Point mode support https://bugzilla.redhat.com/show_bug.cgi?id=1152731 poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: VPN Certificate issues
Digging through this, it turns out that: Networkmanager unconditionally appends --key-persist if Key-persist had been disabled, the openvpn client would have reloaded the key+cert from disk after a failed connection, and then would reconnect succesfully. As it is, it seems I have to either restart NetworkManager or send a HUP to openvpn, forcibly resetting the connections and causing an interruption. could it be possible to disable key-persist, or make it an option? Keys persisting is good when your network drops and you have password protected / hardware protected keys. When you have software that's miles away that drops connection and are unreachable because the VPN doesn't reload the fresh keys from disk, it becomes a bit more annoying. Right now I'm pondering how to get the machines to power cycle, as that would get the keys loaded properly. I have to get this sorted quickly if I'm not to get locked out of all my machines, so any suggestion on how to work around this in the short term would be good. //D.S. On 14/10/14 21:43, D.S. Ljungmark wrote: Hi, I have some problems with the openvpn plugin for NetworkManager that might be. a bit special. Basically, we run automated setups where we have short-lived certificates. This is causing problems with NM+openvpn as the certificates aren't reloaded after they are updated. So, a process has cached the certs, which are then replaced on disk, but there is no way of telling NM+openvpn to reload the certificates from disk (or restart the vpn?) Is there a better way of doing this than to `pkill vpn` after updating the certificates, something that might cause.. issues. This went for a while before being noticed, until the first batch of certificates timed out. Any suggestions on how to get NM+openvpn to reload the certificates from disk? //D.S. -- 8362 CB14 98AD 11EF CEB6 FA81 FCC3 7674 449E 3CFC signature.asc Description: OpenPGP digital signature ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: RTL8188SU(rtl8192su) rtl8192sufw-ap.bin
On Tue, 2014-10-14 at 02:59 +0200, poma wrote: Realtek RTL8188SU/RTL8191SU/RTL8192SU driver https://github.com/chunkeey/rtl8192su RTL8188SU It looks like everything worked correctly here for AP mode, at least from the NM logs. Is that correct? Dan - lsusb Bus 002 Device 003: ID 0bda:8171 Realtek Semiconductor Corp. RTL8188SU 802.11n WLAN Adapter ~~ - lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M ... |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=rtl8192su, 480M ~~~ - ethtool -i wlp0s4f1u3 driver: rtl8192su ... ~~~ - /usr/lib/firmware/rtlwifi/rtl8192sufw.bin eq https://github.com/chunkeey/rtl8192su/raw/master/firmwares/rtl8192sufw-ap.bin ~ - iwconfig wlp0s4f1u3 wlp0s4f1u3 IEEE 802.11bgn Mode:Master Tx-Power=20 dBm Retry short limit:7 RTS thr=2347 B Fragment thr:off Power Management:off ~ - ifconfig wlp0s4f1u3 wlp0s4f1u3: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 10.42.0.1 netmask 255.255.255.0 broadcast 10.42.0.255 inet6 fe80::201:2ff:fe03:405 prefixlen 64 scopeid 0x20link ether 00:01:02:03:04:05 txqueuelen 1000 (Ethernet) RX packets 77 bytes 7421 (7.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 126 bytes 27469 (26.8 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 - iw wlp0s4f1u3 info Interface wlp0s4f1u3 ifindex 5 wdev 0x10001 addr 00:01:02:03:04:05 ssid RTL8188SU(rtl8192su) type AP wiphy 1 channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz ~ - iw list Wiphy phy1 max # scan SSIDs: 4 max scan IEs length: 2257 bytes RTS threshold: 2347 Coverage class: 0 (up to 0m) Device supports RSN-IBSS. Supported Ciphers: * WEP40 (00-0f-ac:1) * WEP104 (00-0f-ac:5) * TKIP (00-0f-ac:2) * CCMP (00-0f-ac:4) * CMAC (00-0f-ac:6) Available Antennas: TX 0 RX 0 Supported interface modes: * IBSS * managed * AP * AP/VLAN * monitor * mesh point * P2P-client * P2P-GO Band 1: Capabilities: 0x1862 HT20/HT40 Static SM Power Save RX HT20 SGI RX HT40 SGI No RX STBC Max AMSDU length: 7935 bytes DSSS/CCK HT40 Maximum RX AMPDU length 65535 bytes (exponent: 0x003) Minimum RX AMPDU time spacing: 16 usec (0x07) HT TX/RX MCS rate indexes supported: 0-7, 32 Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps * 5.5 Mbps * 11.0 Mbps * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps Frequencies: * 2412 MHz [1] (20.0 dBm) * 2417 MHz [2] (20.0 dBm) * 2422 MHz [3] (20.0 dBm) * 2427 MHz [4] (20.0 dBm) * 2432 MHz [5] (20.0 dBm) * 2437 MHz [6] (20.0 dBm) * 2442 MHz [7] (20.0 dBm) * 2447 MHz [8] (20.0 dBm) * 2452 MHz [9] (20.0 dBm) * 2457 MHz [10] (20.0 dBm) * 2462 MHz [11] (20.0 dBm) * 2467 MHz [12] (20.0 dBm) * 2472 MHz [13] (20.0 dBm) * 2484 MHz [14] (disabled) Supported commands: * new_interface * set_interface * new_key * start_ap * new_station * new_mpath * set_mesh_config * set_bss * authenticate * associate * deauthenticate * disassociate * join_ibss * join_mesh * set_tx_bitrate_mask * frame * frame_wait_cancel * set_wiphy_netns * set_channel * set_wds_peer * probe_client * set_noack_map * register_beacons * start_p2p_device *
Re: Create an Access Point with NetworkManager-0.9.8.0
On 14.10.2014 16:03, poma wrote: On 14.10.2014 13:47, poma wrote: On 14.10.2014 09:40, Lubomir Rintel wrote: On Mon, 2014-10-13 at 17:06 +0200, poma wrote: On 27.02.2013 12:12, Dan Williams wrote: On Wed, 2013-02-27 at 10:53 +0100, Dan Winship wrote: On 02/26/2013 08:38 PM, Jauhien Piatlicki wrote: But when I try to 'Create New Wi-Fi Network' it tries to create an Ad-Hoc connection. Where can be the problem? nm-applet has not been updated to support AP mode. (gnome-control-center has been.) Can you file a bug? Just noticed this. I've filed a ticket with a patch that might be relevant a short while ago: https://bugzilla.gnome.org/show_bug.cgi?id=738441 Thanks, $ rpm -q libnm-gtk network-manager-applet nm-connection-editor libnm-gtk-0.9.11.0-18.git20141009.fc21.x86_64 network-manager-applet-0.9.11.0-18.git20141009.fc21.x86_64 nm-connection-editor-0.9.11.0-18.git20141009.fc21.x86_64 containing your patch - 0001-editor-Add-AP-mode-for-WiFi-connecitons.patch https://bug738441.bugzilla-attachments.gnome.org/attachment.cgi?id=288377 1. The option of creating the 'AP'(master) mode via 'nm-applet' missing in Create New Wi-Fi Network... 2. Created 'AP' profile via 'nm-connection-editor' missing the following items to start automatically establish WPA2 based connection: [connection] autoconnect=true [wifi] security=802-11-wireless-security [wifi-security] proto=rsn pairwise=ccmp It is also important not to erase the existing valid keys/values after editing and saving existing profile. BTW take a look at working config here, https://mail.gnome.org/archives/networkmanager-list/2014-October/msg00031.html I also checked with - https://git.gnome.org/browse/network-manager-applet/log/?h=dcbw/ap and - 0001-Add-support-for-AP-mode-setting-for-wifi-sharing.patch https://bug734589.bugzilla-attachments.gnome.org/attachment.cgi?id=283136 - 0002-Use-AP-mode-for-network-sharing-if-device-supports-i.patch https://bug734589.bugzilla-attachments.gnome.org/attachment.cgi?id=283165 Almost the same applies as for the above mentioned: 1. The option of creating the 'AP'(master) mode via 'nm-applet' missing in Create New Wi-Fi Network... dialog 2. Created 'AP' profile via 'nm-connection-editor' missing the following items to start automatically establish WPA2 based connection: [connection] autoconnect=true [wifi-security] proto=rsn pairwise=ccmp It is also important not to erase the existing valid keys/values after editing and saving existing profile. Take a look at working config here, https://mail.gnome.org/archives/networkmanager-list/2014-October/msg00031.html - /etc/NetworkManager/system-connections/AP [connection] id=AP uuid=12345678-1234-5678-9abc-123456789abc type=wifi autoconnect=true [wifi] ssid=RTL8188SU(rtl8192su) mode=ap mac-address=00:01:02:03:04:05 security=802-11-wireless-security [wifi-security] key-mgmt=wpa-psk proto=rsn pairwise=ccmp psk=passphrase [ipv4] method=shared [ipv6] method=ignore poma ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list