Utilizando o ForeFront Client Security como antivirus comum
No Windows 2008 x64 tive um problema com instalar antivirus, pois em servidores os usuais (AVG, Avira, etc) não rodam. A solução, como sou assinante do TechNet, foi instalar o ForeFront Client Security.
Achei muito bom, eis os motivos:
1- Não pesou nada na maquina, menos que o Avira que utilizava antes
2- A interface do Windows Defender ajudou muito, pois é conhecida e simples
3 -A integração com os recursos já existentes no Defender como o Software Explorer lhe dá um passo a frente a outros produtos que apenas fazer o scan
Ah, mas tem a questão do Console, mas isso se resolve facilmente. Acesse o diretório "Client" dentro do CD e execute no command prompt o "ClientSetup.exe" com o parametro /nomom, ou seja, ClientSetup /nomom e resolvido !!!!
Ultimo detalhe, se você não é assinante TechNet mesmo assim pode instalar o ForeFront por 120 dias em http://technet.microsoft.com/pt-br/bb738009.aspx
Processo DPC (Defered Process Call) com alto uso de CPU pelo ProcEXP
Recentemente notei que a minha maquina estava com uso de cpu alto, mesmo quando inativa. Ao utilizar o ProcEXP (http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) notei que isto vinha do DPC. O que significa isso?
DPCs são processos que chamam um hardware ou driver e este não responde.
Qual a solução neste caso?
1) Abra o ProcEXP e verifique se algum processo é o causador, fazendo a comparação entre os percentuais de CPU. Ao encontrar o processo, encontrou o hardware que ele utiliza. Desabilite e habilite novamente.
2) Se não encontrou o processo siga o mesmo modo, porem com todos os hardwares que utilizou, desabilitando e habilitando novamente até encontrar o que resolve.
3) Verifique se existe um driver mais novo, que provavelmente resolve as chamadas que ficaram inválidas.
No meu caso era a placa de rede, uma vez que ao hibernar eu estava utilizando cabo e ao reiniciar utilizei a placa wifi. O Windows se "confundiu" e ainda procurava a placa de rede.
Limitar acesso ao Windows File Storage no Exchange 2007
Um importante recurso novo no Exchange 2007 foi o acesso pelo OWA ao SharePoint e a pastas compartilhadas.
Porem, uma questão sempre surge: Como limitar quem pode acessar o recurso de File Share?
Na interface grafica não há suporte para isso, mas pelo PowerShell é possivel usar comandos que desabilitem.
Mas há um detalhe interessante. Ao tentar bloquear apenas um recurso todos ficam desabilitados, pois o default deixa os parametros nulos, e ao fazer uma alteração todos ficam em "false".
Para resolver isso e para limitar os usuários segue as duas linhas necessárias:
1 - Desabilita de todos os usuarios o UNC File Share e deixa o restante dos recursos habilitados:
get-mailbox | Set-CASMailbox -OWACalendarEnabled:$true -OWAContactsEnabled:$true -OWATasksEnabled:$true -OWAJournalEnabled:$false -OWANotesEnabled:$true -OWARemindersAndNotificationsEnabled:$true -OWAPremiumClientEnabled:$true -OWASpellCheckerEnabled:$true -OWASearchFoldersEnabled:$true -OWASignaturesEnabled:$true -OWAThemeSelectionEnabled:$true -OWAJunkEmailEnabled:$true -OWAUMIntegrationEnabled:$false -OWAWSSAccessOnPublicComputersEnabled:$false -OWAWSSAccessOnPrivateComputersEnabled:$false -OWAUNCAccessOnPublicComputersEnabled:$false -OWAUNCAccessOnPrivateComputersEnabled:$false -OWAActiveSyncIntegrationEnabled:$false -OWAAllAddressListsEnabled:$true -OWAChangePasswordEnabled:$true -OWARulesEnabled:$true -OWAPublicFoldersEnabled:$true -OWASMimeEnabled:$true -OWARecoverDeletedItemsEnabled:$true
2 - Habilita o UNC File Share de apenas um usuário específico:
get-mailbox | Set-CASMailbox -OWACalendarEnabled:$true -OWAContactsEnabled:$true -OWATasksEnabled:$true -OWAJournalEnabled:$false -OWANotesEnabled:$true -OWARemindersAndNotificationsEnabled:$true -OWAPremiumClientEnabled:$true -OWASpellCheckerEnabled:$true -OWASearchFoldersEnabled:$true -OWASignaturesEnabled:$true -OWAThemeSelectionEnabled:$true -OWAJunkEmailEnabled:$true -OWAUMIntegrationEnabled:$false -OWAWSSAccessOnPublicComputersEnabled:$false -OWAWSSAccessOnPrivateComputersEnabled:$false -OWAUNCAccessOnPublicComputersEnabled:$true -OWAUNCAccessOnPrivateComputersEnabled:$true -OWAActiveSyncIntegrationEnabled:$false -OWAAllAddressListsEnabled:$true -OWAChangePasswordEnabled:$true -OWARulesEnabled:$true -OWAPublicFoldersEnabled:$true -OWASMimeEnabled:$true -OWARecoverDeletedItemsEnabled:$true
É possivel habilitar ou desabilitar qualquer pasta usando este recurso. Note que existem dois comandos, um para "PrivateComputer" e outro para "PublicComputer", o que obviamente tem a ver com o modelo escolhido pelo usuário quando ele faz o logon.
Problemas em rede com o Windows 2003 R2
Eu tive diversos problemas em rede com o Windows 2003 R2 ao tentar copiar grandes arquivos para outras maquinas.
Para resolver o problema foi necessário fazer 2 passos, que devem ser feitos e testados individualmente, pois em 4 casos funcionou mas tive um servidor específico que não deu certo e era a placa de rede com defeito.
Este recurso faz o pacote de rede ser escalável, ou seja, o Windows dinamicamente muda o tamanho do pacote conforme o tipo e a constancia do tráfego. Parece muito bom, porem nem todos os SOs e dispositivos de rede tem suporte a este recurso, o que causa o problema da queda de conexão.
Muitas vezes apenas desabilitando o CHIMNEY já resolve o problema.
1) Deslique o recurso CHIMNEY do windows:
Netsh int ip set chimney DISABLED
Este recurso transfere para a placa de rede o processamento dos pacotes, o que libera o SO desta tarega, mas necessita suporte de hardware e dispositivos compativeis.
(Fonte: http://support.microsoft.com/kb/912222/pt-br)
2) Desligue o recurso "Offload TCP_LargeSend" e o "Offload Checksum" na placa de rede.
Estes recursos deveriam manter o tamanho do pacote e manter a conexão mesmo quando ocorre um problema, porem as vezes aparecem aquele "balãozinho" do windows avisando problemas na gravação de dados em rede.
URLs no .NET para acesso a sites parent
Um interessante recursos no ASP.NET atual é a vantagem de poder utilizar o "~" como acesso ao diretorio principal de uma aplicação.
Exemplo: ~/Forum/Lista.aspx
Acessa o diretório Forum dentro do raiz da aplicação, mesmo que atualmente eu esteja em outro diretorio. Anteriormente utilizamos o "." ou o ".." mas estes só funcionavam na primeira ou segunda hierarquia e se utilizado no proprio diretorio daria erro.