@MSGID: 1@dont-email.me> e693b4ba
@REPLY: 1@dont-email.me> dea47bb7
@REPLYADDR Tauno Voipio
<tauno.voipio@notused.fi.invalid>
@REPLYTO 2:5075/128 Tauno Voipio
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References: 1@dont-email.me>
6@dont-email.me> 1@news.xmission.com>
<20230917084313.b1052a54cd60f92b29aa0616@eircom.net> 1@news.xmission.com> 2@dont-email.me>
1@dont-email.me>
@TZUTC: 0300
@PID: Mozilla Thunderbird
@TID: FIDOGATE-5.12-ge4e8b94
On 17.9.2023 18.08, The Natural Philosopher wrote:
> On 17/09/2023 15:52, Tauno Voipio wrote:
>> On 17.9.2023 11.12, Kenny McCormack wrote:
>>> In article <20230917084313.b1052a54cd60f92b29aa0616@eircom.net>,
>>> Ahem A Rivet`s Shot  <steveo@eircom.net> wrote:
>>>> On Sat, 16 Sep 2023 22:31:19 -0000 (UTC)
>>>> gazelle@shell.xmission.com (Kenny McCormack) wrote:
>>>>
>>>>>      1) This Orwellian termed "predictable names" thing is a real 
>>>>> PIA.  To
>>>>> be fair, it is probably the sort of thing that is a good thing if you
>>>>>     a) really need it and b) can deal with the fallout.
>>>>
>>>>     It`s most useful (read pretty much essential) if there are multiple
>>>> interfaces and you want to make sure they get the right static 
>>>> routes and
>>>> firewall rules.
>>>
>>> You`re probably right.  Which is about 0.000001% of users.
>>>
>>> Which is why they were right to make it off-by-default.  Those who 
>>> need it,
>>> will be able to enable it.
>>>
>>> For most people, it was: What the h*** is this???
>>
>>
>> It is one of the side-effects of systemd.
>>
>> If I need many Ethernet interfaces on a Pi, I`ll use a VLAN aware
>> switch and put the separate ports in separate VLANS, trunked to
>> the Pi connection. The VLANs can be accessed from the OS directly
>> as separate virtual interfaces.
>>
> Well this PI has `two, but very small`  as the song says - usb0 and wlan0.
> 
> It seems perfectly simple to distinguish between them, to me.
> 
> I cant remember how they were configured - I cargo culted some script - 
> but the issue seemed to be that dnsmasq wasnt in the end expecting to 
> deal with the interface as it became renamed, but with usb0.
> 
> i.e. in /etc/dnsmasq.conf we have
> 
> interface=usb0
> bind-dynamic
> domain-needed
> bogus-priv
> dhcp-range=172.16.21.1,172.16.21.5,255.255.0.0,12h
> 
> So that would explain why, if the interface was renamed at some point, 
> the client machine couldn`t get DHCP.
> 
> Oh. I just looked and that interface has now disconnected itself. Maybe 
> the problem is still extant.
> 
> Nope. It still seems to work.
> 
> I am back to two interfaces.
> 
> I do get it that its handy to have unique Ids for disks and interfaces 
> so that whether a disk is /dev/sda or /dev/sdb it gets mounted in the 
> correct place....and likewise if one had a dozen usb0 1 2 3 etc Ethernet 
> adapters ..one would want to give them some sort of unique id, but, as 
> you say, if that is where you are going you probably have the nous to 
> enable smart ID via MAC address anyway, without it being the default
> 
> 
> 

wlan0 is a different beast, not a subject to current discussion.

-- 

-TV

--- Mozilla Thunderbird
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441