aiuto.io

Risolvere il problema delle operazioni pianificate su Windows 2008

Ciao a tutti,

sono impazzito per risolvere il problema delle operazioni pianificate su Windows 2008 Server. In pratica se schedulo l’esecuzione di uno file BAT semplice per fare ad esempio il backup dei dati, questa operazione non viene eseguita. Ho fatto diverse ricerche e alla fine ho scoperto che se l’avvio dell’operazione pianificata avviene da una unità di rete mappata (tipo Z:) non funziona mentre se l’operazione pianificata viene avviata dal percorse UNC (tipo \\nasbck\backup.bat) allora funziona regolarmente. Il tutto nonostante l’operazione pianificata è avviata da account administrator di dominio e con privilegi elevati.

Concedere accesso completo ad una cassetta postale da Management Shell su Exchange 2010

Ciao a tutti, se avete due domini Active Directory in Trust fra di loro con anche due server Exchange che gestiscono le due organizzazioni, dalla console grafica di management di Exchange non riuscite a dare accesso completo ad una cassetta postale indicando un utente del dominio in Trust. Per risolvere questo problema è possibile operare con la Management Shell in questo modo:

  1. aprite la Management Shell di Exchange
  2. digitate il seguente comando:  Add-MailboxPermission “Mailbox” -User “Trusted User” -AccessRights FullAccess

In particolare “Mailbox” è l’indirizzo della cassetta postale a cui volete dare accesso completo mentre “Trusted User” è l’utente dell’altro dominio trusted nella forma NOMEDOMINIO\UTENTE

Ciao luca

Toni Italiano per PAP2T

Ciao a tutti, dopo averci sbattuto la testa sopra un bel pò ecco i tni in italino per le segnazioni del PAP2T.

Dial Tone:              425@-12;10(.2/.2/1,.6/1/1)
Second Dial Tone:       420@-19,520@-19;10(*/0/1+2)
Outside Dial Tone:      420@-16;10(*/0/1)
Prompt Tone:            425@-12;10(*/0/1)
Busy Tone:              425@-20;10(.5/.5/1)
Reorder Tone:           425@-20;10(.5/.5/1)
Off Hook Warning Tone:  425@-25;30(.2/.2/1)
Ring Back Tone:         425@-20;*(1/4/1)
Confirm Tone:           425@-16;30(.4/.1/1,.25/.1/1,.15/3/1)
SIT1 Tone:              985@-16,1428@-16,1777@-16;20(.380/0/1,.380/0/2,.380/0/3,0/4/0)
SIT2 Tone:              914@-16,1371@-16,1777@-16;20(.274/0/1,.274/0/2,.380/0/3,0/4/0)
SIT3 Tone:              914@-16,1371@-16,1777@-16;20(.380/0/1,.380/0/2,.380/0/3,0/4/0)
SIT4 Tone:              985@-16,1371@-16,1777@-16;20(.380/0/1,.274/0/2,.380/0/3,0/4/0)
MWI Dial Tone:          425@-16;30(.2/.2/1)
Cfwd Dial Tone:         425@-20;20(.5/.5/1)
Holding Tone:           600@-19;*(.1/.1/1,.1/.1/1,.1/9.5/1)
Conference Tone:        425@-16;30(.4/.1/1,.25/.1/1,.15/5/1)
Secure Call Indication Tone:    397@-19,507@-19;15(0/2/0,.2/.1/1,.1/2.1/2)

Ring1 Cadence:          60(1/4)

CWT1 Cadence:           30(.4/.1,.25/.1,.15/5)

Rendere valido il certificato SSL per gli utenti remoti OWA anche hai client outlook della lan, exchange 2007/2010

Ciao a tutti,altro problema su cui mi sono imbattuto e che ho risolto è quello di rendere disponibile ai client della LAN che si collegano al server Exchange tramite outlook o Outlook Web Access OWA il certificato SSL valido rilasciato da un ente certificatore. La cosa fastidiosa che volevo risolvere era il fatto che all’apertura di Outlook non venisse chiesta la verifica del certificato auto-generato da Exchange ma che venga utilizzato il certificato valido rilasciato dall’ente di certificazione, permettendo quindi l’apertura di Outlook senza seccature. Facendo delle ricerche ho capito che tutto era legato al sistema di auto-discovery di exchange 2010 che “legava” gli outlook tramite il nome NETBIOS del server exchange e quindi applicando il certificato SSL auto-generato; la soluzione era quella quindi di far puntare tutto all’URL utilizzato anche dai client remoti. La soluzione al problema è documentata sulla KB microsoft numero 940726 dove appunto sono indicati i comandi da digitare sulla Management Console di Exchange, comandi che qui riporto:

  • Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://mail.contoso.com/autodiscover/autodiscover.xml
  • Set-WebServicesVirtualDirectory -Identity “CAS_Server_Name\EWS (Default Web Site)” -InternalUrl https://mail.contoso.com/ews/exchange.asmx
  • Set-OABVirtualDirectory -Identity “CAS_Server_name\oab (Default Web Site)” -InternalUrl https://mail.contoso.com/oab
  • Set-UMVirtualDirectory -Identity “CAS_Server_Name\unifiedmessaging (Default Web Site)” -InternalUrl https://mail.contoso.com/unifiedmessaging/service.asmx (notare che questo è necessario solo su Exchange 2007 sul 2010 è deprecato)

Dopo aver digitato i comandi nella console di Exchange è necessario:

  1. Aprire Gestione IIS. Per ulteriori informazioni su come eseguire questa operazione, vedere come: aprire Gestione IIS;
  2. Espandere il computer locale e quindi espandere Pool di applicazioni;
  3. Fare clic su MSExchangeAutodiscoverAppPool e quindi fare clic su Riciclo.
In particolare nei comandi precedenti la dicitura “CAS_Server_Name” è il nome NETBIOS del vostro server exchange mentre “mail.contoso.com” è l’URL pubblico che usate per raggiungere il vostro server exchange da remoto e per il quale avete un certificato SSL valido.
In un tipico scenario il vostro dominio Active Directory avrà come nome “qualcosa.local” o “qualcosa.lan“; in questa situazione è necessario creare una zona primaria sul DNS del vostro dominio per far risolvere correttamente l’URL pubblico in modo tale che punti all’IP privato del vostro server Exchange. Per fare questo io ho fatto così:
  • ho aperto la console di gestione del DNS;
  • ho creato una zona primaria nominandola come l’URL remoto per esempio “remote.miodominio.com“;
  • ho poi creato un record A senza indicare il nome ma indicando solo l’IP lato LAN del server Exchange.

Link di riferimento per questo articolo: Avviso di protezione di Outlook 2007: “il nome del certificato di protezione non è valido o non corrisponde al nome del sito”

Risolvere il problema per i client che usano ActiveSync non si sincronizzano con Exchange 2010

Ciao a tutti dopo un ulteriore braccio di ferro contro Microsoft e i suoi bug ho risolto anche il problema che impediva a qualsiasi device che usa ActiveSync (iOs, Android, Windows Phone) di sincronizzarsi con un server Exchange 2010. Il problema si presentava solo su alcuni utenti del dominio e non tutti. Stranamente nuovi utenti creati “copiandoli” dagli utenti non funzionanti non avevano il problema. In buona sostanza tutto è riconducibile ad un problema di ereditarietà di alcune autorizzazioni. Per risolvere il problema è sufficiente andare sul server di dominio e:

  1. aprire la console di gestione degli utenti;
  2. abilitare le funzionalità avanzate della console (vedi immagine);
  3. selezionare l’utente che ha problemi e nella sezione “Protezione” fare click su “Avanzate” (vedi immagine);
  4. selezionare la voce “Exchange Server” e abilitare l’ereditarietà dei criteri protezione (vedi immagine);
  5. confermare con “Ok” chiudere e attendere qualche minuto.

In questo modo si risolve il problema.

Fonte di riferimento: http://blog.nick.mackechnie.co.nz/post/2009/11/20/Exchange-2010-Active-Sync-Issue.aspx

Archiviare mail in transito su Exchange 2010

Per poter risolvere una problematica di archiviazione di tutte le mail in ingresso e uscita da un server Exchange 2010, ho trovato un ottima guida trovata su un altro Blog tecnico di Andrea Monguzzi.

Fondamentalmente la teoria è quella di creare una cartella pubblica abilitata alla ricezione di mail alla quale far confluire con una regola di trasporto tutte le mail in ingresso e uscita dal nostro server Exchange 2010.

http://www.andreamonguzzi.it/un-altro-metodo-di-archiviazione-delle-mail-con-exchange-server-2007/

Exchange 2007 – OWA Pagina di login bianca

Mi sono imbattuto in un problema piuttosto noioso per i clienti che usano massicciamente l’Outlook Web Access di Exchange 2007. Al logon il cliente invece di trovare la classica maschera con nome utente e password trovava una pagina bianca con nel link un errore riportante “reason=0”.

Il problema dopo un pò di analisi e ricerche su google pare essere legato all’applicazione dei RollUp di aggiornamento che microsoft rilascia tramite Windows Update; l’applicazione di questi aggiornamenti in determinate circostanze potrebbe portare all’errore nella pagina di login di OWA.

Nel mio caso io ho individuato il problema nel RollUp numero 6 di Exchange 2007 SP3, ma il problema è riconosciuto in diverse circostanze e con diverse versioni di Exchange 2007.

Per risolvere il problema ho dovuto dinstallare il RollUp numero 6 e tutto a ricominciato a funzionare regolarmente.

Riporto sotto una buona documentazione tratta da un altro Blog e ringrazio l’autore che cito al seguente link:

http://exchangeserverpro.com/exchange-2007-owa-stops-working-with-reason0-error

 

Exchange 2007 OWA stops working with “reason=0” error

January 30, 2009 By  30 Comments

Outlook Web Access on Exchange Server 2007 may stop working after an Update Rollup is applied.  Users who connect to OWA may receive a browser script error or a blank page with a URL of:

 https://mail.yourdomain.com/owa/auth/logon.aspx?url=https://mail.yourdomain.com/owa/&reason=0

This problem can be caused by either of these conditions:

Cause #1

The Update Rollup was applied while the %systemdrive%\ExchangeSetupLogs folder was missing.

Resolution #1

Replace or restore the ExchangeSetupLogs folder and run the Update Rollup again.

Cause #2

The Update Rollup was applied while IIS services were stopped or disabled.  This will be apparent when you inspect the %systemdrive%\ExchangeSetupLogs\UpdateOwa.log file and find entries with the following text:

Getting all Exchange 2007 OWA Virtual Directories

There are no Exchange 2007 OWA Virtual Directories.  Aborting.

owapdatelog

Resolution #2

Enable and start the IIS services (which are required for the Client Access Server role) and run the Update Rollup again.

owapdatelog2

Filed Under: Features Tagged With: , , , 
About Paul Cunningham
Paul is a Microsoft Exchange Server MVP and publisher of Exchange Server Pro. He is also an MCP, MCSA, MCSE, MCTS, and an MCITP for Exchange Server 2007/2010. Connect with Paul on Twitter, LinkedIn and Google+.

Abilitare credenziali di accesso macchine virtuali Hyper-V

Per fare in modo che la console di management di Hyper-V richieda le credenziali di accesso per la connessione alla console delle macchine virtuali, è necessario disattivare l’opzione “Usa credenziali predefinite” sulle impostazione del server Hyper-V. La guida seguente indica di preciso come procedere.

Ringrazio http://blogs.technet.com/b/mghazai/archive/2009/04/10/error-code-0x8009030e-in-scvmm-2008-and-hyper-v-management-consoles-when-trying-to-connect-to-a-virtual-machine.aspx da cui è stato tratto l’articolo.

Error Code 0x8009030e in SCVMM 2008 and Hyper-V Management Consoles when trying to connect to a Virtual Machine

RATE THIS
10 Apr 2009 10:56 PM

Hello! This morning, I logged into my Hyper-V/SCVMM 2008 server to deploy a new Windows Server 2008 to my Hyper-V server and as soon as I launched SCVMM 2008 console and I kept getting the following error message;

                                             clip_image002

Upon clicking the OK button, the error message popped up again and again. Hm…

I opened Hyper-V management console. No Errors!

Tried to connect to a VM and VMConnect (Virtual Machine’s console) Window gave me the same error code. (0x8009030e)

Looking at the err.exe tool the error translates to;

C:\>err.exe 0x8009030e

SEC_E_NO_CREDENTIALS                        winerror.h
# No credentials are available in the security package

Searching for the same Error and Hyper-V on bing.com I got couple of hits on social.technet.microsoft.com that were pointing to unchecking the check box for “Use default credentials automatically (no prompt)” in Hyper-V Settings…

image

 

I unchecked the check box mentioned above and hyper-v started prompting for credentials every time I was trying to connect to a Virtual Machine’s console.

Starting the SCVMM 2008 console pops up the user credential’s window. Not very fun to keep getting prompted for your credentials, right?

Did some more digging to see what’s exactly causing this;

since 0x8009030e is pointing to certificate authentication in other scenarios of getting this error code, I believe Hyper-V is using a certificate to authenticate instead of NTLM or my Kerberos ticket.

Well, If you’ve ever logged on remotely to a Windows Server 2008 on a network that requires Smart Card Certificate in addition to your credentials, you know that if you don’t provide your credentials in few seconds, Windows Server 2008 will read and use your certificate on the smart card to log you on. Smart, isn’t it?

To make the story short, I found out that I was logged on to my server using the smart card certificate instead of my normal credentials. Logged out and logged back in by providing my domain username/password and everything looks good!

If you see this issue, you’ll need to log out, log back in with your domain credentials and you won’t see the error anymore. Disconnecting from your Remote Desktop Session and reconnecting back by providing your domain username and password won’t fix the issue since you’ve already logged on with your smart card certificate and just reconnecting to that existing session. You’ll need a logoff and then a brand new session to fix this problem. Hope this helps solve this puzzle for you too! So long…