Já precisou configurar mais de um site no mesmo servidor web?
Geralmente ao iniciarmos um projeto de publicação de sites em um servidor web Linux, criamos a pasta do site, começamos os testes, fazemos a alteração da pasta raíz do apache para que não precise colocar a pasta do site lá no endereço da URL do tipo http://servidor/pasta.
Acontece que desta forma subutilizamos um servidor a apenas uma página web, enquanto ele poderia hospedar uma infinidade condicionada apenas à quantidade de Hardware disponível do servidor. (Em nuvem, sabemos que isso aqui é praticamente infinito, dependendo de quanto você tem disponível para investir neste servidor)
Pense na seguinte arquitetura:
Ao invés de criarmos diversas máquinas com a mesma estrutura, pegaremos apenas um servidor e um apache e criaremos direcionamentos de URL para suas devidas pastas:
Para isso, alguns pré-requisitos precisam ser atendidos antes
- O site precisa estar publicado na porta Web
- DNS externo deve estar configurado e apontando para o seu servidor do GLPI
- Acesso ao linux para criar e mexer nas configurações do apache
Configuração do Vhost
- Primeiramente criei uma pasta chamada vhosts dentro de /etc/apache2/sites-enabled e dentro da pasta criei um arquivo com extensão vhosts para cada site. Isto facilita a administração e configuração do arquivo do apache
contato.arthurschaefer.com.br.vhost
glpicurrent.ars.tec.br.vhost
glpilegacy.ars.tec.br.vhostEm cada arquivo eu configurei a pasta raíz do site e a URL esperada para cada uma delas (Lembre-se que esta URL já deve estar configurada lá no DNS externo!)
contato.arthurschaefer.com.br.vhost
<VirtualHost *:80>
DocumentRoot /var/www/html/ars
ServerName contato.arthurschaefer.com.br
</VirtualHost>glpicurrent.ars.tec.br.vhost
<VirtualHost *:80>
DocumentRoot /var/www/html/glpicurrent
ServerName glpicurrent.ars.tec.br.vhost
</VirtualHost>glpilegacy.ars.tec.br.vhost
<VirtualHost *:80>
DocumentRoot /var/www/html/glpilegacy
ServerName glpilegacy.ars.tec.br.vhost
</VirtualHost>No arquivo do apache2.conf em /etc/apache2 eu criei uma nova linha incluindo os arquivos com extensão vhost à configuração do web server.
IncludeOptional sites-enabled/vhosts/*.vhost➤ Site: https://www.arthurschaefer.com.br
➤ Instagram: https://instagram.com/arthurrschaefer
➤ Facebook: https://facebook.com/arthurschaefercombr
➤ LinkedIn: https://br.linkedin.com/in/arthurramosschaefer
➤ Twitter: https://www.twitter.com/arthurrschaefer
➤ Inscreva-se no Canal: https://www.youtube.com/ArthurSchaefer
➤ Canal no Telegram: https://t.me/arthurschaefer
➤ Baviera TI: https://www.bavierati.com.br
➤ Servicedesk Brasil: https://www.servicedeskbrasil.com.br
Português do Brasil 
English
Boa tarde Arthur!
Wegilla aqui novamente … com outra dúvida nos fluxos dos chamados entre entidades.
Tô com a seguinte situação:
Tenho três setores: A, B e C.
O setor A e B estão na mesma entidade.
O setor C está em uma entidade diferente.
Exemplo: O setor A abre um chamado solicitando a compra de um material para o setor B que vai validar as quantidades (fazer uma especie de triagem) e “encaminhar” (gostaríamos) para o setor C que é quem de fato vai comprar.
Tentamos fazer através das tarefas dentro do chamado, colocando o setor C como técnico na entidade dos demais setores, dessa forma ele aparece para selecionarmos, porém consegue enxergar também os outros chamados da entidade, o que não seria interessante pra gente.
É possível fazer esse encaminhamento sem que o setor C enxergue os outros chamados?
Ou a melhor opção seria realmente o setor B abrir um novo chamado para o setor C com atribuição através das regras?
Você precisa definir as permissões que o perfil do Setor C tem na outra entidade para visualizar apenas os chamados aos quais ele está atribuído.
Veja os vídeos sobre permissões e perfis aqui no blog ou canal para ter um norte.
Aproveitando, o treinamento de Central de Serviços Compartilhados está aberto para inscrição até hoje com desconto. https://servicedeskbrasil.maestrus.com/ver/curso/glpi-ux-melhore-a-experiencia-do-usuario-duplicado/