GoMyid guide

IIS Installation for a Self-Hosted GoMyid Environment

Understand where IIS fits in the GoMyid architecture and prepare a maintainable Windows web server foundation.

Practical focus: This guide is written for IT teams evaluating or operating secure remote access infrastructure.

Define the server role

Use a supported Windows Server version, document ownership, and separate production from evaluation workloads. Confirm CPU, memory, storage, backup, and network requirements before installation.

Install only required components

Enable IIS and the ASP.NET features required by the application. Avoid unnecessary modules and management endpoints, then apply current operating system and framework updates.

Configure identity and permissions

Run the application pool under a dedicated identity with only the filesystem and network permissions it requires. Keep database credentials protected through the application configuration and operating system controls.

Harden and operate

Use TLS, restrict management access, centralize logs, monitor certificate expiry, back up configuration, and test restoration. Place the server behind appropriate network controls and review changes through your normal process.

Turn the guidance into a deployment plan

Review architecture, sizing, security controls, and rollout steps with the GoMyid team.

Book a Demo

Operational perspective

Turn technical guidance into a maintainable operating practice

A remote access decision continues long after the first successful connection. Assign clear ownership for application servers, databases, certificates, backups, monitoring, user support, permissions, and upgrades. Document the normal workflow as well as the response when a device is offline, a network route changes, credentials fail, capacity is reached, or a security event requires investigation.

Use a representative evaluation environment before production rollout. Include the Windows applications people actually use, Android and Windows connection paths, normal and constrained networks, multiple operator roles, and realistic device groups. Record the result of each test and identify who owns any unresolved requirement. This creates a deployment plan that can be reviewed by infrastructure, security, support, and business stakeholders.

Keep access proportional to responsibility

Not every operator needs every connection mode. Separate full desktop control, file transfer, remote command, device administration, reporting, and audit responsibilities according to role. Review access after organizational changes and remove permissions that no longer have a documented purpose. Sensitive operational evidence should be available only to authorized people and retained according to an approved policy.

GoMyid supports this disciplined approach by combining self-hosted infrastructure choice with centralized remote access administration. The platform can be introduced in phases, beginning with a controlled group and expanding as teams validate performance, security, support, and recovery. Book a technical session to translate this guidance into an evaluation scope for your environment.