Se il DEBUG per gli errori non viene ATTIVATO per ASP Classic, su Windows 2008, si otterrà sempre la classica pagina di errore 500 del Server.
Per attivare il messaggio di errore a fini di DEBUG, accedere a IIS e nella scheda del sito web operare su “Pagine di Errore”.
A questo punto procedere come da immagine allegata
AspSmartUpload è una libreria DLL a 32 BIT_
Per essere installata deve essere registrata con il comando RegSvr32 dopo essere stata copiata nella cartella C:WindowsSysWOW64
Una volta Registrata è necessario Abilitare l’esecuzione per le DLL a 32Bit altrimenti riceveremo un Errore in fase di Esecuzione “Activex Cannot create Object”
Per farlo è possibile agire sul POOL di Applicazioni come mostrato in figura :
Oppure utilizzare il comando
%windir%system32inetsrvappcmd set config -section:applicationPools -applicationPoolDefaults.enable32BitAppOnWin64:true
Dopo CENTINAIA di prove, ho capito che, su Windows 2008, ASPEXEC non è in grado di eseguire un VBS “complesso”.
Possono essere eseguiti VBS semplici (es. l’invio di una e-mail, ecc.) ma….se si realizzano VBS con chiamate SHELL o SENDKEYS ….”qualcosa si blocca”.
Io ho risolto così (è un pessimo metodo, ma funziona).
Ho schedulato il VBS come TASK. Non ho assegnato al TASK nessun’orario di esecuzione (La figura è solo indicativa)
A questo punto ho creato la mia pagina ASPEXEC così:
Set Executor = Server.CreateObject(“ASPExec.Execute”)
Executor.Application = “schtasks”
Executor.Parameters = “/run /TN ” & Chr(34) & “DHCPattivazione” & Chr(34)
Executor.ShowWindow = True
‘Response.Write “Attempting to execute ” & Executor.Application & “<br>”
strResult = Executor.ExecuteWinApp
Response.Write “Attivazione : ” & strResult
in questo modo le credenziali assegnate al TASK vengono prese come GARANTI e tutto funziona 🙂
Per eseguire un TASK impostato in Scheduled Task via riga di comando, e forzarne quindi l’esecuzione, si può utilizzare questo comando:
schtasks /run /TN “TaskName
da remoto
schtasks /run /s \ServerName /TN “TaskName
In Aspexec, un VBS deve essere eseguito nel modo seguente
Dim strResult As String
Dim Command As New AspExec.Execute()
Command.Application = “wscript”
Command.Parameters = ” c:inetpubwwwroottest.vbs”
Command.ShowWindow = False
Response.Write(“Attempting to execute ” & Command.Application & “<br>”)
strResult = Command.ExecuteWinApp
Response.Write(“The result of this call was: ” & strResult)
Per eseguire un programma VBS in modalità 32bit e non 64bit è opportuno ricorrere all’utilizzo del WSCRIPT presente nella cartella applicazioni a 32 bit.
Quindi, per fare un esempio :
C:WindowsSysWOW64wscript.exe C:Scriptcrea_user.vbs
Per abilitare ASPEXEC.DLL su un sistema Windows 2008 a 64 bit, procedere a questo modo :
A questo punto la vostra AspExec dovrebbe essere in grado di funzionare
Su IIS 7.0 è necessaria una specie di “abilitazione” per gli errori di Script ASP, altrimenti il sistema lascia intravedere solo una pagina di errore 500 – Internal Server Error.
Per abilitare il tutto utilizzare Internet Information Services (IIS) Manager.
Sul nostro WEBSITE clicchiamo l’icona ASP.
A questo punto bisogna interagire con la sezione DEBUGGING come mostrato in figura
Questo errore si verifica in una chiamata di questo tipo :
netsh dhcp server scope 178.237.0.0 add reservedip 178.237.0.53 005056a616a8 prova2 “” BOTH”
quando l’indirizzo IP dello Scope è ERRATO
Voglio scrivere questo piccolo Post per ricordarmi di una questione su cui ho Ingrullito già un pò.
Dopo l’installazione di Asigra DsSystem è necessario specificare un server Licenza (dati forniti dal proprio rivenditore).
A questo punto però ci si accorge che l’utente non è abilitato a attivare la licenza.
In Asigra DsOperator bisogna “pensare” al contrario, ovvero non è l’utente che ha “permessi” più alti (Administrator, Domain Administrator, ecc.) che ha la capacità di impostare la licenza.
E’ necessario creare un utente LOCALE che NON SIA MEMBRO del gruppo Administrators.
Procedere così :
– creare un utente locale (es. Dssystem) che sia membro solo di Users.
– Accedere a DsOperator con un utente membro di Administrators ( va bene anche Administrator stesso).
– tramite la consolle dei RUOLI assegnare i permessi all’utente Dssystem
– uscire e rientrare con Dssystem
adesso sarà possibile attivare la licenza
Il presente sito non è collegato in alcun modo, direttamente o indirettamente, alle Fonti delle notizie segnalate né può essere ritenuto responsabile ad alcun titolo dei loro contenuti. Si precisa altresì che le notizie segnalate dall’aggregatore NON sono da intendersi in alcun modo di proprietà del sito GenSys.it, ad eccezione degli articoli e dei documenti pubblicati nel blog.
Contact us: info@gensys.it
© Copyright 2022 - Serverbay.it - Eteon.it
