[PATCH] network: fixed connman_network_set_error when connect during disconnect
by Vasyl Vavrychuk
If we call connect to wifi immidiatelly after disconnect with a right
interval then connect will be set pending because disconnect is in
progress.
After disconnect succeed connman_network_set_connected(networ, false)
will be called causing CONNMAN_NETWORK_ERROR_CONNECT_FAIL.
src/service.c:__connman_service_disconnect() service 0x5609fd6133e0
plugins/wifi.c:network_disconnect() network 0x5609fd612f60
src/network.c:connman_network_set_associating() network 0x5609fd612f60 associating 0
src/session.c:service_state_changed() service 0x5609fd6133e0 state 1
src/service.c:connect_service() service 0x5609fd6133e0
src/service.c:__connman_service_connect() service 0x5609fd6133e0 state idle connect reason none -> user
src/network.c:__connman_network_connect() network 0x5609fd612f60
plugins/wifi.c:network_connect() network 0x5609fd612f60
src/network.c:connman_network_set_associating() network 0x5609fd612f60 associating 1
src/service.c:__connman_service_ipconfig_indicate_state() service 0x5609fd6133e0 (...) old state 1 (idle) new state 2 (association) type 1 (IPv4)
src/service.c:service_indicate_state() service 0x5609fd6133e0 old idle - new association/idle => association
src/session.c:service_state_changed() service 0x5609fd6133e0 state 2
src/notifier.c:notify_idle_state() idle 0
src/manager.c:idle_state() idle 0
src/connection.c:__connman_connection_update_gateway() default (nil)
src/service.c:__connman_service_ipconfig_indicate_state() service 0x5609fd6133e0 (...) old state 1 (idle) new state 2 (association) type 2 (IPv6)
src/service.c:service_indicate_state() service 0x5609fd6133e0 old association - new association/association => association
src/service.c:__connman_service_connect() service 0x5609fd6133e0 err -115
plugins/wifi.c:interface_state() wifi 0x5609fd6065c0 interface state 2
plugins/wifi.c:is_idle() state 7
src/network.c:connman_network_set_connected() network 0x5609fd612f60 connected 0/0 connecting 1 associating 1
src/network.c:connman_network_set_error() network 0x5609fd612f60 error 4
---
plugins/wifi.c | 12 +++++++-----
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index 3ad60e21..dc08c6af 100644
--- a/plugins/wifi.c
+++ b/plugins/wifi.c
@@ -2234,10 +2234,9 @@ static void disconnect_callback(int result, GSupplicantInterface *interface,
return;
}
- if (wifi->network) {
+ if (wifi->network != wifi->pending_network)
connman_network_set_connected(wifi->network, false);
- wifi->network = NULL;
- }
+ wifi->network = NULL;
wifi->disconnecting = false;
wifi->connected = false;
@@ -2560,8 +2559,11 @@ static void interface_state(GSupplicantInterface *interface)
default:
break;
}
- connman_network_set_connected(network, false);
- connman_network_set_associating(network, false);
+
+ if (network != wifi->pending_network) {
+ connman_network_set_connected(network, false);
+ connman_network_set_associating(network, false);
+ }
wifi->disconnecting = false;
start_autoscan(device);
--
2.11.0
2 years, 9 months
Re: Problem when creating a connman-vpn provider with dbus net.connman.vpn.Manager.Create
by Daniel Wagner
Hi Thomas,
On 04/17/2018 10:58 AM, Thomas Achleitner wrote:
> Hi Daniel,
>
> Thank you for your response!
>
> On 04/16/2018 10:06 PM, Daniel Wagner wrote:
>> Hi Thomas,
>>
>> On 04/12/2018 08:54 AM, Thomas Achleitner wrote:
>>> I may have found a bug when creating a vpn provider with DBus.
>>>
>>> The first time i create a connection the provider will not contain the
>>> vpn type specific configuration (e.g. OpenVPN.ConfigFile)
>>
>> Not sure if I understand you right. What do you mean with 'vpn type'?
>> Do you mean the OpenVPN.DeviceType (tap or tun)? Or is
>> OpenVPN.ConfigFile missing?
>
> With vpn type i meant OpenVPN, VPNC etc.
>
> I set 'OpenVPN.ConfigFile' and 'OpenVPN.DeviceType', but the first time
> they won't appear in the provider file that is created by connman.
Okay, got it.
Looking at the code how ConfigFile and DeviceType are parsed I see that
we do anything when ConfigFile is set:
static int ov_connect(struct vpn_provider *provider,
struct connman_task *task, const char *if_name,
vpn_provider_connect_cb_t cb, const char *dbus_sender,
void *user_data)
{
const char *option;
int stdout_fd, stderr_fd;
int err = 0;
option = vpn_provider_get_string(provider, "Host");
if (!option) {
connman_error("Host not set; cannot enable VPN");
return -EINVAL;
}
task_append_config_data(provider, task);
option = vpn_provider_get_string(provider, "OpenVPN.ConfigFile");
if (!option) {
/*
* Set some default options if user has no config file.
*/
option = vpn_provider_get_string(provider, "OpenVPN.TLSAuth");
if (option) {
connman_task_add_argument(task, "--tls-auth", option);
option = vpn_provider_get_string(provider,
"OpenVPN.TLSAuthDir");
if (option)
connman_task_add_argument(task, option, NULL);
}
connman_task_add_argument(task, "--nobind", NULL);
connman_task_add_argument(task, "--persist-key", NULL);
connman_task_add_argument(task, "--client", NULL);
}
...
}
Not sure if that is a problem or not. Just looks suspicious.
> The connection works as expected and
> 'net.connman.vpn.Connection.GetProperties' returns the expected
> configuration, but the 'OpenVPN' values don't get saved in the provider
> file.
>
> So if i restart connman i can't connect the VPN
>
> If i do the same call a second time the values are saved though. My
> current fix is to sent the creation call twice.
>
> I can see in the connman-vpn debug output that it behaves different if
> the provider file is already present
>
> If not present there are no calls to 'vpn_provider_get_string()' after
> 'vpn_provider_save()'
> If the provider file is present the values for 'OpenVPN' are read
vpn_provider_save() is called once from __vpn_provider_create() and
from __vpn_provider_create_from_config(). If I read this correctly,
than __vpn_provider_create() is handling the ConfigFile option
differently than __vpn_provider_create_from_config().
Sorry running out of time to look at this right now. Maybe you can
give it a shot at look at those two function and see the
problem.
Thanks,
Daniel
2 years, 9 months
RE: Retry NTP servers periodically on startup
by Craig McQueen
Daniel Wagner wrote:
> On 01/17/2018 08:50 AM, Daniel Wagner wrote:
> > This is the attempt to fix the outstanding CM-636 bug. This is still
> > not completely finished. There is some more potential to cleanup the
> > timeserver code. But I thought maybe someone wants to test it. You can
> > install a iptables rule to see if the retry logic works.
> >
> > iptables -A OUTPUT -p tcp --dport 123 -j DROP
> > iptables -A OUTPUT -p udp --dport 123 -j DROP
> >
> > This should do the trick.
>
> After some more debugging and removing of the unnecessary DBG() I
> applied this.
I have a device using ConnMan 1.32, which is connected to the Internet through a FritzBox home ADSL router. It is configured with NTP servers:
0.pool.ntp.org, 1.pool.ntp.org, 2.pool.ntp.org, 3.pool.ntp.org
It additionally gets the IPv4 address of the FritzBox router itself as a further NTP server, from DHCP.
I have found that if the router is power-cycled just before the time of the next NTP sync (which occurs at roughly 17 minute intervals), then it subsequently never does any more NTP syncs.
I saw this recent work on CM-636 in the ConnMan git repository, so I have tried upgrading the devices to use a recent git commit of ConnMan. Then I retested power-cycling the router just before a scheduled NTP sync. I did the test twice, and the first time, it still did a sync a minute later, after the router rebooted. But the second time I did the test, the device subsequently never has done any more NTP syncs. That was roughly 14 hours ago.
Any ideas on what is going on?
--
Craig McQueen
2 years, 9 months
[PATCH] gdhcp: Fix wrong initialization of listener_watch
by Daniel Wagner
listener_watch is of type unsigned integer. So initializing it
to -1 means we always try to remove the source and we get a
warning by Glib
(gdb) bt
#0 g_log (log_domain=log_domain@entry=0x7ffff7b56fae "GLib",
log_level=log_level@entry=G_LOG_LEVEL_CRITICAL,
format=format@entry=0x7ffff7b5e808 "Source ID %u was not found when attempting to remove it")
at gmessages.c:1399
#1 0x00007ffff7b0d8ac in g_source_remove (tag=4294967295) at gmain.c:2351
#2 0x000000000040b1f5 in g_dhcp_server_stop (dhcp_server=0x616490) at gdhcp/server.c:847
#3 0x000000000040b24a in g_dhcp_server_unref (dhcp_server=0x616490) at gdhcp/server.c:864
#4 0x000000000040b869 in main (argc=2, argv=0x7fffffffdd88) at tools/dhcp-server-test.c:118
---
gdhcp/server.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gdhcp/server.c b/gdhcp/server.c
index b6b58788200e..85405f193fe3 100644
--- a/gdhcp/server.c
+++ b/gdhcp/server.c
@@ -396,7 +396,7 @@ GDHCPServer *g_dhcp_server_new(GDHCPType type,
dhcp_server->ref_count = 1;
dhcp_server->ifindex = ifindex;
dhcp_server->listener_sockfd = -1;
- dhcp_server->listener_watch = -1;
+ dhcp_server->listener_watch = 0;
dhcp_server->listener_channel = NULL;
dhcp_server->save_lease_func = NULL;
dhcp_server->debug_func = NULL;
--
2.14.3
2 years, 9 months
[PATCH] inet: Remove error message if /proc/net/pnp file is missing
by Daniel Wagner
Commit 8810e72176f8 ("inet: Return error if pnp_file doesn't exists")
introduced the error message. For system without an NFS root this
is not an error. Avoid printing this message on every bootup.
Suggested-by: Vasyl Vavrychuk <vvavrychuk(a)gmail.com>
---
src/inet.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/inet.c b/src/inet.c
index 4c2ebb87d593..3ed83e860428 100644
--- a/src/inet.c
+++ b/src/inet.c
@@ -3068,10 +3068,8 @@ static int get_nfs_server_ip(const char *cmdline_file, const char *pnp_file,
pnp_file, error->message);
goto out;
}
- } else {
- connman_error("%s: File %s doesn't exist\n", __func__, pnp_file);
+ } else
goto out;
- }
len = strlen(cmdline);
if (len <= 1) {
--
2.14.3
2 years, 9 months
NTP failures on RaspberryPi
by Rudi
Hi folks,
the NTP on any version of any connman newer than 1.33 (including latest git version) does bizarre things here on RaspberryPi
devices. The time gets set completely wrong. Yesterday, I've found out that this seems to be related to the presence/absence of a
real time clock. If I add a small I2C RTC module, everything works as expected. But if this module is not installed, the
misbehaviour shows up. It appears the newer time adjustment mechanism via adjtimex() is causing this. When reverting to the old
adjtime()/settimeofday() approach as used in 1.33, it works without RTC hardware installed.
Any thoughts?
--
Ruediger "Rudi" Ihle
2 years, 9 months
[PATCH] vpn: Handle stale task completions
by Slava Monich
The task may die after we have already started the new one
---
vpn/plugins/vpn.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/vpn/plugins/vpn.c b/vpn/plugins/vpn.c
index aeb01d6..10548aa 100644
--- a/vpn/plugins/vpn.c
+++ b/vpn/plugins/vpn.c
@@ -133,6 +133,10 @@ void vpn_died(struct connman_task *task, int exit_code, void *user_data)
if (!data)
goto vpn_exit;
+ /* The task may die after we have already started the new one */
+ if (data->task != task)
+ goto done;
+
state = data->state;
stop_vpn(provider);
@@ -172,6 +176,7 @@ vpn_exit:
g_free(data);
}
+done:
connman_task_destroy(task);
}
--
1.9.1
2 years, 9 months
scan starts automatically on device enable even if BackgroundScanning=false
by Vasyl Vavrychuk
Documentation on BackgroundScanning says
When BackgroundScanning is false, ConnMan will not perform any scan
regardless of wifi is connected or not, unless it is requested by
the user through a D-Bus call.
but code in connman_device_set_powered thinks other way. It starts
scan after device power enable.
2 years, 9 months
Problem when creating a connman-vpn provider with dbus net.connman.vpn.Manager.Create
by Thomas Achleitner
Hi,
I may have found a bug when creating a vpn provider with DBus.
The first time i create a connection the provider will not contain the
vpn type specific configuration (e.g. OpenVPN.ConfigFile)
The configuration seems correct and the connection is set up,
net.connman.vpn.Connection.GetProperties contains the etries
dict entry(
string "OpenVPN.ConfigFile"
variant string "/media/card/openvpn/openvpn.conf"
)
dict entry(
string "OpenVPN.DeviceType"
variant string "tap"
)
but the providerfile looks like
[vpn_sspcdn_a_net_vpn_sspcdn_a_net]
Name=Test VPN
Type=openvpn
Host=vpn.sspcdn-a.net
VPN.Domain=sspcdn-a.net
If i call dbus net.connman.vpn.Manager.Create a second time the
information gets added to the provider file correctily.
connman-vpnd debug output of the first call
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-manager.c:create() conn 0x68988
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() Type OpenVPN
name Atlas VPN networks (nil)
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() ident
vpn_sspcdn_a_net_vpn_sspcdn_a_net
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_new() provider 0x6a910
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:provider_initialize() provider 0x6a910
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get() provider 0x6a910
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:configuration_count_add() count 1
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:provider_probe()
provider 0x6a910 driver (nil) name Atlas VPN
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:provider_resolv_host_addr() Trying to
resolv vpn.sspcdn-a.net
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_ref_debug() 0x6a910 ref
2 by ../connman-1.35/vpn/vpn-provider.c:594:provider_resolv_host_addr()
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Name immutable no value Atlas VPN
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Type immutable no value OpenVPN
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Host immutable no value vpn.sspcdn-a.net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Domain immutable no value vpn.sspcdn-a.net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key OpenVPN.ConfigFile immutable no value
/media/card/openvpn/openvpn.conf
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key OpenVPN.DeviceType immutable no value tap
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_save() provider 0x6a910
immutable no
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:provider_probe()
provider 0x6a910 driver (nil) name Atlas VPN
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:provider_probe()
driver 0x6c1bc name openvpn
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:connection_register() provider
0x6a910 path (null)
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() provider
0x6a910 index 0 path
/net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:resolv_result()
status 0
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_unref_debug() 0x6a910
ref 1 by ../connman-1.35/vpn/vpn-provider.c:560:resolv_result()
connman-vpnd debug output of the second call
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-manager.c:create() conn 0x68988
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() Type OpenVPN
name Atlas VPN networks (nil)
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() ident
vpn_sspcdn_a_net_vpn_sspcdn_a_net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Name immutable no value Atlas VPN
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Type immutable no value OpenVPN
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Host immutable no value vpn.sspcdn-a.net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key Domain immutable no value vpn.sspcdn-a.net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key OpenVPN.ConfigFile immutable no value
/media/card/openvpn/openvpn.conf
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:set_string()
provider 0x6a910 key OpenVPN.DeviceType immutable no value tap
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_save() provider 0x6a910
immutable no
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.CACert
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Cert
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Key
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.MTU
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.NSCertType
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Proto
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Port
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.AuthUserPass
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.AskPass
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.AuthNoCache
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.TLSRemote
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.TLSAuth
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.TLSAuthDir
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Cipher
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Auth
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.CompLZO
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.RemoteCertTls
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.ConfigFile
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.DeviceType
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:vpn_provider_get_string() provider
0x6a910 key OpenVPN.Verb
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-provider.c:provider_probe()
provider 0x6a910 driver 0x6c1bc name Atlas VPN
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:connection_register() provider
0x6a910 path /net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_create() provider
0x6a910 index 0 path
/net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connman-vpnd[1252]: ../connman-1.35/vpn/vpn-manager.c:get_connections()
conn 0x68988
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:__vpn_provider_get_connections()
connman-vpnd[1252]:
../connman-1.35/vpn/vpn-provider.c:append_connection_structs() path
/net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand debug output for both calls
connmand[706]: ../connman-1.35/plugins/vpn.c:connection_added()
connmand[706]: ../connman-1.35/plugins/vpn.c:create_connection_data()
path /net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand[706]: ../connman-1.35/plugins/vpn.c:add_connection() data
0xe2fe0 path /net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand[706]: ../connman-1.35/plugins/vpn.c:add_connection() state
(null) -> idle
connmand[706]: ../connman-1.35/plugins/vpn.c:create_provider()
/net/connman/vpn/connection/vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand[706]: ../connman-1.35/src/provider.c:provider_new() provider
0xe2b58
connmand[706]: ../connman-1.35/src/provider.c:provider_initialize()
provider 0xe2b58
connmand[706]: ../connman-1.35/src/provider.c:connman_provider_get()
provider 0xe2b58
connmand[706]: ../connman-1.35/plugins/vpn.c:create_provider() provider
0xe2b58 name Atlas VPN
connmand[706]:
../connman-1.35/src/service.c:__connman_service_create_from_provider()
provider 0xe2b58
connmand[706]: ../connman-1.35/src/service.c:connman_service_create()
service 0xe2200
connmand[706]: ../connman-1.35/src/service.c:service_initialize()
service 0xe2200
connmand[706]: ../connman-1.35/src/service.c:service_get() service 0xe2200
connmand[706]:
../connman-1.35/src/provider.c:connman_provider_ref_debug() 0xe2b58 ref
2 by
../connman-1.35/src/service.c:7186:__connman_service_create_from_provider()
connmand[706]: ../connman-1.35/plugins/vpn.c:get_string() data 0xe2fe0
provider 0xe2b58 key Name
connmand[706]:
../connman-1.35/src/ipconfig.c:__connman_ipconfig_create() ipconfig
0xe6c40 index 0
connmand[706]: ../connman-1.35/src/ipconfig.c:create_ipv6config()
ipconfig 0xe38f8 index 0 method auto
connmand[706]: ../connman-1.35/src/service.c:service_register() service
0xe2200
connmand[706]: ../connman-1.35/src/service.c:service_register() path
/net/connman/service/vpn_vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand[706]:
../connman-1.35/src/config.c:__connman_config_provision_service()
service 0xe2200 type 7
connmand[706]: ../connman-1.35/src/service.c:service_load() service 0xe2200
connmand[706]: ../connman-1.35/src/storage.c:storage_load() Unable to
load /var/lib/connman/vpn_vpn_sspcdn_a_net_vpn_sspcdn_a_net/settings: No
such file or directory
connmand[706]:
../connman-1.35/src/connection.c:__connman_connection_update_gateway()
default 0xe2860
connmand[706]: ../connman-1.35/src/service.c:service_schedule_added()
service 0xe2200
connmand[706]: ../connman-1.35/plugins/vpn.c:set_provider_state()
provider 0xe2b58 new state idle
connmand[706]: ../connman-1.35/src/provider.c:provider_indicate_state()
state 1
connmand[706]: ../connman-1.35/plugins/vpn.c:resolv_host_addr() Trying
to resolv vpn.sspcdn-a.net
connmand[706]:
../connman-1.35/src/provider.c:connman_provider_set_domain() provider
0xe2b58 domain vpn.sspcdn-a.net
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key Name
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key Type
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key Host
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key Domain
connmand[706]:
../connman-1.35/src/provider.c:connman_provider_set_domain() provider
0xe2b58 domain vpn.sspcdn-a.net
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key
OpenVPN.ConfigFile
connmand[706]: ../connman-1.35/plugins/vpn.c:property_changed() key
OpenVPN.DeviceType
connmand[706]: ../connman-1.35/plugins/vpn.c:connection_added()
connmand[706]: ../connman-1.35/src/service.c:service_send_changed()
connmand[706]:
../connman-1.35/src/service.c:service_append_added_foreach() changed
/net/connman/service/ethernet_9059af8f4854_cable
connmand[706]:
../connman-1.35/src/service.c:service_append_added_foreach() new
/net/connman/service/vpn_vpn_sspcdn_a_net_vpn_sspcdn_a_net
connmand[706]: ../connman-1.35/plugins/vpn.c:resolv_result() status 0
2 years, 9 months