Just assign lower priority to a hotspot connection. It will start only if higher priority wifi network is not available
Bien sur See attached screenshots
Pat wrote: What is the easiest way to solve an image locally and display it in a planetarium program? Kstars doesn.t have that capability.
The trojan is populated via SSH, so it is not really an infection, but rather unauthorized remote access. This applies only to raspberries exposing SSH service to the public, either assigned public IP directly of using port forwarding from your ISP router.
Raspbian system (now called Raspberry OS) is provided with default user account and default password. It also warns a user of a security threat if SSH is enabled and pi account password is unchanged by a user. It leaves up to user decision what to do about it and Astroberry doesn't change this configuration. Well, it used to... up to version 2.0.2 as it disabled pi account by default for security reasons. Based on users' request I reverted it to default Raspbian behaviour in version 2.0.3, so now the pi account is enabled.
Just to clarify on this issue, it is not a vulnerability specific to Astroberry, but any linux operating system running on Raspberry Pi with default passwords, specifically Raspbian using pi/raspberry as default credentials.
You can lock and disable default pi account by running:
sudo usermod -L pi && sudo usermod -s /sbin/nologin pi
I'm referring to any Raspberry Pi system with active pi account, specifically to Astroberry.
Default pi account has been always blocked on Astroberry (for security reasons) and only recently (starting from version 2.0.3) it was unlocked to address users' requests.
All warnings related to default pi password have been left to users attention. Now, the old trojan gets its harvest. Shall I keep listening to users or make it my way?
Make sure that default password to pi account (raspberry) is changed on your Astroberry! Raspberry Pi trojan is going wild these days!
If you connect your system to the Internet exposing SSH service on default port 22, change your default pi password as soon as possible.
You can do it by running:
sudo passwd pi
No worries. To keep things simple you can use
instead windows Remote Desktop. Remote sessions can be handled in various ways e.g. connecting to an existing local session or creating new virtual session for each connection. When using VNC client or browser you connect to an existing local session. Apparently it is not the case for Remote Desktop.
When starting INDI from EKOS you can encounter issue of leftovers after KStars/EKOS crash. You can avoid it starting INDI from left-hand sliding panel (only when connecting via browser) and setting your profile to remote (host should be localhost). This way you start/stop INDI server and your devices separately from KStars/Ekos.