:: Re: [DNG] [DN Offlist G] netman GIT…
Top Page
Delete this message
Reply to this message
Author: fsmithred
Date:  
To: dng
Subject: Re: [DNG] [DN Offlist G] netman GIT project
I added 'iface wlan0 inet dhcp' while there was a static ip configuration
in place.

With the dhcp line before the static configuration or with the dhcp line
in a separate file under interfaces.d, boot hangs for a short time while
it's trying dhcp, then boot completes, and it's connected with the static
ip number. I assume it hangs while trying to connect without the wpa
passphrase.

With the dhcp line at the end of /etc/network/interfaces, there's no delay
at boot, and it connects using the static ip number.

In all cases, if I run netman, it shows that I'm connected, it can
disconnect, and if I reconnect, I get an ip address in the dhcp range.

I didn't test it with wireless encryption turned off.

-fsr


On 09/14/2015 06:59 AM, fsmithred wrote:
> Having 'iface wlan0 inet dhcp' in /etc/network/interfaces causes no
> problem if there is no wireless interface, but it might cause a problem if
> someone already has wlan0 configured. I guess I should test that, too.
> (Need to reboot for that.)
>
> If netman is going to inject that line into the interfaces file, it might
> be good to check if the interface is already configured, and give the user
> a warning and choice.
>
> FYI, it also works if you put the line into a file under
> /etc/network/interfaces.d/. The default interfaces file in jessie sources
> that directory.
>
> -fsr
>
>
> On 09/14/2015 03:24 AM, Edward Bartolo wrote:
>> Hi,
>>
>> I tested my installation, Devuan 64 bit, for unwanted behaviour when
>> /etc/network/interfaces contains lines as follows but which point to
>> inexistent physical devices:
>>
>> iface wlan1 inet dhcp
>>
>> The OS didn't complain and I was able to use netman as usual without
>> the least of issues. Needless to state, I kept the original "iface
>> wlan0 inet dhcp".
>>
>> This is with "iface wlan1 inet dhcp" present in /etc/network/interfaces:
>> # ifup wlan1
>> Internet Systems Consortium DHCP Client 4.3.1
>> Copyright 2004-2014 Internet Systems Consortium.
>> All rights reserved.
>> For info, please visit https://www.isc.org/software/dhcp/
>>
>> Cannot find device "wlan1"
>> Bind socket to interface: No such device
>>
>> If you think you have received this message due to a bug rather
>> than a configuration issue please read the section on submitting
>> bugs on either our web page at www.isc.org or in the README file
>> before submitting a bug. These pages explain the proper
>> process and the information we find helpful for debugging..
>>
>> exiting.
>> Failed to bring up wlan1.
>>
>>
>> And this is with "iface wlan1 inet dhcp" removed from /etc/network/interfaces:
>> root@edbarx-pc:/dev# ifup wlan1
>> Ignoring unknown interface wlan1=wlan1.
>>
>> Both instances fail to connect but with different error messages.
>>
>>
>> Edward.
>>
>>
>> On 14/09/2015, Edward Bartolo <edbarx@???> wrote:
>>> Hi all,
>>>
>>> The additional ability to recognize wlan1, wlan2, wlan3, etc, in
>>> something I will do as soon as I can.
>>>
>>> Regarding the use of "iface wlan0 inet dhcp" in
>>> /etc/network/interfaces, I have no other option unless someone really
>>> versed in network configuration provides an alternative that works and
>>> that doesn't disrupt the already working code.
>>>
>>> I have already a germinating idea of how to implement support for
>>> wlanN. This is by naming the essid files as wlanX_essid. This way only
>>> the essid saving function and the frontend essid listing functions
>>> would need to be changed. The connecting functions of the backend
>>> would simply parse the filename to extract the device name, and it
>>> would be done.
>>>
>>> However, at this time of the year, I am very busy doing other work
>>> besides programming for Devuan. At the moment, I am busy planting my
>>> vegetables which cannot wait as that depends on the season, and a
>>> couple of weeks makes a whole difference.
>>>
>>> Edward
>>>
>>> On 13/09/2015, aitor_czr <aitor_czr@???> wrote:
>>>> Ok, I like XFCE4 of course.
>>>>
>>>> Aitor.
>>>>
>>>> El 13/09/15 a las 20:13, Edward Bartolo escribió:
>>>>
>>>> Hi aitor, I forgot to write that the final step is to let netman be
>>>> automatically run as soon as a user boots into XFCE4 or desktop or
>>>> window manager. Edward On 13/09/2015, Edward Bartolo <edbarx@???>
>>>> wrote:
>>>>>>> Hi aitor,
>>>>>>>
>>>>>>> I think, the time has come to start thinking about producing a .deb
>>>>>>> package for netman. However, we will have to use a post installation
>>>>>>> script to add the line:
>>>>>>>
>>>>>>> "iface wlan0 inet dhcp"
>>>>>>>
>>>>>>> to /etc/network/interfaces. The script has also to create a new
>>>>>>> directory under /usr/bin with the name netman ie /usr/bin/netman will
>>>>>>> hold both the frontend and the backend.
>>>>>>>
>>>>>>> The SUID for backend must be changed to that belonging to root. I do
>>>>>>> this as follows:
>>>>>>> chown root:root backend
>>>>>>> chmod u+s backend
>>>>>>>
>>>>>>> A new directory under /etc/network with the name wifi must be created
>>>>>>> i.e. /etc/network/wifi must be an existing directory.
>>>>>>>
>>>>>>> Then, the final steps would be to create a launcher for netman, the
>>>>>>> frontend. To enable automatic attempts at connecting basing on
>>>>>>> installed essid files under /etc/network/wifi, the parameter
>>>>>>> --auto-conn must be passed to netman upon invocation. --auto-conn need
>>>>>>> not be used and netman would not attempt to connect without user
>>>>>>> intervention. This feature is for those who want to control what
>>>>>>> happens on their machine.
>>>>>>>
>>>>>>> Edward
>>>>>>>
>>>>>>>
>>>>
>>>>
>>>
>> _______________________________________________
>> Dng mailing list
>> Dng@???
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>
>