Cant find newly installed Raspberry Pi OS (2023-10-10) in headless mode #50
Comments
|
|
|
I guess this has come from upstream: Titled: "Don't leak host info by default" |
|
Do we want to do anything about that? It seems like a sensible upstream change, especially if we couple it with the proposed change Andrew linked. |
|
Before disregarding this I would like to ask "What is the goal what Raspberry Pi OS"? As I understand it, it is broadly used as a first step into Linux and the Linux foundation has made a wonderful job in that aspect. As for myself I am actively assisting new users to get started with Linux, and as I have been working with Linux servers since 1999 I have seen that to get a system up and running the first time is hard. So to skip this is a blow back for the "Lite OS" and headless installation usability and I propose to investigate a bit further what the implication would be for the project. And as for security concerns, "security by obscurity" is bad security policy in my world. And lastly if Andrew is lurch, then it is my feature request he linked to ;-) |
|
I understand, but if the upstream developers have made a change to a package configuration we shouldn't just go reversing it without any thought to the consequences. I know there are usability ones that you point out, but I don't know if there are security concerns as well that we don't know about. For example, what if this is a commonly used path for some known hacking software and that is why they changed it? That's why I want to understand it, if you want to get in touch with those developers to make sure they don't know of any 'known attack vectors' that would really help |
|
As an example the following was found two days ago: I'm unsure how relevant this is, but would prefer getting some feedback before reenabling this... |
|
I agree, to understand what you do and what the implications is, is important. I am all in for not taking quick decisions. |
|
I would like to propose a workaround/solution. If a "First boot script" feature could be introduced, ex The benefits would be huge for the Raspberry Pi community. |
See the discussions in raspberrypi/rpi-imager#174 and RPi-Distro/raspberrypi-sys-mods#40 and raspberrypi/rpi-imager#554 etc. |
|
And should I understand it that the door is closed for this feature? |
|
The concept of running some extra script may be added to Imager in a later revision. But it is not going to be available in the next one |
|
Ok, thx for the answer. But kind of the same answer when I proposed it in 2016. |
|
It's probably something that we don't officially support, but if you want to hack this in yourself, see #72 (comment) |
Describe the bug
I found that a freshly installed image created with imager has lost the support for mDNS (avahi), workstation.
The impact is that it was previously easy to find a headless installation without hassling with scanning or checking routers DHCP leases.
Please change this back to the previous behavior.
File affected:
/etc/avahi/avahi-daemon.confChange needed, from
publish-workstation=notopublish-workstation=yesSteps to reproduce the behaviour
Install
sudo apt avahi-utilsBrowse mDNS,
avahi-browse -aand no "workstation" can be found.Enable it and restart avahi service and it can be discovered, see bug report for details.
Device (s)
Raspberry Pi Zero W / WH, Raspberry Pi Zero 2 W, Raspberry Pi 3 Mod. B+, Raspberry Pi 4 Mod. B, Raspberry Pi 400
System
System Information
Raspberry Pi 3 Model B Plus Rev 1.3
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
Raspberry Pi reference 2023-10-10
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, 962bf483c8f326405794827cce8c0313fd5880a8, stage2
Logs
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: