You are not logged in.
Filed bug, waiting for it to become documented so that it will become a feature.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Does the CMST have VPN support (P2P) or does VPN have to be configured through connman?
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
No VPN at the moment. I've looked briefly what is involved, but that is it.
P2P services do show up in the Services window if any are found. Support is very limited at the moment, turning power on and off is about all you can do. The last, or second to last Connman update introduced an API for managing Peer services, but all of the DBus methods are still marked "Experimental". I'm trying to avoid implementing anything marked "Experimental" or "Depreciated". Not always successful, but I am trying to avoid it.
Offline
This is probably connman, but something seems to be messing with my routing table. It puts my DNS servers as hosts? And 0.0.0.0 as default gateway? When I stop connman, it quits doing that.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
I'd also guess this is a Connman thing, There is nothing in the API documents about having the user change the routing table. As mentioned above almost all that I've done is implement things that Connman allows the user to interact with. The only exception is the recently added Provisioning Editor, but that would not do what you are seeing, unless you've used it to make entries for these items in a provisioning file.
[edit] added to last sentence.
Last edited by ajbibb (2014-12-28 01:14:12)
Offline
I see output from systemctl status connman that confirms that connman is changing the routing table and awkwardly adding the dns servers to the routing table. Not sure why.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Does the at this link make any sense?
http://t148029.handhelds-moblin-connman … 48029.html
I'm sure I don't understand it all, but I think what the Connman devs are saying is that only one entity should ever control the routing table, and if you are running Connman it should be Connman. Could be wrong, but that is what I'm getting from it.
Offline
This might be kind of funny. I have a ethernet-static netctl profile going which should do everything I tell it from that. And while I was using wicd, I didn't connect to my wifi with wicd. I manually went to it. Then the wireless router I didn't have connected to the internet was trying to route my dns to the router. Of course, it couldn't resolve dns entries. To correct it simply, I had to manually enter some dns addresses into the router even though it wasn't connected to the internet, so that my static wired connection could still resolve (some applications). So then when I enabled connman, (stopping wicd of course), then connman did it's thing and somewhere in there it disconnected the ethernet connection, and then it got a dhcp address to the ethernet card, and a 169. address to the wireless interface (according to cmst). Really bizarre. Maybe there's a reason it keeps the dns servers in the routing table?? but it seemed to still get confused even then.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
It is somewhat odd that wicd won't pick up a router where it should, but connman/cmst does a really good job of picking up where it left off.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
If I'm reading your post correctly you are using netctl for a static ethernet connection, and then either Connman or WiCD for wireless? If so I'm pretty sure that is not good, need either one or the other. You can setup a static connection with Connman. In the details tab of CMST for your connection click the Configuration button then put the nameserver in the box on the Nameservers tab.
Regards your post #84, I need give credit where it is due. If the connection is working (or not for that matter) credit goes entirely to Connman. All CMST does is act as a middleman between the user and Connman, and maybe helps in editing Connman configuration files, but really nothing you could not do by hand. Connman speaks DBus, most people don't, CMST just translates.
Offline
It was Wicd having problems connecting. Even FreeBSD would connect in the same place where Wicd wouldn't. But I have noticed that connman would connect in other configurations where Wicd was having trouble. Not sure what the difference is. Not even that far from the router (90% or more).
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline