none
Problemas acesso Office365 URL login.microsoftonline.com RRS feed

  • Pergunta

  • Pessoal,

    Estou com um problema estranho.

    Cenário:

    - Windows 7

    - Internet Explorer 8

    Situação: ao digitar na barra de endereço do navegador a url simples: login.microsoftonline.com a pagina apresenta erro 400, mas se eu apenas colocar na frente da url https://.... ai a pagina carrega normalmente, isso ocorreu depois que limpei cache do navegador.

    Parece que o navegador não esta conseguindo auto completar o endereço com a url em modo https, só funciona se eu digitar o endereço completo = https://login.microsoftonline.com

    Para resolver em parte eu tive que limpar o cache acessar uma vez digitando o endereço completo para ficar no histórico e ai agora o usuário pode começar a digitar login.... que já aparece a url completa e correta com o https.

    Alguém saberia dizer o que esta ocorrendo e como resolver esse problema.

    terça-feira, 15 de setembro de 2015 16:33

Respostas

  • Olá Carlos,

    Então, eu acredito que isso pode estar acontecendo por conta das configurações de cache e proxy que sua organização possui. Pois eu também consegui reproduzir seu problema, em uma máquina restrita, onde a organização possui uma série de políticas de restrição e um Proxy avançado.

    Na minha máquina padrão, de testes, consegui realizar o teste normalmente, inclusive depois de limpar o cache. Veja abaixo os logs que coletei usando o Fiddler:

    HTTP 400 Bad Request (página de erro)

    ---------------------------------------------

    HTTP/1.1 400 Bad request

    Cache-Control: private

    Content-Type: text/html

    Server: Microsoft-IIS/8.5

    x-ms-request-id: 93137b36-443b-4e01-8b9d-801f4c2ceffa

    x-ms-gateway-service-instanceid: ESTSFE_IN_28

    X-Content-Type-Options: nosniff

    Strict-Transport-Security: max-age=31536000; includeSubDomains

    Set-Cookie: x-ms-gateway-slice=productionb; path=/; secure; HttpOnly

    Set-Cookie: stsservicecookie=ests; path=/; secure; HttpOnly

    X-Powered-By: ASP.NET

    Date: Thu, 17 Sep 2015 14:30:04 GMT

    Content-Length: 11

    Bad Request

    ---------------------------------------------

    Acesso normal, página aberta

    ---------------------------------------------

    HTTP/1.1 200 OK

    Cache-Control: no-cache, no-store

    Pragma: no-cache

    Content-Type: text/html; charset=utf-8

    Content-Encoding: gzip

    Expires: -1

    Vary: Accept-Encoding

    Server: Microsoft-IIS/8.5

    x-ms-request-id: ebc94831-6b18-445a-bbcc-9d4f2bc8bab1

    client-request-id: 0bc573b8-be20-4042-8e2e-7d0097209b76

    X-Frame-Options: DENY

    x-ms-gateway-service-instanceid: ESTSFE_IN_26

    X-Content-Type-Options: nosniff

    Strict-Transport-Security: max-age=31536000; includeSubDomains

    P3P: CP="DSP CUR OTPi IND OTRi ONL FIN"

    Set-Cookie: x-ms-gateway-slice=productionb; path=/; secure; HttpOnly

    Set-Cookie: stsservicecookie=ests; path=/

    X-Powered-By: ASP.NET

    Date: Thu, 17 Sep 2015 14:31:08 GMT

    Content-Length: 10958

    ---------------------------------------------

    Monitore estes acessos em seu ambiente, e verifique se há algo que possa estar causando isto, como um Proxy Reverso, um acelerador WAN ou algo similar.

    Abços,


    quinta-feira, 17 de setembro de 2015 14:44

Todas as Respostas

  • Olá Carlos,

    Então, eu acredito que isso pode estar acontecendo por conta das configurações de cache e proxy que sua organização possui. Pois eu também consegui reproduzir seu problema, em uma máquina restrita, onde a organização possui uma série de políticas de restrição e um Proxy avançado.

    Na minha máquina padrão, de testes, consegui realizar o teste normalmente, inclusive depois de limpar o cache. Veja abaixo os logs que coletei usando o Fiddler:

    HTTP 400 Bad Request (página de erro)

    ---------------------------------------------

    HTTP/1.1 400 Bad request

    Cache-Control: private

    Content-Type: text/html

    Server: Microsoft-IIS/8.5

    x-ms-request-id: 93137b36-443b-4e01-8b9d-801f4c2ceffa

    x-ms-gateway-service-instanceid: ESTSFE_IN_28

    X-Content-Type-Options: nosniff

    Strict-Transport-Security: max-age=31536000; includeSubDomains

    Set-Cookie: x-ms-gateway-slice=productionb; path=/; secure; HttpOnly

    Set-Cookie: stsservicecookie=ests; path=/; secure; HttpOnly

    X-Powered-By: ASP.NET

    Date: Thu, 17 Sep 2015 14:30:04 GMT

    Content-Length: 11

    Bad Request

    ---------------------------------------------

    Acesso normal, página aberta

    ---------------------------------------------

    HTTP/1.1 200 OK

    Cache-Control: no-cache, no-store

    Pragma: no-cache

    Content-Type: text/html; charset=utf-8

    Content-Encoding: gzip

    Expires: -1

    Vary: Accept-Encoding

    Server: Microsoft-IIS/8.5

    x-ms-request-id: ebc94831-6b18-445a-bbcc-9d4f2bc8bab1

    client-request-id: 0bc573b8-be20-4042-8e2e-7d0097209b76

    X-Frame-Options: DENY

    x-ms-gateway-service-instanceid: ESTSFE_IN_26

    X-Content-Type-Options: nosniff

    Strict-Transport-Security: max-age=31536000; includeSubDomains

    P3P: CP="DSP CUR OTPi IND OTRi ONL FIN"

    Set-Cookie: x-ms-gateway-slice=productionb; path=/; secure; HttpOnly

    Set-Cookie: stsservicecookie=ests; path=/

    X-Powered-By: ASP.NET

    Date: Thu, 17 Sep 2015 14:31:08 GMT

    Content-Length: 10958

    ---------------------------------------------

    Monitore estes acessos em seu ambiente, e verifique se há algo que possa estar causando isto, como um Proxy Reverso, um acelerador WAN ou algo similar.

    Abços,


    quinta-feira, 17 de setembro de 2015 14:44
  • Nos utilizamos em nossos clientes a solução de firewall AKER e só ocorre em um cliente esse problema, vou verificar com o suporte deles.

    quinta-feira, 24 de setembro de 2015 13:43