docs(pilot): GL-6 2b — drive re-enroll+data-visible PASS; F6 dnsmasq; G10 open-dashboard
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PSK5g6qYLknKj8u3QAFEr6
This commit is contained in:
@@ -198,6 +198,33 @@ guard-narrowing to `felhom_guests` recorded as a candidate. GL6-F1/F2 remain v1.
|
|||||||
browser). NOT an install-correctness defect — the install is green; it is a Cloudflare-zone /
|
browser). NOT an install-correctness defect — the install is green; it is a Cloudflare-zone /
|
||||||
onboarding gap that also matters for Peti (GL-7 / G9).
|
onboarding gap that also matters for Peti (GL-7 / G9).
|
||||||
|
|
||||||
## Gate 2 — [Viktor]: <pending — install green + F4 proven; 2b blocked on F5 (public DNS), decision below>
|
### Phase 2b — bring-to-life (browser, CC-driven) — drive re-enroll + data-visible PASS
|
||||||
|
|
||||||
|
DNS unblock: Viktor added a Pi-hole split-horizon A record `felhom.demo-felhom.eu → 192.168.0.105`
|
||||||
|
(LAN path to the guest); dashboard then loaded in-browser. (The public Cloudflare path is ALSO
|
||||||
|
correct — forced-DoH resolution returned HTTP 200 with the real page; only the client-side resolver
|
||||||
|
via the box's broken dnsmasq (F6) was failing.)
|
||||||
|
|
||||||
|
- **Dashboard live:** "Demo Ügyfél", 3 running / 56 total apps, mem 1.1/8 GB, backup "Még nem futott".
|
||||||
|
- **Drive re-enrollment (CC-driven UI):** Storage → Meghajtók showed all 3 drives detected-but-
|
||||||
|
UNREGISTERED (the agent's registration state was wiped in uninstall #1; the drives + data survived
|
||||||
|
per F2, tagged **"Adatot tartalmaz"**). Clicked **Regisztrálás** on `felhom-usb`
|
||||||
|
(uuid `da9e7089…`, /dev/sdd1) — it moved to **Adattárolók → Aktív**, ext4 /dev/sdd1[/felhom-data]
|
||||||
|
HD710 PRO, additive (no format). **Data-visible PASS:** the witness file is now readable in the
|
||||||
|
guest at `/mnt/felhom-drives/felhom-usb/userdata/actualbudget/canary_hdd_actualbudget.txt`,
|
||||||
|
hash `7b00bc35…` == the Phase-0 value. Additive doctrine proven end-to-end through the real UI.
|
||||||
|
- **GL6-F6 (MED, byo coexistence):** the box runs a leftover **broken dnsmasq** (active, bound to
|
||||||
|
`0.0.0.0:53`, but queries time out — empty `/etc/dnsmasq.d/`, no upstream) on a byo host where
|
||||||
|
`lan_resolver` is OFF. It breaks DNS for LAN clients that use the box as a resolver (it broke the
|
||||||
|
drill's browser resolution). Fix pile with F1/F2: byo install/uninstall should stop+mask the
|
||||||
|
leftover dnsmasq. Immediate drill unblock was the Pi-hole entry.
|
||||||
|
- **G9/G10 — password is OPERATOR-set, currently UNSET → dashboard OPEN.** Settings → Biztonság:
|
||||||
|
*"A jelszavas védelem nincs beállítva. Kérd az üzemeltetőt a beállításhoz."* The dashboard password
|
||||||
|
comes through the real config pipeline (hub customer-config → controller.yaml bcrypt — the anti-F9
|
||||||
|
path), NOT a customer-set field here. Until the operator sets it the public-reachable dashboard is
|
||||||
|
UNAUTHENTICATED (the known G10 exposure, now confirmed live). Geo-restriction also OFF. **Operator
|
||||||
|
leg pending:** Viktor sets the dashboard password via the hub, then CC verifies login is enforced.
|
||||||
|
|
||||||
|
## Gate 2 — [Viktor]: <pending — install+F4+drive-reenroll all green; password-set (operator/hub) is the last 2b leg>
|
||||||
|
|
||||||
*(Phases 3–6 appended as they run.)*
|
*(Phases 3–6 appended as they run.)*
|
||||||
|
|||||||
Reference in New Issue
Block a user