Der UNC-Pfad ist hier überhaupt nicht hinterlegt.
VS Code selbst verwendet den UNC Pfad allenfalls, wenn Du das Verzeichnis öffnest (das ging eben früher - mit Problemen - auch über den UNC Pfad). Allerdings solltest Du hier ja eben das Netzwerklaufwerk verwenden.
Die von Dir gezeigte Konfiguration hingegen bezieht sich auf das openHAB Plugin, welches tatsächlich gar nichts mit UNC Pfaden am Hut hat und auch nie hatte.
openhab.host als Parameter ist obsolet seit openHAB3 - kann aber sein, dass das openHAB Plugin diesen unter Umständen selbst erzeugt hat.
password und
username sind für die Verbindung irrelevant, dafür gibt es ja den
authToken.
Die private IP-Adresse heißt im übrigen privat, weil sie nur im eigenen LAN Gültigkeit hat. Das bedeutet: Du kannst diese IP außen auf Dein Heus malen und trotzdem sind Deine Geräte nicht weniger sicher. Du kannst sie unbesorgt überall posten, kein Problem.
Für die
öffentliche IP gilt dies allerdings nicht, die solltest Du tunlichst für Dich behalten, es sei denn, Du möchtest gezielten Angriffen ausgesetzt sein.
Insofern sind die Begriffe "öffentlich" und "privat" hier genau umgekehrt zu verstehen, wenn es um den Sicherheitsaspekt geht.
Aus ähnlichen Gründen sollte man unbedingt darauf verzichten, in der FRITZ!Box Portweiterleitungen auf den openHAB Server einzurichten - openHAB ist auch mit der Anmeldefunktion nicht dafür ausgelegt, aus dem Internet erreichbar zu sein. Allenfalls mit einem vorgeschalteten Reverse Proxy wäre es überhaupt denkbar (aber dennoch nicht empfehlenswert!). Es fehlen fundamentale Sicherheitsfunktionen wie z.B. fail2ban, eine restriktive Firewall, blacklists usw., um zumindest einen
geringen Schutz aufzubauen.
- Das Internet ist ein grundsätzlich sehr böser Ort -
openHAB5.0.3 stable in einem Debian-Container (trixie, OpenJDK 21 headless runtime - LXC, 4 Kerne, 3 GByte RAM)
Hostsystem Proxmox 9.1.4 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte