:: Re: [DNG] Automatic connections: ex…
Forside
Slet denne besked
Besvar denne besked
Skribent: Hendrik Boom
Dato:  
Til: Edward Bartolo
CC: dng
Emne: Re: [DNG] Automatic connections: expected behaviour from netman
On Sun, Sep 13, 2015 at 08:23:56PM +0200, Edward Bartolo wrote:
> 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.


Yes, that would help. Not as convenient as having an autoconnect bit
in each essid's data, but certainly usable.

-- hendrik


>
> 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
> >>
> >