Both eStudio install scripts now point at the new
files.scoutitsystems.com hosted MSI and pass only /i and /qn to
msiexec. Removed /norestart, verbose logging, and the
CREATEDESKTOPSHORTCUTS/INSTALLPRINTER properties so the MSI runs
with its own defaults.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Rolling back to pre-session state (d0fa18f). Download failures were caused
by antivirus SSL inspection, not the script. Restore original
Test-NetConnection flow while AV exclusion is sorted out.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
WebClient and curl both fail with TLS errors (likely SSL inspection proxy
or missing root certs). BITS uses WinHTTP with the system cert store
which may handle this differently.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
WebClient uses the old .NET TLS stack which fails to negotiate with
agents.tacticalrmm.com. curl.exe (built into Win10/11/Server2019+)
uses the OS TLS stack and handles redirects reliably.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Write-Error is suppressed by SilentlyContinue at the top of the script,
so failures were silent. Switch to Write-Warning which is always visible.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Invoke-WebRequest hangs on the TacticalRMM download URL (same redirect
issue previously fixed for RustDesk). Use WebClient.DownloadFile instead.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Add -ErrorAction Stop so Invoke-WebRequest throws on failure instead of
silently continuing, and -UseBasicParsing to avoid IE engine dependency.
Add progress output so it's clear the download is running.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
The TCP connectivity test would stall on reverse DNS lookups and exhaust
its 3-retry limit even on machines with working internet. Let
Invoke-WebRequest fail naturally with a real error instead.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>