[SharePoint 2007] An unrecognized HTTP status was received. Check that the address can be accesed using Internet Explorer.

Después de una implementación sin mayores problemas, y tras dos meses de que había estado funcionando correctamente. Un buen día me doy cuenta que el rastreo no está funcionando y me está devolviendo miles (literalmente) de errores como los siguientes.

Lo primero que uno piensa es que la cuenta con la que se está intentando hacer el rastreo, no tiene permisos para ejecutarlo. Sin embargo la cuenta si tiene los permisos necesarios, es más, tal como dice el mensaje de "ayuda", intento acceder a algunas de las url's a las cuales supuestamente no puede acceder, y para mi sorpresa (si, aún me sorprendo con los errores de SharePoint), el navegador si es capaz de abrir esta url.

He aquí cuando de verdad comienza mi desconcierto, si la cuenta de acceso para el rastreo si puede acceder a las fuentes de contenido, y además mediante el navegador es posible acceder a ese contenido, que otra cosa puede ser?

Pues después de mucha investigación y leer artículos de mucha ayuda como: What every SharePoint administrator needs to know about Alternate Access Mappings (Part 2 of 3)

La causa y la resolución de la misma es un poco rebuscada.

1.- Elimina el proxy establecido de los servidores desde donde no se puede tener acceso y al servidor de destino, es decir el servidor con el rol de Index, y los WFE. No importa que el proxy sea establecido a través de alguna política. Si tienes seleccionado el checkbox de "Automatically detect settings", deselecciónalo.

2.- Deseleccionar la opción "Append parent suffixes of the primary DNS Suffix." Esto lo puedes hacer con los siguientes pasos:

Ve al Panel de Control
Entra al apartado de Network Connections
Click derecho sobre tu conexión, en mi caso (Local Area Connection), click en properties
Selecciona Internet Protocol Version 4 (TCP/IPv4)
Click en Properties
En la siguiente ventana click en Advanced
En la siguiente ventana seleccionamos el tab de DNS
Deselecciona la opción Append parent suffixes of the primary DNS Suffix



Información Adicional:

http://support.microsoft.com/kb/938219
What every SharePoint administrator needs to know about Alternate Access Mappings (Part 2 of 3)

La búsqueda de personas no funciona en SharePoint

Si alguna vez les ha pasado que en sus sitios de sharepoint las búsquedas de personas no funcionan. Es decir las búsquedas de contenido en el sitio funcionan correctamente pero no así la de personas, esto es muy fácil de solucionar.

Solo vayan al sitio central de administración -> sitio de administración del SSP -> Search Settings -> Content Sources and Crawl Schedules. Editen el source que contiene el sitio que no devuelve resultados en las búsquedas de personas y agreguen otra entrada con la url de su sitio sustituyendo el protocolo por sps3.
Asi:
http://mysite:8080
sps3://mysite:8080

Además les dejo un pequeño screencast en el que se aprecia mejor esto.

Authentication failed because the remote party has closed the transport stream

Hace poco en una implementación más, de mi producto favorito: vodka con jugo de piña MOSS 2007, me tope con un error al momento de intentar acceder a la página de configuración de búsquedas que se encuentra dentro de la web application Admin del SSP (Shared Services Provider) http://myserver:11300/ssp/admin/_layouts/searchsettings.aspx.

El error decía algo más o menos así:

Could not connect to server “SERVER_NAME” for application 'SSP'. This error might occur if the server is not responding to client requests, the firewall or proxy configuration is preventing the server from being contacted, or the search administration Web service is not running on the server.

Inmediatamente después intente accede a la página de administración de búsquedas: http://myserver:11300/ssp/admin/searchadministration.aspx., para ver si por ahí podía arreglar este problema, pero aquí surgió otro mensaje de error OMFG!:

Authentication failed because the remote party has closed the transport stream.

Al revisar los logs de SharePoint, me di cuenta que el servidor1 no se podía comunicar con el webservice del servicio de búsqueda del servidor2. Ya que este le denegaba el acceso a la url:

https://server2:56738/SharedServicesProvider1/Search/SearchAdmin.asmx.

Después de maldecir buscar un rato en la red, me encontré que este es un issue conocido por Microsoft y es documentado por el kb “You cannot browse to an SSL-secured Office SharePoint Server 2007 site or to the Search Settings page for a Shared Services Provider”.

Y es provocado por el .Net Framework 3.5 SP 1, que hace que los certificados auto firmados (“self signed”), sean corruptos o no sean de confianza. Sin embargo la solución es sencilla, a continuación los pasos de manera resumida de los que se debe hacer en cada uno de los servidores.

1.- Descargar el Internet Information Services (IIS) 6.0 Resource Kit Tools e instalarlo.

2.- Parar el servicio de busqueda con el commando net stop osearch.

3.- En cada uno de los servidores de la granja de SharePoint ejecutar el comando selfssl /s:951338967 /v:1000, utilizando la utilería selfssl que acabamos de instalar. El directorio de default de instalación es: “c :\Program Files\IIS Resources\SelfSSL”

Parametros:

/s: 951338967. El valor 951338967, se refiere al Id de los servicios web de Office Server, para servidores de 64 bits. Si tu servidor es de 32 bits, el id que debes usar es el 1720207907

/v:1000. Número de días por los que el certificado será válido, Aquí puedes usar un numero mas grande, si así lo deseas.

4.- Por último, pero no menos imprtante, reiniciar el servicio de busqueda, con el comando net start osearch

Recursos:

kb 962928

Internet Information Services (IIS) 6.0 Resource Kit Tools