:: Re: [DNG] Automatic connections: ex…
Startseite
Nachricht löschen
Nachricht beantworten
Autor: Edward Bartolo
Datum:  
To: Hendrik Boom
CC: dng
Betreff: Re: [DNG] Automatic connections: expected behaviour from netman
Hi Hendrik Boom,

You can achieve what you want by not using --auto-conn. This means,
netman would not try to automatically search for an existing essid
file matching the wifi sources available in the vicinity. In that
case, connection to a wifi can be done on request by clicking a
button. This feature is already implemented and satisfies what you
want with the added inconvenience of the user having to click a
button.

Edward

On 13/09/2015, Edward Bartolo <edbarx@???> wrote:
> Hi Hendrik Boom,
>
> I will think about implementing your request as it makes sense and it
> escaped my planning of netman. However, at this time I am very busy
> which means, I will not be able to implement your wish immediately.
> Nevertheless, I will make my utmost to do it as soon as I can.
>
> Edward
>
> On 13/09/2015, Hendrik Boom <hendrik@???> wrote:
>> On Sun, Sep 13, 2015 at 06:52:27PM +0200, Edward Bartolo wrote:
>>> That is easy to achieve from the GUI frontend. Just delete the
>>> connections you don't want.
>>>
>>> Edward
>>
>> NONONO! I want to keep them around for when I do need them. I just
>> don't want it automatic.
>>
>> Examples:
>>
>> A company's internal network that I should only connect to in the course
>> of work for that company.
>>
>> A service that charges for usage that I use when there isn't a free
>> service available.
>>
>> -- hendrik
>>
>>
>>>
>>> On 13/09/2015, Hendrik Boom <hendrik@???> wrote:
>>> > On Sun, Sep 13, 2015 at 05:20:25PM +0200, Edward Bartolo wrote:
>>> >> Hi all,
>>> >>
>>> >> By automatic connections I understood netman using the available
>>> >> essids for which it knows the password to connect. This means, it
>>> >> does
>>> >> not attempt to connect if no essid file is found under
>>> >> /etc/network/wifi.
>>> >>
>>> >> Edward
>>> >
>>> > The user should bee able to control which connexions are made
>>> > automatically. There may well be essids which I do not want to be
>>> > connected to automatically even though I have used them in the past.
>>> >
>>> > -- hendrik
>>> >
>>> >>
>>> >>
>>> >>
>>> >> On 13/09/2015, ibid.ag@??? <ibid.ag@???> wrote:
>>> >> > On Sun, Sep 13, 2015 at 02:35:43PM +0200, Edward Bartolo wrote:
>>> >> >> Hi all,
>>> >> >>
>>> >> >> As I am approaching the final stages of Pre-Alpha development, I
>>> >> >> would
>>> >> >> like to ask how netman should behave when 'automatic connections'
>>> >> >> are
>>> >> >> enabled.
>>> >> >
>>> >> >> Needless to state the obvious, here, we are not doing Microsoft,
>>> >> >> but
>>> >> >> rather, we want to keep netman as simple as it can be. Yes, there
>>> >> >> are
>>> >> >> opinions contrary to what I am doing, but the world is such, that
>>> >> >> we
>>> >> >> cannot please everyone.
>>> >> >>
>>> >> >> At the moment, I am thinking about how netman should behave when
>>> >> >> automatic searching and connecting to wifi hotspots is enabled. I
>>> >> >> already have an idea how this can be achieved, but I want to use
>>> >> >> the
>>> >> >> least of processing time possible, knowing from experience how
>>> >> >> network
>>> >> >> managers that think for themselves can be made to almost clog the
>>> >> >> system.
>>> >> >
>>> >> > May I suggest that you step back and take a look at the big
>>> >> > picture?
>>> >> >
>>> >> > As I see it, the big picture is more-or-less this:
>>> >> >
>>> >> > -netman is a gui to configure and manage ifup, which uses
>>> >> > wpa_supplicant
>>> >> > plugins to connect to specific pre-configured wireless interfaces.
>>> >> >
>>> >> > -ifup is a one-shot tool to configure network interfaces, featuring
>>> >> > a great capacity for plugins. It cannot handle wireless itself,
>>> >> > but there is a wpa_supplicant plugin.
>>> >> >
>>> >> > -wpa_supplicant is a daemon designed to autoconnect to wireless
>>> >> > networks, supporting roaming and just about every type of wireless
>>> >> > network.
>>> >> >
>>> >> > -the wpa_supplicant plugins are scripts that allow "ifup wlan0"
>>> >> > to configure wlan0 in EITHER of two ways:
>>> >> >  (a) start wpa_supplicant with no config and add a single network:
>>> >> > iface wlan0 inet dhcp
>>> >> >     wpa-ssid "foo"
>>> >> >     wpa-psk "topsecretpassword"
>>> >> >  (b) start wpa_supplicant with a pre-defined config containing all
>>> >> >  the networks, and configure the interface on connection:
>>> >> > iface wlan0 inet manual
>>> >> >     wpa-roam "/etc/wpa_supplicant/wpa_supplicant.conf"

>>> >> >
>>> >> > iface default inet dhcp
>>> >> >
>>> >> >
>>> >> > It's seemed rather odd to me that netman ignores wpa-roam.
>>> >> >
>>> >> > HTH,
>>> >> > Isaac Dunham
>>> >> >
>>> >> _______________________________________________
>>> >> Dng mailing list
>>> >> Dng@???
>>> >> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>> > _______________________________________________
>>> > Dng mailing list
>>> > Dng@???
>>> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>> >
>> _______________________________________________
>> Dng mailing list
>> Dng@???
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>
>