Consulenze tecnologiche e informatiche

Microsoft Windows

A volte i batch non trovano i programmi da rimuovere

A volte i batch non trovano i programmi da rimuovere

Il titolo non è del tutto esatto, in realtà nell’ultimo semestre sono aumentati i tool che una volta installati sono visibili nella lista programmi dal pannello di controllo, ma completamente invisibili se cercati con le cmdlet di Powershell o semplicemente con i comandi batch della command DOS.

Le motivazioni sono svariate ed in parte legate alla struttura del sistema operativo e a come queste applicazioni ci si integrano.

Tra i casi più recenti troviamo CCleaner e 7-Zip, tuttavia anche alcuni componenti di Adobe riportano l’autore, ma non i restanti dati dell’applicazione. In aggiunta possiamo trovare mancanti anche diverse applicazioni di giochi preinstallati.

Per chi come me utilizza dei sistemi di gestione automatica dei sistemi la situazione diventa sgradevole, tanto da ricorrere a soluzioni alternative da dare in pasto al mio Autotask Endpoint Managment (AEM).

Continua a leggere

WannaCry. ho fatto per tempo quanto andava fatto, niente panico, solo analisi

WannaCry. ho fatto per tempo quanto andava fatto, niente panico, solo analisi

Nel ultimo fine settima è arrivata una buona dose di adrenalina, che ancora non è passata e non si sa quando e se si esaurirà, tutto grazie al simpatico ransomware WannaCry, lui colpisce sfruttando una vulnerabilità di Microsoft Windows, che è trasversale a tutte le versioni, tuttavia la vulnerabilità è stata corretta da diverso tempo.

 

Fortuna vuole che un bravo ragazzo con grande inventiva è riuscito con un semplice espediente ad arginare la diffusione di questo nuovo attacco, ma come gli aggiornamenti dei computer che non facciamo, anche i virus si aggiornano, ma loro lo fanno sempre e in tempi rapidissimi.

 

Di questo hanno già parlato in tanti ed in modo molto chiaro e dettagliato.

 

All’inizio di questa vicenda la domanda che mi sono rivolto è stata quella del se ero sicuro che tutti i sistemi fossero aggiornati, la prima risposta è stata , poco dopo, molto poco dopo, ho anche rammentato un modo di dire popolare, ovvero: Sicuro è morto.

 

Continua a leggere

Il desktop remoto da AEM non funziona

Il desktop remoto da AEM non funziona

I servizi offerti da Autotask EndPoint Managment (AEM) sono molteplici, tuttavia uno dei più utili è l’accesso protetto con desktop remoto, che richiede il servizio RDP attivo e configurato sui computer, in sostanza se non riesci ad accedere con il normale Desktop Remoto di Microsoft, non potrei accedere nemmeno con l’agente AEM.

 

Questa è la teoria generale, tuttavia esiste la possibilità che con il normale RDP tutto funzioni regolarmente, ma il nostro agente AEM si trova la porta sbattuta in faccia e ritorna un bel messaggio di errore in colore rosso sotto il pannello di login.

 

The remote agent could not setup rdp service

 

A questo punto iniziano gli scavi nelle impostazioni locali del servizio, nelle policy del active directory e fa la sua comparsa un cero sulla scrivania.

Nulla di anomalo si palesa nelle configurazioni, quindi non resta che uscire nella nebbia e affrontare i lupi per raggiungere direttamente il cliente.

 

Nulla di questo, la soluzione è più semplice.

Continua a leggere

Gestire i servizi con Autotask e Powershell

Gestire i servizi con Autotask e Powershell

Torniamo alla gestione dei servizi di Microsoft Windows con un nuovo componente basato su powershell e che rispetto al precedente classifichiamo come un tool.

 

Scopo di questo componente di Autotask Endpoint Managment (AEM) è quello di permettere di avere informazioni su specifici servizi del sistema operativo e di agire su di loro, tale operazione deve essere ovviamente svolta con attenzione, infatti operando da remoto si potrebbe incappare in qualche spiacevole inconveniente andando a disattivare dei servizi necessari per le comunicazioni, come ad esempio la rete.

 

Il componente è stato progettato per non agire sul servizio alla base di AEM, questo per evitare di interrompere le comunicazioni con il dispositivo remoto e dover richiedere ad una persona presente di riavviare la postazione per ripristinare il corretto funzionamento del servizio.

 

L’esecuzione di questo componente può richiedere lo sblocco delle policy di esecuzione degli script in Powershell, per il quale si rimanda al articolo Autotask e Powershell un abbinamento che può non funzionare, dove è presentato un altro componente utile per abilitare e quindi disabilitare la possibilità di eseguire gli script Powershell da remoto, un componente che deve essere usato prima e dopo l’esecuzione di ogni procedura di aggiornamento da remoto attraverso Powershell.

 

Continua a leggere

Autotask e Powershell

Autotask e Powershell

Nei precedenti articoli relativi ai componenti di Autotask Endpoint Managment (AEM), abbiamo visto sempre l’esecuzione di procedure in riga di comando DOS, mai eseguite con le funzionalità della più potente Powershell.

 

La scelta non è stata casuale ed è principalmente legata alla presenza di sistemi Microsoft Windows con versioni che non supportano in modo nativo questo tipo di shell, oppure che ne richiedevano l’installazione, per non parlare poi del fatto che per ragioni di sicurezza l’esecuzione di una quota parte delle direttive da remoto è di default bloccata.

 

Il tempo passa e bisogna andare avanti, quindi ecco arrivare un componente ibrido, che permette di determinare l’installazione della Powershell, la sua versione e l’impostazione di sicurezza per l’esecuzione.

 

Il componente è da me definito ibrido prendendo spunto da una versione presente nel ConStore di AEM, ovvero Powershell Execution Policy.

 

Continua a leggere

Autotask . Spegnimento e riavvio programmato di un dispositivo

Autotask . Spegnimento e riavvio programmato di un dispositivo

Considerando che in questi giorni sono soggetto ad interruzioni elettriche per potenziamenti distrettuali, ho deciso di far spegnere i miei computer senza dovermene ricordare prima di fare colazione.

 

Nulla di meglio che un componente di Autotask Endpoint Managment (AEM) che integra ed esegue il comune comando shutdown usato in Microsoft Windows.

 

Un componente dedicato è già presente nel ComStore di AEM, si tratta di Shut-Down Device, ma visto che mi ci trovavo ho preferito realizzare un componente più generale con la possibilità di spegnere o riavviare il computer e in caso di inviare l’annullamento della precedente richiesta.

 

Continua a leggere

Per la creazione di questo sito abbiamo deciso di non prelevare immagini direttamente da internet, ma di rispettare i diritti d'autore generando direttamente la grafica o acquistando i diritti di pubblicazione da un sito specializzato.
Se vuoi seguire il nostro esempio clicca anche tu questo banner.


MENU Fotolia

Categorie
Archivi
Count per Day
  • 65997Totale letture:
  • 1Letture odierne:
  • 246Letture di ieri:
  • 21 novembre 2016Dal:
Iscriviti alla Newsletter
Iscriviti alla nostra newsletter ed unisciti ai nostri iscritti.

Seleziona lista (o più di una):




Trattamento dei dati