sync SVN r18174

docs/vm304_acces.md

@@ -0,0 +1,102 @@
+# VM 304 — ce este si cum se acceseaza
+
+## Ce este
+
+VM 304 = masina virtuala Proxmox cu ID **304**, nume **Win11-Marius**, pe nodul **pvemini**
+din clusterul Proxmox ROA. Nu e in HA (`noha`).
+
+Surse:
+- `E:\proiecte\ROMFASTSQL\proxmox\cluster\docs\oprire-planificata-cluster.md:293`
+  `| 2 | pvemini | VM 304 Win11-Marius | Nu | Shutdown |`
+- `E:\proiecte\ROMFASTSQL\proxmox\cluster\docs\oprire-planificata-cluster.md:479`
+  `Guest-uri in afara HA: CT 102, CT 301, VM 302, VM 303, **VM 304**, VM 310.`
+- `E:\proiecte\ROMFASTSQL\proxmox\cluster\scripts\cluster-startup.sh:53` `304   # Win11-Marius`
+- `E:\proiecte\ROMFASTSQL\proxmox\cluster\scripts\cluster-shutdown.sh:41`
+  `304   # Win11-Marius         — desktop, fara dependente`
+- `E:\proiecte\ROMFASTSQL\proxmox\cluster\scripts\.cluster-state.txt:13` `vm pvemini 304 running noha`
+
+E clona lui **VM 303 (Win11-Adina)**:
+- `E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:251`
+  `| docs/chei-publice/vm304.pub | ... | angajat, romfast@VM-304 (clona lui 303) |`
+- `E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:256-260` — clona a pornit cu aceeasi
+  cheie privata ca VM 303; a fost regenerata separat (`ssh-keygen -t ed25519 -C "romfast@VM-304"`),
+  cu stergerea keypair-ului mostenit din Bitvise User keypair manager si regenerarea cheilor de
+  host `ssh_host_*`, altfel clona continua sa se autentifice cu identitatea VM 303 in loguri.
+
+Nu am gasit un nume de retea/hostname DNS sau un IP direct alocat lui VM 304 in documentatia
+cautata (nu e in tabelul de IP-uri interne `10.0.20.x` de la
+`E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:388-394`, care listeaza doar nodurile
+Proxmox). Accesul documentat trece prin host-ul Proxmox, nu prin IP propriu al VM-ului (vezi mai jos).
+
+## Cum se acceseaza
+
+**Nu prin RDP** — nu am gasit nicio mentiune de RDP catre VM 304 in fisierele cautate. Accesul
+documentat e **headless, prin QEMU guest agent**, de pe LXC 171 (sau orice masina cu acces SSH la
+host-ul Proxmox), catre host-ul nodului `pvemini` la `root@10.0.20.201`:
+
+```bash
+# ping guest agent, ca sa confirmi ca VM-ul raspunde:
+ssh root@10.0.20.201 "qm agent 304 ping"
+
+# executie de comanda Windows in interiorul VM 304:
+ssh root@10.0.20.201 "qm guest exec 304 -- <comanda Windows>"
+```
+
+Sursa: `E:\proiecte\ROMFASTSQL\docs\drepturi-utilizatori-roa-firme.md:14-19` (documentat generic
+pentru `<vmid>`, cu exemplul explicit "304 = Win11-Marius" la linia 14).
+
+Acelasi tipar (guest agent prin `qm agent`/`qm guest exec` de pe host `root@10.0.20.201`) e
+folosit si pentru celelalte VM-uri Windows non-HA ale clusterului — vezi si
+`E:\proiecte\ROMFASTSQL\proxmox\cluster\docs\oprire-planificata-cluster.md:15` (guest agent
+necesar pentru shutdown controlat).
+
+## Cale de retea catre discul ei
+
+Nu am gasit o cale UNC (`\\server\share`) documentata catre VM 304. Ce e documentat e o cale
+**locala, in interiorul VM-ului** — `D:\roa\BITVISE\<client>.tlp` (profilele Bitvise) si
+`D:\roa\<produs>\...` (working copy ROA, folosita ca sursa pentru scripturi SQL) — accesibila doar
+prin comenzi rulate cu `qm guest exec`, nu prin share de retea:
+
+- `E:\proiecte\ROMFASTSQL\docs\drepturi-utilizatori-roa-firme.md:17`
+  `# Profilul Bitvise al clientului e in D:\roa\BITVISE\<client>.tlp pe VM.`
+- `E:\proiecte\ROMFASTSQL\docs\drepturi-utilizatori-roa-firme.md:62`
+  `Sursa: D:\roa\<produs>\COMUN\Drepturi utilizatori\drepturi_utilizatori.sql din orice working copy ROA`
+- `E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:371-372`
+  `astea sunt fisierele care pleaca pe VM 303 / VM 304 (pe VM 304 stau in D:\roa\BITVISE\)`
+
+## Ce are instalat (documentat)
+
+- **Bitvise SSH Client**, cale `C:\Program Files (x86)\Bitvise SSH Client\sexec.exe`
+  (`E:\proiecte\ROMFASTSQL\docs\drepturi-utilizatori-roa-firme.md:19`), cu profile de clienti in
+  `D:\roa\BITVISE\*.tlp` si cheia globala `C:/Users/romfast/.ssh/id_ed25519`.
+- **O copie/working copy ROA** sub `D:\roa\<produs>\...` (produsul e generic in text, nu apare
+  explicit "ROAFACTURARE" — vezi `drepturi-utilizatori-roa-firme.md:62`).
+- Nu am gasit mentiune explicita despre VFP 9 sau Oracle client instalate pe VM 304 in fisierele
+  cautate (spre deosebire de VM 302, documentat separat ca `oracle-test`,
+  `E:\proiecte\ROMFASTSQL\proxmox\vm302-oracle-test\`).
+
+## Credentiale — unde sunt documentate (nu le-am copiat)
+
+- Cheia publica SSH pentru angajat pe VM 304: `E:\proiecte\ROMFASTSQL\docs\chei-publice\vm304.pub`,
+  amprenta SHA-256 listata la `E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:251`.
+- Cheia globala folosita de `sexec.exe` in `qm guest exec`:
+  `C:/Users/romfast/.ssh/id_ed25519` (in interiorul VM 304 — vezi
+  `drepturi-utilizatori-roa-firme.md:19`).
+- Lista completa a serverelor pe care sunt copiate cheile: `scripts/bitvise-chei.ps1`, variabila
+  `$Servere` (`E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md:264`).
+- Nu am gasit parola sau alta credentiala pentru autentificare directa (RDP/consola) pe VM 304 in
+  fisierele cautate.
+
+## Unde am cautat
+
+1. `D:\ROA\ROAFACTURARE\COMUN\docs\` (grep `304`, `vm304`, `masina virtuala`, `server de test`,
+   `infrastructur`) — potriviri gasite pentru `304` erau toate numere de linie in cod PL/SQL
+   (`PACK_UTILS` linia 304, `PLS-00304`) sau text irelevant, nicio mentiune de VM 304.
+2. `D:\ROA\COMUNROA\` — grep pe `304` a expirat (timeout la 20s pe arborele intreg, prea mare);
+   nu am reluat cautarea pentru ca raspunsul complet a fost deja gasit la pasul 3, conform
+   instructiunii de oprire la primul raspuns gasit.
+3. `E:\proiecte\ROMFASTSQL\` — gasit direct: `docs/chei-publice/vm304.pub`,
+   `docs/acces-ssh-chei-angajati.md`, `docs/drepturi-utilizatori-roa-firme.md`,
+   `proxmox/cluster/docs/oprire-planificata-cluster.md`,
+   `proxmox/cluster/scripts/cluster-{startup,shutdown}.{sh,ps1}`,
+   `proxmox/cluster/scripts/.cluster-state.txt`.