Configurar TFS para Subdominios de Internet

Hoy el tema es un poco diferente a siempre, pero quiero compartir con uds como resolver un par de problemas que me he encontrado con Team Foundation Server, a la hora de hacerlo accesible a internet a través de un subdominio (en mi caso, http://tfs.jpwebdevelop.com/ ).
Cuando usamos esta configuración per se, TFS funciona sin problemas, junto con el TFS Web Access, pero si queremos usar Sharepoint y Reporting Services es más complicado.

  Mi arquitectura actual es:

• Windows Server 2008 R2, SQL Server 2008 Developer, en un Sempron X4 y 2 Gigas de Ram (solo esa ram tengo ) con nombre de servidor y sufijo DNS configurados con nuestro Dominio y subdominio de internet
• Una IP pública estática, y un subdominio apuntando a esa IP estática
• Port- Forwarding en el Router para que rediriga las peticiones del Puerto 80, el 8080 y el 17012 al servidor
• Team Foundation Server 2010, con builds service (opcional) y configurado en Single Server (sin mucha complicación)
• Obviamente también, acceso al servidor en modo administrador, puede ser por Acceso Remoto
• Un Visual Studio 2010 Professional o superior para algunas cosas
• Paciencia y tiempo

Luego de tener configurado TFS, al intentar crear un proyecto nuevo desde una computadora remota, aún al usar la cuenta de administrador de TFS para la creación de este proyecto, nos tira errores de Reporting Services y Sharepoint: No son accesibles los servidores.


NOTA IMPORTANTE: Parto de que antes de instalar TFS, tienen configurado el Windows Server con el sufijo DNS como se muestra en la imagen:


Esto es sumamente importante, o no, pero no queda sobrando hacerlo. A mi antes me daba problemas y cuando lo configuré así, dejaron de aparecer. Si necesitan más información comenten
Para configurar Sharepoint y Reporting Services, y que puedan usar nuestra URL de internet, hay que seguir los siguientes pasos (desde el servidor )
Reporting Services
Este es el más sencillo, simplemente nos dirigimos a:

1. TFS admin Console en el menú inicio,
2. En la ficha Application Tier, seleccionamos reporting
3. Click en Stop Jobs (jajajaja, let’s stop him!!! ). Recuerden darle click en Start Jobs luego de la configuración
4. Luego en Edit, y en la ficha Reports configuramos las rutas para que coincidan con nuestro subdominio de internet: Nos dirá que tenemos que ingresar la contraseña de nuevo, lo hacemos y le damos Ok y iniciamos los Jobs de nuevo. Ahora resta configurar el Reporting Services para que acepte esas rutas.
5. Nos vamos al Reporting Services Configuration Manager, nos conectamos a la instancia, nos vamos a Web Service URL le damos click en advanced, y agregamos una ruta nueva como esta:
6. Hacemos lo mismo con la ficha Reports Manager URL. Asegúrense de agregar una nueva ruta, no modificar la actual.

Con esto tenemos el Reporting Services listo, nos Falta Sharepoint.
Sharepoint

Para Sharepoint, si tenemos que hacer un poco más de configuraciones, pero es el mismo modo, configuramos Sharepoint con las rutas nuevas y le decimos a TFS donde estará ahora. Comenzando con Sharepoint:

1. Abrimos Sharepoint Central Administration (aparece en el menú inicio pero abre un navegador)
2. Abrimos la Ficha Operations
3. En Global Configuration Seleccionamos Alternate access mappings
4. Le damos clic en las dos rutas (la de administration central es opcional, a no ser que quieran administrar el Sharepoint desde Internet, que no lo recomiendo )
5. Y modificamos la ruta para que coincida con nuestro dominio/subdominio
6. Aceptamos, salimos, y continuamos con TFS.
7. Volvemos a la consola de configuración de TFS a la ficha Sharepoint Web Apps
8. Cambiamos la ruta que aparece ahi para que coincida con lo configurado previamente
9. Luego nos vamos a Extensions for Sharepoint Services y cambiamos la ruta de nuevo.

Con esto está todo listo. Si tienen alguna duda, no duden en mencionarla en los comentarios.
Consideraciones

• En ningún momento mencioné donde pide cualquier servicio el nombre de usuario y contraseña, para todos usé la cuenta de administrador a la hora de loggearme
• Tampoco consideré los accesos a otros usuarios, esto es por aparte.
• Con Visual Studio, ahora es que se crea un nuevo proyecto y veremos que sí nos funciona
• Esto no necesariamente representa las mejores prácticas. Yo utilizo este método para configurar mi servidor personal, que tengo en mi casa, más que todo de pruebas y para matar fiebre, no debería ser usado este método en producción o algo parecido, donde haya consideraciones de seguridad. Repito, lo que tengo en mi servidor son proyectos de prueba, y recreo esta configuración cada 90 días puesto que tengo solo acceso al trial.
• No he probado si funciona con cuestiones como HomeIp o servicios de estos para IP dinámica. Debería de funcionar igual, siempre y cuando su router esté bien configurado. Si alguien Puede probar y comentar Bienvenido.
• Insisto eso sí, en que funciona solamente si su IP es pública, y en mi caso es Pública y Estática (y pago adicional a mi ISP por eso, alrededor de $2 mensuales)
• Tampoco lo he probado para escenarios donde esté el TFS en un servidor, y los otros servicios en otros servidores: Sólo tengo una máquina para que pretenda ser servidor, no tengo más para otras pruebas.
• Para el próximo tema, veré como conectarse a los eventos de TFS para, por ejemplo, poner las alertas que funcionen con Google Apps o cualquier otro servidor SMTP que necesita autenticación

Ahora si, cualquier cuestión, duda, comentario, etc, es bienvenida en los comentarios.
Saludos