Un Nuevo Comienzo | ITPro.es

mudanza

Hace unos 5 meses cuando inicie este blog como proyecto, no imagine que la experiencia iba a ser tan gratificante y enriquecedor desde todo el sentido de la palabra.

Actualmente he publicado unos 28 artículos y recibido un poco mas de 2000 visitas en todo este tiempo.

Un par de días atrás recibí la invitación para mover mi contenido y seguir posteando en ITPro.es así que he decidido moverme y continuar con esta gran aventura.

Espero verlos a tod@s en mi nueva casa

http://blogs.itpro.es/jimcesse

Etiquetado ,

SharePoint Single Server: Consideraciones de Implementación

server-icon

La arquitectura de SharePoint Server se compone de tres roles principales: Web End-Front (WEF), Application Server y Database Server a la unión de estos roles se les llama Granja (Farm).

Cada uno de ellos cumple una función especifica dentro del rol de la aplicación, por ejemplo; WFE es quien interactúa con el usuario, application server es quien ejecuta servicio específicos como Business Data Connectivity Service (entre otros) y por su parte el Database Server es quien nos aloja la base de datos.

En ambientes grandes y con necesidades de alta disponibilidad y rendimiento se recomienda una distribución de estos roles en diferente Hardware, sin embargo para fines de desarrollo o ambiente pequeños con una cantidad limitada de usuarios y sitios, se podría tener todos los roles en el mismo equipo a este escenario llamaremos SharePoint Single Server.

Para SharePoint Single Server tenemos algunas consideraciones:

Hardware

Parte

Mínimo

Recomendado

Observaciones

       
CPU 4 Cores 8 Cores Para ambientes de pruebas o desarrollo se recomiendan 4 cores y para ambientes de producción 8.
Memoria RAM 8 GB 16 GB Se recomiendan 2 GB por core.
HDD 80 GB 160 GB Se recomienda como espacio disponible entre 80 GB y 160 GB para la partición que aloja el sistema operativo.

Limitaciones

La principal limitación de este escenario siempre será el aprovechamiento de los recursos de hardware ya que todos los roles compiten por ellos. Sin embargo también existen otras consideraciones por ejemplo; no se puede instalar sobre un controlador de dominio, si se instala sobre la versión express de SQL la base de datos solo podrá crecer hasta 4 GB, además que la funcionalidad User Profile Synchronization solo es soportada por SQL en su versión completa.

Otra consideración que se puede evaluar a la hora de experimentar problemas de rendimiento en un ambiente Single Server podría ser opción de limitar el uso de memoria RAM por parte del motor de base de datos, aun no es una practica muy recomendada es importante tenerla en mente.

Solo me queda compartir con ustedes una información adicional:

SQL Server Memory Options: http://bit.ly/vZZd88

Server and Site Architecture: http://bit.ly/cZ6s

 

Hasta la próxima !!!

Etiquetado , , , ,

WSUS Sobre Windows 8 Beta

Windows-8-logo

Con el lanzamiento de ayer de Windows 8 Beta empiezan a salir a la luz información acerca sus características y funcionalidad, en este caso WSUS.

El Equipo de Producto para WSUS publico el día de hoy un excelente paso a paso sobre la “Experiencia” de WSUS para este nuevo sistema operativo, dentro de las cosas mas destacadas se encuentran la posibilidad de administrar la herramienta con PowerShell, Administración mediante el Server Manager y la separación de los clientes y el servidor.

 

El equipo de producto, promete un post por semana acerca de todo lo nuevo que nos traer WSUS para Windows 8.

En lo personal, WSUS es uno de los productos con los que mas interactúo y es unos de mis favoritos así que espero tener tiempo para echarle mano a las pruebas Sonrisa.

No esta demás agregar un par de RSS al Outlook con los Blogs del Equipo de Windows, WSUS y por supuesto el de Jimcesse Risa para esta completamente informados acerca de los cambios que nos traerá esta nueva maravilla llamada Windows 8.

Información Adicional:

Blog del Equipo de Windows: http://bit.ly/bI2PxV

Blog del Equipo WSUS: http://bit.ly/AqWF78

Acerca de WSUS sobre Windows 8: http://bit.ly/yk5kA9

 

Hasta la próxima !!!

Etiquetado , ,

Limpiando AD DS con DSQuery

find-person

Hablando de Active Directory una tarea muy recurrente es la administración de objetos “obsoletos” en el ambiente. En lo personal siempre he preferido “deshabilitar” objetos como usuarios o computadoras, esperar un tiempo prudencial y luego eliminar dichos objetos… una practica que me ha salvado en mas de una ocasión Sonrisa.

Si pensamos en ambientes medianos o grandes donde la administración se vuelve aun mas compleja por su arquitectura, la línea de comandos se vuelve nuestra mejor aliada para llevar acabo dicha tarea. Con herramientas como DSQuery podemos hacer consultas y obtener información acerca de cuales objetos no han tenido actividad en un determinado periodo.

Por ejemplo si quisiéramos saber cuales usuarios tienen mas de cuatro semanas de no reportar actividad alguna contra el directorio podemos ejecutar el siguiente comando:

DSQuery User -Inactive 4

 

La salida de ese comando nos mostrará un listado de usuarios que tienen mas de 4 semanas de inactividad.

Si por el contrario, quisiéramos hacer el mismo ejercicio con las computadores el comando seria así:

DSQuery Computer -Inactive 4

Como ven dos simples comandos que nos pueden facilitar la administración de nuestra organización AD DS y si vamos un poco mas allá podríamos meter todo dentro de una rutina programarla y que nos llegue por correo.

Información Adicional:

http://technet.microsoft.com/en-us/library/cc732952(v=ws.10).aspx

http://technet.microsoft.com/en-us/library/cc730720(v=ws.10).aspx

http://technet.microsoft.com/en-us/library/cc725702(v=ws.10).aspx

Hasta la próxima !!!

Etiquetado ,

Trustwave 2012 Global Security Report

Ya se encuentra publicado el Trustwave 2012 Global Security Report el documento es el resultado del análisis del comportamiento de amenazas, malware, SPAM entre otros temas que se tocaron en el 2012.

El reporte es de la autoría de SpiderLabs, el cual se especializa en seguridad de aplicaciones, repuesta a incidentes, test de penetración, seguridad física y en temas de investigación siempre enfocada en la seguridad.

El reporte es muy bueno así que queda súper recomendado, para descargarlo deben llenar un pequeño formulario con información básica y su descarga es completamente gratuita… Así que espero lo disfruten.

Descarga: https://www.trustwave.com/global-security-report

Hasta la próxima !!!

Etiquetado , ,

Port Forwarding en Forefront TMG

Security-Camera-icon

Una pregunta muy frecuente que la gente siempre hace cuando nos referimos a TMG o inclusive ISA Server es como reenviar puertos a una IP especifica (Port Forwarding).

Un ejemplo muy común es cuando en nuestra red interna tenemos un grabador de video digital (DVR) o alguna cámara IP y necesitamos tener acceso desde de Internet.

En este caso debemos hacer un reenvío de puertos según sean las necesidades del grabador a una IP especifica mediante una regla de publicación de un servidor no web en caso que nuestra relación de red entre el segmento donde se encuentre el DVR e Internet sea NAT o caso contrario una regla de acceso si es ROUTE.

Para ver el escenario, tomaremos como referencia un DVR cualquiera que necesita tres condiciones para su publicación:

1. Puerto 1720 en TCP

2. Puerto 60000 y 60001 en TCP

3. Puertos 60000 y 64999 en UDP

Planteemos el escenario:

Imaginemos que nuestra red interna es 192.168.1.0/24 y nuestra red externa es 170.168.1.0/30 y la relación de red que existe entre ambas redes es de NAT, ósea para este caso especifico traduzco desde y hacia Internet mi red interna en la IP 170.168.1.2, hasta este punto espero me haya explicado bien el escenario Risa.

Paso 1: Definir los puertos, para ello vamos a la opción Firewall Policy > Toolbox (a la derecha de la pantalla) > Protocols > New > Protocol lo cual nos levantara el asistente “New Protocol Definition”.

PF_TMG01

En la primera pantalla nos pide un nombre para el puerto que vamos a definir, en este caso le llamaré DVR-Listener y hacemos clic en siguiente.

En la segunda pantalla definiremos los rangos de los puertos que componen a DVR-Listener haciendo clic en el botón “New

PF_TMG02

Una vez que pulsemos el botón New nos desplegará la ventana para editar los rangos que requerimos en este caso vamos a usar 1720 en TCP, 60000, 60001 en TCP y 60000 y 64999 en UDP, tal como se muestra a continuación

PF_TMG03

Una aclaración adicional es que para los puertos TCP la dirección del puerto debe ser Inbound y para UDP Receive. Luego damos siguiente y cuando nos pregunte si deseamos una conexión segundaria marcamos que no y luego aceptamos todas las ventanas que tengamos…

PF_TMG04 

Paso 2: Regla de Publicación, acá usaremos un regla de publicación de un servidor no web Firewall Policy > Task (a la derecha de la pantalla) > Publish Non-Web Server Protocols y nos levantara el asistente para hacerlo.

PF_TMG05

Con el nombre establecido daremos clic en siguiente, para definir la IP del DVR o Cámara IP, en este caso al DVR le asignaremos 192.168.1.50 y hacemos clic en siguiente…

PF_TMG06

En la siguiente pantalla seleccionaremos el protocolo que creamos anteriormente (DVR-Listener) y hacemos clic en siguiente…

PF_TMG07

En la próxima pantalla seleccionaremos desde cual red vamos a aceptar solicitudes o desde otro punto de vista, cual será el origen de las solicitudes que vamos a aceptar…

PF_TMG08

La siguiente pantalla es un resumen de la configuración y finalmente pulsamos el botón Finish para de esta forma ya tenemos el reenvío de puertos configurado.

Como ven esta es la forma que tenemos en ISA Server o TMG para hacer Port Forwarding.

Hasta la próxima !!!

Etiquetado , ,

Setup Failed to Install ADAM.\r\n (0x80074e46)

Untitled - Copy

A continuación veremos un poco de Troubleshooting para solucionar el mensaje de error: Setup Failed to Install ADAM.\r\n (0x80074e46) que se puede producir durante la instalación de Forefront TMG. 

Como ven el mensaje de error es poco intuitivo y además no nos dice por donde deberíamos de empezar a buscar o que información debemos buscar para obtener mas información, así que les comentaré los pasos que seguí para resolver el problema.

Ambiente:

Acá estamos instalando sobre un HP ML150 G6, con Windows Server 2008 R2 Estándar y Forefront TMG 2010 también estándar.

Recopilando Información:

Bueno como ya dije antes, el mensaje no es muy intuitivo lo único que podemos reconocer en el error es la palabra ADAM lo cual sabemos que en Windows Server 2008 cambio a AD LDS el cual es un rol indispensable para TMG ya que sobre el montaremos el Storage con la configuración de nuestro ambiente, por lo que buscaremos en esta ruta %windir%\debug el registro de eventos de instalación para obtener mas información.

Analizando la Información:

Con el log en mano, veamos que dice:

Untitled2

Como verán hay un par de eventos que se repiten constantemente: The trust relationship between this workstation and the primary domain failed y The wizard could not access the registry.

Troubleshooting:

Bueno para el primer mensaje (The trust relationship between this workstation and the primary domain failed) hay un comando que podemos usar para verificar la relación de confianza entre el equipo y su dominio, seria algo así: nltest /sc_verify:midominio.com veamos la salida de este comando:

Untitled3

Como ven en la salida de nltest la relación de confianza esta bien establecida, así que en este punto podríamos descartar esa opción.

Acá solo nos queda analizar que aplicaciones o configuraciones de nuestro sistema operativo nos podrían estar denegando el acceso al registro, por lo que apuntamos a dos posibles opciones, anti-virus (si existiera) y el AUC.

Solución:

Al menos en mi caso deshabilitando el anti-virus y el AUC me dejo instalar sin problemas, luego buscando información para documentar este post encontré una entrada del equipo de ISA Server / TMG donde explican algunos otros escenarios donde se podría producir este error, el link sería este:

http://blogs.technet.com/b/isablog/archive/2010/07/07/troubleshooting-error-setup-failed-to-install-adam-r-n-0x80074e46-and-0x80070643-while-trying-to-install-tmg-2010.aspx

Información Adicional:

https://jimcesse.wordpress.com/2011/11/16/como-hacer-troubleshooting/

 

Hasta la próxima !!!

Etiquetado , ,

Server Name: UnKnown

Esta semana para mi ha sido muy peculiar ya que estoy en Nicaragua ayudando en el proceso de implementación de una infraestructura, entre las cuales tenemos AD DS, TS, TMG VPN entre otras cosas…

Me gustaría compartir un Tip rápido acerca de un inconveniente que tuvimos en días atrás… Al hacer NSLOOKUP recibimos “Server Name: UnKnown” como respuesta del DNS Server lo que solucionamos creando en la zona reversa, la sub red en la que estamos trabajando y luego corrimos un IPCONFIG /REGISTERDNS en el servidor para que se volvieran a crear los registro.

 

Hasta la próxima !!!

Etiquetado , ,

Privilegios de Usuario En Active Directory

Group-icon

Cuando hacemos la promoción de un nuevo dominio hay muchas cosas que debemos tomar en cuenta una vez que dcpromo haya finalizado…

Una de las cosas mas frecuentes que en mi experiencia se pasan por alto es la verificación de los privilegios que tienen los usuarios autenticados por ejemplo, el privilegio necesario para agregar equipos al dominio en mi opinión esta tarea debe quedarse en manos del equipo de soporte técnico en su defecto en el administrador de dominio, pero nunca en manos del usuario final, ya que al no tener conocimiento de lo que están haciendo podrían hacer algo inesperado.

En mi humilde opinión, deberíamos de delegar esta función al equipo de soporte técnico por lo que en este post veremos como hacer los cambios necesarios.

Nota: para llevar acabo esta tarea usaremos Group Policy Management y Adsiedit ambas son herramientas poderosas y también se deben manejar mucho cuidado un cambio no deseado con estas herramientas y podemos afectar todo el funcionamiento de nuestra organización AD DS, es recomendado tener un respaldo de las políticas y de nuestro ambiente antes de hacer cualquier cambio sugerido en este tutorial.

1. Editando el Default Domain Policy:

Ingresa al Group Policy Management escribiendo gpmc.msc desde la opción ejecutar, navegaremos por las opciones Forest > Domains acá seleccionamos el dominio con el que queremos trabajar y lo expandimos hasta encontrar la opción que dice Default Domain Policy luego hacemos clic derecho y seleccionamos la opción Edit.

En la nueva ventana llamada Group Policy Management Editor navegamos por las opciones Computer Configuration > Windows Settings > Security Settings > Local Policies > User Rights Assignment acá hacemos clic derecho > propiedades sobre Add Workstation to domain (a la derecha de la pantalla).

 

User Rights

En la nueva ventana llamada Add Workstation to domain Properties marcamos un check la opción Define these policy settings lo que nos habilitará la opción de agregar o remover usuarios y grupos de esta caracteristica, haciendo clic sobre Add User or Group nos desplegara la ventana clásica de búsqueda de AD DS para seleccionar el usuario o grupo de usuarios a los que les vamos a asignar este privilegio.

 

User Rights2

Bueno hasta acá le asignamos los privilegios a un usuario o grupo predeterminado para agregar maquinas al dominio, obviamente esto no excluye a los domain admin que ya por default cuentan con este privilegio.

 

2. Editando el número máximo de equipos:

En nuestro esquema existe una atributo llamado ms-DS-MachineAccountQuota con el cual controlamos el numero máximo de equipos que el usuario o grupo de usuarios al que le dimos privilegios anteriormente pueden unir a nuestro dominio.

Para editar este atributo desde el menú ejecutar digitamos adsiedit.msc y nos conectamos al default naming context y hacemos clic derecho sobre nuestro nombre de dominio seleccionando la opción de propiedades, en el tab Attribute Editor buscamos la opción que les mencione anteriormente (ms-DS-MachineAccountQuota) luego hacemos clic sobre el botón edit y ponemos el valor que deseamos permitir, por defecto es 10.

 

User Rights3

 

Con estos pasos podemos “personalizar” un poco nuestro directorio activo y así evitarnos algunos dolores de cabeza Sonrisa.

A continuación pueden encontrar mas información:

http://support.microsoft.com/kb/243327/en-us

http://technet.microsoft.com/en-us/library/dd349804(WS.10).aspx

 

Hasta la próxima !!!

Etiquetado , ,

Update 1 Para Forefront TMG 2010 Service Pack 2

El pasado 11 de enero, Microsoft publico el Rollup 1 para TMG Service Pack 2 el cual resuelve unos 12 problemas entre ellos:

 

RU1_TMGSP2

Para obtener mayor información: http://support.microsoft.com/kb/2649961/en-us

 

Hasta la próxima !!!

Etiquetado , ,