Instalación Windows Server

Windows Server 2003

Autor:Angel Aedo Busto
Competencia: Gestión en TI (Nivel 2)

Palabras Clave: Windows Server, Virtualización, 2003, bitácora.

Descripción

    Esta actividad nos fue entregada para abordar la instalación y configuración de un sistema operativo de Servidor, para el caso práctico se usó una imagen del Sistema Operativo Servidor de Microsoft. Para no realizar una instalación nativa se hizo uso de una aplicación de virtualización, se sugirió VirtualBox, sin embargo es posible realizar esta actividad con otros virtualizadores.

    Una vez realizada la instalación en la máquina virtual, se debe realizar 5 actividades, cada una documentada con capturas de pantalla.  Estas actividades son:

1. Probar la creación de usuarios y grupos (cada miembro del grupo es un usuario), identificar los distintos grupos de usuario existentes en el sistema e indicar la funcionalidad de cada un de ellos.

2. Revisar la administración de servicios del sistema (procesos en segundo plano), indicar como se configuran los servicios en el sistema.

3. Revisar los permisos y atributos de archivos: Probar estos permisos y atributos con los usuarios y grupos creados.

4. Revisar y documentar los principales aspectos de la configuración de Red del sistemas.

5. Revisar el visor de sucesos y documentar alguno de sus reportes.

Modelo de Solución

    Definición de la plataforma y Especificaciones de Virtualización

    El sistema operativo fue instalado en una máquina virtual instalada en un Macbook 4,1 cuyas características se presentan a continuación.

   El procesador es de Doble Núcleo y 64bit, además posee 4gb de Ram Alineadas en Dual Channel. El sistema operativo usado es Mac Os X Lion, versión 10.7.1 (64bit). En este equipo se usó una máquina virtual de VMware Inc. especialmente creada para el sistema operativo del equipo. Esta maquina será llamada Host de ahora en adelante. 

Máquina Virtual:

    Virtual Machine Ware Fusion versión 4.0.1, es usado para virtualizar el sistema operativo de Microsoft, WIndows Server 2003. En la creación del cliente, se ha usado la siguiente configuración:

    Procesador: 1 Núcleo del procesador del Host Memoria: 512 MB
    Pantalla: Sin acelerador Gráfico 3D
  Adaptador de red: Compartir conexión de red del Host Disco Duro: SCSI 10GB (Dinámico en Host)

   CD/DVD: Imagen ISO elegida Sonido y USB: Host. 

La selección del Host y de las características de la máquina virtual están dadas en función de los requerimientos propuestos por microsoft para el sistema operativo virtualizado por nosotros.

Instalación:

Creación de Usuarios y Grupos


   Esta herramienta presente en windows server, permite otorgar accesos, privilegios y restricciones a los usuarios que harán uso del sistema. Se encuentra en Administración de equipos, en el apartado de Herramientas del sistema, en la sección de Usuarios y grupos locales.

Aquí es posible crear nuevos usuarios y grupos. (Se crean usuarios para cada integrante del grupo). 

Grupos de usuarios existentes en el sistema y funcionalidad de ellos.

    

· Administradores, tal como su nombre lo indica, son aquellos usuarios capaces de gestionar todo el equipo, tienen acceso completo y sin restricciones.

· Usuarios, estos usuarios no pueden hacer cambios en el sistema, ya sean voluntarios o accidentales. Poseen permisos para ejecutar aplicaciones certificadas.

· Invitados, poseen accesos como los Usuarios.

· Operadores de configuración de red, poseen algunos privilegios administrativos, facultandolos a configurar las características de la red.

· Usuarios del monitor de sistema, con acceso remoto para supervisar el equipo. · TelnetClients, tienen acceso al servidor Telnet del sistema.

· Operadores de copia, administran impresoras del dominio.

· Usuarios Avanzados, poseen gran parte de las facultades administrativas, con la salvedad de algunas restricciones. Pueden ejecutar aplicaciones heredadas junto con aplicaciones certificadas.

Administración de Servicios del Sistema

Esta herramienta permite gestionar los servicios que se ejecutan en segundo plano en el sistema. Para esto la ruta de acceso es como se describe en la imagen.

Una vez ahí es posible configurar los elementos de esta ventana. Para ello basta con seleccionar una de ellas y presionar el botón secundario. En esta nueva ventana es posible ver aspectos que van desde la descripción del servicio, la ruta del ejecutable, dependencias (procesos que dependen del servicio) o bien configurar una respuesta del equipo cuando en el servicio infringe un error. Tambien es posible Iniciar, detener, pausar y reanudar los servicios. 

Permisos y Atributos de Archivos

Cuando se crea un documento o una carpeta es posible determinar, quien o quienes pueden acceder a ella, ejecutar, modificar, leer, controlar entre otros. Para esto, sobre el documento se revisan las propiedades, para ver el apartado de Seguridad. 

Es aquí donde el usuario, de poseer los permisos necesarios, puede gestionar el uso del documento. Donde puede Agregar o Quitar usuarios y/o permisos.

Hemos creado un documento de texto en la raíz del disco duro, sin embargo hemos limitado sus permisos, para que el usuario Martin solo tenga acceso a modo de lectura, con esto protegiendo el documento de cualquier tipo de modificación que realice el usuario Martin. 

Se puede apreciar el mensaje de error al tratar de guardar un documento sin los atributos necesarios para escribir sobre el. 

Configuracion de Red del Sistema

ipconfig se presenta como un comando relevante en la configuración de la red del sistema, pues entrega toda la información alusiva a la red del equipo.

Como su nombre lo dice, Internet Protocol Configuration, permite, mediante consola, mostrar los valores de la configuración de los protocolos, tales como TCP/IP y actualiza la configuración dínámica del DHCP.

Este comando sin parámetro arroja solo la dirección IP, sin embargo puede ser acompañado de varios argumentos. Por ejemplo Release, libera la dirección IP de un adaptador de red en el equipo.

Visor de Sucesos

El visor de sucesos se encarga de almacenar un registro de eventos significativos de aplicación, seguridad. Con los registros se puede obtener información acerca de los componentes de hardware, software y sistema, además supervisar los eventos de seguridad de un equipo local o remoto. Los registros de eventos pueden ayudar a identificar y diagnosticar el origen de los problemas actuales del sistema o a predecir posibles problemas en el.

En windows server 2003, se almacenan 4 tipos de registros. Aplicación, Seguridad, Sistema e Internet Explorer.

Por ejemplo estudiaremos algún evento en el apartado de Sistema. Es posible que este error sea algo fatal, pero para evitar presunciones realizamos doble click sobre él y obtendremos mayor información. 

Es un error que explica la ausencia de uno o más recursos de donde obtener la hora para el sistema. Es más, incluso permite el acceso a un link para obtener mayor información. 


Reflexión


    Esta actividad para mi entrega una pincelada del tipo de actividades que realizaremos al momento de ejercer la profesión de Ingeniero Informático. Este tipo de actividad permite profundizar un tanto en lo que es un sistema operativo, que usamos a diario sin siquiera dimensionar la cantidad de elementos que nos permiten administrar el sistema.

Proyecto de Robótica: DirtyLock

DirtyLock, sistema de seguiridad.

Autor:Angel Aedo Busto
Competencia:  Aplica las Ciencias de la ingeniería (Nivel 2)

Palabras Clave: NXC, Lego, Brick, Mindstorm, Programación, Bluetooth, Twitter, AppInventor, Android.

Descripción

    En la asignatura de Proyecto de Robótica se nos pide como segundo proyecto del semestre realicemos una idea que sea aplicable a la programación NXC y además pueda ser llevaba a cabo en nuestros Kit de desarrollo Lego Mindstorm. Si bien el proyecto debía cumplir ciertos requisitos (uso de arreglos, uso de multitareas, traspaso de parámetros entre otros), la principal dificultad y que además sería el pilar del proyecto, la Idea. ¿Qué hacer? Como parte de un grupo debía presentar ideas para que en conjunto evaluáramos si era o no viable. 

    Llegamos al consenso de crear un sistema de seguridad que haga uso de todos los requisitos propuestos en clases y además haga uso del bluetooth, pero con miras de proyectar alguna respuesta a las redes sociales.

    Fue así que nació DirtyLock, un sistema de seguridad con múltiples sensores. Detección de ruidos a cargo del sensor de sonidos. Detección de intruso, a cargo del sensor de Ultrasonido y 2 sensores que se encargan de detectar vulneraciones a las entradas, a cargo de los sensores de tacto. Por cada intrusión un mensaje en twitter, para una cierta cantidad de ruidos realizar una llamada, si se vulnera una entrada un mensaje de texto.

Modelo de Solución

    Al comenzar el Proyecto dividimos las funciones: Felipe Leal, a cargo de crear la aplicación en app inventor; Angel Aedo la tarea de hacer la programacion en nxc del robot, y la creacion de archivos. Martin berkhoff quedo como staff de apoyo ayudando en todas las tareas que los compañeros requirieran.

. Lo primero, luego de dividir el trabajo, fue pensar en las tecnologías que tenemos a nuestro alcance para poder hacer un eficiente sistema de seguridad.

. Aquí seleccionamos básicamente cuatro tecnologías, sin contar los sensores: twitter, bluetooth, app inventor y lenguaje nxc.

¿Por qué no otras tecnologías?

. Simpemente porque en el momento consideramos que éstas eran suficiente para poder crear un sistema de seguridad efectivo; lo que no quita que exploremos con nuevas tecnologias más adelante.

. Con esta primera selección tuvimos lo básicos para iniciar el software en app inventor.

. App Inventor: Es una parte de Google Labs, un parque infantil para lo ingenieros de Google y aventureros usuarios de Google, con este programa para celulares Android es posible crear muchos tipos de aplicaciones; Con app inventor es posible crear aplicaciones que quedaran guardadas en la nube.

. Para mas informacion ir a esta pagina http://www.appinventor.es/ aquí encontraran video de presentacion, tutoriales y manual de como descargar app inventor.

. Creacion de el software en app inventor:

. La aplicación que logramos hacer pudo conectarse con el nxt via bluetooth y coordinar acciones mediante sensores. Esta es la base de la aplicación, cada ves que cualquier tipo de sensor detecta algo, la aplicación enviaba un twitter dando cuenta de que el sensor estaba activo, este también podia llamar a la persona dueña del hogar si esto era necesario; o si el nivel de alarma que marcaron los sensores era demasiado alto.

. El uso de los sensores está especificado en el anexo de lego mindstorm. Como también la programación en nxc.

. Aquí les presento imágenes de el programa junto con la aplicación en el celular android.

.

 Asi queda finalmente la aplicación, donde los botones cambian de color según sea la alerta.

 . 
Aca se presenta bloqueada y estamos conectando la aplicacion


. Creación de la interfaz de la aplicación, es sólo la interfaz app inventor

. Estructura de software en app inventor aquí esta la logica.

. En paralelo nuestro sistema de seguridad utilizando las tecnologias: Lego mindstorm y programacion en nxc, registra y genera un archivo de todas las actividades sospechosas que ocurren en el transcurso de la noche o en el tiempo que el usuario considere dentro de su hogar, ya sea forzar la puertas o ventanas, movimientos dentro de su casa y sonidos sobre lo normal.

. Uso de sensores: Utilizamos del quit de legos mindstorm los siguientes sensores: Sensor de Sonido, encargado de detectar los sonidos que sean poco comunes. Sensor tacto, este cuida las puertas y ventanas del hogar y también verifica si estas se abren. Sensor Ultrasonido, encargado de ver si algo se mueve dentro de el hogar.

. Motor: aquí utilizamos un motor con una función única y específica, en el anexo maqueta se dejará más en claro esa parte.

. Respecto a la posición de los sensores se explica acontinuación.

 

. Esta imagen representa la puerta, la cual está inspeccionada por un sensor de tacto el que permite evaluar si ésta se encuentra abierta o cerrada.

 

. A la izquierda se encuetra el sensor de movimiento, el que permite registrar los acontecimientos al interior del "hogar", para esto considerará cualquier movimiento entre el sensor y la pared lateral.

. Al centro se encuentra otro sensor de tacto que simula una ventana y al igual que en la puerta, es usado para evaluar si está abierto o cerrado.

. A la derecha se encuentra el sensor de sonido, puesto en esta posición para que perciba sonidos de cualquier lugar de la casa.
.
. Abajo el brick, que realizará un reporte con todos los sucesos.

 

. Este motor, se activará cuando se realice la primera apertura de la ventana. Su función es la de activar un interruptor que acciona la iluminación de la casa.

Reflexión

    Cuando se presenta una actividad en la cual ya está descrito el modo a seguir, es bastante simple realizar código y armado del robot, sin embargo cuando existe la libertar de desarrollar una idea con completa libertad, se torna bastante complicado. Resulta difícil dimensionar si la idea es viable o no, si es que el tiempo de plazo podrá ser cumplido. Me aventuro a decir que este tipo de actividad requiere de la conformación de un grupo de trabajo, de este modo resulta más fácil divisar las fortalezas y debilidades de cada idea, pues es más fácil ver los problemas desde una perspectiva externa.

Robot Cosechador

NXC en Cosecha

Autor:Angel Aedo Busto
Competencia: Gestión en TI (Nivel 1)

Palabras Clave: NXC, Lego, Brick, Mindstorm, Programación.

Descripción

    Semana a semana desarrollábamos una idea propuesta por los profesores, que debíamos aplicar a la programación NXC, la cual era usada en nuestros Kit de Desarrollo Lego Mindstorm. En esta ocasión describiré mi experiencia en la creación de un robot cosechador. Actividad que debía simular la recolección y extracción de un producto. Teníamos la libertad de diseño en el armado del robot, pero conscientes de que el robot debía cumplir ciertos requisitos. Como la capacidad de diferenciar si el producto a recoger es apto o no. Poder recoger el producto y que se suelte en una sola área, entre otros.

    Sin embargo eso no era todo. El robot debía comenzar ejecutando una rutina basada en lo estudiado en la sección de física, lo cual era la construcción de una ecuación de itinerario del movimiento del robot.

Modelo de Solución

  Este proyecto lo trabajé con otras personas, las cuales además cumplían ciertos roles en el equipo:

Jefe de Grupo: Angel Aedo Busto
Secretario: Felipe Leal
Productor Multimedia: Claudia De La Hoz
Staff De Apoyo: Martin Berkhoff

Como Grupo utilizamos una estrategia de trabajo durante el semestre, que nos dio muy buenos resultados.

            Primero realizamos un análisis del trabajo, aislando cada etapa que este pudiese tener, para así enfocarnos en resolver problemas mas pequeños, que luego llevaremos a un solo código. De ese modo tenemos una noción mas clara de las subrutinas presentes en el problema.

El trabajo mas duro comienza cuando comenzamos a hacer el seudocódigo en el cual, participamos TODOS los integrantes del grupo.

Luego procedemos a crear una estructura básica del código fuente, esto porque tenemos claro que muchas cosas están sujetas a cambios y nos vamos encontrando con problemas a medida que avanzamos y sobre todo porque no podemos avanzar en la programación del robot si no tenemos claro El armado que tendrá. Producto del análisis inicial y considerando los principales problemas que requiere este trabajo, nos dispusimos a realizar el Diseño del Robot, los Encargados de esta área fueron: Claudia De La Hoz y Felipe Leal.

Este Trabajo requería un robot ágil pero estable, debido a la gran cantidad de giros que debía realizar y la precisión que ameritaba seguir una línea negra.

Desarrollamos un robot Compacto, con 2 motores de tracción, con el sensor de luz alineado a las ruedas, para así maniobrar sobre su propio eje y no desviarse del camino. En la zona posterior implementamos la archi conocida rueda timón con el fin de darle mas libertad de giro al robot; todo esto sobre un chasis que permite sostener la estructura completa y no entorpece los movimientos ni obstruye a la rueda timón.

 

En el Frente colocamos 2 sensores de tacto, pero que prestan las mismas  funciones con uno o ambos presionados. El propósito de esto es que al momento de impactar la paredes, no se desvíe.

Como ya es costumbre para nosotros el Bridge lo agregamos al robot sobre un eje que permita el movimiento de este, para así no tener que desmontar las piezas al momento de insertar las baterías; lo cual nos produciría retrasos innecesarios.

Finalmente En la zona Superior, Adosamos al Brick Una Garra, potenciada por un motor; esta garra en particular Realiza la labor de “tomar la caja” y después de alejarse, la libera. Decidimos usar este método porque creemos se acerca mas a la realidad de cómo funcionaría un robot encomendado a esta misión; por sobre un robot que simplemente empuje a las cajas fuera de la plataforma.

Para Crear esta Garra/Mano utilizamos engranes, los cuales no fueron Para nada Fáciles de implementar, sobre todo alinearlos. A pesar de estas complicaciones creemos que haber optado por este método de recolección de las frutas nos lleva un paso mas allá en encontrar la solución optima al problema solicitado.

Cuando La Idea del armado Ya estaba En su fase ultima, Angel Aedo y Martin Berkhoff procedieron a realizar el trabajo de fondo en la Programación del Robot, teniendo en cuentas las medidas del robot, el nuevo peso, la disposición de las ruedas y los sensores, y también calibrar las potencias necesarias de aplicar al momento de colectar la fruta; todo esto sin descuidar las condiciones pedidas en el problema y la Rutina de Física que el robot realizaba en su primera etapa.

  Aplicación Física:

       Mediante lo trabajado en las semanas de física, es posible aplicar a la primera parte del robot cosechador el cálculo de velocidad en función del tiempo. Para esto es primordial identificar que comportamiento tiene el robot. Se puede dar el caso que el robot se mueva con una velocidad constante o bien acelerado, para el caso práctico se ha usado una potencia constante en el robot, de este modo su velocidad también será constante, pues el robot se mueve en una superficie plana que no presenta variación influyente en el tramo recorrido.

    Esto es conocido como Movimiento Rectilíneo Uniforme.

    Haciendo uso de un algoritmo que permita mostrar tiempos en pantalla, determinados cuando el robot pase sobre una línea negra, fue posible calcular lo siguiente:

      Haciendo uso de la información propuesta en el gráfico podemos ver que la ecuación de la recta representa la ecuación de itinerario, siendo y=ax+b reemplazada por x(t) = velocidad*t + PosiciónInicial. Quedando en 0,185metros/segundos la velocidad y la posición inicial en 0,137metros. Esta velocidad está dada única y exclusivamente para la potencia 40 en ambos servomotores. Además representa únicamente al movimiento rectilíneo uniforme generado en nuestro Dirtybot, pues el peso también influye en esta velocidad dada por la potencia.

Haciendo uso de la información propuesta en el gráfico podemos ver que la ecuación de la recta representa la ecuación de itinerario, siendo y=ax+b reemplazada por x(t) = velocidad*t + PosiciónInicial. Quedando en 0,185metros/segundos la velocidad y la posición inicial en 0,137metros. Esta velocidad está dada única y exclusivamente para la potencia 40 en ambos servomotores. Además representa únicamente al movimiento rectilíneo uniforme generado en nuestro Dirtybot, pues el peso también influye en esta velocidad dada por la potencia.

Video de la Actividad:

Reflexión