Start Windows PowerShell with the "Run as Administrator" option. Only members of the Administrators group on the computer can change the execution policy.
Enable running unsigned scripts by entering:
set-executionpolicy remotesigned
This will allow running unsigned scripts that you write on your local computer and signed scripts from Internet.
Fonte: https://superuser.com/questions/106360/how-to-enable-execution-of-powershell-scripts
List DND-enabled extensions
Se o DND estiver configurado usando o recurso DND do IP-Phone, então não há como você pode listá-los. Caso contrário, se estiver configurado usando o código do recurso FreePBX (* 78), então aqui está a maneira de fazê-lo:
No prompt do linux run:
# asterisk -rx “database show DND” or
#asterisk -rx “database show” | grep “/DND/”
# asterisk -rx "database show DND" /DND/1002 : YES /DND/1004 : YES /DND/1006 : YES /DND/1007 : YES
# asterisk -rx “database del DND ext.”
# asterisk -rx “database put DND ext. YES”
# asterisk -rx "database put DND 1002 YES" Updated database successfully # asterisk -rx "database show DND" /DND/1002 : YES
fonte: http://www.mehrdust.com/archives/how-to-list-all-dnd-enable-extensions
Aqui está uma lista não exaustiva das principais variáveis de ambiente em sistemas Windows:
Variável de ambiente | Descrição |
%APPDATA% | Retorna um caminho de acesso para o diretório padrão contendo os programas do usuário (por padrão: C: \ Arquivos deProgramas \ . |
% CMDCMDLINE% | Retorna o comando exato usado para acessar o interpretador de comandos ( cmd.exe ). |
%COMPUTERNAME% | Retorna o nome atribuído ao computador. |
%DATE% | Retorna a data do dia. |
% ERRORLEVEL% | Contém o código de erro do último comando utilizado. |
% HOMEDRIVE% | Contém a letra da unidade na qual o diretório do usuário atual está localizado. |
% HOMEPATH% | Contém o caminho de acesso completo ao diretório do usuário atual. |
% NUMBER_OF_PROCESSOR% | Contém o número de processadores presentes no sistema. |
% OS% | Contém uma cadeia de caracteres descrevendo o sistema operacional instalado. Observe que Windows 2000 é identificado como WINDOWS_NT . |
%PATH% | Especifica o caminho de acesso aos principais executáveis do sistema. |
% PATHEXT% | Descreve as extensões que o sistema considera executáveis. |
% PROCESSOR_ARCHITECTURE% | Descreve a arquitetura do processador ( x86 para máquinas Intel, IA64 para arquiteturas RISC). |
%RANDOM% | Retorna um inteiro entre 0 e 32167 escolhido aleatoriamente pelo sistema. |
% SYSTEMDRIVE% | Contém a letra da unidade em que o sistema está localizado (geralmente C :) . |
% SYSTEMROOT% | Contém o caminho de acesso ao diretório raiz do sistema. |
% TEMP% | Contém o caminho de acesso de diretório temporário para os aplicativos. |
% TMP% | Contém o caminho de acesso de diretório temporário para os aplicativos. |
%TIME% | Retorna a data do dia. |
% USERDOMAIN% | Contém o domínio ao qual pertence a conta atual. |
% USERNAME% | Contém o nome de usuário correspondente à conta atual. |
%USERPROFILE% | Contém a localização do perfil de usuário da conta atual. |
% WINDIR% | Contém o caminho de acesso ao diretório do sistema (geralmente C: \ WINDOWS ou C: \ WINNT ). |
Variável de ambiente | Descrição |
$ ARCH | Contém a descrição da arquitetura da máquina. |
$ DISPLAY | Contém a ID do terminal de exibição a ser usado no administrador da janela (X11). |
$ HOME | Retorna o caminho de acesso ao diretório do usuário atual. |
$ HOST | Retorna o nome do computador. |
$ LANG | Retorna o código de idioma padrão. |
$ PATH | Retorna uma lista de caminhos de acesso para diretórios que contêm executáveis, separados por ponto e vírgula. |
$ PRINTER | Contém o nome da impressora padrão. |
$ SHELL | Indica o caminho do interpretador de comandos utilizado. |
$ USER | Retorna o ID do usuário atual. |
Para podermos configurar uma base de dados local do Sql Server, criado por exemplo através do Visual Studio, podemos usar o comando sqllocaldb conforme as opções abaixo
Instalar MapGuide 2.4 on IIS
Instruções passo a passo para instalar MapGuide 2.4 no IIS.
Estas instruções devem também trabalhar com MapGuide 2.5 / 2.6. Renomeie ocorrências de "2.4" e "24", com o correspondente MapGuide versão.
Prerequisite: Microsoft .NET Framework 4
If Microsoft .NET Framework 4 or 4.5 is not installed, install Microsoft .NET Framework 4 (Web Installer).
Pré-requisitos: IIS
Windows Server 2008
![clip_image001[7]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/using-fastcgi-to-host-php-applications-on-iis-246-IIS%20-%20Enable%20FastCGI%20Role.png "clip_image001[7]")
Windows 7 e 10
![clip_image002[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.1.jpg "clip_image002[6]")
Manual configuration: IIS
If MapGuide has been installed with a manual configuration, IIS will need to be manually configured.
![clip_image003[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.2.jpg "clip_image003[6]")
![clip_image005[6]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjM4IMOvgQpi0T2o5nkYVUd6dkiiw2c8SNeB8IFrcrox2yc7gxL6aDyc69h-2cpJr4MN0WeCvn7AjLrHGL6grCzoi61rbCeCd0axCmHJ78zIqhQToWiX7H3LEaB9kmOrr9L-h8n156zJdfx/s1600-h/clip_image005%25255B6%25255D%25255B3%25255D.jpg "clip_image005[6]")
Se não abrigarmos a corrermos o aplicativo em 32bits poderemos ter erros como no caso do fgci
![clip_image007[6]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjfcPIC7PF8CxwlPTeG55-ImBf34qUl46HizyDnuHqrEhcvpwkdPEptdj83eNWNkE_JrHUrsWNXEKjv_Fnml8z4q0Rz7JjY1p6NmCgJ4rCD6NDIUtW3p1aYjsmHdMgpmOokG7_0gA8eSy3q/s1600-h/clip_image007%25255B6%25255D%25255B3%25255D.jpg "clip_image007[6]")
Mais à frente vamos configurar no passo 6 vamos configurar o módulo ISAPI para correr mapagent\isapi_MapAgent.dll
Ao criarmos este módulo ele adiciona ao webconfig a primitiva preCondition="bitness32". Ou seja, o IIS só corre o módulo ISAPi caso corra em 32 bits.
Como está a correr a 64 bits ele ignora a configuração e tenta correr a aplicação como se de um ficheiro estático se tratasse.
Para ultrapassar isso devemos forçar a aplicação criada MapGuide24AppPool, a correr a 32bits.
![clip_image011[6]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiKqHLLsn06OytekvRgkdYxSt7U_lkyvHjTDw4xnI-vpfVFG2bFgW8eqYIujgGOKVWicjJRObHXvNsAWw10EbCEaUYIexjGu79tqty2v1cpxJ8i2l7gq2cIO6oHa__bCb9-ElSxeB_kkHvB/s1600-h/clip_image011%25255B6%25255D%25255B4%25255D.jpg "clip_image011[6]")
![clip_image012[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.3.jpg "clip_image012[6]")
![clip_image014[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.13.jpg "clip_image014[6]")
![clip_image015[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.5.jpg "clip_image015[6]")
![clip_image016[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.6.jpg "clip_image016[6]")
![clip_image017[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.7.jpg "clip_image017[6]")
![clip_image018[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.12.jpg "clip_image018[6]")
![clip_image021[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.10.jpg "clip_image021[6]")
![clip_image022[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.11.jpg "clip_image022[6]")
Test
Este artigo esclarece as diferenças funcionais entre EMPILHAMENTO e CASCATEAMENTO de switches Ethernet, e esclarece também os conceitos de gerenciamento e desempenho para cada caso.
Cascateamento, o que é?
Cascateamento é a simples interconexão de dois ou mais switches em série. Para estas conexões entre os switches, são empregadas portas ou interfaces convencionais; as mesmas portas/interfaces que são utilizadas para conectar qualquer dispositivo cliente (ex: computadores, laptops, roteadores, firewalls, pontos de acesso, etc.).
Limitações do Cascateamento
Desempenho da Porta Uplink e Agregação do Tráfego
Uma vez que o cascateamento emprega uma porta Ethernet convencional, seja ela FastEthernet ou GigabitEthernet, a comunicação entre os dois switches interconectados se dá à capacidade de transmissão de dados suportada pela porta empregada. No caso de interconexão de dois switches com porta FastEthernet, a comunicação entre os dois switches ocorrerá a uma taxa de dados na ordem de 100 Mbps. No caso de GigabitEthernet, 1000 Mbps ou 1 Gbps.
O maior problema com relação ao cascateamento está justamente relacionado ao desempenho das conexões entre os switches envolvidos. Quanto maior for a quantidade de switches em uma “cascata”, maior será o problema de escalabilidade.
Em tese, uma porta Uplink deverá possuir capacidade o suficiente para poder estatísticamente agregar com qualidade as transmissões de todas as demais portas do switch. Ao realizarmos uma interconexão entre dois switches de 48 portas 10/100 (FastEthernet) via porta GigabitEthernet, e dependendo da disposição das conexões, as transmissões destas 48 portas compartilharão a capacidade da porta uplink. A interconexão de múltiplos switches via uma porta GigabitEthernet poderá da mesma forma resultar no compartilhamento de “N portas x 100 Mbps” sobre uma única porta GigabitEthernet, acarretando em problemas de contenção pelo fato da porta GigabitEthernet não ser o suficiente para agregar todo o tráfego das portas de acesso.
Um exemplo de cascateamento:
Exemplo de Cascateamento
Convergência e Estabilidade
Outro fator importante é a questão de estabilidade da rede e a convergência do protocolo Spanning Tree em caso de falhas. Redes Comutadas (redes cujas decisões de encaminhamento de frames são baseadas em informações de Camada 2 (camada “Enlace de Dados” do modelo de referência OSI (RM-OSI)), possuem duas necessidades vitais para a continuidade de suas operações:
Topologias redundantes obviamente implicam no emprego de conexões redundantes entre os switches da rede, e até mesmo switches redundantes para alcançarmos maiores índices de disponibilidade. O problema é que redes comutadas precisam ao mesmo tempo estar totalmente isentas de loops. Por exemplo, a figura abaixo ilustra uma topologia redundante com conexões redundantes entre dois switches. No exemplo demonstrado abaixo, a simples presença do loop na rede resultará em sua imediata paralisação!
Loop em Rede Ethernet
Como, então, promover alta disponibilidade com conexões redundantes em uma rede Ethernet que ao mesmo tempo não pode possuir loops? Para isto existe o protocolo Spanning Tree, ou Spanning Tree Protocol (STP), nas suas variações IEEE 802.1d (STP), IEEE 802.1w (RSTP), e IEEE 802.1S (MSTP).
O objetivo do protocolo Spanning Tree é possibilitar links redundantes em uma rede comutada (com switches), ao mesmo tempo em que eliminando a possibilidade de ocorrência de loops. Na ilustração abaixo, o protocolo Spanning Tree automaticamente deteta a presença do loop, e se encarrega de desabilitar as portas que julgar necessário para assegurar o interrupção da condição de loop entre os dois switches envolvido. Isto é feito automaticamente pelo protocolo Spanning Tree, baseado em uma série de critérios os quais não serão abordados neste documento.
Loop e Spanning Tree
Você deve estar se perguntando: o que isto tem a ver com empilhamento ou cascateamento?
A resposta é muito simples: o protocolo Spanning Tree é complexo, e possui uma série de limitações. O cascateamento excessivo de switches em uma rede Ethernet poderá agravar estas limitações do protocolo Spanning Tree e provocar problemas na rede, em especial loops e o tempo de convergência do protocolo em caso de falhas em um equipamento ou link da rede.
Na verdade, a maior limitação está por conta do diâmetro da rede do Spanning Tree: este protocolo foi projetado para operar com eficiência para redes Ethernet comutadas com no máximo 7 dispositivos em seu diâmetro. Ou seja, de um computador-dispositivo cliente para outro computador, a transmissão não deverá percorrer por mais do que 7 switches ao longo do trajeto. Na verdade, o diâmetro é estabelecido com base em um ponto de referência central, que controla a operação do protocolo Spanning Tree. Este ponto de referência central é um switch Ethernet de melhor prioridade, e desempenha a função conhecida como Root Bridge.
Diâmetro STP
Ao interconectar múltiplos switches Ethernet por meios de cascateamento, é possível que o diâmetro da rede seja modificado para algo muito superior a sete (07), o que não é muito compatível com os temporizadores (“timers”) das mensagens do protocolo Spanning Tree (conhecidas por “BPDUs”).
Diâmetro excessivo do STP
Gerenciamento
Outro aspecto importante das redes comutadas é o gerenciamento. Sabe-se que para cada dispositivo onde uma verificação precisa ser feita ou alguma configuração a ser realizada, precisamos em primeiro momento estabelecer uma conexão com o sistema operacional do dispositivo para fins de gerenciá-lo e administrar os comandos dos recursos desejados.
A conexão com o sistema operacional do Switch Ethernet poderá ser feita por vários métodos – dependendo do que for suportado pelo dispositivo em questão. Por exemplo, Telnet, SSH, HTTP/HTTPS, e SNMP.
Geralmente switches cascateados são gerenciados individualmente: cada switch que compõe a “cascata” precisa ser acessado isoladamente. Isto acarreta em esforço administrativo e torna o ambiente ainda mais complexo.
Há exceções, porém, como é o caso dos switches da Cisco Systems que suportam o recurso de “Cluster”, onde até 16 switches podem ser agrupados e gerenciados via um único endereço IP (ao invés de fazermos acessos individuais para cada switch), mas, mesmo assim, em termos de estrutura de comutação continuam sendo 16 switches completamente independentes. No entanto, por vias gerais, isto não é tipicamente suportado por todos os fabricantes.
Resumo
O cascateamento é uma simples conexão ou interconexão entre dois ou mais switches através de portas Ethernet convencionais. Possui limitações como a escalabilidade, desempenho de comunicação entre os switches, e a questão do gerenciamento.
Empilhamento, o que é?
Ao contrário do cascateamento, o empilhamento emprega portas dedicadas, exclusivas para o propósito de interconexão entre switches. Esta porta é de alto desempenho – superior às portas FastEthernet e GigabitEthernet – e interconecta o switch fabric diretamente entre os switches da “pilha”. Isto promove um ganho de desempenho muito superior se comparado ao cenário de cascateamento.
Vantagens do Empilhamento
No caso da Cisco Systems, as tecnologias Cisco StackWise, Cisco StackWise Plus, e Cisco FlexStack são suportadas pelos modelos 3750, 3750-X, e 2960-S.
As ilustrações abaixo mostram o Cisco StackWise e o Cisco FlexStack (para Catalyst 2960-S).
Cisco StackWise
Cisco FlexStack
Cisco FlexStack
O denominado “empilhamento” de switches possui inúmeras vantagens, se comparada à utilização individual de cada switch em uma rede. Swithes empilháveis, quando fazendo parte de uma pilha ou “stack” de switches, são interconectados diretamente em seus chamados “switching fabric” através de portas dedicadas e específicas para este propósito, o que permite a interconexão direta do plano de controle (“Control Plane”) de cada um dos equipamentos, consolidando-os e os tornando um único switch, completamente gerenciável.
Ou seja, ao invés de possuirmos quatro switches “isolados” em uma rede, mesmo que interconectados através de suas portas, possuímos somente um “único” switch, que é a representação do empilhamento de até 4 unidades (no caso do FlexStack) ou 9 unidades (no caso do StackWise) . O empilhamento oferece as seguintes capacidades e vantagens sobre switches “standalone” ou individuais:
Cisco StackWise
Dependendo do modelo empregado, o StackWise poderá ofertar 32 Gbps de desempenho na porta de empilhamento, sendo 16 Gbps Upstream e 16 Gbps Downstream.
A capacidade da porta de empilhamento varia conforme a versão da tecnologia e o modelo de equipamento empregado. Por exemplo, o switch Cisco Catalyst 3750-X, que usa a tecnologia Cisco StackWise Plus, poderá empilhar até 9 switches, tornando-os um sistema único, através de portas dedicadas com capacidade de 64 Gbps. Neste caso, são usados dois cabos de 16 pares, totalizando 64 Gbps.
Cisco StackWise Plus
É no aspeto desempenho e gerenciamento unificado de até 9 switches por pilha que observamos melhor os benefícios do empilhamento. As conexões feitas via portas dedicadas interligam diretamente os “switch fabrics” dos sistemas interconectados, promovendo um cenário de desempenho e robustez absolutamente superior.
A ilustração abaixo mostra uma comunicação unicast entre dois computadores conectados no mesmo switch de uma pilha de switches com StackWise. A comutação é resolvida localmente pela ASIC que controla as portas envolvidas.
Comutação com o Cisco StackWise
Já a ilustração abaixo mostra a comunicação direta via o backplane dos dois switches envolvidos, quando a transmissão precisa fluir de um switch para o outro.
Comutação com o Cisco StackWise
Espero com este artigo ter esclarecido as diferenças funcionais entre EMPILHAMENTO e CASCATEAMENTO, e como o empilhamento se demonstra bastante superior ao simples cenário de cascateamento de switches.
Autor: Leonardo Furtado
Fonte: https://innovacloudorg.wordpress.com/2011/12/30/diferencas-entre-cascateamento-e-empilhamento
Em alguns casos você pode ter a necessidade de salvar as credenciais da sua conexão RDP, em versões anteriores do Windows bastava selecionar a opção “Permitir salvar minhas credencias” mas no Windows Vista e posteriores é necessário uma configuração a mais para que isso seja possível, siga os passos abaixo:
Clique no botão Iniciar 
Em Política de Computador Local (ou Diretiva de computador Local em pt-br) > Configuração do Computador, clique duas vezes em Modelos Administrativos, em Sistema e, por fim, em Delegação de Credenciais.
No painel direito, clique duas vezes em Permitir Delegação de Credenciais Guardadas (Salvas em pt-br) com Autenticação de Servidor Apenas com NTML.
Na caixa de diálogo exibida, clique em Ativado (Habilitado em pt-br) e em Mostrar.
Na caixa de diálogo Mostrar Conteúdo, clique em Adicionar, digite o nome do computador remoto (servidor) neste formato: TERMSRV/* e, em seguida, clique em OK.
Agora para ativar desde já a sua nova política antes de reiniciar, clique no botão Iniciar, digite gpupdate.exe e pressione ENTER.
Pronto suas credenciais guardadas não serão requisitas na sua próxima sessão da Área de Trabalho Remota.
Dica rápida para quem tiver esse erro...
Acontece quando está utilizando uma versão do ASP.NET Ajax diferente do Framework da aplicação
Mensagem de erro do analisador: Não foi possível carregar o ficheiro ou assemblagem 'System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' ou uma das respectivas dependências. O sistema não conseguiu localizar o ficheiro especificado. (G:\DADOS\Sites e Projectos\SPA\web.config line 149)
Informações da versão: Versão do Microsoft .NET Framework:2.0.50727.8745; Versão do ASP.NET:2.0.50727.8745Necessário Instalar o ajax para .net 2 ASPAJAXExtSetup.msi
Problema resolvido
Em sistemas GNU/Linux, ou Unix-like de uma maneira geral, quando se desejar acessar um sistema de arquivos seja uma partição, um disquete, um CD-ROM ou diferentes dispostivos tais como zip drive, pen-drives dentre outros, é necessário, inicialmente, montar o sistema de arquivos antes de começar a usá-lo.
Atualmente, a maioria dos sistemas provêem mecanismos de automontagem, onde o sistema faz automaticamente a montagem para o usuário. Entretanto, algumas vezes temos que fazer esse processo manualmente, o que é feito utilizando-se o comando mount.
Nesta dica, mostraremos algumas coisas que podem ser realizadas por meio desse comando.
Em sua forma mais básica, basta usar:
# mount opcoes dispositivo ponto_de_montagem
Para verificar quais sistemas de arquivos estão montados, digita-se apenas:
# mount
Esta é muito útil quando se desejar ter um backup de um sistema de arquivos de um servidor em produção. Nesse caso, para a realização do backup, pode-se remontar o sistema de arquivos como somente-leitura, de modo que ninguém possa escrever na partição enquanto o backup estiver acontecendo. Por exemplo, pode-se remontar uma partição já montada /dev/hda5 como somente-leitura executando o seguinte comando:
# mount -o remount,ro /dev/hda5 /mnt/C/
Uma vez terminado o backup, pode-se remontá-la novamente como leitura-e-escrita:
# mount -o remount,rw /dev/hda5 /mnt/C/
Este comando também é muito interessante quando o sistema foi, de alguma maneira, corrompido. Quando se inicia o sistema em modo mono-usuário, o sistema de arquivos é montado em somente-leitura. Numa situação como esta, para proceder a alterações nos arquivos de configuração é necessária remontá-lo como leitura-e-escrita.
Quando se tem baixada uma imagem ISO e se deseja ver o conteúdo do arquivo, há uma maneira fácil de realizar isso, montando-o utilizando o dispositivo loopback. Para tanto, executa-se o seguinte comando:
# mount -t iso9660 -o loop,ro debian-40r3-i386-CD-1.iso /mnt/iso
Movendo um sistema de arquivos já montado para outro local
Tendo já montada uma partição no ponto de montagem / mnt/C/ e desejando-se montá-la em outro local, não é necessária desmontagem do sistema de arquivos e posterior montagem em outro local. Pode-se realizar isso através de um único comando usando a opção --moveconforme o comando abaixo:
# mount --move /mnt/C/ /mnt/novo_local/
Nota: Embora a opção --move sugira uma movimentação de dados, os arquivos não são transferidos, mas são apenas dissociados do ponto de montagem /mnt/C/ e assciados em /mnt/novo_local/.
Pode-se utilizar as opções --bind ou --rbind para montar uma partição já montada, que contém um conjunto de diretórios, para outro local com permissões diferentes. Por exemplo, caso se tenha um subdiretório apps em um ponto de montangem /mnt/C/ somente-leitura e pretende-se tornar acessíveis a outros usuários para a escrita dados, pode-se realizar isso usando a opção --bind com o comando:
# mount -o rw --bind /mnt/C/apps /mnt/backup
Assim, apenas o subdiretório apps é acessível como leitura e escrita em /mnt/backup.
O comando mount é um dos mais importantes comandos do mundo Linux/Unix. A montagem é uma tarefa corriqueira e sempre necessária nesses sistemas, o que faz com que se recorra diversas vezes ao uso do comando mount. Para desmontagem dos sistemas de arquivos, utiliza-se o comando umount que recebe como parâmetro o ponto de montagem ou o dispositivo.
# umount '(ponto_de_montagem | dispostivo)'
Para maiores informações sobre as outras opções do mount, verificar o manual da ferramenta:.
# man mount
![clip_image009[6]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiFNT465_pAyZRl3hO_GBjr3Bq6hKiw-6ODOODu-4m_l2ow4xCuE-rsPzCGzdhjmuGxPp7SpR84Mxi0oYtigPUtay2bU2Xc-A4XzW6YZ3AiA3xkaWWJ4w0vUMON-GtP-JiFMLQJZeLQ0kat/s1600-h/clip_image009%25255B6%25255D%25255B6%25255D.jpg "clip_image009[6]")
![clip_image013[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.4.jpg "clip_image013[6]")
![clip_image019[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.8.jpg "clip_image019[6]")
![clip_image020[6]](https://trac.osgeo.org/mapguide/attachment/wiki/ConfigureGuide24Windows/screenshot.9.jpg "clip_image020[6]")
