Contattaci

MyWorkspace by Intryl è un portale di accesso al lavoro governato: sostituisce flussi VPN frammentati con un’unica entrata via browser, sotto assegnazione e policy. È per organizzazioni che vogliono accesso assegnato a PC d’ufficio, desktop ospitati, workspace cloud e setup ibridi—senza spedire laptop ovunque o tenere più strumenti di accesso in parallelo.

Dopo l’accesso al portale tenant vede solo workspace, ambienti o risorse operative assegnate. Secondo il progetto, un target di avvio può essere un PC d’ufficio, un desktop ospitato, un ambiente Linux o Windows, uno workspace su server o un’applicazione interna. All’avvio la sessione è mediata dalla piattaforma e disponibile tramite esperienza browser o altro percorso client approvato dalla policy. L’endpoint è soprattutto superficie di accesso—non l’ambiente di esecuzione.

Sì. L’idea è accesso controllato agli ambienti assegnati—non assumere che ogni endpoint sia sempre una postazione gestita. Le policy seguono la vostra postura sicurezza e operativa.

Sì. La demo pubblica si apre dall’ingresso Demo su questo sito e guida un tenant di esempio sicuro con flussi rappresentativi. Utile per valutazione e demo agli stakeholder—non per credenziali di produzione.

Il portale punta a browser evergreen moderni su Windows, macOS e Linux come già distribuite. Obiettivo: meno client grassi su misura; laptop standard e desktop gestiti restano nel perimetro.

Gli utenti partono da un portale HTTPS con assegnazioni consapevoli del tenant e policy—non da un client pesante che appiattisce la rete. La connettività verso le destinazioni è mediata con percorsi allineati alla vostra architettura; amministrazione, flussi di autenticazione e segnali orientati all’audit restano nel tier del portale.

In sintesi la piattaforma risolve il contesto tenant, valida assegnazioni e policy lato server, media un percorso di avvio approvato ed espone l’ambiente tramite il modello di accesso configurato.

Nei modelli più comuni l’esecuzione resta legata all’ambiente remoto assegnato mentre l’endpoint funge da superficie di accesso. Così le organizzazioni presentano ambienti operativi in modo più uniforme senza far entrare ogni dispositivo nel confine di fiducia interno.

In base al tenant: PC d’ufficio, desktop ospitati, ambienti Windows o Linux, risorse macOS, workspace cloud, sistemi su server o applicazioni operative interne.

Sì. Un tenant può esporre PC d’ufficio, workspace ospitati, ambienti cloud, sistemi server, ambienti OS e applicazioni interne con lo stesso modello di assegnazione e avvio.

Sì. Si possono esporre dispositivi d’ufficio, desktop ospitati, workspace cloud, sistemi interni e ambienti operativi con lo stesso modello di assegnazione e accesso.

Il portale tenant gestisce identità, presentazione consapevole delle assegnazioni e orchestrazione degli avvii. Gli ambienti target restano sistemi operativi separati, raggiungibili tramite sessioni approvate—non entrano nel dominio di fiducia del portale.

È pensato per ridurre workflow pesanti su VPN. Dopo l’onboarding l’accesso avviene tramite portale e flusso di avvio protetto; controlli di rete o edge del cliente possono restare nel deployment.

Un portale tenant-aware, controlli amministrativi, gestione di utenti e ruoli, flussi di avvio basati sulle assegnazioni, accesso agli spazi di lavoro orientato al browser e connettività controllata verso PC aziendali, workspace cloud, ambienti ospitati su server e risorse operative interne.

No. È uno strato gestito di accesso sicuro al lavoro che convive con edge, zero trust, SSO e controlli dell’ambiente di destinazione.

Gli amministratori definiscono utenti, ruoli, assegnazioni e target di avvio nel contesto tenant. La piattaforma risolve le assegnazioni lato server prima di mostrare ambienti o percorsi di avvio.

Non è pensato come sostituto uno-a-uno di ogni strato esistente. Gestione endpoint, identità, VPN, segmentazione o altri tool possono continuare dove serve. La piattaforma si concentra su presentazione workspace consapevole delle assegnazioni, percorsi di avvio governati, flussi browser e connettività controllata verso ambienti approvati.

Sì. MyWorkspace convive con ambienti e investimenti già presenti. Potete continuare con identità, hosting, PC d’ufficio, modelli di segmentazione e strumenti operativi—introducendo un’esperienza di accesso e avvio più unitaria.

No. Variano in base a requisiti, modello infrastrutturale, architettura identità, tipi di workspace e design degli ambienti. La piattaforma supporta più pattern operativi anziché una topologia rigida.

Spesso si parte da pilota circoscritto: utenti mirati, policy di assegnazione chiare, metriche su onboarding e ticket. La scala arriva quando il modello di accesso è provato—orizzonti settimane-mesi sono realistici con prerequisiti allineati.

Usate il modulo contatto o l’email indicata. Indicate ordine di grandezza utenti, regioni e se vi servono connettività ufficio, workspace cloud o entrambi—accelera una risposta su misura.

Iniziate dalla Technology overview per il linguaggio architetturale, poi la panoramica per sviluppatori su confini di fiducia—linkata da questa pagina contatti.

Piloti commerciali, prezzi, pianificazione rollout: questo modulo o email. Architettura, security review pack, postura integrazione: prima le pagine Technology, poi gli stessi canali con contesto.

Sì. Gestiscono utenti e assegnano workspace, applicazioni remote o dispositivi consentiti.

L’accesso passa dal flusso del portal con branding aziendale. Dove la policy lo richiede, la MFA integrata fa parte del percorso—non incollata in modo diverso su ogni immagine dispositivo.

Metadati operativi e configurazione sono partizionati per tenant. I controlli del piano di controllo risolvono nel contesto tenant: gli avvii cross-tenant sono respinti per costruzione.

La direzione prodotto privilegia flussi identità vicini agli standard dove serve interoperabilità. Protocolli e finestre temporali vanno in architecture review—usate Contact o Technology per aprire il tema.

Sì, è supportata nel flusso di accesso ove richiesto dalla policy.