:: Re: [DNG] Automatic connections: ex…
トップ ページ
このメッセージを削除
このメッセージに返信
著者: Hendrik Boom
日付:  
To: dng
題目: Re: [DNG] Automatic connections: expected behaviour from netman
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
> >