The `interfaces = "lo;capability=DYNAMIC,speed=1 10.0.1.1;capability=RSS,speed=..."`
directive from 4f21721 is malformed for Samba's parser. Samba's
interfaces list uses spaces between entries and semicolons to attach
multichannel options to a single interface, but the parser in 4.22
splits on semicolons FIRST, producing 6 invalid tokens instead of 2
tagged interfaces:
  lo capability=DYNAMIC speed=1 10.0.1.1 capability=RSS speed=80000000000

Symptom chain caused by this:
  - getaddrinfo failed for "capability=DYNAMIC" (logged in smbd debug)
  - interfaces table corrupted → rpcd_classic crash-loops with
    NT_STATUS_CONNECTION_DISCONNECTED on svcctl endpoint init
  - SMB auth from real clients rejected as "Authentication error"
    even with valid credentials (LDAP backend was fine; the proximate
    cause was the broken RPC fabric below the auth layer)
  - Both ldx@MacBook and ldx@Mac-mini couldn't connect via Finder
    SMB to \\10.0.1.1\ldx (verified with smbutil view -N //[email protected]
    → "server rejected the authentication")
  - LDAP entries were intact (sambaNTPassword still 981fb5a6...,
    POSIX userPassword still SSHA-hashed, account flags [U  ])

Reverting drops `interfaces`, `bind interfaces only`, and keeps only
`server multi channel support = yes` so clients can still negotiate
multichannel (just without the server-side RSS advertise hint).

Re-enabling capability advertising can be tried later with verified
syntax. Candidate per the Samba wiki examples:
  interfaces = bond40g;capability=RSS,speed=80000000000
(without loopback's DYNAMIC tag, which may be what tripped the parser).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>