Tutoriales de tipos clientes

81 tutoriales de tipos clientes encontrados(0.057 segundos)

Usando Samba (58 capítulos)   (11)

Si has oído hablar de Samba y deseas ver qué es lo que puede hacer por ti, este es también el mejor lugar para empezar. Bien, comencemos a mostrarte el camino hacia el conocimiento de Samba y su potencial. Antes de empezar, puedes proporcionar servicios Unix a todas tus máquinas Windows -y todo sin tener que gastar toneladas de tiempo y dinero-. ¿Excitante, no? Estupendo, entonces comencemos.

Cap 15 Configurando los Clientes Windows   Te gustará saber que la configuración de Windows para usar nuestro nuevo servidor Samba es muy simple. SMB es el lenguaje netivo de Microsoft para la compartición de recursos sobre una red de área local, así que la mayor parte de la configuración de la parte de los clientes Windows ya está hecha Cap 52 Otras Opciones   || || max mux || numérico || Establece el número máximo de operaciones SMB simultáneas que los clientes pueden realizar. || 50 || Global || || max open files || numérico || Número límite de ficheros abiertos para poner por debajo de los límites Unix. || 10.000 || Global || || max xmit || numérico Cap 4 Familiarizandonos con una Red SMB/CIFS   punto-a-punto para este propósito carga mucho menos la red que usar boradcasts para cada una de las peticiones de resolución de nombres que se produzcan. Tipos de Nodos ¿Y cómo le digo a los clientes qué estrategia deben seguir para realizar el registro de nombre y la resolución? Cada

Autor: Robert Eckstein, David Collier-Brown, Peter Kelly - 20 de Febrero de 2006

Patrones de diseño en Python (7 capítulos)   (1)

La elección del lenguaje con el que se implementará afecta el uso de los patrones de diseño. Naturalmente algunos lenguajes aplican mejor que otros para distintas tareas. Cada lenguaje tiene su propio conjunto de fuerzas y debilidades. En este ensayo implementamos algunos de los patrones de diseño más comunes en Python, cuyo modelo de objetos es bastante distinto al de los lenguajes orientados a objetos convencionales. Por lo tanto, conseguimos algo de visión interna de los patrones en el contexto de Python.

Cap 2 Python   de Python es su negligencia hacia el ocultamiento de los datos. Por el momento digamos que la política de Python puede ser descrita como ''encapsulación por cortesía '' siendo esto que la instancia de una clase asume que ninguno de sus clientes tratará de traspasar la interfaz de la clase y manipular Cap 3 Singleton   de un objeto fuera de laclase.  Por ende los clientes de la clase tienen que dependeren la función miembro estática:ya sea que estacree una nueva instancia o devuelva una referencia al objeto singleton(Fig. 2 ).---|| ---- Singleton& Singleton::Handle() { ---if( !psingle ) {---psingle = new Cap 5 Proxy   "" Desde la perspectiva del diseño orientado a objetos la habilidad para atrapar accesos a atributos provee algunas nuevas soluciones a viejos problemas.  Un buen ejemplo es el patrón Proxy, el cual es utilizado cuando un objeto tiene que ser escudado de sus clientes.  Puede haber varias razones

Autor: Mononeurona - 27 de Octubre de 2005

Cómo usar LDAP en Linux (7 capítulos)   (3)

En este documento se presenta la información acerca de la instalación, configuración, ejecución y mantenimiento de un servidor del Protocolo Ligero de Acceso a Directorios (LDAP) en una máquina Linux. También se dan detalles sobre cómo crear bases de datos LDAP, cómo actualizar y borrar información de la base de datos, cómo implementar acceso móvil y cómo utilizar la Libreta de Direcciones (Address Book) de Netscape. Este documento está fuertemente inspirado en las páginas informativas de LDAP de la Universidad de Michigan.

Cap 1 Introducción   y actualizar información en su Directorio, utilizando las utilidades y clientes LDAP. El demonio o programa servidor para el directorio LDAP se llama //slapd// y puede ejecutarse sobre muchas plataformas UNIX diferentes.Hay otro demonio o programa servidor que se encarga de la replicación entre Cap 3 Configuración del servidor LDAP   remitirá las consultas no locales al servidor LDAP de la Universidad de Michigan. Algunos clientes LDAP con capacidades inteligentes podrán redirigir su consulta a dicho servidor, pero tenga en cuanta que la mayoría de esos clientes no gestionarán URLs sencillas de LDAP que contengan una parte de nombre Cap 6 Mas información y características adicionales   la manera de hacerlo con seguridad, y la [[http://www.mononeurona.org/index.php?idp=452#4 section 4]] para ver cómo reiniciarlo.===== [[ Libreta de direcciones de Netscape (Address Book)]] =====Una vez que tenga su servidor LDAP configurado y en marcha, puede acceder a él a través de clientes

Autor: Luiz Ernesto Pinheiro Malere - 27 de Octubre de 2005

LDAP Linux (7 capítulos)   (2)

En este documento se presenta la información acerca de la instalación, configuración, ejecución y mantenimiento de un servidor del Protocolo Ligero de Acceso a Directorios (LDAP) en una máquina Linux.

Cap 1 Sobre este tutorial   , recuperar y actualizar información en su Directorio, utilizando las utilidades y clientes LDAP. El demonio o programa servidor para el directorio LDAP se llama slapd y puede ejecutarse sobre muchas plataformas UNIX diferentes. Hay otro demonio o programa servidor que se encarga Cap 3 Configuración del servidor LDAP   remitirá las consultas no locales al servidor LDAP de la Universidad de Michigan. Algunos clientes LDAP con capacidades inteligentes podrán redirigir su consulta a dicho servidor, pero tenga en cuanta que la mayoría de esos clientes no gestionarán URLs sencillas de LDAP que contengan una parte de nombre Cap 6 Mas información y características adicionales   su servidor LDAP configurado y en marcha, puede acceder a él a través de clientes muy diferentes (por ejemplo la utilidad de línea de órdenes ldapsearch ). Un cliente muy interesante es la Libreta de direcciones de Netscape (Address Book). Está disponible a partir de la versión 4.x de Netscape

Autor: Luiz Ernesto Pinheiro Malere - 22 de Diciembre de 2006

Seguridad en Unix y redes (147 capítulos)   (16)

A lo largo de este trabajo se va a intentar hacer un repaso de los puntos habituales referentes a seguridad en Unix y redes de computadores (problemas, ataques, defensas...), aplicando el estudio a entornos con requisitos de seguridad medios (universidades, empresas, proveedores de acceso a Internet...).

Cap 49 Parametros del núcleo   las peticiones de clientes que no provengan de puertos privilegiados (es decir, que no hayan sido solicitadas por un usuario privilegiado de la máquina cliente) podemos definir la variable NFS/SMALL>_PORTMON en ##/etc/system##; si usamos versiones de Solaris anteriores a la 2.5, debemos incluir una línea Cap 84 Cortafuegos: Conceptos teóricos   a una aplicación determinada entre dos redes. Los clientes proxy se comunican sólo con los servidores proxy , que autorizan las peticiones y las envían a los servidores reales, o las deniegan y las devuelven a quien las solicitó. Físicamente, en casi todos los cortafuegos existen al menos un choke Cap 86 Componentes de un cortafuegos   de la red; incluso algunas implementaciones necesitan clientes modificados para funcionar correctamente. ------Una variante de las pasarelas de aplicación la constituyen las pasarelas de nivel de circuito (//Circuit-level Gateways//, [CB94]), sistemas capaces de redirigir conexiones (reenviando tramas

Autor: Antonio Villalón Huerta - 28 de Febrero de 2006

Montar un servidor casero sobre Windows (6 capítulos)   (15)

En muchos foros y cosas similares he visto muchas consultas sobre cómo montar servidores de Internet. Con este documento voy a intentar explicar con la mayor sencillez y concretando al máximo los pasos a seguir para montar diversos servicios de Internet en tu casa o pequeña oficina y algunos otros servicios de para redes locales.

Cap 5 Servicio de correo   que no hay que comentar mucho sobre esto, ¿no?. En el primer cuadro insertamos el nombre de la cuenta, después el nombre real y por último el password. Las dos últimas casillas os las dejo a vosotros pero yo creo que son obvias.**Clientes**Y bien, con esto ya tenemos nuestro servidor rulando. Ahora sólo Cap 2 Previamente el DNS, lo mas importante   aquellas que nos resultan útiles para nuestro propósito.En el DNS se pueden introducir diversos tipos de entradas. Aquí voy a comentar las entradas A, CNAME y MX.**Entradas de tipo A.**---Establece una relación directa entre una dirección IP y un nombre. Por ejemplo:talypascualdominio.com

Autor: FreeBSD - 05 de Enero de 2006

Tutorial de Sendmail (41 capítulos)   (3)

Si tuviera que buscar un adjetivo para calificar a Sendmail, pensaría en "excesivo". Excesivo puesto que este programa intenta -y puede- satisfacer las necesidades de una audiencia extremadamente amplia... incluso, de una audiencia que hace años ha desaparecido.

Cap 10 Permitir el relay a nuestros clientes   Asumiremos que las estaciones de nuestra organizacion están contenidas en la subnet "1.2.3.0". En ese caso, añadiremos la siguiente línea al archivo ##/etc/mail/access##:==== || 1.2.3 RELAY || ======== Luego generaremos la versión indexada: ======== || # cd /etc/mail # make || ======== Nót Cap 5 Escenario   ".Asumiremos que el servidor de correo designado se llama "correo.laorganizacion.org" y no consideraremos detalles de seguridad como firewalls y redes DMZ.Asumiremos también que nuestros clientes son las estaciones de trabajo que se conectan con algún cliente de correo estándar como "Outlook Cap 23 El Procesamiento de los mensajes   Los mensajes de correo electrónico tienen principalmente dos tipos de procesamiento:~- Local: Cuando el destinatario es un usuario perteneciente a nuestro servidorde correo electrónico~- Remoto: Cuando el destinatario está ubicado en otro servidorEstas "rutas" de envío de mensaje se suelen

Autor: Diego Bravo Estrada - 27 de Octubre de 2005

Control de Accesos (5 capítulos)   (4)

Documento con fundamentos teóricos de control de accesos en redes telemáticas; se tratan temas como control por IP, contraseñas, Tokens, biometría, Kerberos, Windows NT, control por certificados, etc.

Cap 1 Introducción   de los mismos clientes en muchos servidores. Así el administrador se puede ver obligado a actualizar todas las modificaciones en cada uno de los servidores . Para solucionar esto hay sistemas que centralizan la gestión, en este trabajo se analizan dos: Kerberos y Windows NT (Capítulos 4 Cap 3 Control de accesos de usuario   que contraseña se debe utilizar. Si algún atacante descubre una contraseña no le sirve porque para el siguiente acceso se necesita otra. Los sistemas OTP necesitan servidores preparados para calcular cada vez la contraseña que toca y clientes con un software o un equipo electrónico capaz Cap 5 Autenticación Windows NT   a los servidores y clientes de su grupo, llamado dominio. 5.2. Modelo de trabajo en grupo Este modelo es mucho más difícil de gestionar y se debe utilizar en los siguientes casos: Redes pequeñas con pocas máquinas y pocos usuarios, donde la creación de dominios

Autor: Zonagratuita - 08 de Agosto de 2005

Guía de Administración de Redes con Linux (198 capítulos)   (30)

Hablar de redes de ordenadores siempre implica hablar de Unix. Por supuesto, Unix no es el único sistema operativo con capacidad para conectarse a las redes, pero ha sido la opción elegida durante años para las conexiones de empresas, y seguirá siéndolo durante mucho tiempo.

Cap 27 Otros tipos de redes   Muchos otros tipos de redes se configuran de forma similar a una Ethernet. Los argumentos que pueden llevar los módulos serán diferentes y algunos controladores puede que no soporten más de una tarjeta, pero en cuanto a lo demás son iguales. Normalmente hay documentación disponible sobre estas Cap 82 Contabilidad IP   En el mundo de servicio comercial Internet de hoy, está volviéndose cada vez más importante saber cuántos datos está transmitiendo y recibiendo en sus conexiones de red. Si es un Provedor de Servicios Internet (ISP) y cobra a sus clientes por volumen, esto será esencial para su negocio. Si Cap 17 Resolución de direcciones   Protocol// (RARP). Junto al protocolo BOOTP, sirve para definir el proceso de arranque de clientes sin disco a través de la red

Autor: Olaf Kirch y Terry Dawson - 14 de Febrero de 2006

El manual para el clustering con openMosix (51 capítulos)   (5)

Los sistemas cluster hace años que fueron diseñados, la computación paralela y distribuida no es ninguna novedad en el año 2004. No obstante no había sido hasta ahora que el usuario había empezado a necesitarlas. La tecnología del silicio está llegando a sus postrimerías y los computadores cuánticos aún están en fase de desarrollo.

Cap 41 Nodos sin discos (I)   con lo tangible, las piezas. Componentes hardware requeridos Como ya se ha indicado, en este tipo de clusters tendremos dos tipos de computadoras: los servidores y los clientes . Los servidores serán máquinas completas, entendiendo como tal un ordenador manejable localmente a través Cap 10 Sistemas operativos (II)   de nombres. Transparencia de concurrencia: los cambios a un fichero ocasionados por un cliente no deberían interferir con las operaciones de otros clientes que estén simultáneamente accediendo o cambiando el mismo fichero. Transparencia a fallos: se debe conseguir una operación Cap 15 Clusters HA (II)   cantidades considerables. El mayor problema de estos dos tipos es el diseño de la red interior, para que esta no se congestione y por supuesto el problema ARP enunciado en el apartado anterior. En ambos métodos, las respuestas de los servidores reales se envían directamente a los clientes a través

Autor: miKeL a.k.a.mc2 y Kris Buytaert - 27 de Febrero de 2006