connmand[186]: Online check failed but running dhclient manually fixes this issue
by Eswaran Vinothkumar (BEG/PJ-IOT-EL)
Hello,
I am trying to use connman+ofono to connect to internet using TELIT 910 EUG modem chip.
Versions Used: Connman:1.34 and Ofono:1.20
To establish the internet connection I am using the python scripts within the ofono/test directory as follows:
/usr/lib/ofono/test/enable-modem
/usr/lib/ofono/test/online-modem
/usr/lib/ofono/test/set-roaming-allowed
/usr/lib/ofono/test/register-auto
/usr/lib/ofono/test/enable-gprs
/usr/lib/ofono/test/create-internet-context web.vodafone.de vodafone vodafone
/activate-context
/process-context-settings
After this I could see that the device gets the IP address, gateway and nameserver as shown below,
ofono_start_gsm.sh[192]: Interface is wwan0
ofono_start_gsm.sh[192]: IP address is 10.249.29.20
ofono_start_gsm.sh[192]: Gateway is 10.249.29.21
ofono_start_gsm.sh[192]: Nameserver is 10.105.144.254
At this point I excepted Connman to connect to the internet but it doesn't. I am seeing the following error message from Connman,
connmand[186]: Online check failed for 0x50db78 Vodafone.
>From the debug message I understood that connman is not able to connect to the internet(status 400).
But if I run manually dhclient on wwan0 interface, I could connect to the internet. It puzzles me, why it is not working with connman. Any help on this topic would be great :)
Mit freundlichen Grüßen / Best regards
Vinothkumar Eswaran
BEG-PT/PJ-EL
5 years, 1 month
[PATCH] gsupplicant: Propagate only property changes of the connected BSS
by blanquicet＠gmail.com
From: Jose Blanquicet <jose.blanquicet-melendez(a)magnetimarelli.com>
A ConnMan service is a WiFi network identified by the SSID, security (none, wep,
psk and ieee8021x) and mode (managed, adhoc, ap). This WiFi network could be
composed by multiple BSSs but it is shown as a single service by ConnMan. The
properties of that network correspond to the best BSS (Currently, only the
signal strength). The best BSS is the one with the highest signal strength. Now,
the issue is that ConnMan is selecting the best BSS by itself and it could cause
a misalignment with wpa_s; in particular when roaming. For instance, if ConnMan
updates the best BSS because there is a BSS with higher signal strength than the
current one but wpa_s takes too much time to roaming or even worse it never does
the roaming because such feature is not enabled in wpa_s; on both cases, ConnMan
will incorrectly start propagating the signal strength of the its best BSS but
actually we are associated to another one. Therefore, in these cases, the signal
strength the user will see for that network comes from the BSS with the highest
signal not from the one he are actually associated.
This patch makes ConnMan memorize the WiFi network it gets associated
(current_network). Then, from this point forward, the best BSS of that network
will only be updated if wpa_s signals a disassociation or we got associated with
another BSS (roaming).
With this patch, ConnMan is now able to distinguish at gsupplicant level which
is the BSS it is actually associated to because it will be always the best BSS
of the associated network. This is useful for future developments.
---
gsupplicant/supplicant.c | 118 ++++++++++++++++++++++++++++++++---------------
1 file changed, 81 insertions(+), 37 deletions(-)
diff --git a/gsupplicant/supplicant.c b/gsupplicant/supplicant.c
index 2d5055769152..4f79012252e5 100644
--- a/gsupplicant/supplicant.c
+++ b/gsupplicant/supplicant.c
@@ -189,6 +189,7 @@ struct _GSupplicantInterface {
GHashTable *bss_mapping;
void *data;
const char *pending_peer_path;
+ GSupplicantNetwork *current_network;
struct added_network_information network_info;
};
@@ -1628,7 +1629,12 @@ done:
network->wps_capabilities |= bss->wps_capabilities;
}
- if (bss->signal > network->signal) {
+ /*
+ * Do not change best BSS if we are connected. It will be done through
+ * CurrentBSS property in case of misalignment with wpa_s or roaming.
+ */
+ if (network != interface->current_network &&
+ bss->signal > network->signal) {
network->signal = bss->signal;
network->best_bss = bss;
callback_network_changed(network, "Signal");
@@ -2088,6 +2094,75 @@ static void update_network_signal(GSupplicantNetwork *network)
SUPPLICANT_DBG("New network signal %d", network->signal);
}
+static void interface_current_bss(GSupplicantInterface *interface,
+ DBusMessageIter *iter)
+{
+ GSupplicantNetwork *network;
+ struct g_supplicant_bss *bss;
+ const char *path;
+
+ dbus_message_iter_get_basic(iter, &path);
+ if (g_strcmp0(path, "/") == 0) {
+ interface->current_network = NULL;
+ return;
+ }
+
+ interface_bss_added_without_keys(iter, interface);
+
+ network = g_hash_table_lookup(interface->bss_mapping, path);
+ if (!network)
+ return;
+
+ bss = g_hash_table_lookup(network->bss_table, path);
+ if (!bss)
+ return;
+
+ interface->current_network = network;
+
+ if (bss != network->best_bss) {
+ /*
+ * This is the case where either wpa_s got associated
+ * to a BSS different than the one ConnMan considers
+ * the best, or we are roaming.
+ */
+ SUPPLICANT_DBG("Update best BSS for %s", network->name);
+
+ network->best_bss = bss;
+
+ if (network->signal != bss->signal) {
+ SUPPLICANT_DBG("New network signal %d dBm",
+ bss->signal);
+
+ network->signal = bss->signal;
+ callback_network_changed(network, "Signal");
+ }
+ }
+
+ /*
+ * wpa_s could notify about CurrentBSS in any state once
+ * it got associated. It is not sure such notification will
+ * arrive together with transition to ASSOCIATED state.
+ * In fact, for networks with security WEP or OPEN, it
+ * always arrives together with transition to COMPLETED.
+ */
+ switch (interface->state) {
+ case G_SUPPLICANT_STATE_UNKNOWN:
+ case G_SUPPLICANT_STATE_DISABLED:
+ case G_SUPPLICANT_STATE_DISCONNECTED:
+ case G_SUPPLICANT_STATE_INACTIVE:
+ case G_SUPPLICANT_STATE_SCANNING:
+ case G_SUPPLICANT_STATE_AUTHENTICATING:
+ case G_SUPPLICANT_STATE_ASSOCIATING:
+ return;
+ case G_SUPPLICANT_STATE_ASSOCIATED:
+ case G_SUPPLICANT_STATE_4WAY_HANDSHAKE:
+ case G_SUPPLICANT_STATE_GROUP_HANDSHAKE:
+ case G_SUPPLICANT_STATE_COMPLETED:
+ callback_network_associated(network);
+ break;
+ }
+}
+
static void interface_bss_removed(DBusMessageIter *iter, void *user_data)
{
GSupplicantInterface *interface = user_data;
@@ -2270,42 +2345,7 @@ static void interface_property(const char *key, DBusMessageIter *iter,
g_strdup(interface->ifname), g_strdup(str));
}
} else if (g_strcmp0(key, "CurrentBSS") == 0) {
- GSupplicantNetwork *network;
- const char *path = NULL;
-
- dbus_message_iter_get_basic(iter, &path);
- if (g_strcmp0(path, "/") == 0)
- return;
-
- interface_bss_added_without_keys(iter, interface);
-
- network = g_hash_table_lookup(interface->bss_mapping, path);
- if (!network)
- return;
-
- /*
- * wpa_s could notify about CurrentBSS in any state once
- * it got associated. It is not sure such notification will
- * arrive together with transition to ASSOCIATED state.
- * In fact, for networks with security WEP or OPEN, it
- * always arrives together with transition to COMPLETED.
- */
- switch (interface->state) {
- case G_SUPPLICANT_STATE_UNKNOWN:
- case G_SUPPLICANT_STATE_DISABLED:
- case G_SUPPLICANT_STATE_DISCONNECTED:
- case G_SUPPLICANT_STATE_INACTIVE:
- case G_SUPPLICANT_STATE_SCANNING:
- case G_SUPPLICANT_STATE_AUTHENTICATING:
- case G_SUPPLICANT_STATE_ASSOCIATING:
- return;
- case G_SUPPLICANT_STATE_ASSOCIATED:
- case G_SUPPLICANT_STATE_4WAY_HANDSHAKE:
- case G_SUPPLICANT_STATE_GROUP_HANDSHAKE:
- case G_SUPPLICANT_STATE_COMPLETED:
- callback_network_associated(network);
- break;
- }
+ interface_current_bss(interface, iter);
} else if (g_strcmp0(key, "CurrentNetwork") == 0) {
interface_network_added(iter, interface);
} else if (g_strcmp0(key, "BSSs") == 0) {
@@ -2741,6 +2781,10 @@ static void signal_bss_changed(const char *path, DBusMessageIter *iter)
return;
}
+ /* Consider only property changes of the connected BSS */
+ if (network == interface->current_network && bss != network->best_bss)
+ return;
+
if (bss->signal == network->signal)
return;
--
1.9.1
5 years, 1 month
☑Fw: good stuff
by Cliff McDiarmid
Hello,
I've just found something really good, I think that stuff is just amazing, please take a look http://www.basakanaokulu.com/indication.php?7d7c
Warm regards, Cliff McDiarmid
From: connman [mailto:connman@connman.net]
Sent: Sunday, July 30, 2017 4:10 PM
To: cliffhanger(a)gardener.com
Subject: Exactly
I'm a better writer than I am a speaker, so before I go to talk to people about things, I write my words down and read what I've written out loud and to my dogs (they say they don't mind). That way I don't jumble my words when it's go time.
However, I have the gift of drawing people in (I get it from my Dad, who is a gifted speaker), and I'm told I'm enigmatic. That helps when I'm trying to get what I want, as I'm able to explain it to people in a relatable way. Actually, yes, relatability is key. If you can figure out what your audience wants to hear and deliver it to them in a specific manner, you're going to get what you want. Maybe not the first time, but as long as you're not afraid of hearing the word 'no' (I LOVE the word no - party time!), then you'll end up with the prize. Be persistent.
Good luck, sir/madam.
Sent from Mail for Windows 10
5 years, 2 months
Re: Is there some "Hello GDbus connman World" somewhere ?
by Daniel Wagner
Hi Pierre,
Please do not drop the CC, because someone else might also be interested
in our discussion.
On 07/25/2017 06:40 PM, Pierre Couderc wrote:
>
> On 07/24/2017 03:18 PM, Daniel Wagner wrote:
>> Hi Pierre,
>>
> ...
>> Hope that helps!
>>
>> Thanks,
>> Daniel
>
> Hi Daniel,
>
>
> When I ask if GDbus is a good way, you answer me "probably yes". Thank
> you very much.
As I tried to explain, it depends on what you want to do. Sometimes you
don't need a full fledge library and 10 abstraction to do simple stuff.
But sometimes this is what you want.
> When I analyze the examples you give, for example "simple ncurses" (I
> have jumped on the "simple" word), I see it does not use GDbus.
Yes, the ncurses example avoids to pull in a lot of dependencies. But
then you have to handle all the low level stuff yourself. That can be
hard work. GDbus & friends do help to abstract a bit from the low level
bits. But the price is that you have to follow the GDbus way.
> I am tempted to conclude that GDbus could be a monster very powerful but
> that can be avoided for simple or less simple tasks...
I can't really help you here, since you didn't tell us what you plan to
do. If you just want to monitor some signals from ConnMan, e.g.
offline/online, then you might take a short cut. But be aware you need
to handle all the async DBus messages, which means you need to have an
event loop etc. That is why GDbus is not so a bad option, because you
get all those low level handling done by the frameworks.
Since you are really starting working with DBus I highly recommend to
use a higher level framework. There are many really nasty pitfalls when
it comes to DBus, especially libdbus.
> Is you feeling something like that ? At least for working with connman...
Again, I can't help you here, no idea what you are trying to do.
Thanks,
Daniel
5 years, 2 months
Is there some "Hello GDbus connman World" somewhere ?
by Pierre Couderc
For example, if want to list the wifi essids available in my C app, I
think the best way is connman by the D-Bus.
Ant I suppose GDbus is the best way.
Is it?
Is there some hox to to do that ?
Thanks
PC
5 years, 2 months
miracast connections using connman disconnect after 30 mins (DHCP renewal problem?)
by Carl D. Blake
I've been using connman in an application involving doing miracast
connections. I've been using libwds and connman 1.34 as well as
wpa_supplicant V2.6.
I'm encountering a problem where I can establish a miracast connection
with an android device, but after 30 mins. the entire connection drops.
This is the messages I see when that happens:
---------------------------------------------
Jul 14 22:54:48 cr-400-2ac2 wpa_supplicant[945]: wlan0: Failed to
initiate sched scan
Jul 14 23:17:01 cr-400-2ac2 CRON[1523]: (root) CMD ( cd / && run-parts
--report /etc/cron.hourly)
Jul 14 23:20:01 cr-400-2ac2 connmand[926]: Peer DHCP server: Received
REQUEST NIP 0
Jul 14 23:20:01 cr-400-2ac2 kernel: [ 1884.087547] DHCP - REQUEST [RX]
Jul 14 23:20:03 cr-400-2ac2 kernel: [ 1886.228326] DHCP - REQUEST [RX]
Jul 14 23:20:11 cr-400-2ac2 kernel: [ 1894.311831] DHCP - REQUEST [RX]
Jul 14 23:20:28 cr-400-2ac2 kernel: [ 1911.745592] DHCP - REQUEST [RX]
Jul 14 23:19:48 cr-400-2ac2 wpa_supplicant[945]: message repeated 5
times: [ wlan0: Failed to initiate sched scan]
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: p2p-wlan0-1:
AP-STA-DISCONNECTED b6:ef:39:39:5b:df p2p_dev_addr=b6:ef:39:39:db:df
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: AP-STA-DISCONNECTED
b6:ef:39:39:5b:df p2p_dev_addr=b6:ef:39:39:db:df
Jul 14 23:20:29 cr-400-2ac2 cpn: * Source unavailable
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: P2P-GROUP-REMOVED
p2p-wlan0-1 GO reason=REQUESTED
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: p2p-wlan0-1: interface
state ENABLED->DISABLED
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: p2p-wlan0-1:
AP-DISABLED
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: p2p-wlan0-1:
CTRL-EVENT-DISCONNECTED bssid=02:04:4b:58:aa:c0 reason=3
locally_generated=1
Jul 14 23:20:28 cr-400-2ac2 connmand[926]: message repeated 3 times:
[ Peer DHCP server: Received REQUEST NIP 0]
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {RX} 367084
packets 399923565 bytes
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {TX} 156 packets
19838 bytes
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {update} flags
102403 <UP,LOWER_UP>
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 operstate 5
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {update}
flags 102403 <UP,LOWER_UP>
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 operstate 5
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.126009] [07-14 23:20:29.280]
wl_notify_connect_status_ap: event WLC_E_DEAUTH_IND(6) status 0 reason 3
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.126039] [07-14 23:20:29.280]
wl_notify_connect_status_ap: event WLC_E_DISASSOC_IND(12) status 0
reason 8
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.128488]
wl_cfg80211_del_station : Disconnect STA : b6:ef:39:39:5b:df scb_val.val
3
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.132741]
wl_cfg80211_del_station : Disconnect STA : ff:ff:ff:ff:ff:ff scb_val.val
3
Jul 14 23:20:29 cr-400-2ac2 wpa_supplicant[945]: nl80211: deinit
ifname=p2p-wlan0-1 disabled_11b_rates=0
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {RX} 367084
packets 399923565 bytes
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {TX} 157 packets
19904 bytes
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {update} flags
102467 <UP,RUNNING,LOWER_UP>
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 operstate 6
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {update}
flags 102467 <UP,RUNNING,LOWER_UP>
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 operstate 6
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.251941]
dhd_cfg80211_clean_p2p_info : Clean : op_mode=0x0005
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.253235] 'cfg p2p_ifdis' error
-23
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {update}
flags 36866
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {newlink}
index 10 operstate 2
Jul 14 23:20:29 cr-400-2ac2 avahi-daemon[471]: Interface
p2p-wlan0-1.IPv6 no longer relevant for mDNS.
Jul 14 23:20:29 cr-400-2ac2 avahi-daemon[471]: Leaving mDNS multicast
group on interface p2p-wlan0-1.IPv6 with address fe80::4:4bff:fe58:aac0.
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {update} flags
36866
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 address 02:04:4B:58:AA:C0 mtu 1500
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {newlink} index
10 operstate 2
Jul 14 23:20:29 cr-400-2ac2 avahi-daemon[471]: Interface
p2p-wlan0-1.IPv4 no longer relevant for mDNS.
Jul 14 23:20:29 cr-400-2ac2 avahi-daemon[471]: Leaving mDNS multicast
group on interface p2p-wlan0-1.IPv4 with address 192.168.0.1.
Jul 14 23:20:29 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {del} route
fe80:: gw :: scope 0
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.259164]
"dhd->iflist[*ifidx] != NULL": file "dhd_linux.c", line 8106
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.260405] deleting interface
'p2p-wlan0-1' idx 1
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.260429] dhd_get_stats: BAD_IF
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.260873] dhd_get_stats: BAD_IF
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.261266] dhd_get_stats: BAD_IF
Jul 14 23:20:29 cr-400-2ac2 kernel: [ 1912.261289]
wl_cfg80211_netdev_notifier_call : [NETDEV_DOWN] wait for complete of
cleanup_work (0 th)
Jul 14 23:20:30 cr-400-2ac2 connmand[926]: Inconsistent IP pool
management (start not found)
Jul 14 23:20:30 cr-400-2ac2 connmand[926]: (null) {del} address
192.168.0.1/24 label p2p-wlan0-1
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.255689] dhd_get_stats: BAD_IF
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.255817] Cannot find ifidx
for(p2p-wlan0-1) set to 0
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.263179] dhd_get_stats: BAD_IF
Jul 14 23:20:30 cr-400-2ac2 connmand[926]: p2p-wlan0-1 {dellink} index
10 operstate 2
Jul 14 23:20:30 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {dellink}
index 10 operstate 2
Jul 14 23:20:30 cr-400-2ac2 connman-vpnd[940]: p2p-wlan0-1 {remove}
index 10
Jul 14 23:20:30 cr-400-2ac2 connmand[926]: (null) {remove} index 10
Jul 14 23:20:30 cr-400-2ac2 avahi-daemon[471]: IP_DROP_MEMBERSHIP
failed: No such device
Jul 14 23:20:30 cr-400-2ac2 connmand[926]: Remove interface (null)
[ wifi ]
Jul 14 23:20:30 cr-400-2ac2 avahi-daemon[471]: Withdrawing address
record for fe80::4:4bff:fe58:aac0 on p2p-wlan0-1.
Jul 14 23:20:30 cr-400-2ac2 avahi-daemon[471]: Withdrawing address
record for 192.168.0.1 on p2p-wlan0-1.
Jul 14 23:20:30 cr-400-2ac2 avahi-daemon[471]: Withdrawing workstation
service for p2p-wlan0-1.
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.325494] dhd_get_stats: BAD_IF
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.325699] DHD-MON:
dhd_del_monitor IF not found in monitor array, is this a monitor IF?
0xffffffc0f4f2a800
Jul 14 23:20:30 cr-400-2ac2 kernel: [ 1913.326204] wl_dealloc_netinfo :
Unknown wdev freeed!
Jul 14 23:21:23 cr-400-2ac2 wpa_supplicant[945]: P2P-DEVICE-LOST
p2p_dev_addr=b6:ef:39:39:db:df
Jul 14 23:21:23 cr-400-2ac2 wpa_supplicant[945]: dbus: Unregister peer
object '/fi/w1/wpa_supplicant1/Interfaces/1/Peers/b6ef3939dbdf'
Jul 14 23:21:23 cr-400-2ac2 cpn: * Peer removed: SAMSUNG-SM-G360V
-----------------------------------------
I originally thought it had something to do with miracast and asked this
question at that site, but the people there thought it might be an issue
with connman.
It seems like there might be some issue with DHCP renewal. Does anybody
know what's happening here?
5 years, 2 months
Re: [PATCH] service: Fix loose mode routing not enabled with EnableOnlineCheck option
by Daniel Wagner
Hi Guillaume,
On 07/24/2017 11:46 AM, gderoire(a)gmail.com wrote:
> From: Guillaume Deroire <guillaume.deroire(a)hach.com>
>
> When EnableOnlineCheck option is disabled, the rp_filter is not updated.
> If there are more than one service available, the result is that some
> packets are blocked.
Patch applied. I added to commit message the commit ref which added the
rp_filter and the one which broke it.
Thanks,
Daniel
5 years, 2 months
[PATCH] plugins/pacrunner.c: do not configure our domains
by Julien Massot
From: Julien Massot <jmassot(a)softbankrobotics.com>
My guess is that there is a confusion between our domains,
and the proxy domains.
The domain configured for the service have no link to the
proxy domain.
PacRunner says that array{string} Domains [optional]
Domain names and IP range for which this proxy
configuration shall be valid.
So for example a proxy servers may be valid to access website
under the domain example.com to be able to reply to request for
url: http://www.example.com/site/test.html host: www.example.com
but not for http://ipv4.connman.net/online/status.html ipv4.connman.net.
Just remove this Domain parameter since we don't know for which
domain the proxy server is relevant, assume it's for any domain.
---
plugins/pacrunner.c | 5 -----
1 file changed, 5 deletions(-)
diff --git a/plugins/pacrunner.c b/plugins/pacrunner.c
index 850139fd..3ae25df2 100644
--- a/plugins/pacrunner.c
+++ b/plugins/pacrunner.c
@@ -178,11 +178,6 @@ static void create_proxy_configuration(void)
g_free(interface);
}
- str = connman_service_get_domainname(default_service);
- if (str)
- connman_dbus_dict_append_array(&dict, "Domains",
- DBUS_TYPE_STRING, append_string, &str);
-
str_list = connman_service_get_nameservers(default_service);
if (str_list)
connman_dbus_dict_append_array(&dict, "Nameservers",
--
2.13.3
5 years, 2 months
[PATCH] Fix D-Bus autostart service file name
by Julien Massot
From: Julien Massot <jmassot(a)softbankrobotics.com>
Fix:
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ServiceNotFound: Bus name not found in system service directory
---
Makefile.am | 2 +-
configure.ac | 2 +-
src/{pacrunner.service.in => org.pacrunner.service.in} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename src/{pacrunner.service.in => org.pacrunner.service.in} (100%)
diff --git a/Makefile.am b/Makefile.am
index dd231ef..a3f178c 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -8,7 +8,7 @@ dbusconf_DATA = src/pacrunner.conf
dbusdatadir = @DBUS_DATADIR@
-dbusdata_DATA = src/pacrunner.service
+dbusdata_DATA = src/org.pacrunner.service
endif
gdbus_sources = gdbus/gdbus.h gdbus/mainloop.c gdbus/watch.c \
diff --git a/configure.ac b/configure.ac
index c68adae..1577c86 100644
--- a/configure.ac
+++ b/configure.ac
@@ -150,4 +150,4 @@ AC_ARG_ENABLE(datafiles, AC_HELP_STRING([--disable-datafiles],
[enable_datafiles=${enableval}])
AM_CONDITIONAL(DATAFILES, test "${enable_datafiles}" != "no")
-AC_OUTPUT(Makefile src/pacrunner.service libproxy/libproxy-1.0.pc)
+AC_OUTPUT(Makefile src/org.pacrunner.service libproxy/libproxy-1.0.pc)
diff --git a/src/pacrunner.service.in b/src/org.pacrunner.service.in
similarity index 100%
rename from src/pacrunner.service.in
rename to src/org.pacrunner.service.in
--
2.13.3
5 years, 2 months
