none
Não exibir IP externo no endereço do Diretório Virtual RRS feed

  • Pergunta

  • Olá pessoal,

     

    Tenho duas aplicações web configuradas em Diretórios Virtuais assim: www.meusite.com.br/relatorios e www.meusite.com.br/projetos. ".../relatorios" na porta 8080 e ".../projetos" na porta 3000. O problema é que esses links estão exibindo o IP externo. Existe alguma maneira de não deixar meu IP externo visível?

     

    Agradeço desde já!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    quarta-feira, 24 de agosto de 2011 18:35

Respostas

Todas as Respostas

  • Mauricio,

     Deixa eu ver se entedi, vc tem um aplicação publica www.site.com e tem 2 diretorios virtuais App1 e App2 vc quer que essas aplicacões sejam acessadas somente de dentro de sua rede, é isto?

     

    []s


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    sexta-feira, 26 de agosto de 2011 14:44
    Moderador
  • Olá Erick,

     

    Obrigado por ter comentado meu post. Não é isso, deixa eu te explicar melhor. Hoje para acessar as aplicações externamente os usuários conseguem ver nosso ip externo ex: após o usuário digitar as urls das aplicações (www.meusite.com.br/relatorios e www.meusite.com.br/projetos), essas urls mudam para os ips externos e suas respectivas portas (189.115.***.***:8080/App1 e 189.115.***.***:3000/App2). Quero que o urls continuem aparecendo impedindo que os meus ips externos sejam transparentes.

     

    Obs: Minhas aplicações rodam tanto internamente quanto externamente e o problema que descrevi acontece tanto internamente quanto externamente.

     

    Obrigado!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    sexta-feira, 26 de agosto de 2011 16:24
  • Deve haver um redirect configurado pois os usuários acessam sem fixar as portas na 80 (HTTP) mas são redirecionados para as portas especificas

    (189.115.***.***:8080/App1 e 189.115.***.***:3000/App2). Basta alterar esse redirect, ou criar um URL Masking.

    <frameset rows="100%">
      <frameset cols="100%">
        <frame src="
    189.115.***.***:8080/App1" frameborder="0" scrolling="yes">
      </frameset>
    </frameset>

    Irá manter o site www.meusite.com.br/relatorios redirecionando para 189.115.***.***:8080/relatorios

    domingo, 28 de agosto de 2011 13:15
  • Olá Erick,

     

    Alguma outra idéia do que posso fazer. Minha explicação ficou mais clara para você?

     

    Obrigado!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    terça-feira, 30 de agosto de 2011 12:13
  • Olá Felipe,

     

    Desculpa mas não consegui entender a parte em que você fala de "URL Masking". Isso eu faço no próprio IIS?

     

    Obrigado!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    terça-feira, 30 de agosto de 2011 12:14
  • Olá Mauricio,

     

    O IP que ele redireciona é o mesmo do seu dominio?

     

    []s


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    sexta-feira, 2 de setembro de 2011 21:40
    Moderador
  • vc pode tentar usar o módulo URLRewrite do IIS7.x para "reescrever"  estes IPs... (tem que criar outbound rules)
    funciona mais ou menos assim:

    a) o usuario chama a pagina:  www.seusite.com.br/relatorios
    b) o IIS vai executar a sua APP, que por algum motivo tem o IP "hard coded" no site.
    b) o modulo URLRewrite "identifica" aqueles IPs e reescreve para o nome correto (www.seusite.com.br)

    Mais detalhes em: http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/ 

    Paulo

    segunda-feira, 5 de setembro de 2011 14:58
  • Oi Erick,

     

    Ele redireciona para os ips externos que estão configurados no firewall para encaminhar para os servidores onde estão as aplicações.

     

    Sds


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    segunda-feira, 5 de setembro de 2011 19:09
  • Olá Paulo,

     

    Obrigado pela ajuda, mas o IIS que eu uso ainda é o 6.0.

     

    Sds


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    segunda-feira, 5 de setembro de 2011 19:14
  • Entendi, como são IPs diferentes do seu dominio, a melhor forma seria o URL Rewrite, porém está extensão está disponivel somente a partir do IIS 6.0.

     

    Uma opção seria utilizar o Ionic's Isapi Rewrite Filter que é semelhante ao mod_rewrite, link: http://iirf.codeplex.com/

     

    A outra seria migrar essas aplicações para dentro do site "www.site.com".

     

    É a visão que eu tenho.

     

    []s


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    segunda-feira, 5 de setembro de 2011 19:26
    Moderador
  • Ahhh.... ótimo motivo para mudar para o IIS 7.x  :-)

    Brincadeiras a parte, uma opção é ainda usar o IIS7, mas combinando o URLRewrite com o Application Request Routing (ARR), "na frente" do seu servidor IIS6.

    Imaginando que você tenha um hardware adicional, poderia montar um servidor IIS7.x com ARR e atingir o mesmo objetivo. E porque afinal colocar outro servidor na jogada? Pq o módulo do ARR faz várias outras coisas, por exemplo:


    a) SSL Offloading: vc instala o certificado digital nele e ele faz a parte de criptografia, ao invés do seu IIS6. Lembro que no IIS7, o SSL é no kernel (http.sys), o que dá um desempenho extra podendo chegar a +30% de ganho.

    b) Compressão: do mesmo modo, pode remover a tarefa de fazer compressão do seu IIS6 (liberando CPU para ser usada pela sua aplicação). Além disso, a compressão no IIS7.x é mais inteligente, vc pode definir níveis e limites de uso de CPU e desabilitar/habilitar ela automaticamente

    c) Disk Cache: se o seu IIS6 possui imagens e outros tipo de arquivos estáticos, o ARR pode ser usado para fazer um cache no disco local dele. Se a compressão estiver habilitada, o cache já irá armazenar os arquivos compactados, reduzindo o uso de CPU.

    d) Balanceamento de Aplicações: se você tiver 2 ou mais IIS6, você pode "balancear" a carga entre esses servidores. O balanceamento ocorre de acordo com o algoritmo que você escolher (round robin, por volume de requests, etc). Você pode até jogar todos os requests de um certo tipo de browser para servidores diferentes no seu farm (ex: tudo de firefox cai no webserver1, tudo de IE6 caiu no webserver2, tudo de IE7 cai no webserver3, etc)

    e) Afinidade por cookies: você pode criar afinidade por cookies. Imagine o cenário: vários de seus clientes são de uma unica empresa, que tem um proxy... todos saem com o mesmo IP. Ao chegar no seu farm, o teu balanceador/nlb joga todo mundo no mesmo servidor web... com afinidade por cookies, o ARR é capaz de identificar cada um dos clientes(browsers) e consegue fazer um balanceamente/afinidade muito mais inteligente, realmente separando a carga entre os servidores web

    f) monitoramento dos servidores web atrás do seu farm: se vc tem N servidores web IIS6, e a aplicação trava em um deles, hoje vc tem que ir lá tirar ele do farm, etc... com o ARR, se o servidor retornar HTTP STATUS 500 (internal server error, ou seja problema na sua APP), entào o ARR automaticamnete remove ele do balanceamento. Qdo ele voltar ao "normal", o ARR recoloca ele no balanceamento...

    e por ai vai...

    Para +detalhes sobre o ARR, veja: http://learn.iis.net/page.aspx/659/reverse-proxy-with-url-rewrite-v2-and-application-request-routing/ 

    []s


    Paulo Teixeira
    terça-feira, 6 de setembro de 2011 01:20
  • E se voce criasse o site para responder na porta mesmo?

    Por exemplo voce tem hoje o site www.meusite.com.br/relatorios

    Se alguem hoje acessa este endereço existe um redirecionamento para uma aplicação tua que está no endereço: 189.115.x.x:8080

    Entendo que os teus sites respondem no mesmo endereço ip trocando apenas a porta certo?

    E se,


    Você publicasse o teu site mesmo na porta 8080? Você publica o site www.meusite.com.br:8080 e cai no mesmo site que o 189.115.x.x:8080/app1. Você vai la no seu redirect e troca o para o novo site.

     

     

    quinta-feira, 8 de setembro de 2011 23:48
  • Valeu pela dica Erick. Vou seguir seu primeiro conselho e usar o Ionic's Rewrite Filter. Se você tiver algum material sobre o Iirf poderia me mandar?

    Meu email - mauriciopitangueira@hotmail.com


    Assim que concluir dou um retorno aqui.

     

    Muito obrigado mais um vez!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    sexta-feira, 9 de setembro de 2011 11:49
  • Olá Sidnei,

     

    Cada aplicação responde em um IP diferente.

     

    Valeu!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    sexta-feira, 9 de setembro de 2011 11:50
  • Olá Paulo,

     

    Por enquanto ainda vamos continuar com o IIS 6.0.

     

    Obrigado pela dica!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com
    sexta-feira, 9 de setembro de 2011 11:59
  • Olá Sidnei,

     

    Cada aplicação responde em um IP diferente.

     

    Valeu!


    Atenciosamente, Maurício Pitangueira MCP - Windows Server 2003 mauriciopitangueira@hotmail.com

    Vou tentar uma ultima prometo hehe

     

    E se voce criasse subdominios do seu dominio principal?

     

    relatorios.meusite.com.br:8080 = 189.115.x.x:8080/app1

    projetos.meusite.com.br:3000 = 189.115.x.x:3000/app2

    sexta-feira, 9 de setembro de 2011 18:10
  • Está na mão: http://cheeso.members.winisp.net/Iirf21Help/frames.htm

     

    []s


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    sexta-feira, 9 de setembro de 2011 20:49
    Moderador
  • Fala Mauricio,

     

    Novidades?

     

    []s


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    terça-feira, 13 de setembro de 2011 18:47
    Moderador