diff --git a/pkg/service/handlers/web/index.html b/pkg/service/handlers/web/index.html index a8e3c34..5c86b99 100644 --- a/pkg/service/handlers/web/index.html +++ b/pkg/service/handlers/web/index.html @@ -53,34 +53,36 @@

Migration Process at a Glance

- 🔌 Prerequisite: Enable SSH
- Migration requires SSH access. To enable it: -
    -
  1. - Create an empty file named - remote_services on a USB stick. -
  2. -
  3. - Insert it into the speaker's - SERVICE port and reboot the - speaker. -
  4. -
- Verify connection: + 🔌 Speaker shell access
+ The wizard talks to the speaker over one of two transports. + The Migration tab probes both automatically + and uses whichever your device exposes — you don't have to + choose manually.
    @@ -90,7 +92,9 @@ Domain" and "Proxy Domain" use an IP address or domain name that is accessible from your speakers (usually - the IP of this server on your local network). + the IP of this server on your local network). You can + also edit the Target URL directly from the Migration tab + with a Save as default button.
  1. Discovery: Go to the @@ -107,10 +111,15 @@
  2. Migration: In the - Migration tab, redirect your speaker to - this local service. We recommend the - XML Configuration method as it is - surgical and easily reversible. + Migration tab the wizard offers a + one-click Apply Suggested Plan that + picks the right recipe for your speaker (XML over SSH + when SSH is available, telnet URL flip otherwise). For + mix-and-match across the three independent axes — URL + flip transport, DNS interception, CA install — expand + Customize this migration. A visible pre-flight + check runs before any backend operation touches the + speaker.
  3. Verification: After migration and