Freebsd

Manual de FreeBSD
Proyecto de Documentación de FreeBSD

Manual de FreeBSD
por Proyecto de Documentación de FreeBSD
Publicado Febrero 1999
Copyright © 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 por The FreeBSD Documentation Project
Bienvenido a FreeBSD!. Este manual cubre la instalación y uso diario de FreeBSD 4.6.2-RELEASE. Este manual
está en constante evolución y es el resultado del trabajo de muchas personas. Algunas secciones no están completas y
otras necesitan ser actualizadas. Si estás interesado en colaborar en este proyecto, envía un mail a FreeBSD
documentation project mailing list <freebsd-doc@FreeBSD.org>. La última versión de este documento está
siempre disponible en el servidor World Wide Web de FreeBSD (../../../../index.html). También está disponible en
diferentes formatos y opciones de compresión en el servidor FTP de FreeBSD
(ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/) o en los numerosos mirrors. Si se prefiere disponer de una copia en papel
de este manual, se puede adquirir en FreeBSD Mall (http://www.freebsdmall.com/). También es posible realizar
búsquedas (../../../../search/index.html) en este manual.
Redistribution and use in source (SGML DocBook) and ’compiled’ forms (SGML, HTML, PDF, PostScript, RTF and so forth) with or without
modification, are permitted provided that the following conditions are met:
1. Redistributions of source code (SGML DocBook) must retain the above copyright notice, this list of conditions
and the following disclaimer as the first lines of this file unmodified.
2. Redistributions in compiled form (transformed to other DTDs, converted to PDF, PostScript, RTF and other
formats) must reproduce the above copyright notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
Importante: THIS DOCUMENTATION IS PROVIDED BY THE FREEBSD DOCUMENTATION PROJECT "AS IS"
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN
NO EVENT SHALL THE FREEBSD DOCUMENTATION PROJECT BE LIABLE FOR ANY DIRECT, INDIRECT,
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR
BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY
WAY OUT OF THE USE OF THIS DOCUMENTATION, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
DAMAGE.
Tabla de contenidos
I. Empezamos ............................................................................................................................................................. vii
1. Introducción ......................................................................................................................................................1
1.1. Sinopsis.................................................................................................................................................1
1.2. ¡Bienvenido a FreeBSD!.......................................................................................................................1
1.3. Acerca del proyecto FreeBSD ..............................................................................................................4
2. Instalando FreeBSD ..........................................................................................................................................9
2.1. Configuraciones soportadas ................................................................................................................11
2.2. Preparándonos para la instalación ......................................................................................................15
2.3. Instalando FreeBSD............................................................................................................................19
2.4. Preguntas y Respuestas para usuarios de MS-DOS............................................................................20
3. Conceptos Básicos de Unix.............................................................................................................................22
3.1. Sinópsis...............................................................................................................................................22
3.2. Permisos..............................................................................................................................................22
3.3. Estructura de directorios .....................................................................................................................23
3.4. Intérpretes de órdenes (Shells)............................................................................................................23
3.5. Editores de texto .................................................................................................................................25
3.6. Para más información .........................................................................................................................26
4. Instalando Aplicaciones: Paquetes y Ports......................................................................................................28
4.1. Sinópsis...............................................................................................................................................28
4.2. Generales sobre la Instalación de Software ........................................................................................28
4.3. Localizando su Aplicación .................................................................................................................30
4.4. Usando el Sistema de Paquetes...........................................................................................................30
4.5. Usando la Colección de Ports .............................................................................................................32
4.6. Actividades Post-Instalación...............................................................................................................38
4.7. Resolución de Problemas....................................................................................................................38
5. El sistema X Window ......................................................................................................................................45
II. Administración del sistema. ..................................................................................................................................46
6. El Proceso de Arranque en FreeBSD ..............................................................................................................47
6.1. Sinópsis...............................................................................................................................................47
6.2. El Problema que representa Arrancar el Sistema ...............................................................................47
6.3. El RMA, y las Etapas de Arranque Uno, Dos y Tres .........................................................................48
6.4. Interacción con el Kernel Durante el Arranque ..................................................................................52
6.5. Init: Inicialización del Proceso de Control .........................................................................................53
6.6. Secuencia de Apagado........................................................................................................................54
7. Usuarios y administración básica de cuentas ..................................................................................................55
7.1. Sinopsis...............................................................................................................................................55
7.2. Introducción........................................................................................................................................55
7.3. La cuenta superusuario .......................................................................................................................57
7.4. Cuentas de sistema..............................................................................................................................57
7.5. Cuentas de usuario..............................................................................................................................57
7.6. Modificación de cuentas .....................................................................................................................57
7.7. Limitar a los usuarios..........................................................................................................................62
7.8. Personalizar a los usuarios..................................................................................................................65
7.9. Grupos.................................................................................................................................................65
8. Configurando el Kernel de FreeBSD...............................................................................................................67
iii
8.1. Sinópsis...............................................................................................................................................67
8.2. ¿Porqué Construir un Kernel Propio?.................................................................................................67
8.3. Compilación e Instalación de un Kernel Personalizado .....................................................................68
8.4. El Fichero de Configuración...............................................................................................................70
8.5. Creando Nodos para los Dispositivos .................................................................................................82
8.6. En Caso de que Algo No Funcione.....................................................................................................83
9. Seguridad.........................................................................................................................................................85
10. Imprimiendo ..................................................................................................................................................86
10.1. Sinópsis.............................................................................................................................................86
10.2. Introducción......................................................................................................................................86
10.3. Configuración Básica........................................................................................................................87
10.4. Configuración Avanzada de una Impresora ....................................................................................101
10.5. Uso de las Impresoras.....................................................................................................................130
10.6. Alternativas al Sistema de Impresión Estándar ..............................................................................138
10.7. Resolución de Problemas................................................................................................................138
11. Discos ..........................................................................................................................................................143
11.1. Utilizando Sysinstall.......................................................................................................................143
11.2. Usando la línea de comandos .........................................................................................................144
11.3. * Discos no tradicionales ................................................................................................................144
12. Localizacion ................................................................................................................................................146
13. Sonido..........................................................................................................................................................147
13.1. Sinópsis...........................................................................................................................................147
13.2. Identificar el Dispositivo Correcto..................................................................................................147
13.3. Recompilar el Kernel ......................................................................................................................149
13.4. Creando y Probando Nodos de Dispositivoss.................................................................................149
13.5. Problemas Comunes .......................................................................................................................150
13.6. Audio MP3......................................................................................................................................150
14. Comunicaciones Serie .................................................................................................................................154
15. PPP y SLIP ..................................................................................................................................................155
15.1. Sinópsis...........................................................................................................................................155
15.2. Utilizando User PPP .......................................................................................................................155
15.3. Usando Kernel PPP.........................................................................................................................170
15.4. Usando PPP sobre Ethernet (PPPoE).............................................................................................177
15.5. Usando PPP sobre ATM (PPPoA) .................................................................................................179
15.6. Usando SLIP...................................................................................................................................182
16. Networking Avanzado .................................................................................................................................193
17. Correo Electrónico ......................................................................................................................................194
18. Lo último de lo último.................................................................................................................................195
18.1. Sinopsis...........................................................................................................................................195
18.2. FreeBSD-CURRENT vs. FreeBSD-STABLE................................................................................195
18.3. Sincronizando tu código fuente ......................................................................................................199
18.4. Usando make world .....................................................................................................................200
19. Emulacion Linux .........................................................................................................................................213
iv
III. Apéndices ............................................................................................................................................................214
20. Obteniendo FreeBSD ..................................................................................................................................215
20.1. Servidores FTP ...............................................................................................................................215
21. Bibliografía..................................................................................................................................................216
21.1. Libros y revistas específicas sobre FreeBSD..................................................................................216
21.2. Guías de usuario .............................................................................................................................216
21.3. Guías de administrador ...................................................................................................................217
21.4. Guías de programadores .................................................................................................................217
21.5. El sistema operativo por dentro ......................................................................................................218
21.6. Referencia de seguridad..................................................................................................................218
21.7. Referencia de hardware ..................................................................................................................218
21.8. Historia de UNIX............................................................................................................................219
21.9. Diarios y revistas ............................................................................................................................219
A. Recursos en Internet .....................................................................................................................................221
A.1. Listas de Correo ...............................................................................................................................221
A.2. Grupos de Noticias de Usenet..........................................................................................................232
A.3. Servidores WWW ............................................................................................................................233
A.4. Direcciones de Correo Electrónico ..................................................................................................235
A.5. Cuentas Shell ...................................................................................................................................235
B. PGP Keys......................................................................................................................................................236
B.1. Officers.............................................................................................................................................236
B.2. Core Team Members ........................................................................................................................236
B.3. Developers........................................................................................................................................237
Colophon....................................................................................................................................................................256
v
Tabla de ejemplos
4-1. Descargando un Paquete e Instalandolo Localmente ............................................................................................30
6-1. Pantalla boot0.......................................................................................................................................................48
6-2. Pantalla de boot2 ..................................................................................................................................................49
6-3. Una Consola Insegura en /etc/ttys .........................................................................................................................53
7-1. Configuración de adduser ......................................................................................................................................58
7-2. Eliminación interactiva de cuenta con rmuser.......................................................................................................60
7-3. chpass interactivo ejecutado por el superusuario...................................................................................................60
7-4. chpass interactivo ejecutado por un usuario normal..............................................................................................61
7-5. Cambio de tu contraseña........................................................................................................................................61
7-6. Cambio de la contraseña de otro usuario como superusuario ...............................................................................61
7-7. Añadir un grupo usando pw(8)..............................................................................................................................65
7-8. Añadir a alguien a un grupo usando pw(8)............................................................................................................65
7-9. Determinar pertenencia a grupos con id(1) ...........................................................................................................65
vi
I. Empezamos
Esta parte del manual de FreeBSD es para usuarios y administradores nuevos en FreeBSD. Estos capítulos:
• Realizan una introducción a FreeBSD.

• Guían a través de una instalación de FreeBSD.
• Explican información básica sobre Unix.
• Explican como instalar la gran cantidad de software de terceros disponible para FreeBSD.
• Introducen a las X, el sistema de ventanas de Unix y detallan como configurar un entorno de escritorio más
productivo.
Se ha intentado minimizar el número de referencias a otras secciones de este documento para evitar el salto entre
páginas y facilitar la lectura continuada.
Capítulo 1. Introducción
Restructured, reorganized, and parts rewritten by Jim Mock.
1.1. Sinopsis
¡Gracias por tu interés en FreeBSD! El siguiente capítulo trata varios temas relativos al Proyecto FreeBSD, como su
historia, objetivos, modelo de desarrollo, etc.
Después de leer este capítulo sabrás:
• Qué relación guarda FreeBSD con otros sistemas operativos.

• La historia del Proyecto FreeBSD.
• Los objetivos del Proyecto FreeBSD.
• Los fundamentos del modelo de desarrollo de código abierto de FreeBSD.
• Y por supuesto: de dónde procede el nombre "FreeBSD".
1.2. ¡Bienvenido a FreeBSD!

FreeBSD es un sistema operativo basado en 4.4BSD-Lite para la arquitectura Intel (x86) y sistemas basados en DEC
Alpha. Se está trabajando también en versiones para otras arquitecturas. Para una breve perspectiva general de
FreeBSD consulta la siguiente sección. Puedes también leer sobre la historia de FreeBSD, o sobre la distribución
actual. Si estás interesado en contribuir de algún modo al proyecto (código, hardware, billetes sin marcar), mírate el
artículo Contribuir a FreeBSD (../../articles/contributing/index.html).
1.2.1. ¿Qué puede hacer FreeBSD?

FreeBSD tiene muchas características notables. Algunas de ellas son:
• Multitarea expropiativa con prioridades dinámicamente ajustadas para asegurar que distintas aplicaciones y
usuarios compartan el ordenador de un modo equitativo, incluso bajo la mayor de las cargas.
• Servicios multiusuario que permiten a mucha gente usar un sistema FreeBSD simultáneamente para distintas
cosas. Esto significa, por ejemplo, que los periféricos del sistema como impresoras y dispositivos de cinta son
compartidos adecuadamente por varios usuarios del sistema o la red, y que pueden establecerse límites sobre
recursos concretos para usuarios o grupos de usuarios, protegiendo de este modo al sistema de posibles abusos.
• Conexión de redes TCP/IP muy robusta, con soporte para estándares industriales como SLIP, PPP, NFS, DHCP, y
NIS. Esto quiere decir que tu máquina FreeBSD puede interoperar fácilmente con otros sistemas y hacer de
servidor en una empresa, proporcionando importantes funciones como NFS (acceso a ficheros remotos) y
1
servicios de correo electrónico, o poniendo a tu organización en Internet con WWW, FTP, servicios de enrutado y
cortafuegos.
• La protección de memoria garantiza que las aplicaciones (o los usuarios) no pueden interferirse. Un error fatal en
una aplicación no afecta al resto.
• FreeBSD es un sistema operativo de 32-bits (de 64-bits sobre Alpha) y fue diseñado como tal desde el comienzo.
• X Window System (X11R6), estándar de la industria, provee a los usuarios de una interfaz gráfica (GUI) por el
coste de una tarjeta VGA y un monitor comunes, y viene con los fuentes completos.
• Compatibilidad binaria con muchos programas nativos de Linux, SCO, SVR4, BSDI y NetBSD.
• Miles de aplicaciones listas para ser usadas se hallan disponibles en la colección de ports y paquetes. ¿Para qué
buscar en la red si puedes encontrarlo todo aquí mismo?
• Miles de aplicaciones fáciles de portar se encuentran disponibles en Internet. FreeBSD tiene un código fuente
compatible con el de los más populares sistemas Unix comerciales y por ello la mayoría de las aplicaciones tan
sólo necesitan unos pocos cambios, si alguno, para compilar.
• El diseño de la memoria virtual con paginación bajo demanda y de la “caché unificada de VM/buffer” satisface a
aplicaciones que requieren grandes cantidades de memoria de forma eficiente aun dando respuestas interactivas a
otros usuarios.
• Soporte para SMP en máquinas con múltiples CPUs.
• Una colección completa de herramientas de desarrollo en C, C++, Fortran, y Perl. Muchos más lenguajes
adicionales para investigación y desarrollo avanzados se encuentran también disponibles en la colección de ports y
paquetes.
• Disponer del código fuente del sistema entero significa contar con el mayor nivel de control posible sobre tu
entorno. ¿Para qué ligarte a una solución propietaria a la merced de un fabricante cuando puedes tener un
verdadero sistema abierto?
• Extensa documentación en línea.
• ¡Y mucho más!
FreeBSD está basado en la versión 4.4BSD-Lite del Computer Systems Research Group (CSRG) de la Universidad
de California en Berkeley, y continúa la distinguida tradición de desarrollo de sistemas BSD. Además del excelente
trabajo del CSRG, el Proyecto FreeBSD ha invertido miles de horas en ajustar el sistema para conseguir un
rendimiento y una fiabilidad máximos en situaciones de carga reales. Mientras que muchos de los gigantes
comerciales se esfuerzan en dotar a los sistemas operativos para PCs de esas características, rendimiento y fiabilidad,
FreeBSD puede ofrecerlas ¡ya!
Las posibles aplicaciones en las que puede usarse FreeBSD están en verdad limitadas tan sólo por tu imaginación.
Desde desarrollo de programas hasta automatización de fábricas, desde control de inventarios hasta corrección de
azimut de antenas de satélites remotos; si puede realizarse con un Unix comercial lo más seguro es que también
pueda llevarse a cabo con FreeBSD. FreeBSD también se beneficia de las literalmente miles de aplicaciones de alta
calidad desarrolladas en centros de investigación y universidades de todo el mundo, frecuentemente disponibles por
poco o ningún coste. También se dispone de aplicaciones comerciales, cuyo número aumenta cada día.
Dado que el código fuente de FreeBSD está disponible, el sistema puede ser también personalizado en un grado
nunca visto para aplicaciones o proyectos especiales, y de maneras generalmente no posibles con los sistemas
operativos de la mayoría de los fabricantes comerciales. Aquí damos tan sólo una muestra de aplicaciones en las que
se está actualmente usando FreeBSD:
2
• Servicios de Internet: La robusta conectividad TCP/IP integrada en FreeBSD hace de este sistema una plataforma
ideal para servicios Internet como:
• servidores FTP
• Servidores web (estándares o seguros [SSL])
• Cortafuegos y pasarelas NAT (“enmascaramiento IP”).
• Servidores de correo electrónico
• USENET y BBSs
• Y más...
Con FreeBSD puedes empezar fácilmente con un económico 386 e ir actualizando tu equipo hasta un
tetraprocesador Xeon con almacenamiento RAID a medida que tu proyecto crezca.
• Educación: ¿Eres estudiante de informática o de algún campo de la ingeniería relacionado? No hay mejor modo
de estudiar sistemas operativos, arquitectura de computadores y redes que la experiencia a bajo nivel que FreeBSD
puede aportar. Para aquéllos cuyo principal interés en los ordenadores no es otro que el de poder realizar su trabajo
existe una serie de paquetes gratuitos de CAD, matemáticas, diseño gráfico, etc., que hacen de FreeBSD un
sistema verdaderamente útil.
• Investigación: Encontrándose disponible el código fuente del sistema entero, FreeBSD es una excelente
plataforma para la investigación en sistemas operativos y otras ramas de la informática. El hecho de que FreeBSD
esté disponible gratuitamente hace posible que grupos remotos puedan colaborar con ideas o compartan
desarrollos sin tener que preocuparse de acuerdos en licencias especiales o de limitaciones acerca de lo que puede
discutirse en foros públicos.
• Redes: ¿Necesitas un nuevo enrutador? ¿Un servidor de nombres (DNS)? ¿Un cortafuegos para mantener a la
gente fuera de tu red interna? FreeBSD puede convertir aquel 386 o 486 arrinconado en un enrutador avanzado
con sofisticadas capacidades de filtrado de paquetes fácilmente.
• Estación de trabajo X: FreeBSD es una magnífica elección como terminal X de bajo coste, ya sea usando el
libremente disponible servidor XFree86 o uno de los excelentes servidores comerciales de X Inside. A diferencia
de las terminales X, FreeBSD permite ejecutar muchas aplicaciones localmente, si así se quiere, aligerando de este
modo la carga soportada por un servidor central. FreeBSD puede incluso arrancar “sin disco”, permitiendo que las
estaciones sean aún más económicas y fáciles de administrar.
• Desarrollo de software: El sistema base de FreeBSD viene con una completa colección de herramientas de
desarrollo que incluyen el famoso compilador y depurador de C/C++ de GNU.
Los fuentes y binarios de FreeBSD se hallan disponibles en CDROM y por FTP anómimo. Por favor, consulta
Capítulo 20 para más información sobre cómo conseguir FreeBSD.
1.2.2. ¿Quién usa FreeBSD?

Sobre FreeBSD corren algunos de los más grandes sitios web incluyendo:
• Yahoo! (http://www.yahoo.com/)
• Apache (http://www.apache.org/)
3
• Be, Inc. (http://www.be.com/)

• Blue Mountain Arts (http://www.bluemountain.com/)
• Pair Networks (http://www.pair.com/)
• Whistle Communications (http://www.whistle.com/)
• Microsoft (http://www.microsoft.com/)
• Hotmail (http://www.hotmail.com/)
• Sony Japón (http://www.sony.co.jp/)
y muchos más.
1.3. Acerca del proyecto FreeBSD

En la siguiente sección se explican ciertos aspectos del proyecto, una breve historia, objetivos, y modelo de
desarrollo.
1.3.1. Breve historia de FreeBSD

Contributed by Jordan Hubbard.
La génesis del proyecto FreeBSD se remonta a comienzos de 1993, en parte como una extensión del “Unofficial
386BSD Patchkit” debida a los tres últimos coordinadores del patchkit: Nate Williams, Rod Grimes y yo mismo.
Nuestro objetivo original era producir una instantánea de 386BSD intermedia para arreglar una serie de problemas
que no se podían solventar vía patchkits. Algunos quizá recordéis que el primer nombre del proyecto fue “386BSD
0.5” o “386BSD Interim” en referencia a ese hecho.
386BSD era el sistema operativo de Bill Jolitz, que hasta ese punto había estado sufriendo severamente las
consecuencias de prácticamente un año que más vale olvidar. A medida que el patchkit se iba haciendo más
incómodo día a día, nosotros estuvimos unánimente de acuerdo en que algo se tenía que hacer y decidimos ayudar a
Bill ofreciendo esta instantánea “limpia” como ínterin. Aquellos planes fueron bruscamente interrumpidos cuando
Bill Jolitz de repente decidió retirar su aprobación al proyecto sin ninguna indicación clara de lo que en su lugar
debería hacerse.
No tardamos mucho en decidir que el objetivo seguía valiendo la pena, aun sin el soporte de Bill, y fue así que
adoptamos el nombre “FreeBSD”, debido a David Greenman. Nuestros objetivos iniciales se fijaron una vez
consultamos a los usuarios del sistema, y cuando quedó claro que el proyecto estaba en marcha y que podía llegar a
ser una realidad contacté con Walnut Creek CDROM con la idea de mejorar los canales de distribución de FreeBSD
en CD, pero hasta llegamos a disponer de una máquina con la que trabajar y una conexión a Internet rápida. Sin la fe
casi sin precedentes que tuvo Walnut Creek CDROM en lo que era por aquel tiempo un proyecto completamente
desconocido, es bastante improbable que FreeBSD hubiera logrado tanto y tan rápido como ha logrado hoy por hoy.
La primera distribución en CDROM (y disponible por la red) fue FreeBSD 1.0, publicado en diciembre de 1993.
Estaba basado en la cinta de U.C. Berkeley del 4.3BSD-Lite (“Net/2”), con bastantes componentes de 386BSD y la
Free Software Foundation. Fue un logro bastante razonable para una primera versión, y le siguió FreeBSD 1.1 en
mayo de 1994, que tuvo un gran éxito.
4
Por entonces se formaron unos inesperados nubarrones en el horizonte ya que Novell y U.C. Berkeley resolvieron el
largo juicio acerca del estatus legal de la cinta de Berkeley Net/2. Una condición del acuerdo fue la concesión por
parte de U.C. Berkeley de que una gran parte de Net/2 era código “gravado” y propiedad de Novell, quien a su vez lo
había adquirido de AT&T anteriormente. Berkeley obtuvo a cambio de Novell el “beneplácito” para que
4.4BSD-Lite, cuando saliera, fuera declarado como no-gravado y se instara a los usuarios de Net/2 a cambiar. Esto
incluía a FreeBSD, y se dio hasta julio de 1994 para dejar de sacar su propio producto basado en Net/2. Bajo los
términos de aquel acuerdo, se le permitía al proyecto sacar una última versión antes de la fecha límite, esa versión
fue FreeBSD 1.1.5.1.
FreeBSD tuvo entonces que acometer la árdua tarea de literalmente reinventarse a sí mismo a partir de trozos nuevos
y bastante incompletos de 4.4BSD-Lite. Las versiones “Lite” eran ligeras en parte porque el CSRG de Berkeley
quitó grandes partes del código necesario para construir un sistema que pudiera arrancar (debido a diversos requisitos
legales) y porque la versión del 4.4 para Intel era muy incompleta. No fue hasta noviembre de 1994 que el proyecto
realizó esa transición, en ese punto sacó FreeBSD 2.0 en la red y en CDROM (a finales de diciembre). A pesar de no
estar suficientemente pulida, esta distribución fue un éxito significativo y le siguió el más robusto y fácil de instalar
FreeBSD 2.0.5 en junio de 1995.
Sacamos FreeBSD 2.1.5 en agosto de 1996, y pareció ser suficientemente popular entre ISPs y otras comunidades
comerciales como para que mereciera otra versión de la rama 2.1-STABLE. Ésa fue FreeBSD 2.1.7.1, publicada en
febrero de 1997, que marcó el final de la línea principal de desarrollo en 2.1-STABLE. Una vez en modo
mantenimiento, en esa rama (RELENG_2_1_0) sólo se harían ya mejoras en seguridad y correcciones de errores
críticos.
FreeBSD se ramificó desde la línea principal de desarrollo (“-CURRENT”) en noviembre de 1996 como la rama
RELENG_2_2, y la primera versión completa (2.2.1) salió en abril de 1997. Se hicieron más versiones de la rama 2.2
en verano y otoño de 1997, la última de las cuales (2.2.8) apareció en noviembre de 1998. La primera versión 3.0
oficial salió en octubre de 1998 y marcó el inicio del fin de la rama 2.2.
El árbol se ramificó de nuevo el 20 de enero de 1999, dando lugar a las ramas 4.0-CURRENT y 3.X-STABLE. De la
3.X-STABLE, 3.1 salió el 15 de febrero de 1999, 3.2 el 15 de mayo de 1999, 3.3 el 16 de septiembre de 1999, 3.4 el
20 de diciembre de 1999, y 3.5 el 24 de junio de 2000, a la que siguió pocos días después una actualización menor, la
3.5.1, que incorporaba mejoras de seguridad de última hora para Kerberos. Ésa fue la última versión de la rama 3.X.
Hubo otra ramificación el 13 de marzo de 2000, que dió lugar a la rama 4.X-STABLE, considerada ahora la "actual
rama -stable". Han habido varias versiones de la misma desde entonces: 4.0-RELEASE salió en marzo de 2000, 4.3
en abril de 2001, y 4.4 en septiembre de 2001. Habrá más versiones de la rama 4.X-STABLE (RELENG_4) entrado
2002.
Proyectos a largo plazo siguen teniendo lugar en la rama (principal) 5.0-CURRENT, e instantáneas de la 5.0 en
CDROM (y, naturalmente, en la red) se hallan contínuamente disponibles desde el servidor de instantáneas
(ftp://current.FreeBSD.org/pub/FreeBSD/snapshots/) a medida que el trabajo progresa.
1.3.2. Objetivos del Proyecto FreeBSD

Contributed by Jordan Hubbard.
Los objetivos del Proyecto FreeBSD son proveer software que pueda ser usado con cualquier propósito y sin
compromiso alguno. Muchos de nosotros participamos significativamente en el código (y en el proyecto) y
ciertamente no nos importaría recibir una pequeña compensación económica de vez en cuando, pero decididamente
no estamos dispuestos a insitir en ello. Creemos que nuestra más importante y primordial “misión” es dar código a
todo el que venga, y para lo que quiera, de manera que el código sea tan usado y dé tanto provecho como sea posible.
5
Creo que éste es uno de los objetivos más fundamentales del software libre y uno que nosotros apoyamos con
entusiasmo.
El código fuente de nuestro árbol que se halla bajo la GNU General Public License (GPL) o la Library General
Public License (LGPL) viene con algunas restricciones más, si bien de cara a garantizar acceso al mismo, no al
contrario que es lo habitual. Debido a las complicaciones adicionales que pueden surgir en el uso comercial de
software con licencia GPL, preferimos que el software contribuido lo sea bajo la licencia BSD, menos estricta,
cuando ésa sea una opción razonable.
1.3.3. El modelo de desarrollo de FreeBSD

Contributed by Satoshi Asami.
El desarrollo de FreeBSD es un proceso muy abierto y flexible, estando FreeBSD construido literalmente a partir de
las contribuciones de centenares de personas de todo el mundo, como puede verse en nuestra lista de contribuidores
(../../articles/contributors/article.html). Estamos constantemente a la búsqueda de nuevos desarrolladores e ideas, y
aquéllos interesados en vincularse más al proyecto tan sólo tienen que ponerse en contacto con nostros en FreeBSD
technical discussions mailing list <freebsd-hackers@FreeBSD.org>. La lista FreeBSD announcements mailing
list <freebsd-announce@FreeBSD.org> también se halla disponible para quienes deseen dar a conocer a otros
usuarios de FreeBSD grandes áreas de trabajo.
Cosas útiles de saber sobre el Proyecto FreeBSD y su proceso de desarrollo, ya sea trabajando de forma
independiente on en estrecha cooperación:
El repositorio CVS
El árbol de código fuente central de FreeBSD se mantiene con CVS (http://www.cvshome.org/) (Concurrent
Versions System), una herramienta de control de versiones de código fuente que se halla libremente disponible
y viene con FreeBSD. El repositorio CVS (http://www.FreeBSD.org/cgi/cvsweb.cgi) principal reside en una
máquina en Santa Clara CA, USA desde la que es replicado a numerosos mirrors distribuidos por todo el
mundo. El árbol del CVS, así como los árboles -CURRENT y -STABLE que se extraen del mismo, pueden ser
replicados fácilmente en tu máquina también. Por favor, consulta la sección Sincronizando el árbol de código
fuente para más información sobre cómo hacerlo.
La lista de committers
Los committers son gente que tienen permisos de escritura en el árbol del CVS, y están por tanto autorizados a
realizar modificaciones en los fuentes de FreeBSD (el término “committer” viene del comando commit de
cvs(1), que sirve para subir nuevos cambios al repositorio del CVS). La mejor manera de enviar aportaciones
para que sean revisadas por los committers es usar el comando send-pr(1), aunque si pareciera que algo va mal
en el sistema también puedes contactarlos por mail en FreeBSD committer’s mailing list
<cvs-committers@FreeBSD.org>.
El equipo core de FreeBSD

El equipo core de FreeBSD sería lo equivalente a una junta directiva si el Proyecto FreeBSD fuese una
compañía. La principal tarea de este equipo es la de garantizar que el proyecto, como un todo, tiene salud y
sigue las direcciones correctas. Invitar a desarrolladores comprometidos y responsables a unirse a nuestro grupo
de committers es una de las funciones del equipo core, así como el reclutamiento de nuevos miembros del
equipo cuando otros se van. El equipo core fue elegido de un conjunto de committers candidatos en octubre de
2000. Se celebran elecciones cada 2 años.
6
Algunos miembros del equipo core tienen también áreas de responsabilidad específicas, en cuanto a que se
encargan de garantizar que cierta parte extensa del sistema funciona según lo previsto. Hay una lista completa
de desarrolladores de FreeBSD con sus áreas de responsabilidad respectivas, consulta la Lista de contribuidores
(../../articles/contributors/article.html).
Nota: La mayoría de los miembros del equipo core son voluntarios a la hora de desarrollar FreeBSD y no
se benefician económicamente del proyecto, por ello “compromiso” no debería confundirse con “soporte
garantizado”. La anterior analogía de la “junta directiva” en realidad no es del todo exacta, quizá fuera más
acertado decir que ésa es la gente que dedica su vida a FreeBSD ¡en contra de lo que les aconseja su
propio juicio!
Contribuidores externos
Por último, y no por ello menos importante, el mayor grupo de desarrolladores está formado por los mismos
usuarios, quienes constantemente aportan feedback y correcciones de errores. La principal manera de estar en
contacto con el más descentralizado desarrollo de FreeBSD es suscribirse a FreeBSD technical discussions
mailing list <freebsd-hackers@FreeBSD.org> (ver información sobre listas de distribución) donde se
discuten ese tipo de cosas.
La lista de contribuidores (../../articles/contributors/article.html) es larga y no cesa de crecer, así que ¿por qué
no te apuntas y contribuyes a FreeBSD hoy mismo?
Aportar código no es la única manera de contribuir al proyecto; tienes un lista más completa de cosas que hay
que hacer en el sitio web del Proyecto FreeBSD (../../../../index.html).
En resumen, nuestro modelo de desarrollo está organizado como un conjunto de círculos concéntricos. El modelo
centralizado está diseñado para conveniencia de los “usuarios” de FreeBSD, que así tienen un modo sencillo de estar
al día con una base de código central, ¡no para excluir a contribuidores potenciales! Nuestro deseo es presentar un
sistema operativo estable con un gran conjunto de aplicaciones coherentes que los usuarios puedan instalar y usar
fácilmente, y este modelo funciona bien para lograrlo.
Lo único que pedimos a quienes quisieran unirse a nosotros como desarrolladores de FreeBSD es la misma
dedicación que los integrantes actuales tienen para mantener su éxito.
1.3.4. La actual distribución FreeBSD

FreeBSD está libremente disponible, todo el código fuente de la distribución basada en 4.4BSD-Lite para sistemas
bajo Intel i386, i486, Pentium Pro, Celeron, Pentium II, Pentium III (o compatible) y DEC Alpha. Está
principalmente basado en software del grupo CSRG de U.C. Berkeley, con algunas mejoras provenientes de
NetBSD, OpenBSD, 386BSD, y la Free Software Foundation.
Desde la versión 2.0 de FreeBSD de finales del 94, el rendimiento, conjunto de funcionalidades, y estabilidad del
sistema han mejorado drásticamente. El último cambio consiste en un rediseño del sistema de memoria virtual con
una caché unificada de VM/buffer que no sólo aumenta el rendimiento, sino que también reduce el consumo de
memoria de FreeBSD, haciendo que una configuración de 5MB sea un mínimo más aceptable. Otras mejoras
incluyen soporte completo para clientes y servidores NIS, soporte para transacciones TCP, llamada bajo demanda
7
PPP, soporte para DHCP integrado, un subsistema SCSI mejorado, soporte para ISDN, soporte para ATM, FDDI,
adaptadores Fast y Gigabit Ethernet (1000Mbit), soporte mejorado para los últimos controladores Adaptec, y cientos
de correcciones de errores.
También hemos considerado los comentarios y sugerencias de muchos de nuestros usuarios y hemos intentado
ofrecer lo que esperamos sea un proceso de instalación más sensato y fácil de entender. ¡Tu feedback sobre este
proceso (en constante evolución) es especialmente bienvenido!
Además de las distribuciones base, FreeBSD ofrece una colección de software con miles de programas comúnmente
solicitados. ¡En el momento de escribir esto hay unos 7,000 ports! La lista de ports comprende desde servidores
HTTP (WWW), hasta juegos, lenguages, editores, y prácticamente cualquier cosa intermedia. La colección de ports
completa requiere un espacio de aproximadamente 100MB, todos ellos expresados como “deltas” de sus fuentes
originales. Esto hace que nos sea mucho más fácil actualizar ports, y reduce de un modo importante el espacio en
disco que necesitaba la anterior colección de ports 1.0. Para compilar un port uno simplemente se sitúa bajo el
directorio del programa que desea instalar, escribe make install, y deja que el sistema se encargue del resto. La
distribución original completa de cada port que construyes se recupera dinámicamente de un CDROM o un sitio FTP,
de modo que sólo necesitas el espacio usado para construir los ports que tu quieras. La mayoría de los ports también
están disponibles precompilados en “paquetes”, que pueden instalarse con un simple comando (pkg_add) para
aquéllos que no quieran compilar sus propios ports a partir de los fuentes.
Algunos documentos que pueden ser de ayuda en el proceso de instalación y al utilizar FreeBSD pueden también
encontrarse en el directorio /usr/share/doc de cualquier máquina bajo FreeBSD 2.1 o posterior. Puedes ver los
manuales que están instalados en local con cualquier navegador que pueda mostrar HTML vía las siguientes URLs:
El manual de FreeBSD
/usr/share/doc/handbook/index.html
El FAQ de FreeBSD
/usr/share/doc/faq/index.html
También puedes ver la copia original (y más frecuentemente actualizada) en http://www.FreeBSD.org/
(../../../../index.html).
8
Capítulo 2. Instalando FreeBSD
Así que te gustaría probar FreeBSD en tu máquina?. Esta sección es una guía rápida sobre lo que necesitas hacer.
FreeBSD puede ser instalado desde una gran cantidad de soportes incluyendo CDROM, floppies, cintas magnéticas,
una partición MS-DOS y, si tienes conexion de red, vía FTP anónimo o NFS.
Sea cual sea el soporte de instalación que elijas, puedes empezar por crear los discos de instalación como se describe
más abajo. Arranca tu ordenador con el instalador de FreeBSD, aunque no estés pensando en realizar la instalación, y
podrás obtener gran cantidad de información sobre la compatibilidad del hardware de tu ordenador y FreeBSD,
además de una descripción más exacta sobre las diferentes posibilidades de instalación.
Si tienes pensado hacer la instalación vía FTP, sólo necesitas el disco de arranque, ya que él solo se encarga de
gestionar todo lo referente a la conexión, ya sea ethernet o PPP.
Para más información sobre cómo obtener la última distribución de FreeBSD, por favor, mira la sección Obteniendo
FreeBSD en el Apéndice.
Bién, para empezar a caminar, sigue los siguientes pasos:
1. Revisa la sección configuraciones soportadas de esta guía de instalación para asegurarte de que tu hardware es
soportado por FreeBSD. Sería de gran ayuda que hicieses una lista de cualquier tarjeta especial que tengas
instalada, como controladoras SCSI, tarjetas de red o tarjetas de sonido. Esta lista debería incluir parámatros
relevantes de configuración como interrupciones (IRQ) y direcciones de entrada/salida (IO ports).
2. Si estás instalando FreeBSD desde un CDROM tienes diferentes opciones de instalación:
• Si el CD ha sido grabado con el soporte de arranque El Torito, y tu sistema soporta arranque directo desde
CDROM (muchos sistemas antiguos no), simplemente inserta el CD en el lector y arranque directamente
desde él.
• Si estás ejecutando DOS y tienes los drivers adecuados para acceder al lector de CDROM, ejecuta el fichero
install.bat incluido en el CD. Este intentará arrancar la instalación de FreeBSD desde DOS.
Nota: Debes hacer esto desde el DOS y no desde una máquina Windows.
Si quieres instalar FreeBSD desde una partición DOS (por ejemplo, por que FreeBSD no soporta tu lector de
CDROM), ejecuta primero el programa setup para copiar los ficheros adecuados del CD a la partición. A
continuación ejecuta el programa de instalación.
• Si cualquiera de los dos métodos anteriores funciona, puedes pasar por alto el resto de esta sección, en caso
contrario, tu opción final es crear un disco de arranque con la imágen floppies\boot.flp. Salta al paso 4
para instrucciones sobre como hacerlo.
3. Si no tienes una distribución en CDROM, simplemente bájate los discos de instalación y arranque
(ftp://ftp.FreeBSD.ORG/pub/FreeBSD/4.6.2-RELEASE/floppies/boot.flp) a tu disco duro, asegurándote de que
tu navegador grabe el fichero en lugar de mostrarlo.
Nota: Estas imágenes solo se pueden usar con discos de 1,44Mb.
9
4. Haz el disco de instalación a partir del fichero imágen:

• Si estás usando MS-DOS o Windows bájate el programa fdimage.exe
(ftp://ftp.FreeBSD.ORG/pub/FreeBSD/tools/fdimage.exe) o cógelo de tools\fdimage.exe en el CDROM
y ejecútalo de la siguiente manera:
E:\ tools\fdimage
floppies\boot.flp a:
El programa fdimage formateará el disco A: y copiará la imágen boot.flp en é:l (asumiendo que estás en el
nivel superior de la distribució de FreeBSD y que las imágenes están en el subdirectorio floppies , tal y
como suele ser habitual).
• Si estás instalando un sistema UNIX para crear las imágenes de disco:
# dd if=boot.flp of=disk_device
disk_device es el dispositivo /dev para la disquetera. En sistemas FreeBSD, éste es /dev/rfd0 para el
disco A: y /dev/rfd1 para el disco B:.
5. Con el disco de instalación en el disco A:, rearranca tu sistema. Deberías obtener un prompt de arranque como
este:
FreeBSD BOOT ...
Usage: [[[0:][wd](0,a)]/kernel][-abcCdhrsv]
Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1
Use ? for file list or press Enter for defaults
Boot:
Si no tecleas nada, FreeBSD arrancará automáticamente con su configuración por defecto, después de una pausa
de 5 segundos. Cuando FreeBSD arranca, comprueba tu ordenador para determinar el hardware instalado. El
resultado de estas comprobaciones es mostrado en la pantalla.
6. Cuando el proceso de arranque finaliza, el menú principal de instalación de FreeBSD se muestra en pantalla.
Si algo va mal...
Debido a limitaciones en la arquitectura de los PC’s, es imposible para el programa de prueba de hardware ser 100
por 100 fiable. En el caso de que tu hardware sea identificado incorrectamente, o que el proceso de prueba cuelgue la
máquina, primero mira la sección configuraciones soportadas en esta guía de instalación para asegurar que tu
hardware es soportado por FreeBSD.
Si tu hardware está soportado, resetea el ordenador y cuando aparece el prompt Boot: teclea -c. Esto hará que
FreeBSD entre en modo de configuración de hardware. El kernel de FreeBSD en el disco de intalación está
configurado asumiendo que la mayorí de dispositivos hardware están configurados tal y como viene de fábrica en lo
referente a IRQ’s, direcciones de memoria, canales DMA, etc. Si tu hardware ha sido reconfigurado, necesitarás usar
la opción -c en el arranque para indicarle a FreeBSD donde se encuentra cada cosa.
También es posible que la prueba de un dispositivo no existente provoque una correcta detección de un dispositivo
que sí está presente. En este caso, la prueba para este driver conflictivo deberí ser desactivada.
10
AvisoNo desactives ningún dispositivo que necesitas durante la instalación, como la pantalla (sc0).
En el modo de configuración puedes:
• Listar los drivers de dispositivos presentes en el kernel.

• Desactivar los drivers de hardware no instalado en tu sistema.
• Cambiar la IRQ, DRQ y direcciones IO usadas por los drivers de dispositivo.

Mientras aparece el prompt config , teclea help para más información sobre los comandos disponibles. Después

de ajustar los parámetros del kernel con el hardware que tienes instalado, teclea quit en el prompt config para
continuar el arranque con la nueva instalación.
Una vez FreeBSD está instalado, los cambios hechos en el modo de configuración serán guardados permanentemente
para que no tengas que reconfigurar el sistema cada vez que arranques. Aún así, es aconsejable que te crees un kernel
personalizado para optimizar el sistema. Mira en Configuración del kernel para crear un kernel personalizado.
2.1. Configuraciones soportadas

Actualmente FreeBSD se ejecuta en una variedad de buses ISA, VLB, EISA y PCI basados en PC’s, cubriendo desde
un 386sx hasta Pentiums (piensa que 386sx no es recomendado). También se soportan configuraciones IDE o ESDI,
diferentes controladoras SCSI, tarjetas de red y serie, etc.
Un mínimo de cuatro megabytes de RAM son requeridos para ejecutar FreeBSD. Para ejecutar el Sistema X
Window, ocho megabytes de RAM es el mínimo recomendado.
A continuación te presentamos una lista de todas las controladores de disco y tarjetas de red que actualmente
funcionan en FreeBSD. Otras configuraciones posiblemente funcionen también, pero no hemos tenido noticias de
ello.
2.1.1. Controladoras de disco
• WD1003 (any generic MFM/RLL)

• WD1007 (any generic IDE/ESDI)
• IDE
• ATA
• Adaptec 1505 ISA SCSI controller
• Adaptec 152x series ISA SCSI controllers
• Adaptec 1535 ISA SCSI controllers
• Adaptec 154x series ISA SCSI controllers
• Adaptec 174x series EISA SCSI controller in standard and enhanced mode.
• Adaptec 274x/284x/2940/2940U/3940 (Narrow/Wide/Twin) series EISA/VLB/PCI SCSI controllers
11
• Adaptec AIC7850 on-board SCSI controllers

• Adaptec AIC-6360 based boards, which includes the AHA-152x and SoundBlaster SCSI cards.
Nota: No puedes arrancar desde tarjeta SounBlaster ya que no tienen BIOS, la cual es necesaria para
mapear el dispositivo de arranque en los vectores de Entrada/Salida. Son perfectamente usables para cintas
externas, CDROM’s, etc. Lo mismo se aplica a cualquier otra tarjeta basada en la AIC-6x60 sin ROM de
arranque. Algunos sistemas tienen una ROM de arranque, la cual es mostrada de alguna manera cuando el
sistema arranca. Revisa la configuración de tu sistema/placa para más detalles.
• Buslogic 545S & 545c
Nota: Buslogic was formerly known as “Bustek”.
• Buslogic 445S/445c VLB SCSI controller

• Buslogic 742A/747S/747c EISA SCSI controller.
• Buslogic 946c PCI SCSI controller
• Buslogic 956c PCI SCSI controller
• NCR 53C810/53C815/53C825/53C860/53C875 PCI SCSI controller.
• NCR5380/NCR53400 (“ProAudio Spectrum”) SCSI controller.
• DTC 3290 EISA SCSI controller in 1542 emulation mode.
• UltraStor 14F/24F/34F SCSI controllers.
• Seagate ST01/02 SCSI controllers.
• Future Domain 8xx/950 series SCSI controllers.
• WD7000 SCSI controllers.
Con todas las controladoras SCSI soportadas, se consigue ofrecer soporte completo para periféricos SCSI-I &
SCSI-II, incluyendo discos, cintas, DAT, y lectores de CDROM.
Los siguientes tipos de CDROM son soportados actualmente:
• SoundBlaster SCSI and ProAudio Spectrum SCSI (cd)

• Mitsumi (all models) proprietary interface (mcd)
• Matsushita/Panasonic (Creative) CR-562/CR-563 proprietary interface (matcd)
• Sony proprietary interface (scd)
• ATAPI IDE interface (experimental and should be considered ALPHA quality!) (wcd)
12
2.1.2. Tarjetas de red
• Allied-Telesis AT1700 and RE2000 cards

• SMC Elite 16 WD8013 Ethernet interface, and most other WD8003E, WD8003EBT, WD8003W, WD8013W,
WD8003S, WD8003SBT and WD8013EBT based clones. SMC Elite Ultra and 9432TX based cards are also
supported.
• DEC EtherWORKS III NICs (DE203, DE204, and DE205)
• DEC EtherWORKS II NICs (DE200, DE201, DE202, and DE422)
• DEC DC21040/DC21041/DC21140 based NICs:
• ASUS PCI-L101-TB
• Accton ENI1203
• Cogent EM960PCI
• Compex CPXPCI/32C
• D-Link DE-530
• DEC DE435
• Danpex EN-9400P3
• JCIS Condor JC1260
• Kingston KNE100TX
• Linksys EtherPCI
• Mylex LNP101
• SMC EtherPower 10/100 (Model 9332)
• SMC EtherPower (Model 8432)
• SMC EtherPower (2)
• Zynx ZX314
• Zynx ZX342
• DEC FDDI (DEFPA/DEFEA) NICs

• Fujitsu FMV-181 and FMV-182
• Fujitsu MB86960A/MB86965A
• Intel EtherExpress
• Intel EtherExpress Pro/100B 100Mbit.
• Isolan AT 4141-0 (16 bit)
• Isolink 4110 (8 bit)
• Lucent WaveLAN wireless networking interface.
• Novell NE1000, NE2000, and NE2100 ethernet interface.
13
• 3Com 3C501 cards

• 3Com 3C503 Etherlink II
• 3Com 3c505 Etherlink/+
• 3Com 3C507 Etherlink 16/TP
• 3Com 3C509, 3C579, 3C589 (PCMCIA) Etherlink III
• 3Com 3C590, 3C595 Etherlink III
• 3Com 3C90x cards.
• HP PC Lan Plus (27247B and 27252A)
• Toshiba ethernet cards
• PCMCIA ethernet cards from IBM and National Semiconductor are also supported.
Nota: Actualmente FreeBSD no soporta las características PnP (plug-n-play) de algunas tarjetas. Si tu tarjeta
tiene Pnp y te está dando problemas, intenta desactivarle el PnP.
2.1.3. Dispositivos varios
• AST 4 port serial card using shared IRQ.

• ARNET 8 port serial card using shared IRQ.
• BOCA IOAT66 6 port serial card using shared IRQ.
• BOCA 2016 16 port serial card using shared IRQ.
• Cyclades Cyclom-y Serial Board.
• STB 4 port card using shared IRQ.
• SDL Communications Riscom/8 Serial Board.
• SDL Communications RISCom/N2 and N2pci sync serial cards.
• Digiboard Sync/570i high-speed sync serial card.
• Decision-Computer Intl. “Eight-Serial” 8 port serial cards using shared IRQ.
• Adlib, SoundBlaster, SoundBlaster Pro, ProAudioSpectrum, Gravis UltraSound, Gravis UltraSound MAX and
Roland MPU-401 sound cards.
• Matrox Meteor video frame grabber.
• Creative Labs Video spigot frame grabber.
• Omnimedia Talisman frame grabber.
• Brooktree BT848 chip based frame grabbers.
• X-10 power controllers.
• PC joystick and speaker.
14
FreeBSD actualmente no soporta el bus microcanal de IBM (MCA).
2.2. Preparándonos para la instalación

Existen diferentes métodos de instalación de FreeBSD. La siguiente sección describe la preparación necesaria para
cada tipo de instalación.
2.2.1. Antes de instalar desde CDROM

Si tu lector de CDROM no está soportado, por favor, pasa a la sección Preparación en MSDOS.
No hay mucho trabajo de preparación previo para realizar una instalación satisfactoria desde uno de los CDROM’s
de Walnut Creek (otras distribuciones en CDROM también es posible que funcionen pero no tenemos manera de
asegurarlo ya que no hemos podido probar ninguno, y tampoco sabemos como están hechos). Puedes arrancar
directamente el programa de instalación desde DOS usando el fichero install.bat o puedes hacer los discos de
arranque ejecutando el programa makeflp.bat.
Nota: Si estás ejecutando FreeBSD 2.1-RELEASE y tienes un CDROM IDE, usa los ficheros inst_ide.bat o
atapiflp.bat.
Para acceder al interface más sencillo de todos (desde DOS), ejecuta el comando view. Aparecerá una utilidad DOS
con un menú a través del cual puedes acceder a todas las opciones de instalación disponibles.
Si estás creando el disco de arranque desde un sistema UNIX, mira el principio de esta guía .
Una vez hayas arrancado desde DOS o floppy, deberís ser capaz de poder seleccionar el CDROM como el soporte de
instalación en el menú Media y cargar la distribución completa desde el CDROM. No se requiere ningús soporte
adicional para la instalación.
Después de instalar por completo el sistema y arrancar desde el disco duro, puedes montar el CDROM en cualquier
momento tecleando: mount /cdrom
Antes de poder quitar el CDROM, es necesario teclear: umount /cdrom.
Nota: Antes de ejecutar el programa de instalación asegúrate de tener el CDROM en el lector para que éste
pueda ser detectado durante la fase de pruebas de hardware. Esto es necesario también si quieres que el
CDROM sea añadido automáticamente a la configuración inicial del sistema.
Finalmente, si quieres que tus usuarios puedan instalar FreeBSD vía FTP directamente desde el CDROM de tu
máquina, lo puedes hacer de manera muy sencilla. Una vez tienes la máquina completamente instalada, sólo tienes
que añdir la siguiente línea al fichero de passwords (usando el comando vipw):
ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent
15
Cualquiera con conectividad en tu red (y permisos para acceder a ella) puede seleccionar ahora como soporte de la
instalación el tipo FTP y teclear: ftp://tu_maquina después de seleccionar “Other” en el menú de servidores
FTP.
2.2.2. Antes de instalar desde Floppy

Si debes instalar desde disquettes, bién por problemas de compatibilidad de hardware o por que te guste hacer las
cosas de la manera más complicada, antes debes preparar algunos disquettes.
Necesitarás, como mínimo, tantos disquettes de 1.44MB o 1.2MB como espacio ocupe la distribución en el
directorio bin. Si estás preparando estos disquettes bajo DOS, entonces ESTOS disquettes deben estar formateados
con el comando FORMAT de MS-DOS. Si utilizas Windows, usa el comando format del administrador de ficheros.
NO te fíes de los discos preformateados. Formatéalos tú mismo, sólo para estar seguro. Muchos de los problemas
reportados en el pasado por usuarios, han tenido que ver con disquettes mal formateados o defectuosos.
Si estás creando los disquettes desde una máquina FreeBSD, formatear los discos tampoco es mala idea. Puedes usar
el comando disklabel y newfs para formatearlos e incluir en ellos el sistema de ficheros UFS. Para hacerlo,
puedes seguir la siguiente secuencia de comandos:
# fdformat -f 1440 fd0.1440
# disklabel -w -r fd0.1440 floppy3

# newfs -t 2 -u 18 -l 1 -i 65536 /dev/rfd0
Nota: Usa fd0.1200 y floppy5 para discos de 5.25" (o 1.2MB).
Ahora puedes montar los disquettes y escribir en ellos como en cualquier otro sistema de ficheros.
Después de formatear los disquettes, necesitarás copiar los ficheros en ellos. Los ficheros de la distribución están
convenientemente distribuidos para que quepan 5 de ellos en cada disquette de 1.44Mb. Utiliza todos los discos
necesarios para incluir en ellos todas las distribuciones que quieras instalar. Cada distribución debe estar en un
subdirectorio del floppy, por ejemplo: a:\bin\bin.aa, a:\bin\bin.ab, y así hasta completar la distribución.
Una vez llegues a la pantalla de selección del soporte de la instalación, selecciona “Floppy” , siendo preguntado por
el resto de parámetros necesarios.
2.2.3. Antes de instalar desde una partición MS-DOS

Para realizar la instalación desde una partición MS-DOS, copia los ficheros de la distribución en un directorio
llamado C:\FREEBSD. La estructura de directorios del CDROM tiene que ser parcialmente reproducida dentro de
éste directorio, por lo que te aconsejamos usar el comando xcopy. Por ejemplo, para preparar una instalación
mínima de FreeBSD:
C:\ MD C:\FREEBSD
C:\ XCOPY /S E:\BIN C:\FREEBSD\BIN\
16
C:\ XCOPY /S E:\MANPAGES C:\FREEBSD\MANPAGES\
Asumiendo que C: es donde tienes espacio libre y E: es la unidad de tu lector de CDROM.

Tienes que copiar cada distribución que quieras instalar desde MS-DOS, bajo C:\FREEBSD — la distribución BIN es
sólo la mínima requerida.
2.2.4. Antes de instalar desde una cinta QIC/SCSI

Instalar desde una cinta es probablemente el método más sencillo, aparte de una instalación on-line, vía FTP o
CDROM. El programa de instalación espera que los ficheros estén en formato tar en la cinta, por lo que sólo tienes
que seleccionar la distribución a instalar y copiarla en una cinta en formato tar con un comando como:
# cd /freebsd/distdir
# tar cvf /dev/rwt0 dist1 ... dist2
Cuando ejecutas la instalación, deberís asegurarte de dejar suficiente espacio libre en algún directorio temporal (el
cual podrás elegir), para que el programa de instalación pueda recuperar todo el contenido de la cinta. Dado al acceso
no aleatorio de las cintas, este método exige un poco de espacio temporal. Necesitarás tanto espacio temporal como
contenidos hayan en la cinta.
Nota: Es imprescindible que la cinta esté en el lector antes de arrancar con el disco de instalación.
2.2.5. Antes de instalar sobre una red

Puedes hacer instalaciones de red mediante 3 tipos de conexión:
Puerto serie
SLIP o PPP
Puerto paralelo
PLIP (cable laplink)
Ethernet
Tarjeta ethernet estandar (incluye algunas PCMCIA).
El soporte de SLIP es bastante primitivo, y limitado a conexiones punto a punto como una cable serie entre un
portátil y otro ordenador. La conexión debe ser mediante un cable cruzado serie ya que la instalación SLIP no ofrece
posibilidad de marcado telefónico; esta facilidad se ofrece mediante la utilidad PPP, la cual aconsejamos usar
siempre que sea posible.
Si estás usando un módem, PPP es tu única opción. Asegúrate de tener la información de tu proveedor a mano ya que
el proceso de instalación te la pedirá de manera inmediata. Necesitarás saber como llamar a tu proveedor usando
“comando AT” específicos de tu módem por que el marcador PPP sólo ofrece un simple emulador de terminal. Si
usas PAP o CHAP, necesitarás teclear los comandos set authname y set authkey antes de teclear el comando
17
term. Pásate por el manual ppp y las secciones de las FAQ (../FAQ/userppp.html) para más información. Si tienes
problemas, el log puede ser dirigido a la pantalla usando el comando set log local ....
Si puedes disponer de una conexión punto a punto a otro sistema FreeBSD (2.0R o superior), deberías considerar la
instalación sobre el puerto paralelo con un cable “laplink”. La velocidad es mucho mayor que la que podemos
conseguir sobre una conexión serie (por encima de los 50k/seg), obteniendo una instalación más rápida.
Finalmente, para la instalación de red más rápida posible, una tarjeta ethernet es siempre una buena elección.
FreeBSD soporta muchas de las tarjetas ethernet del mercado, una tabla de las tarjetas soportadas (y sus
características requeridas) está disponible en la sección Hardware soportado. Si estás usando una de las tarjeta
PCMCIA soportadas, asegúrate de tener la tarjeta insertada antes de encender el portátil. Desafortunadamente,
actualmente FreeBSD no soporta la "inserción en caliente" de tarjetas PCMCIA durante el proceso de instalación.
También necesitarás saber tu dirección IP en la red, el valor de la máscara de tu clase de direcciones y el nombre de
tu máquina. Tu administrador de sistemas puede darte todos los valores adecuados a la configuración de tu red. Si vas
a acceder a otras máquinas por nombre en lugar de dirección IP, necesitarás la dirección de un servidor de nombres y
posiblemente la dirección de un gateway (si usas PPP es la dirección IP de tu proveedor). Si no conoces las
respuestas a la mayoría de estas preguntas, definitivamente debes hablar con tu administrador de sistemas antes de
intentar éste tipo de instalación.
Una vez tienes una conexión de red de cualquier tipo funcionando, la instalación puede continuar sobre NFS o FTP.
2.2.5.1. Preparando la instalación sobre NFS

La instalación sobre NFS es muy sencilla: simplemente copia los ficheros de las distribuciones de FreeBSD que
necesites en algún lugar del servidor, y apunta el soporte de instalación de NFS hacia él.
Si este servidor sólo soporta accesos a “puertos seleccionados” (como ocurre generalmente con las estaciones de
trabajo SUN), necesitarás activar esta opción en el menú Options antes de proceder con la instalación.
Si tienes una conexión de red de poca calidad, con ratios de transferencia muy pobres, también deberías activar el
flag apropiado en el menú Options.
Para que la instalación por NFS funcione, el servidor debe soportar el acceso a subdirectorios exportados, por
ejemplo, si el directorio de tu distribución de FreeBSD 4.6.2 reside en: ziggy:/usr/archive/stuff/FreeBSD
Entonces ziggy debe permitir montar directamete /usr/archive/stuff/FreeBSD, y no sólo /usr o
/usr/archive/stuff.
En fichero /etc/exports de FreeBSD, esto es controlado por la opción -alldirs . Otros servidores NFS pueden
usar opciones diferentes. Si obtienes el mensaje Permission Denied por parte del servidor, significa que no tienes esta
opción activada de manera adecuada.
2.2.5.2. Preparando una instalación por FTP

La instalación por FTP se puede realizar desde cualquiera de los servidores mirror que contengan una versión
razonablemente actualizada de FreeBSD 4.6.2. Un completo menú de elecciones razonables para prácticamente
cualquier parte del mundo está disponible en el menú de instalación FTP.
Si estás instalando desde cualquier otro servidor no listado en ese menú, o tienes problemas con la configuración del
servidor de nombres o la resolución correcta, puedes especificar tu propia URL seleccionando la opción “Other” en
el menú. Una URL también puede ser una dirección IP, de manera que lo siguiente funcionaría en la ausencia de un
servidor de nombres:
18
ftp://165.113.121.81/pub/FreeBSD/4.6.2;-RELEASE
Hay dos modos de instalación FTP que puedes usar:
FTP Activo
Para todas las transferencias FTP, usa el modo “Activo”. Esto no funcionará a través de firewalls, pero
funcionará sin problemas con servidores FTP antiguos que no soportan el modo pasivo. Si tu conexión se cuelga
con el modo pasivo, intenta con el modo activo!.
FTP Pasivo
Para todas las transferencias FTP usa el modo “Pasivo”. Esto permite al usuario conectar a través de firewalls
que no aceptan conexiones entrantes en direcciones de puertos aleatorias.
Nota: Los modos Activos y Pasivos no son lo mismo que una conexión a través de “proxy”, donde un servidor
proxy FTP está escuchando y reenviando las peticiones FTP!.
Para un servidor proxy FTP, normalmente deberías darle el nombre del servidor real al que quieres conectar como
parte del nombre de usuario después de una @-sign. El servidor proxy reenviará la petición al servidor adecuado. Un
ejemplo: digamos que quieres realizar la instalación desde ftp.freebsd.org usando el servidor proxy FTP
foo.bar.com, que está escuchando en el puerto 1234.
En este caso, tienes que ir al menú de opciones, y poner el nombre de usuario de FTP como ftp@ftp.freebsd.org, y tu
dirección de correo como password. Como medio de instalación , especifica FTP (o FTP pasivo, si el proxy lo
soporta) y la URL ftp://foo.bar.com:1234/pub/FreeBSD
/pub/FreeBSD de ftp.freebsd.org es "cacheado" bajo foo.bar.com, permitiendote realizar la instalación
desde esa máquina (la cual coge los ficheros de ftp.freebsd.org a medida que la instalación los necesita).
2.3. Instalando FreeBSD

Una vez has tomado nota de los pasos apropiados en la preinstalación, deberís poder instalar FreeBSD sin ningún
tipo de problema.
Si tienes algún problema, deberías vover atrás y releer la sección de preparación aplicable a tu medio de instalación.
Si estás teniendo problemas de hardware, o FreeBSD se niega a arrancar, lee la Guía de Hardware que puedes
encontrar en el disco de arranque para posibles soluciones.
El disco de arranque de FreeBSD contiene toda la documentación on-line que deberís necesitar para realizar la
instalación. Si no es así, nos gustaría saber que es lo que te ha confundido o dónde has tenido más problemas. Enví
tus comentarios a FreeBSD documentation project mailing list <freebsd-doc@FreeBSD.org>. El objetivo del
programa de instalación de FreeBSD (sysinstall) es estar suficientemente documentado para poder realizar una
instalación sin problemas.
Mientras tanto, puedes encontrar útil esta “típica secuencia de instalación”:
19
1. Arranca con el disco de arranque. Después de la secuencia de arranque que puede tardar entre 30 segundos y 3
minutos, dependiendo del hardware, debería aparecer un menú de opciones iniciales. Si el disco no arranca o el
arranque se cuelga en algún momento, lee la sección Q&A de la Guía de Hardware para conocer las posibles
causas.
2. Pulsa F1. Deberías ver unas instrucciones básicas sobre el sistema de menús y del programa en general. Si no
has usado este sistema de menú anteriormente, por favor léelo.
3. Selecciona la opción Options y configura las preferencias que puedas tener o necesitas.
4. Selecciona la instalación Novice, Custom o Express, dependiendo de la ayuda que quieras recibir del programa
de instalación durante todo el proceso. Si nunca has usado FreeBSD anteriormente, la instalación Novice es la
más recomendada.
5. El menú de configuración final te permite configurar tu instalación de FreeBSD a través de un sistema guiado
por menús. Algunas secciones, como la de red, pueden ser importantes si has hecho la instalación desde
CDROM/Cinta/Floppy y no has configurado todavía tus interfaces de red (asumiendo que exista alguno).
Configurando adecuadamente en este momento los interfaces permitiráa que FreeBSD esté activo en la red
cuando reinicies por primera vez desde el disco duro.
2.4. Preguntas y Respuestas para usuarios de MS-DOS

Muchos usuarios de FreeBSD querrán instalar FreeBSD en PC’s habitados por MS-DOS. Aquí están algunas de las
pregunas (y respuestas) más comunes sobre la instalación de FreeBSD en estos sistemas.
Ayuda! No tengo espacio. Necesito borrarlo todo?
Si tu máquina está todavía ejecutando MS-DOS y tienes poco o ningún espacio libre disponible para la instalación de
FreeBSD, no todo está perdido!. Quizás encuentres útil la utilidad FIPS, disponible en el directorio tools del
CDROM de FreeBSD, o en cualquiera de los mirrors de FreeBSD.
FIPS te permite repartir una partición MS-DOS en dos partes, preservando la partición original permitiendo la
instalación en la segunda. Primero debes defragmentar tu partición MS-DOS usando el programa DEFRAG de DOS
6.x o las utilidades Norton. Después ejecuta FIPS. El propio programa te preguntará todos los datos que necesite
conocer. Finalmente puedes reiniciar la máquina e instalar FreeBSD en la segunda partición. Mira el menú
Distributions para hacer una estimación de la cantidad de espacio necesario para el tipo de instalación que deseas
hacer.
Puedo usar sistemas de ficheros comprimidos desde FreeBSD?
No. Si estás usando una utilidad como Stacker(tm) o DoubleSpace(tm), FreeBSD solo será capaz de usar la parte del
sistema de ficheros no comprimida. El resto del sistema de ficheros se mostrarás como un único fichero. No borres
este fichero. Lo agradecerás enormemente!.
Es mejor solución crear otra partición primaria de MS-DOS no comprimida y usarla para la comunicación entre
MS-DOS y FreeBSD.
Puedo montar mis particiones MS-DOS extendidad?
Sí. Las particiones extendidas de DOS son mapeadas al final del otro “slices” en FreeBSD, por ejemplo, tu disco D:
será /dev/sd0s5, tu disco E: será /dev/sd0s6 y así respectivamente. Este ejemplo asume, por supuesto, que tu
partición extendida está en el disco SCSI 0. Para discos IDE, sustituye wd por sd. Para montar las particiones
extendidas tienes que hacerlo exactamente igual que cualquier otra partición o disco DOS:
20
# mount -t msdos /dev/sd0s5 /dos_d
Puedo ejecutar binarios MS-DOS bajo FreeBSD?

BSDI ha donado su emulador DOS al mundo BSD y éste ha sido portado a FreeBSD.
Hay también una (tecnicamente) buena aplicación disponible en la Colección de Ports llamada pcemu, la cual te
permite ejecutar muchos binarios en modo texto emulando por completo una CPU 8088.
21
Capítulo 3. Conceptos Básicos de Unix
3.1. Sinópsis
Reescrito por Chris Shumway <cshumway@osd.bsdi.com>, 10 Mar 2000.
El siguiente capítulo cubre la funcionalidad y órdenes básicas del sistema operativo FreeBSD. Si se es nuevo en
FreeBSD, seguramente querrá leer este capítulo antes de buscar ayuda.
3.2. Permisos
FreeBSD, cuya raiz histórica es el UNIX BSD, tiene sus fundamentos basados en varios conceptos clave de UNIX.
El primero, y más remarcado, es que FreeBSD es un sistema operativo multi-usuario. El sistema puede manejar
varios usuarios trabajando todos simultáneamente y en tareas que no guardan relación entre sí. El sistema es el
responsable de compartir y administrar peticiones de dispositivos de hardware, periféricos, memoria y tiempo de
Unidad Central de Proceso (CPU) de manera equitativa para cada usuario.
Debido a que el sistema es capaz de soportar múltiples usuarios, todo lo que el sistema administra tiene un conjunto
de permisos que gobiernan quién puede leer, escribir y ejecutar el elemento. Estos permisos se guardan como octetos
divididos en tres partes: una para el propietario del archivo, otra para el grupo al que el archivo pertenece, y otra para
cualquier otro. Esta representación numérica funciona así:
Valor Permiso Listado de Directorio

0 No leer, no escribir, no ejecutar ---
1 No leer, no escribir, ejecutar --x
2 No leer, escribir, no ejecutar -w-
3 No leer, escribir, ejecutar -wx
4 Leer, no escribir, no ejecutar r--
5 Leer, no escribir, ejecutar r-x
6 Leer, escribir, no ejecutar rw-
7 Leer, escribir, ejecutar rwx
Si se muestra un listado expandido de directorio mediante ls -l, se mostrarán en una columna los permisos de
fichero para el propietario, grupo y todos los demás. Veamos como se descompone:
-rw-r--r--
El primer carácter, de izquierda a derecha, es un carácter especial que indica si se trata de un archivo normal, un
directorio, un dispositivo especial de tipo carácter o bloque, un socket, o cualquier otro dispositivo de
pseudo-archivo. Los siguientes tres caracteres, expresados como rw- muestran los permisos para el propietario del
archivo. Los siguientes tres caracteres, r-- muestran los permisos para el grupo al que el archivo pertenece. Los
últimos tres caracteres, r--, muestran los permisos para el resto del mundo. Un guión indica que el permiso está
desactivado. En el caso de este archivo, los permisos están asignados de tal manera que el propietario puede leer y
escribir en el archivo, el grupo puede leer el archivo, y el resto del mundo sólo puede leer el archivo. De acuerdo con
la tabla que se muestra más arriba, los permisos para este archivo serían 644, donde cada cifra representa las tres
22
partes de los permisos del archivo.

Todo ésto está muy bien, pero ¿cómo controla el sistema los permisos de los dispositivos? FreeBSD en realidad trata
la mayoría de los dispositivos hardware como un archivo que los programas pueden abrir, leer y en los que pueden
escribir datos como si de cualquier otro archivo se tratara. Estos archivos especiales de dispositivos se encuentran en
el directorio /dev.
Los directorios también son tratados como archivos. Tienen permisos de lectura, escritura y ejecución. El bit de
ejecución en un directorio tiene un significado ligéramente distinto que para los archivos. Cuando un directorio está
marcado como ejecutable significa que se puede mirar dentro, por ejemplo, se podría hacer un listado de ese
directorio.
Hay más permisos, pero se usan principalmente en circunstancias especiales como los binarios ejecutables de tipo
"setuid" y los los directorios de tipo "sticky". Si desea más información acerca de los permisos de archivos y cómo
establecerlos, asegúrese de mirar la página de manual de chmod(1).
3.3. Estructura de directorios

Como FreeBSD utiliza sus sistemas de archivos (file systems) para determinar muchas operaciones fundamentales en
el sistema, la jerarquía del sistema de archivos es extremadamente importante. Dado que la página de manual de
hier(7) proporciona una descripción completa de la estructura de directorios, no la vamos a repetir aquí. Para más
información, puede consultar hier(7).
De una especial importancia es el raiz (root) de todos los directorios, el directorio /. Este directorio es el primero en
ser montado al arrancar y contiene contiene el sistema básico necesario a la hora de iniciar. El directorio raiz también
contiene puntos de montaje para cualquier otro sistema de archivos que se desee montar.
Un punto de montaje es un directorio donde se pueden injertar al sistema de archivos raiz otros sistemas de ficheros
adicionales. Los puntos de montaje convencionales incluyen /usr, /var, /mnt y /cdrom. Estos directorios
directorios se corresponden habitualmente con entradas en en archivo /etc/fstab. /etc/fstab es una tabla que
sirve como referencias al sistema y contiene los diferentes sistemas de archivos y sus respectivos puntos de montaje.
La mayoría de los sistemas de archivos que figuran en /etc/fstab son montados automáticamente al arrancar por
el guión de órdenes (script) rc(8) a no ser que contengan la opción noauto. Consúltese la página del manual fstab(5)
para más información acerca del formato del archivo /etc/fstab y de las opciones que se pueden especificar.
3.4. Intérpretes de órdenes (Shells)

En FreeBSD, gran parte del trabajo diario se realiza a través de un interfaz de la linea de órdenes llamado "shell". El
principal trabajo del shell es recoger órdenes del canal de entrada y ejecutarlas. Muchos shells tienen también
integradas funciones para ayudarnos en las tareas cotidianas tales como la manipulación de archivos, edición de
líneas de órdenes, macros de órdenes, expansión de expresiones regulares en nombres de archivo y variables del
sistema. FreeBSD viene con un conjunto de shells, como sh, el shell Bourne y csh, el shell C. Hay disponibles
muchos otros shells en la "FreeBSD Ports Collection" que son mucho más potentes, como bash y tcsh.
¿Qué shell usar? Es cuestión de gustos. Si se es programador de C se puede sentir más cómodo con tcsh, un shell con
una sintaxis similar al C. Si se proviene del mundo Linux o se es nuevo en el interfaz de órdenes de Unix, se puede
probar con bash. El asunto es que cada shell posee unas propiedades únicas que pueden o no funcionar con el
entorno de trabajo preferido y se ha de efectuar una elección sobre el shell a usar.
23
Una de las propiedades comunes de un shell es que completa los nombres de archivo. Dada la introducción de las
primeras letras de una orden o del nombre de un archivo, se puede hacer que el shell complete automáticamente el
resto de la orden o el nombre del archivo pulsando la tecla TAB. Aquí va un ejemplo. Supongamos que se tienen dos
archivos llamados foobar y foo.bar. Se quiere borrar foo.bar. Lo que habría que teclear es: rm
fo[TAB].[TAB].
El shell nos mostraría rm foo[BEEP].bar.

El [BEEP] es el pitido de consola (console bell): es el shell diciéndonos que fue incapaz de completar totalmente el
nombre de archivo porque hay más de una coincidencia. Tanto foobar como foo.bar comienzan por fo, pero solo
se pudo completar hasta foo. Si se teclea ., y de nuevo TAB, el shell será capaz de introducir el resto del nombre por
nosotros.
Otra función del shell son las variables de entorno. Las variables de entorno son parejas de valores clave
almacenados en el espacio de entorno del shell. Este espacio puede ser leído por cualquier programa invocado por el
shell y, por tanto, en él se encuentra bastante información relativa a la configuración de programas. Lo siguiente es
una lista de las variables de entorno más comunes y su significado:
Variable Descripción
USER Nombre de usuario con el que se ha entrado al sistema.
PATH Lista de directorios, separada por puntos y coma, en los
que se busca ejecutables.
DISPLAY Nombre en la red de la pantalla de X11 a la que
conectarse, si se encuentra disponible.
SHELL El shell actual.
TERM El nombre del terminal del usuario. Se usa para
determinar las posibilidades del terminal de datos.
TERMCAP Base de datos donde encontrar los códigos de escape
necesarios para realizar diferentes funciones en el
terminal.
OSTYPE Tipo de sistema operativo. Por ejemplo, FreeBSD.
MACHTYPE Arquitectura de la CPU en la que el sistema se está
ejecutando.
EDITOR El editor de texto preferido por el usuario.
PAGER El paginador de texto preferido por el usuario.
MANPATH Lista de directorios en los que se busca páginas de
manual, separados por puntos y coma.
Visualizar o establecer una variable de entorno difiere ligeramente de shell a shell. Por ejemplo, en los shells al estilo
C como tcsh y csh, se usaría setenv para establecer y visualizar las variables de entorno actuales. Siguiendo el
ejemplo, para establecer o modificar el valor de EDITOR, bajo csh o tcsh una orden como la siguiente establecería el
valor de EDITOR a /usr/local/bin/emacs:
% setenv EDITOR /usr/local/bin/emacs
Bajo los shells tipo Bourne (Bourne Shells):
% export EDITOR="/usr/local/bin/emacs"
24
También se puede hacer que la mayoría de los shells muestren el contenido de una variable de entorno situando el
carácter $ delante del nombre de la variable desde la línea de órdenes. Por ejemplo, echo $TERM mostrará
cualquiera que sea el valor que se le haya establecido a TERM, porque el shell expande el valor de TERM y se lo pasa
al programa echo.
Los shells manejan muchos caracteres especiales, llamados meta-caracteres, como representaciones especiales de
datos. El mas común es el carácter *, que representa cualquier número de caracteres en un nombre de archivo. Estos
meta-caracteres especiales se pueden usar para la expansión de nombres de archivos. Por ejemplo, teclear echo * es
casi lo mismo que introducir ls porque el shell recoge todos los archivos que coinciden con * y se los pone en la
línea de órdenes a echo para que los vea.
Para evitar que el shell interprete estos caracteres especiales, se pueden salvar poniendo el carácter contrabarra (\)
delante de ellos. echo $TERM muestra cualquiera que sea el valor establecido para el terminal que estamos usando.
echo \$TERM muestra $TERM tal cual.
3.4.1. Cambiando de shell

La manera más fácil de cambiar de shell es usando la orden chsh. Al ejecutar chsh se nos situará dentro del editor
de texto que figure en la variable de entorno EDITOR o, de no estar configurada, se nos abrirá vi. Cámbiese la línea
“Shell:” adecuadamente.
También se le puede suministrar a chsh la opción -s; ésto establecerá el shell por nosotros sin necesidad de entrar
en el editor de texto. Por ejemplo, si se desea cambiar el shell a bash, lo siguiente realizará el ajuste:
% chsh -s /usr/local/bin/bash
Ejecutar chsh sin parámetros y cambiar el shell desde allí tambien funcionaría.
Nota: El shell que se desee usar debe figurar en el archivo /etc/shells. Si se ha instalado un shell desde la
colección de ports, entonces esto ya se habrá realizado. Si se ha instalado manualmente el shell, se debe
realizar el cambio pertinente.
Por ejemplo, si se instaló manualmente bash y se situó en /usr/local/bin, debería hacer:
# echo "/usr/local/bin/bash" /etc/shells
Y entonces volver a ejecutar chsh.
3.5. Editores de texto

Gran parte de la configuración de FreeBSD se realiza modificando archivos de texto. A causa de esto, es una buena
idea familiarizarse con un editor de texto. FreeBSD viene con unos cuantos como parte del sistema base y muchos
más se encuentran disponibles en la colección de ports.
El editor de textos más fácil y rápido de aprender es uno llamado ee, cuyo nombre proviene del inglés "easy editor"
(editor fácil). Para iniciar ee se debería teclear en la línea de órdenes ee filename, donde filename es el nombre
25
del archivo que deseamos editar. Por ejemplo, para editar /etc/rc.conf, tecléese ee /etc/rc.conf. Una vez
dentro de ee, todas las posibles órdenes para manipular las funciones del editor se presentan en la parte superior de la
pantalla. El carácter acento circunflejo ^ representa a la tecla de control en el teclado, o sea que ^e significa pulsar
simultáneamente la tecla control y la letra e. Para abandonar ee, se debe pulsar la tecla escape y elegir abandonar
(leave) el editor. El editor preguntará entonces si se desean conservar los cambios si el archivo hubiera sido
modificado.
FreeBSD viene también con editores de texto mucho más potentes. Por ejemplo, vi como componente del sistema
básico y emacs o vim como parte de la colección de ports. Estos editores ofrecen mucha más funcionalidad y
potencia a expensas de un aprendizaje un poco más complicado. De cualquier manera, si se planea editar muchos
textos, aprender un editor más potente como vim o emacs le ahorrará mucho tiempo a largo plazo.
3.6. Para más información
3.6.1. Páginas de manual

La documentación más exhaustiva de FreeBSD se encuentra en la forma de páginas de manual. Casi todos los
programas del sistema vienen con un sucinto manual de referencia explicando el funcionamiento básico y los
diferentes argumentos. Estos manuales pueden ser revisados con el programa man. El uso del programa man es
sencillo:
% man command
command es el nombre del programa del que se quiere saber algo. Por ejemplo, para saber algo acerca del programa
ls tecléese:
% man ls
El manual en línea está dividido en secciones numeradas:
1. Órdenes/programas de usuario.
2. LLamadas de sistema y códigos numéricos de error.
3. Funciones de las librerías de C.
4. Manejadores de Dispositivos.
5. Formatos de Archivos.
6. Juegos y otros divertimentos.
7. Información miscelánea.
8. Programas relativos al mantenimiento y operación del sistema.
9. Desarrolladores del Kernel.
En algunos casos, el mismo epígrafe puede aparecer en más de una sección del manual en línea. Hay, por ejemplo,
un programa de usuario llamado chmod y una llamada de sistema chmod(). En este caso se le puede especificar a
man cuál se desea especificando la sección:
% man 1 chmod
26
Esto nos mostrará la página del manual en línea del programa de usuario chmod. Las referencias a una sección
concreta del manual en línea se sitúan tradicionalmente entre paréntesis en la documentación impresa, de tal manera
que chmod(1) se refiere al programa de usuario chmod y chmod(2) se refiere a la llamada de sistema.
Esto está muy bien si se conoce el nombre del programa y simplemente se quiere saber cómo usarlo. Pero, ¿qué si se
recuerda el nombre del programa? Se puede usar man para que realice una búsqueda mediante palabras clave en las
descripciones de programas usando el argumento -k:
% man -k mail
Con esta orden se nos mostrará una lista de programas que contienen la palabra clave “mail” en sus descripciones.
Ésto equivale a usar el programa apropos.
Si se está mirando todos esos curiosos programas que residen en /usr/bin y no se tiene ni puñetera idea de que
narices hacen realmente, hágase un sencillo:
% cd /usr/bin
% man -f *
% cd /usr/bin
% whatis *
que hace exactamente lo mismo.
3.6.2. Archivos de información GNU

FreeBSD incluye muchas aplicaciones y utilidades producidas por la Free Software Foundation (FSF). De manera
adicional a las páginas de manual estos programas vienen con documentos de hipertexto más detallados, llamados
archivos info, que pueden ser revisados con el programa info o, si se ha instalado emacs, el modo "info" de emacs.
Para usar el programa info(1) simplemente tecléese:
% info
Para una descripción breve, tecléese h. Para una referencia rápida de un programa, tecléese ?.
27
Capítulo 4. Instalando Aplicaciones: Paquetes
y Ports
4.1. Sinópsis
FreeBSD esta colmado de una excelente colección de herramientas de sistema, como parte del sistema base. A pesar
de esto, existe gran cantidad de cosas que uno requiere hacer para poner las cosas realmente en marcha, para lo cual
se necesita instalar software adicional de terceros. FreeBSD ofrece dos tecnologías complementarias para instalar
software de terceros en nuestro sistema: la Colección de Ports de FreeBSD y Paquetes binarios. Cualquiera de los
dos sistemas puede ser usado para instalar las versiones más recientes, de forma local o directamente desde la red.
Después de leer este capítulo, usted sabrá:
• Como instalar paquetes binarios de software de terceros.

• Como compilar software de terceros desde la Colección de Ports.
• Como remover paquetes o ports instalados previamente.
4.2. Generales sobre la Instalación de Software

Si usted ha usado un sistema Unix con anterioridad, sabrá que el procedimiento típico para instalar software de
terceros es algo similar a esto:
1. Descargar el software, que puede distribuirse en formato de código fuente, o binario.

2. Desempacar el software de su formato de distribución (normalmente en un tarball comprimido ya sea con
compress(1) o gzip(1)).
3. Ver la documentación (quizás un fichero README, o los ficheros del subdirectorio doc/) para ver como instalar
el software.
4. Si el software es distribuido como fuentes, compilarlo. Esto puede requerir que editemos el fichero Makefile o
que ejecutemos el script configure, entre otras.
5. Instalar y probar el software.
Y esto solamente si todo marcha bien. Si usted esta instalando un software que no ha sido creado específicamente
para FreeBSD, puede que sea necesario editar el código para que trabaje correctamente.
Si usted lo desea, puede continuar instalando software de la forma “tradicional” bajo FreeBSD. Aunque FreeBSD le
provee de dos tecnologís que le pueden ahorrar gran cantidad de tiempo y esfuerzo: los paquetes y ports. AL
momento de escribir esto, existen más de 7,000 aplicaciones de terceros, que estan disponibles de esta manera.
Los paquetes de FreeBSD, para cualquier aplicación, son un simple fichero que debe descargar. Los paquetes
contienen copia de binarios pre-compilados de la aplicación, así como cualquier fichero de configuración necesario o
documentación. Los paquetes descargados, pueden ser manipulados con los comandos de manejo de paquetes de
FreeBSD, tales como: pkg_add(1), pkg_delete(1), pkg_info(1), etc.
28
Capítulo 4. Instalando Aplicaciones: Paquetes y Ports
EL instalar una aplicación nueva puede realizarse con un simple comando.

Por otro lado un Port de FreeBSD, es una colección de ficheros diseñados para automatizar el proceso de
compilación del software, desde el código fuente.
Recuerde que existen ciertos pasos que deberá llevar a cabo para efecto de compilar un programa por usted mismo
(desempacar, parchar, compilar e instalar). Los ficheros que conforman un port, permiten automatizar esto por usted.
Usted ejecuta un conjunto de comandos simples y el código fuente es descargado, desempacado, parchado,
compilado e instalado.
De hecho, el sistema de ports también se puede usar para crear paquetes que posteriormente manipule con pkg_add
y las otras utilidades del manejo de paquetes que veremos en breve.
Tanto el sistema de ports como el de paquetes entienden las dependencias. Suponga que desea instalar una aplicación
que depende de que una librería específica este instalada. Tanto la librería como la aplicación existen en FreeBSD
como paquete o port. Si utiliza el comando pkg_add o el sistema de ports para instalar la aplicación, ambos notaran
que la librería no esta instalada, y procederán a instalar la librería en primer término.
Dado que ambas tecnologís son similares, quizás se pregunte por que FreeBSD se toma la molestía de contar con
ambas. Los Paquetes y los Ports cuentan con sus propias fortalezas, y cual utlizar dependerá de sus preferencias.
Beneficios de los Paquetes

• El típico fichero tarball de un paquete, es normalmente más pequeño que el tarball comprimido que cuenta con el
código fuente del software.
• Los paquetes no requiere de compilación adicional. Este punto puede ser de gran importancia, principalmente en
equipos lentos, cuando compila grandes aplicaciones tales como Mozilla, KDE, o GNOME.
• Los paquetes no requieren que usted comprenda el proceso que envuelve el compilar software bajo FreeBSD.
Beneficios del Sistema de Ports

• Normalmente los paquetes son compilados con opciones conservadoras, en virtud del gran numero de equipos
donde serán instalados. Al instalar desde el port, usted puede editar las preferencias para (por ejemplo) ejecutarse
bajo un procesador Athlon o Pentium III.
• Algunas aplicaciones opciones relacionadas con lo que pueden y lo que no pueden hacer. Por ejemplo Apache
puede ser configurado con una gran variedad de opciones. Al compilarlo desde los ports usted no tiene por que
aceptar todas, puede seleccionar cuales opciones desea.
En algunos casos, existen varios paquetes para la misma aplicación con diferentes opciones. Por ejemplo,
Ghostscript esta disponible como paquete ghostscript o bien como paquete ghostscript-nox11,
dependiendo si usted cuenta o no con el servidor X11. En este caso decidir puede ser sencillo, pero esto se puede
volver un problema si cuenta con más de una o dos opciones al momento de la compilación.
• Las condiciones de licenciamiento de algunas aplicaciones, prohiben la distribución de binarios. Solo permiten la
distribución del código fuente.
• Existe gente que no confia en los binarios. Al menos con el código fuente, usted puede (en teoría) revisarlo y
localizar problemas potenciales.
• Si cuenta con parches locales, necesitará el código fuente para poder aplicarlos.
• Existe gente que le gusta contar con el código fuente, para poder leerlo en ratos de ocio, modificarlo, tomar partes
prestadas (si la licencia lo permite, claro esta), y tal.
29
Para poder estar actualizado en sus ports, suscribase a FreeBSD ports mailing list
<freebsd-ports@FreeBSD.org>.
El resto de este capítulo le explicará como usar los ports y paquetes para instalar software de terceros en FreeBSD.
4.3. Localizando su Aplicación

Antes de poder instalar cualquier software, usted debe saber que desea instalar y como se llama dicha aplicación.
La lista de software disponible para FreeBSD crece constantemente. Afortunadamente existen varias formas de
localizar lo que busca:
• El sitio web de FreeBSD mantiene una base actualizada de todas las aplicaciones disponibles para FreeBSD, en la
dirección http://www.FreeBSD.org/ports/ (../../../../ports/index.html). Esta base esta segmentadas por categorías, y
usted puede buscar por nombre (si lo sabe) o bien listas las aplicaciones disponibles en cierta categoría.
• Dan Langille mantiene FreshPorts, en http://www.FreshPorts.org/. FreshPorts verifica los cambios en las
aplicaciones del árbol de ports, y le permite “observar” uno o más ports, y le enviará un correo cada vez que se
actualicen.
• Si no conoce el nombre de la aplicación que desea, pruebe usar un sitio como FreshMeat
(http://www.freshmeat.net/) para encontrar una aplicación, posteriormente verifique en el sitio de FreeBSD, para
ver si la aplicación ha sido portada a FreeBSD.
4.4. Usando el Sistema de Paquetes

Contribuido porChern Lee.
4.4.1. Instalando un Paquete

Puede usar la utilidad pkg_add(1) para instalar software de un paquete bajo FreeBSD, desde un fichero local o desde
un servidor remoto que esta en red.
Ejemplo 4-1. Descargando un Paquete e Instalandolo Localmente
# ftp -a ftp2.FreeBSD.org
Connected to ftp2.FreeBSD.org.
220 ftp2.FreeBSD.org FTP server (Version 6.00LS) ready.
331 Guest login ok, send your email address as password.
230-
230- This machine is in Vienna, VA, USA, hosted by Verio.
230- Questions? E-mail freebsd@vienna.verio.net.
230-
230-
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /pub/FreeBSD/ports/packages/sysutils/
30
250 CWD command successful.

ftp> get lsof-4.56.4.tgz
local: lsof-4.56.4.tgz remote: lsof-4.56.4.tgz
200 PORT command successful.
150 Opening BINARY mode data connection for ’lsof-4.56.4.tgz’ (92375 bytes).
100% |**************************************************| 92375 00:00 ETA
226 Transfer complete.
92375 bytes received in 5.60 seconds (16.11 KB/s)
ftp> exit
# pkg_add lsof-4.56.4.tgz
Si usted no cuenta con una fuente local de paquetes (como pudiese ser un CDROM de FreeBSD), pudiese ser que su
mejor alternativa sea usar pkg_add(1). Esto provocará que la utilidad determine automáticamente el formato del
objeto correcto, para que posteriormente lo descargue y lo instale desde un sitio FTP.
# pkg_add -r lsof
En el ejemplo anterior, el paquete correspondiente será descargado e instalado sin mayor intervención del usuario.
pkg_add(1) utiliza pkg_add(1) para descargar los ficheros, que toma como referencia varias variables de entorno, que
incluyen FTP_PASSIVE_MODE, FTP_PROXY y FTP_PASSWORD. Quizás deba modificar alguna de estas, si se
encuentra detrás de un firewall, o bien usar un proxy FTP/HTTP. Vea la página de ayuda fetch(3) para una lista
completa. También puede notar que en el ejemplo anterior usamos lsof en vez de lsof-4.56.4. Cuando hacemos
uso de “fetch” de forma remota, la versión del paquete debe ser removida. El programa pkg_add(1) obtendrá
automáticamente la versión más reciente.
Los paquetes son distribuidos en formato .tgz. puede encontrarlos en
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/ (ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/), o bien,
en el CDROM de FreeBSD. Cada CD de la distribución de 4 CDs (y del PowerPak, etc) contiene los paquetes en el
directorio /packages. El orden de dicho directorio, es similar al árbol de /usr/ports. Cada categoría cuenta con
su subdirectorio, y todos los paquetes estan disponibles en el directorio All.
La estructura del directorio de paquetes es identica a la de ports; estos trabajan en conjunto para formar el sistema de
paquetes/ports.
4.4.2. Eliminando un Paquete

Para eliminar un paquete previemante instalado, utilice la utilidad pkg_delete(1).
# pkg_delete xchat-1.7.1
4.4.3. Manejo de Paquetes

pkg_info(1) es una utilidad que muestra y describe todos los paquetes que tenemos instalados.
# pkg_info
cvsup-16.1 A general network file distribution system optimized for CV
docbook-1.2 Meta-port for the different versions of the DocBook DTD
...
31
pkg_version(1) es una utilidad que resume las versiones de los paquetes instalados. Estas son comparadas con las
versiones actuales del árbol de ports.
# pkg_version
cvsup =
docbook =
...
Los símbolos de la segunda columna, nos indican la edad relativa de la versión instalada, comparada con la versión
disponible en el árbol local de ports.
Símbolo Significado
= La versión del paquete instalado es igual a la versión del
árbol local de ports.
La versión instalada es más antigua a la versión del árbol
local de ports.
La versión instalada es más reciente que la que se
encuentra en el árbol local de ports (probablemente el

árbol de ports esta desactualizado).
? El paquete instalado no se ha localizado en el índice
(index) de los ports.
* Existen multiples versiones del paquete.
4.4.4. Miscelaneos
Toda la información relacionada con los paquetes, se guarda en el directorio /var/db/pkg. Los paquetes instalados,
así como una descripción de los mismos, puede encontrarse en este subdirectorio.
4.5. Usando la Colección de Ports

La siguiente sección le provee de las instrucciones básicas para instalar o remover programas de su sistema, usando
la Colección de Ports.
4.5.1. Obteniendo la Colección de Ports

Antes de poder instalar ports, primero debe de hacerse de la Colección de Ports— que escencialmente esta
compuesta de ficheros Makefiles, parches y ficheros con la descripción de los ports, ubicados en /usr/ports.
Cuando instaló su sistema FreeBSD, el programa Sysinstall le pregunto si deseaba instalar la Colección de Ports. Si
contesto que no, puede seguir estas instrucciones para obtener dicha colección:
Metodo por Sysinstall
Este metodo implica el uso del programa sysinstall nuevamente, para instalar Colección de Ports.
32
1. Siendo usuario root, ejecute el programa /stand/sysinstall como se muestra:

# /stand/sysinstall
2. Posicionese en la opción Configure, y presione Enter.

3. Seleccione la opción Distributions, y presione Enter.
4. Seleccione la opción ports, y presione la Barra Espaciadora.
5. Dirijase a la opción Exit, y presione Enter.
6. Seleccione el medio de instalación deseado, tal como CDROM, FTP y tal.
7. Siga los menus para salir de sysinstall.
El metodo alternativo para obtener y mantener actualizada la Colección de Ports, es usando CVSup. Lea el fichero
de ports para CVSup, en /usr/share/examples/cvsup/ports-supfile. Vea el capítulo Usando CVSup para
ver más información en el uso de CVSup y del fichero mencionado.
Metodo por CVSup
Este es un metodo rápido de obtener la Colección de Ports usando CVSup. Si desea mantener su árbol de ports
actualizado, o bien, aprender más acerca de CVSup, lea los documentos comentados anteriormente.
1. Instale el port net/cvsup. Vea Instalación de CVSup para mádetalles.
2. Como usuario root, copie el fichero /usr/share/examples/cvsup/ports-supfile a una nueva
ubicación, como puede ser el directorio /root o bien su propio directorio home.
3. Edite el fichero ports-supfile.
4. Cambie CHANGE_THIS.FreeBSD.org a un servidor CVSup cercano. Vea Mirrors de CVSup para ver una
lista completa de los servidores CVSup.
5. Ejecute cvsup:
# cvsup -g -L 2 /root/ports-supfile
6. Al ejecutar esto posteriormente, se descargaran las actualizaciones de la Colección de Ports.
4.5.2. Instalando Ports

Al hablar de la Colección de Ports, lo primero que debemos comentar es; a que nos referimos cuando hablamos de
un “esqueleto” (skeleton). En sí mismo, un esqueleto de port, es una serie mínima de ficheros, que le indican a
FreeBSD como compilar e instalar un programa. Cada esqueleto incluye:
• Un fichero Makefile. Este fichero contiene varias sentencias, que le indican al sistema como compilarlo y donde
deberá instalarlo en su sistema.
• Un fichero distinfo. Este fichero contiene información de los ficheros que debe ser descargados para efecto de
compilar el programa, así como el identificador checksum, para asegurarse se han descargado correctamente, sin
corrupciones.
• Un directorio files. Este directorio contiene los parches necesarios para compilar e instalar en su sistema
FreeBSD. Básicamente, los parches son pequeños ficheros, que incluyen algunos cambios. Estos son en formato
de texto plano, y básicamente dicen cosas como “Remove line 10” (Remover la línea 10) o “Change line 26 to
33
this...” (Cambiar la línea 26 por esto...). Los parches también son conocidos como “diffs”, ya que son generados
por el programa del mismo nombre; diff(1).
Es posible que este directorio tambié contenga algun otro fichero necesario para compilar e instalar el port.
• Un fichero pkg-comment. Este es una descripcion del programa en una sola línea.
• Un fichero pkg-descr. Esta es una descripcion más detallada del programa. En ocasiones multi-línea.
• Un fichero pkg-plist. Esta es una lista de todos los ficheros que serán instalados por el port. También le indica
al sistema de ports, que ficheros remover, en caso de una desinstalación.
Algunos ports cuentan con otros ficheros, tal como pkg-message. El sistema de ports usa estos, para manejar
situaciones especiales. Si desea saber más detalles al respecto, o bien de ports en general, vea el libro FreeBSD
Porter’s Handbook (../porters-handbook/index.html).
Ahora que tiene suficientes antecedentes sobre que hacer con la Colección de Ports, esta listo para instalar su primer
port. Existen dos formas de lllevar esto a cabo, y cada una de ellas se explican a continuación.
Pero, antes de que podamos proceder con la instalación, usted necesita seleccionar un port para instalar. Existen
varias formas de hacer esto, siendo el metodo más sencillo los ports listados en el sitio web de FreeBSD
(../../../../ports/index.html). Puede navegar entre los ports listados ahí o bien, usar la función de buscar en el sitio.
Cada port incluye una descripción, para que pueda leer un poco acerca de cada port antes de decidirse a instalarlo.
Otro metodo es por medio del comando whereis(1). Simplemente teclee whereis fichero, donde fichero es el
programa que desea instalar. Si se encuentra en su sistema, se le indicara donde se localiza, tal como:
# whereis lsof
lsof: /usr/ports/sysutils/lsof
Esto nos indica que lsof (una utilidad de sistema) puede encontrarse en /usr/ports/sysutils/lsof.
Incluso otra forma de encontrar un port en particular, es usando el mecanismo de búsqueda incluido en el sistema de
ports. Para efecto de usar esta habilidad, debe estar situado en el directorio /usr/ports. Una vez que este ahí,
ejecute make search name=nombre-del-programa donde nombre-del-programa es el nombre del
programa que desea encontrar. Por ejemplo, si busca lsof:
# cd /usr/ports
# make search name=lsof
Port: lsof-4.56.4
Path: /usr/ports/sysutils/lsof
Info: Lists information about open files (similar to fstat(1))
Maint: obrien@FreeBSD.org
Index: sysutils
B-deps:
R-deps:
De esta información, la parte que debe prestar atención es la que se refiere a la ruta, esto es; la línea “Path:”, en virtud
de que esta le indica la ubicación del programa. El resto de la información no es necesaria para la instalación, por lo
que no se verá aqui.
Para una búsqueda más profunda, puede usar el comando make search key=cadena donde cadena es algun
texto a buscar. Esto busca nombres de ports, descripciones y dependencia y puede usarse para buscar ports que se
relacionan a un determinado texto, si no sabe el nombre del port que esta buscando.
34
En ambos casos, la búsqueda es indistinto el uso de mayúsculas o minusculas. El buscar “LSOF” y “lsof” arrojaran
los mismos resultados.
Nota: Usted debe ser usuario root , para instalar ports.
Ahora que hemos encontrado un port que deseamos instalar, estamos listos para llevar a cabo la instalación. El port
incluye las instrucciones necesarias para compilar el código fuente, pero no contiene el código. Puede obtener el
código de un CDROM o desde Internet. El código fuente es distribuido de cualquier manera que el autor del software
lo desee. Frecuentemente esto es en un fichero tar.gz, pero puede estar comprimido con algun otro programa o de
hecho sin estar comprimido. De cualquier forma que se presente, el código fuente del programa, le llamamos
“distfile”. Puede obtener los “distfiles” desde Internet o bien desde un CDROM.
4.5.2.1. Instalando Ports desde un CDROM

Los CDROMs oficiales del Proyecto de FreeBSD, ya no incluyen distfiles. Estos ocupan gran espacio, que en su
lugar se ha usado para incluir paquetes precompilados. CDROMs como el PowerPak de FreeBSD, si inlcuyen
distfiles, y puede ordenar estos de distribuidores como FreeBSD Mall (http://www.freebsdmall.com/). Esta sección
asume que usted cuenta con un juego de CDROMs de FreeBSD.
Coloque su CDROM en la unidad correspondiente. Montelo en /cdrom. (Si utiliza un punto de montaje diferente la
instalación no será exitosa). Para comenzar dirijase al directorio donde se localiza el port que desea instalar:
# cd /usr/ports/sysutils/lsof
Una vez que este en el directorio lsof, verá el esqueleto del port. El próximo paso es la compilación del port. Esto
lo hacemos, simplemente tecleando make en la línea de comandos. Una vez que ha hecho esto, verá algo similar a lo
siguiente:

# make

lsof_4.57D.freebsd.tar.gz doesn’t seem to exist in /usr/ports/distfiles/.
===

Attempting to fetch from file:/cdrom/ports/distfiles/.
Extracting for lsof-4.57
...
[extraction output snipped]

...

Checksum OK for lsof_4.57D.freebsd.tar.gz.
===

Patching for lsof-4.57
===
===

Applying FreeBSD patches for lsof-4.57
Configuring for lsof-4.57
...
[configure output snipped]
...
===

Building for lsof-4.57
...
[compilation output snipped]
...
#
35
Note que una vez que ha terminado la compilación, regresara a la línea de comandos. El siguiente paso es instalar el
port. Para efecto de instalarlo, simplemente debemos añadir una palabra al comando make, y esa palabra es
install:
===

# make install
Installing for lsof-4.57
...
[installation output snipped]
...

===
Generating temporary packing list
===
Compressing manual pages for lsof-4.57
===
===
Registering installation for lsof-4.57
SECURITY NOTE:
This port has installed the following binaries which execute with
increased privileges.
#
Una vez que regrese a la línea de comandos, le será posible ejecutar la aplicación que recien instalo. Dado que el
programa lsof se ejecuta con privilegios, nos aparece una advertencia de seguridad. Debe tomar nota de cualquier
otra advertencia que aparezca durante la compilación e instalación.
Nota: Puede ahorrarse algo de tiempo al ejecutar make install en un solo comando, en lugar de ejecutar make
y make install en dos pasos diferentes.
Nota: Algunos shells cuentan con un cache de los comandos disponibles bajo los directorios incluidos en la
variable de entorno PATH, para agilizar las operaciones de búsqueda de los ejecutables de estos ficheros. Si
usted esta haciendo uso de alguno de estos shells, puede usar el comando rehash una vez que ha terminado
de instalar el port, para poder hacer uso de su nuevo programa. Esto es válido para ambos shells que forman
parte del sistema base (tal como tcsh) y shells que estan disponibles como ports (por ejemplo shells/zsh).
Nota: Por favor, tenga en cuenta que algunos ports cuentan con una licencia que no permite su inclusión en el
CDROM. Probablemente esto es a consecuencia de un registro que se debe hacer previo a la descarga, así
mismo algunos no permiten su re-distribución, y tal. Si desea instalar un port que no se encuentra en el
CDROM, deberá encontrarse conectado a Internet, para poder hacerlo (vea la siguiente sección).
4.5.2.2. Instalando Ports desde Internet

Como en la sección anterior, en este sección se asume que usted cuenta con una conexión activa a Internet. Si no es
así, deberá de llevar a cabo la instalación por medio de CDROM, como se menciono anteriormente.
El instalar un port desde Internet, se hace exactamente de la misma forma que se hace desde un CDROM. La única
diferencia entre estos dos metodos, es que el fichero distfile es descargado de Internet, en lugar de tomarlo del
CDROM.
Los pasos que implica son identicos:
36

# make install

lsof_4.57D.freebsd.tar.gz doesn’t seem to exist in /usr/ports/distfiles/.
Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
Receiving lsof_4.57D.freebsd.tar.gz (439860 bytes): 100%
===

439860 bytes transferred in 18.0 seconds (23.90 kBps)
Extracting for lsof-4.57
...
[extraction output snipped]

...

Checksum OK for lsof_4.57D.freebsd.tar.gz.
===

Patching for lsof-4.57
===
===

Applying FreeBSD patches for lsof-4.57
Configuring for lsof-4.57
...
[configure output snipped]
...
===

Building for lsof-4.57
...
[compilation output snipped]
...
===

Installing for lsof-4.57
...
[installation output snipped]
...

===
Generating temporary packing list
===
Compressing manual pages for lsof-4.57
===
===
Registering installation for lsof-4.57
SECURITY NOTE:
This port has installed the following binaries which execute with
increased privileges.
#
Como puede ver, la única diferencia es la línea que indica de donde esta descargando el sistema el código.
El sistema de ports utiliza fetch(1) para descargar los ficheros, que hace uso de varias variables de entorno, como son
FTP_PASSIVE_MODE, FTP_PROXY, y FTP_PASSWORD. Puede ser necesario que modifique una o más de estas, si se
encuentra detrás de un cortafuegos (firewall), o si requiere usar de un proxy FTP/HTTP. Vea la página de ayuda
fetch(3) para una lista completa de las opciones.
4.5.3. Eliminando Ports Instalados

Ahora que sabe instalar ports, probablemente se este preguntando como eliminarlos, sólo en caso de que haya
instalado alguno y posteriormente se de cuenta que ha instalado el port incorrecto. Vamos a eliminar el port instalado
(que era lsof, para todos aquellos que no prestaron atención). Como cuando instalamos ports, lo primero que
debemos hacer es ubicarnos en el directorio del port que deseamos eliminar, que en este caso es
/usr/ports/sysutils/lsof. Una vez que se ha ubicado en este directorio, estamos listos para eliminar lsof.
Esto se hace con el comando make deinstall:
# cd /usr/ports/sysutils/lsof
# make deinstall
37
===
Deinstalling for lsof-4.57
Esto fué sencillo. Ha eliminado lsof de su sistema. Si desea reinstalarlo, lo puede hacer al ejecutar make
reinstall estando en el directorio /usr/ports/sysutils/lsof.
Los comandos make deinstall y make reinstall no funcionan una vez que ha ejecutado el comando make
clean. Si desea desintalar un port, una vez que ha ejecutado make clean, deberá hacer uso del comando
pkg_delete(1) como se describe en la sección de Paquetes del Handbook.
4.6. Actividades Post-Instalación

Una vez que ha instalado una nueva aplicación, normalmente deberá leer la documentación incluida, editar los
ficheros de configuración necesarios, asegurarse de que la aplicación se ejecute al arrancar el sistema (si es un
daemonio), etc.
Obviamente los pasos exactos para configurar cada aplicación varian de una a otra. De cualquier forma, si recien ha
instalado una nueva aplicación y se pregunta “¿Y ahora qué?”, estos consejos puede que le sean de ayuda:
• Use pkg_info(1) para ver que ficheros se instalaron y donde. Por ejemplo, si recien instaló el paquete FooPackage
1.0.0, el siguiente comando:
# pkg_info -L foopackage-1.0.0 | less
le mostrará los ficheros instalados por el paquete. Preste especial atención a los ficheros en el directorio man/ que
son las páginas de ayuda y los del directorio etc/, que contiene los ficheros de configuración, y bajo el directorio
doc/ podrá encontrar información más detallada.
Si no esta seguro de cual es la versión del paquete instalado, simplemente teclee algo así
# pkg_info | grep foopackage
y le mostrara todos los paquetes que tienen como nombre foopackage. Reemplace foopackage de acuerdo a
sus necesidades en la línea de comandos.
• Una vez que ha identificado donde se localizan las paginas de ayuda de la aplicación, reviselas usando man(1). De
forma similar revise los ficheros de configuración de ejemplo (N. de T. Generalmente estos ficheros son aquellos
que tienen la terminación .sample), así como cualquier documentación adicional que se incluya.
• Si la aplicación cuenta con un sitio web, visitelo en busca de documentación adicional, ficheros de preguntas
frecuentes (FAQ), etc. Si no esta seguro del sitio web, vea la salida del comando
# pkg_info foopackage-1.0.0
este incluye en ocasiones una línea WWW:, que describe el sitio web de la aplicación.
38
4.7. Resolución de Problemas

La siguiente sección cubre algunas de las preguntas más frecuentes relacionadas a la colección de ports, y algunas
técnicas básicas para la resolución de problemas, así como que hacer si encontramos un port roto.
4.7.1. Algunas Preguntas y Respuestas

1. ¿Qué no es una discusión acerca de módems?
Ah, usted debe estar pensando en puertos (ports) seriales, que se encuentran en la parte trasera de su computadora.
Aqui nos referimos al término “port” como resultado de aquellas aplicaciones que han sido “portadas” de una
versión de Unix a otra.
2. ¿Qué es un parche (patch)?

Una parche (patch), es un pequeño fichero que especifíca como ir de una versión a otra. Contiene texto plano y
cuenta con indicaciones similares a “delete line 23” (borrar la línea 23), “add these two lines after line 468” (añadir
estas dos líneas después de la línea 468), o “change line 197 to this” (cambiar la línea 197 por esto). Tambié son
conocidos como ficheros diff, ya que son generados por el programa diff(1).
3. ¿Qué es eso de tarballs?

Es un fichero con extensión .tar o con alguna variación tal como .tar.gz, .tar.Z, .tar.bz2, o incluso .tgz.
Básicamente, es un árbol de directorio, que ha sido archivado en un solo fichero (.tar) y en ocasiones comprimido
(.gz). Esta técnica se uso originalmente para archivar en cintas (que es de donde proviene su nombre; Tape
ARchives), pero es ampliamente usado para distribuir código fuente por todo Internet.
Usted puede ver que ficheros se encuentran archivados, o incluso extraerlos usando el programa estandar de Unix
tar(1), que se incluye con el sistema base de FreeBSD, de la siguiente manera:
% tar tvzf foobar.tar.gz

% tar xzvf foobar.tar.gz
% tar tvf foobar.tar
% tar xvf foobar.tar
4. ¿Y un checksum?
Es un numero generado por la suma de los datos en el fichero que desea consultar. Si alguno de los caracteres cambia,
el checksum ya no será igual al total, de tal suerte que esta simple comparación le permite detectar una diferencia.
5. He hecho lo que se indica para compilar ports desde un CDROM y funciona de maravilla hasta que he intentado
instalar el port de Kermit.

# make install
cku190.tar.gz doesn’t seem to exist on this system.
39
Attempting to fetch from ftp://kermit.columbia.edu/kermit/archives/.
¿Por qué no lo puede encontrar? ¿Acaso tengo un CDROM defectuoso?
Como se explico en la sección Instalando Ports desde un CDROM, algunos ports no se pueden incluir en CDROM,
debido a restricciones de licenciamiento. Kermit es un ejemplo de esto. Los términos de la licencia de Kermit, no
permiten su inclusión en el CDROM, así que tendrá descargarlo “a mano”, una disculpa!.
La razón por la cual obtiene esos mensajes de error, es por que no cuenta con una conexión a Internet en ese
momento. Una vez que lo haya descargado de alguno de los sitios disponibles (MASTER_SITES listados en el fichero
Makefile), puede continuar con el proceso de instalación.
6. Ya hice esto, pero cuando intento guardarlo en el subdirectorio /usr/ports/distfiles obtengo un error
diciendo algo acerca de que no cuento por los permisos.
El sistema de ports, descarga los ficheros tarball, en el subdirectorio /usr/ports/distfiles, pero muchos
administradores de sistema crean un enlace de este directorio a un servidor remoto o a una unidad local de CDROM
de solo lectura. Si esta es su situación, entonces deberá especificar un directorio diferente para guardar sus ficheros
distfiles, con el siguiente comando:
# make DISTDIR=/directorio/local/con/permisos/de/escritura install
7. ¿El esquema de ports trabaja solamente si se tiene todo en /usr/ports? Mi administrador de sistema dice que
todo lo debo tener en /u/people/guests/wurzburger, pero parece que no funciona de esta manera.
Puede usar las variables PORTSDIR y PREFIX, para indicarle al mecanismo de ports que directorios utilizar. Por
ejemplo;
# make PORTSDIR=/u/people/guests/wurzburger/ports install
compilará el port en /u/people/guests/wurzburger/ports e instalará todo bajo el directorio /usr/local.
# make PREFIX=/u/people/guests/wurzburger/local install
compilará todo en /usr/ports e instalará todo bajo el directorio /u/people/guests/wurzburger/local.

Y claro esta que,
# make PORTSDIR=../ports PREFIX=../local install
combinará ambos (lo cual es muy largo para escribir aqui, pero debe darnos una buena idea).
Algunos ports que usan imake(1) (una parte del Sistema de Ventanas X) no trabajan bien con PREFIX, e insistiran en
instalar todo bajo /usr/X11R6. De forma similar, algunos ports de Perl ignoran la variable PREFIX y proceden a
instalar bajo el árbol de Perl. Hacer que estos ports respeten la variable PREFIX es una tarea difícil si no imposible.
Si no le agrada estar tecleando todo esto cada vez que desea instalar un port, es una buena idea incluir estas variables
en sus variables de entorno. Lea la documentación de su shell para ver las instrucciones para hacer esto.
40
8. No cuento con un CDROM de FreeBSD, pero me gustaría contar con todos los ficheros tar a la mano en mi
sistema, para no tener que descargarlos cada vez que deseo instalar un port. ¿Hay alguna forma de obtener todos de
una sola vez?
Para obtener todos y cada uno de los ficheros tar de la Colección de Ports, haga lo siguiente:
# cd /usr/ports
# make fetch
Para todos los tarball de un directorio concreto haga:
# cd /usr/ports/directorio
# make fetch
y para un solo port—bueno, quizás ya lo adivinó.
9. Tengo conocimiento de que probablemente es más rápido descargar los ficheros tarball desde un servidor réplica
(mirror) de FreeBSD, más cercano. ¿Existe alguna forma de indicarle al port que descargue los ficheros de un
servidor diferente a los listados en MASTER_SITES?.
Claro. Por ejemplo, si usted sabe que ftp.FreeBSD.org esta más próximo que los servidores listados en
MASTER_SITES, haga lo siguiente:
# cd /usr/ports/directorio
# make MASTER_SITE_OVERRIDE= \
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch
10. Quisiera saber cuales son los ficheros que make va a necesitar antes de los descargue.
make fetch-list desplegara una lista de los ficheros necesarios para la compilación del port.
11. ¿Existe alguna forma de detener la compilación del port? Deseo editar un poco el código, antes de instalarlo, pero
es un poco cansado tener que verlo y pulsar Ctrl+C a cada momento.
Puede usar el comando make extract, con el cual se detendra el proceso, una vez que se han descargado y extraido
los ficheros necesarios.
12. Estoy tratando de hacer mi propio port, y quiero poder detener el proceso, hasta que verifique que mis parches
funcionan correctamente. ¿Existe algo similar a make extract, pero para parches?
Si, make patch es lo que usted busca. Quizás la opción PATCH_DEBUG le sea de gran utilidad. Y por cierto, gracias
por su esfuerzo!
13. He escuchado que algunas opciones del compilador pueden causar errores. ¿Es cierto? ¿Cómo puedo asegurarme
de compilar los ports con las opciones correctas?
Si, con la versión 2.6.3 de gcc (que es la versión distribuida con FreeBSD 2.1.0 y 2.1.5), la opción -O2 puede
ocasionar un código con errores, a menos que utilice también la opción -fno-strength-reduce (la mayoría de los
ports no hacen uso de la opción -O2). Usted debe poder indicarle al compilador las opciones, con algo similar a:
# make CFLAGS=’-O2 -fno-strength-reduce’ install
41
o bien, editando el fichero /etc/make.conf, pero desafortunadamente no todos los ports respetan esto. La mejor
forma es ejecutar make configure, y después dirijirse al directorio con el código fuente e inspeccionar y editar el
fichero Makefile, pero esto puede ser tedioso si se cuenta con muchos subdirectorios, y en cada uno su propio
fichero Makefile.
Lac opciones que por default utiliza el compilador de FreeBSD son muy conservadoras, por lo que si no las ha
modificado, no debe tener problemas.
14. Existen muchos ports y es difícil encontrar el que quiero. ¿Existe en algún lado una lista de los ports disponibles?
Vea el fichero INDEX, localizado en /usr/ports. Si desea, también puede buscar en la Colección de Ports por
medio de una palabra clave. Por ejemplo, puede encontrar ports relevantes al lenguaje de programación LISP usando:
% cd /usr/ports
% make search key=lisp
15. Deseo instalar el port foo pero de repente el sistema se detuvo y comenzo a compilar el port bar. ¿Qué esta
pasando?
El port foo necesita algo del port bar — por ejemplo, si foo utiliza gráficos, es posible que bar cuente con librerías
con rutinas para procesar gráficos. O bien bar puede ser una herramienta necesaria para compilar el port foo.
16. He instalado el programa grizzle desde los ports y francamente es un desperdicio de espacio en disco. Quiero
eliminarlo, pero no se donde se instalaron sus ficheros. ¿Alguna pista?
No hay problema, simplemente teclee:
# pkg_delete grizzle-6.5
Otra alternativa es teclear:
# cd /usr/ports/cualquierlugar/grizzle
# make deinstall
17. Aguarda un momento, ¿Se supone que uno debe saber el numero de versión para usar este comando? Hablando
en serio, no esperas que recuerde todo esto, ¿o si?
No del todo, lo puede saber haciendo:
# pkg_info -I ’grizzle*’
Information for grizzle-6.5:
grizzle-6.5 - the combined piano tutorial, LOGO interpreter and shoot ’em up
arcade game.
El numero de versión se puede saber usando el comando pkg_info o bien al teclear: ls /var/db/pkg
42
18. Hablando de espacio en disco, el directorio de ports parece que ocupa mucho espacio. ¿Es seguro eliminar algo
de este directorio?
Asi es, si ha instalado un programa y esta seguro de que ya no necesita el código fuente, no hay una razón para
contar con él. La forma más segura de hacer esto es:
# cd /usr/ports
# make clean
este comando revisará todos los subdirectorios, y procederá a eliminar todo lo que encuentre, salvo los esqueletos del
port.
Sugerencia: Es posible que obtengamos el mismo efecto, pero sin que necesariamente se llame de forma
recursiva a cada Makefile. Por ejemplo, puede eliminar directamente todos los subdirectorios work/ con el
comando:
# find /usr/ports -depth -name work -exec rm -rf {} \;
19. He intentado eso y aun cuento con los tarballs o como se llamen, en el directorio distfiles. ¿Puedo
eliminarlos también?
Si, si esta totalmente seguro de que ha terminado con ellos, también los puede eliminar. Estos se pueden eliminar
manualmente, o bien usando el comando make distclean.
20. Me gusta contar con muchos, muchos programas para jugar con ellos. ¿Existe una forma de instalar todos los
ports en un solo paso?
Simplemente haga:
# cd /usr/ports
# make install
Tenga cuidado, ya que algunos ports pueden instalar ficheros con el mismo nombre. En el caso de que instale dos
programas de gráficos y que ambos instalen /usr/local/bin/plot obviamente le va ocasionar problemas.
21. OK, he intentado esto, pero como supuse que tomaria mucho tiempo, lo deje corriendo y me fui a dormir. En la
mañana al ver mi computadora, solo había terminado tres ports y medio. ¿He hecho algo incorrectamente?.
No, el problema es que algunos ports requieren preguntarle cosas que no podemos contestar por usted (por ejemplo;
“¿En qué tipo de papel desea imprimir, en A4 o en Carta?”), y requieren de alguien que les dé respuesta.
22. Realmente no me interesa pasar todo el dí frente al monitor. ¿Alguna mejor idea?
OK, haga lo siguiente antes de irse a la cama/trabajo/el parque local:
# cd /usr/ports
# make -DBATCH install
43
Con esta opción se instalarán todos los ports que no requieren intervención del usuario. Una vez que regrese, haga:
# cd /usr/ports
# make -DINTERACTIVE install
para terminar el trabajo.
23. En mi trabajo usamos frobble, que se encuentra la Colección de Ports, pero lo hemos editado un poco, para que
se ajuste a nuestras necesidades. ¿Existe alguna forma de hacer nuestro paquete, para poder distribuirlo más
facilmente en nuestros sitios?.
No hay problema, asumiendo que usted sabe como crear los parches de sus cambios, puede hacer lo siguiente:
# cd /usr/ports/algunlugar/frobble
# make extract
# cd work/frobble-2.8
[Aplicar sus parches]
# cd ../..
# make package
24. Esto de los ports es muy inteligente. Estoy deseperado por saber ¿Cúal es el secreto?
No hay secreto, simplemente vea los ficheros bsd.port.mk y bsd.port.subdir.mk que se localizan en
/usr/ports/Mk/.
(Los lectores que tiene aversión a los scripts de shell, se les aconseja abstenerse de ver los ficheros de este directorio.)
4.7.2. Ayuda! Este Port Esta Roto! (Broken)

Si se encuentra con port que no trabaj como lo esperaba, existen varias alternativas, que incluyen:
1. Arreglelo!! El libro Porter’s Handbook (../porters-handbook/index.html) incluye información detallada de la

infraestructura de los "Ports", de tal forma que pueda arreglar los ports que ocasionalmente estan defectuosos o
inclusive para crear y enviar su propio port!
2. Notifiquelo—por correo solamente! Envie un correo a la persona que da mantenimiento al port. Teclee make
maintainer o lea el Makefile para ver el correo de esta persona. Recuerde incluir el nombre y la versión del
port (puede enviar la línea $FreeBSD: del Makefile) así como la salida del error que da el port. Si no obtiene
respuesta de la persona que da mantenimiento al port, puede usar send-pr(1) para enviar un reporte de error.
3. Descargue el paquete de un servidor FTP cercano. La colección “maestra” de paquetes se localiza en
ftp.FreeBSD.org en el directorio de paquetes (ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/), pero
asegurese primero de verificar en un servidor réplica (mirror)!. Es mas seguro que estos trabajen, a que tener que
compilar las fuentes, también es más rápido. Use el programa pkg_add(1) para instalar paquetes en su sistema.
44
Capítulo 5. El sistema X Window
El sistema X Window
45
II. Administración del sistema.
Los restantes capítulos de este Manual de FreeBSD cubren todos los aspectos de administración de un sistema
FreeBSD. Cada capítulo comienza describiendo lo que será aprendido una vez finalizada la lectura, explicando
también los conocimientos mínimos necesarios para un entendimiento satisfactorio.
Estos capítulos están diseñados para ser leidos cuando se necesita la información. No es necesario leerlos en un
determinado orden ni tampoco es necesario leerlos todos antes de comenzar con el uso de FreeBSD.
Capítulo 6. El Proceso de Arranque en FreeBSD
6.1. Sinópsis
Al proceso de inicio del sistema y carga del sistema operativo se le conoce como “mecanismo de arranque”
(bootstrap), o simplemente “arranque” (booting). El proceso de arranque de FreeBSD provee de gran flexibilidad al
configurar lo que ocurre cuando se inicia el sistema, permitiendole seleccionar de diferentes sistemas operativos
instalados en el mismo ordenador, o inclusive diferentes versiones del mismo sistema oprativo o kernels instalados.
Este capítulo detalla las opciones de configuración que puede manejar y como personalizar el proceso de arranque de
FreeBSD. Esto incluye todo lo que sucede hasta que el kernel de FreeBSD comienza con la comprobación de
dispositivos y se inicializa init(8). En caso de que usted desconozca cuando ocurre todo esto, esto sucede cuando el
color del texto que aparece al iniciar el sistema, cambia de blanco a gris.
Una vez que concluya con la lectura de este capítulo, usted sabrá:
• Cuales son los componentes del mecanismo de arranque de FreeBSD, y como es que interactuan entre sí.
• Las opciones que puede manejar con los componentes del mecanismo de arranque de FreeBSD, para controlar el
proceso de inicio del sistema.
Só x86: El presente capítulo describe únicamente el proceso de inicio, para sistemas FreeBSD que corren en
plataformas Intel x86.
6.2. El Problema que representa Arrancar el Sistema

El encender una computadora e iniciar el sistema operativo, trae consigo un dilema interesante. Por definición, la
computadora no sabe hacer nada, hasta que el sistema operativo ha sido cargado. Esto incluye la ejecución de
programas desde el disco duro. Así que este es el dilema; si la computadora no sabe hacer nada hasta que se cargue el
sistema operativo, y el sistema operativo es un conjunto de programas que residen en el disco duro, ¿Cómo es que
arranca el sistema operativo?
Este problema se asemeja a un problema del libro Las Aventuras del Barón Munchausen. Donde un personaje ha
caido parcialmente en un hoyo, y ha podido salir al tomarse de las cintas de sus botas y jalarse hacia fuera. En los
años mozos de la computación, el término utilizado para hablar sobre el proceso de carga del sistema operativo era
mecanismo de arranque (bootstrap), que por efectos de simplificación ahora conocemos como “arranque” (booting).
En equipos con arquitectura x86, el Sistema Básico de Entrada/Salida (BIOS) es el responsable de cargar el sistema
operativo. Para hacer esto, el BIOS busca en el disco duro el Registro Maestro de Arranque (RMA) (N de T.
Conocido como MBR—Master Boot Record), el cual debe localizarse en un lugar específico del disco. El BIOS
cuenta con suficiente información, para cargar y ejecutar el RMA, y asumir que el RMA puede encargarse del resto
de las tareas necesarias en la carga del sistema operativo.
47
Si usted sólo cuenta con un sistema operativo instalado en su disco duro, el RMA estándar será suficiente. Este RMA
buscará la primer partición del disco que pueda arrancar, y posteriormente ejecutará el código restante de dicha
partición, para efecto de completar la carga del sistema operativo.
Si usted cuenta con varios sistemas operativos instalados en su disco, entonces puede hacer uso de un RMA
diferente, uno que despliegue una lista de los diferentes sistemas operativos, y le permita escoger cual de ellos desea
que se cargue. FreeBSD cuenta con un RMA de este tipo que puede ser instalado, así como otros distribuidores de
sistemas operativos cuentan con RMAs alternativos.
En el caso de FreeBSD, el resto del mecanismo de arranque, está dividido en tres etapas. La primer etapa es
ejecutada por al RMA, que sabe lo suficiente como para poner a la computadora en un estado específico y ejecutar la
segunda etapa. La segunda etapa puede hacer un poco más que esto, antes de ejecutar la tercer etapa. La tercer etapa
finaliza el trabajo de carga del sistema operativo. El trabajo es dividido en tres etapas, debido a las limitantes que
tiene una PC, en cuanto al tamaño de los programas a ejecutar, durante las etapas uno y dos. El encadenar estas
tareas, le permiten a FreeBSD contar con un arrancador más flexible.
Posteriormente el kernel es inicializado y comienza con la comprobación de dispositivos, y prepararlos para su uso.
Una vez que el proceso de arranque del kernel ha finalizado, el kernel transfiere el control al proceso de usuario
init(8), quien se asegura de que los discos se encuentren en buen estado para su uso. Posteriormente init(8) inicia la
configuración fuente a nivel de usuario, que monta los sistemas de ficheros, configura las tarjetas de red para que
pueden comunicarse en la red, y comunmente inicia todos los procesos que normalmente son ejecutados en un
sistema FreeBSD al arrancar el mismo.
6.3. El RMA, y las Etapas de Arranque Uno, Dos y Tres
6.3.1. RMA, /boot/boot0

El RMA de FreeBSD, se localiza en /boot/boot0. Este es una copia del RMA, ya que el RMA real debe
localizarse en una parte especial del disco duro, fuera de la área de FreeBSD.
El fichero boot0 es muy simple, dado que el programa en el RMA sólo puede ser de 512 bytes. Si usted ha instalado
el RMA de FreeBSD y ha instalado varios sistemas operativos en sus discos duros, entonces al momento de arrancar
el sistema, visualizará una pantalla similar a la siguiente.
Ejemplo 6-1. Pantalla boot0
F1 DOS
F2 FreeBSD
F3 Linux
F4 ??
F5 Drive 1
Default: F2
Es sabido que otros sistemas, en particular Windows 95, sobreescriben el RMA con el suyo. Si esto le sucede, o bien
desea reemplazar su RMA actual con el RMA de FreeBSD, entonces puede utilizar los siguientes comandos.
# fdisk -B -b /boot/boot0 dispositivo
48
Donde dispositivo es aquel, desde el cual usted pretende arrancar el sistema, tal como ad0 para el disco
conectado al primer IDE, ad2 para el disco maestro conectado al IDE secundario, da0 para el primer disco SCSI, y
así sucesivamente.
Por otro lado, si usted es un usuario de Linux, y prefiere que la aplicación LILO controle el proceso de arranque,
puede editar el fichero /etc/lilo.conf para incluir a FreeBSD, o bien seleccionar la opción Leave The Master
Boot Record Untouched durante el proceso de instalación. Si ha instalado el gestor de arranque de FreeBSD,
puede arrancar Linux y modificar el fichero de configuración de LILO, /etc/lilo.conf, añadiendo la siguiente
opción:
other=/dev/hdXY
table=/dev/hdb
loader=/boot/chain.b
label=FreeBSD
lo que permitirá el arranque de FreeBSD y Linux, por medio de LILO. En nuestro ejemplo hemos utilizado XY para
especificar el disco utilizado y su partición. Si usted utiliza un sistema SCSI, deberá cambiar /dev/hdXY por algo
similar a /dev/sdXY, que nuevamente utiliza la sintáxis XY. La opción loader=/boot/chain.b puede omitirse
si usted cuenta con ambos sistemas operativos en el mismo disco. Una vez que esto se ha completado, puede ejecutar
/sbin/lilo -v para que se actualicen los cambios en el sistema, lo cual deberá verificarse con los mensajes que
aparezcan en pantalla.
Nota: N de T: La opción mencionada como; Leave The Master Boot Record Untouched, se mostrará “tal
cual” aparece en este documento, una vez que ha terminado la fase de partición del disco duro.
6.3.2. Etapa Uno, /boot/boot1, y Etapa Dos, /boot/boot2

Conceptualmente las estapas uno y dos, son parte del mismo programa, en la misma área del disco. Por cuestiones de
espacio se han dividido en dos, pero estas siempre se instalaran de manera conjunta.
Estas son localizadas en el sector de arranque, de la partición de arranque, que es donde boot0, o cualquier otro
programa del RMA espera encontrar el programa que dará continuación al proceso de arranque. Los ficheros
localizados bajo el directorio /boot son copias de los ficheros reales, que se localizan fuera del sistema de ficheros
de FreeBSD.
El fichero boot1 es muy simple, en virtud de que sólo puede tener un tamaño de 512 bytes, y conocer simplemente
del etiquetador de discos de FreeBSD (disklabel), el cual almacena la información de las particiones, para efecto de
localizar y ejecutar boot2.
El fichero boot2 es un poco más sofisticado, y comprende lo suficiente del sistema de ficheros de FreeBSD como
para localizar ficheros en el, y puede proveer una interfaz simple, para seleccionar el kernel o cargador que deberá
ejecutarse.
En virtud de que el cargador (loader) es mucho más sofisticado, y provee una configuración de arranque más sencilla
de utilizar, boot2 la ejecuta normalmente, una vez que ha terminado de solicitar el arranque del kernel directamente.
Ejemplo 6-2. Pantalla de boot2

FreeBSD/i386 BOOT
49
Default: 0:ad(0,a)/kernel
boot:
Si alguna vez requiere reemplazar los ficheros boot1 y boot2 instalados, utilice disklabel(8).
# disklabel -B partición
Donde partición es el disco y partición del cual pretende arrancar el sistema, tal como ad0s1 para la primer
partición del disco Mastro—Primario.
Modo Peligrosamente DedicadoSi sólo utiliza el nombre del disco, tal como ad0, al usar el comando
disklabel(8) creará un disco peligrosamente dedicado, sin partición alguna. Seguramente esto no es lo que
desea hacer, así que asegurese dos veces antes de presionar la tecla Return cuando utilice disklabel(8).
6.3.3. Etapa Tres, /boot/loader (cargador de arranque)

El cargador es la etapa final de las tres etapas del mecanismo de arranque, y esta localizado en el sistema de ficheros,
normalmente como /boot/loader.
El cargador pretende ser un metodo amistoso de configuración, utilizando una serie de comandos integrados de fácil
uso, respaldado por un intérprete más poderoso, con una serie de comandos de mayor complejidad.
6.3.3.1. Flujo del Programa Cargador

Durante la inicialización del sistema, el cargador hará una comprobación en busca de una consola y discos, y sabra
de que disco se encuentra arrancando. Establecerá las variables necesarias, y posteriormente es iniciado el intérprete
donde se pueden ingresar comandos desde un fichero script o de manera interactiva.
Posteriormente el cargador leerá el fichero /boot/loader.rc, que por default lee la información del fichero
/boot/defaults/loader.conf que a su vez, establece las variables correspondientes y verifica en el fichero
/boot/loader.conf los cambios locales que se hayan hecho, para establecer valores de las variables modificadas.
Una vez llevado a cabo esto, loader.rc actua sobre estas variables, cargando cualquier módulo y kernel
seleccionado.
Finalmente, y por default, el cargador hace una pausa contando 10 segundos y en espera de que al presionar una tecla
se interrumpa el proceso, de no ser así, procederá a arrancar el kernel. En el caso de que al hacer esta pausa, se haya
presionado una tecla (diferente de Return), el proceso será interrumpido y se nos mostrará un interprete de
comandos (prompt), que entiende el conjunto de comandos de fácil-uso, y donde el usuario puede ajustar ciertas
variables, cargar y descargar todos los modulos, y finalmente arrancar o reiniciar el sistema.
6.3.3.2. Comandos Internos del Cargador

A continuación se presentan los comandos más comunes del cargador. Para ver una descripción detallada de los
mismos, por favor consulte la página de ayuda loader(8)
50
autoboot segundos
Procede a iniciar el arranque del sistema, si es que no es interrumpido el periodo dado, en segundos. Despliega
una cuenta regresiva, y el tiempo dado es de 10 segundos.
boot [-opciones] [nombre_del_kernel]

Procede a iniciar el kernel de manera inmediata, con las opciones dadas, si es que fuera el caso y el kernel
especificado, si es que se especifica alguno.
boot-conf
Rehace la configuración automática de modulos en función a las variables definidas, como sucede al arrancar.
Esta opción sólo tiene sentido utilizarla, si en primer lugar hemos usado el comando unload, y hemos
modificado alguna variable, siendo lo más común el kernel.
help [tema]
Muestra la ayuda de un tema específico, que lee del fichero /boot/loader.help. Si el tema que se indica es
index, entonces se mostrará una lista de todos los temas disponibles.
include fichero . . .
Procesa el fichero que se ha especificado. El fichero es leido e interpretado línea por línea. Cualquier error
detendrá inmediatamente al comando include.
load [-t tipo] fichero

Carga el kernel, modulo del kernel, o el fichero del tipo dado, en base al fichero especificado. Cualquier
argumento que se añada, será pasado al fichero.
ls [-l] [ruta]
Despliega un listado de todos los ficheros que se localizan en la ruta especificada, o en el directorio raíz, si es
que no se le especifica ruta alguna. Si se utiliza la opción -l, también se mostrara el tamaño de los ficheros.
lsdev [-v]
Nos muestra una lista de todos los dispositivos desde los cuales puede ser posible cargar modulos. Si se incluye
la opción -v, el listado que se obtiene cuenta con más detalle.
lsmod [-v]
Despliega los módulos cargados. Si se utiliza la opción -v, se mostraran más detalles.
more fichero
Despliega el contenido del fichero especificado, haciendo una pausa a cada numero determinado de LINEAS
mostradas.
reboot
Reinicia el sistema de forma inmediata.
set variable
set variable=valor
Especifica los valores de las variables de entorno del cargador.
51
unload
Remueve todos los módulos cargados.
6.3.3.3. Ejemplos de Uso del Cargador

He aqui unos ejemplos prácticos sobre el uso correcto del cargador.
• Para arrancar simplemente su kernel usual, pero en modo mono-usuario, deberá hacer lo siguiente:
boot -s
• Para descargar su kernel usual y sus módulos correspondientes, y posteriormente cargar su kernel anterior (o
cualquier otro):
unload
load kernel.old
Puede utilizar kernel.GENERIC para referirse al kernel generico actual que viene con la instalación, o bien puede
utilizar kernel.old para hacer referencia al kernel anterior (por ejemplo, cuando ha actualizado su sistema o ha
recompilado su propio kernel).
Nota: Utilice lo siguiente para cargar sus módulos actuales con otro kernel:
unload
set kernel="kernel.old"
boot-conf
• Para cargar un escrito de configuración (script que de forma automática hará todo lo que normalmente hace usted
de forma manual al momento de ejecutarse el configurador de arranque):
load -t escrito_de_configuración /boot/kernel.conf
6.4. Interacción con el Kernel Durante el Arranque

Una vez que el kernel ha sido iniciado, ya sea por el cargador (que es lo común) o bien por boot2 (sobrepasando el
cargador), examinará las opciones de arranque, en busca de cambios, y ajustar su comportamiento en caso de ser
necesario.
6.4.1. Opciones de Arranque del Kernel

He aqui las opciones de arranque más comunes:
52
-a
durante la inicialización del kernel, pregunta por los dispositivos a utilizar, para montar el sistema de ficheros
raíz.
-C
arranque desde una unidad de CDROM.
-c
ejecuta UserConfig, la utilidad de configuración de arranque del kernel.
-s
arranca el sistem en modo mono-usuario.
-v
imprime mensajes informativos durante el arranque del kernel
Nota: Existen otras opciones de arranque, por favor vea la página de ayuda boot(8) para más información al
respecto.
6.5. Init: Inicialización del Proceso de Control

Ya que el kernel ha finalizado de arrancar, pasará el control a un proceso de usuario llamado init, el cual se localiza
en /sbin/init, o bien en la ruta especificada por la variable de entorno init_path del cargador.
6.5.1. Secuencia Automática de Reinicio

La secuencia automática de reinicio se asegura de que los sistemas de ficheros disponibles en el sistema sean
consistentes. Si no lo son, y el programa fsck no puede arreglar estas inconsistencias, init envia el sistema a modo
monousuario, de tal forma que el administrador pueda ingresar en él y arreglar los problemas directamente.
6.5.2. Modo Mono-Usuario

A este modo se puede llegar por medio de la secuencia automática de reinicio, o por medio de la opción -s en el
arranque de usuario o al establecer la variable boot_single en el cargador.
También desde el modo multi-usuario se puede acceder, al utilizar el comando shutdown sin la opción de reinicio
(-r) o la de apagado (-h) del sistema.
Si la consola del sistema esta configurada de modo inseguro en el fichero /etc/ttys, entonces el sistema
solicitará la contraseña del superusuario (root), antes de ingresar al sistema en modo mono-usuario.
53
Ejemplo 6-3. Una Consola Insegura en /etc/ttys
# name getty type status comments

#
# If console is marked "insecure", then init will ask for the root password
# when going to single-user mode.
console none unknown off insecure
Nota: Una consola insegura significa que usted considera como insegura físicamente su consola, por lo que
desea asegurarse de que sólo quien conoce la contraseña del superusuario puede ingresar al sistema en
modo mono-usuario, y no que desea ejecutar la consola inseguramente. Esto es, si desea contar con seguridad
escoja la opción insecure, y no secure.
6.5.3. Modo Multi-Usuario

En el caso de que init encuentre en buen estado al sistema de ficheros, o una vez que el usuario ha terminado del
modo mono-usuario, el sistema entrará al modo multi-usuario, en donde comienzan los ficheros de
configuración-fuente del sistema.
6.5.3.1. Configuración-Fuente(rc)
La configuración fuente lee la configuración por default del fichero /etc/defaults/rc.conf, y detalles
específicos del sistema desde el fichero /etc/rc.conf, y posteriormente procede a montar los sistemas de ficheros
del sistema, descritos en /etc/fstab, iniciar servicios de red, así como varios demonios del sistema, para
finalmente ejecutar los escritos (scripts) de configuración instalados por paquetes, localmente.
La página de ayuda rc(8) es una buena referencia para conocer más de este tipo de ficheros, así como examinar los
mismos ficheros.
6.6. Secuencia de Apagado

Una vez que el apagado sea controlado, por medio del comando shutdown, init ejecutará el escrito
/etc/rc.shutdown, para posteriormente enviar a todos los procesos la señal TERM, y subsecuentemente la señal
KILL a cualquiera que no haya terminado en tiempo.
54
Capítulo 7. Usuarios y administración básica
de cuentas
Contributed by Neil Blakey-Milner.
7.1. Sinopsis
FreeBSD permite que varios usuarios usen el mismo ordenador. Obviamente, sólo uno de estos usuarios puede
sentarse frente al monitor y al teclado en un momento dado 1 , pero cualquier número de usuarios puede entrar por la
red para hacer su trabajo. Para usar el sistema cada usuario ha de tener una cuenta.
• Cuáles son las diferencias entre las distintas cuentas de usuario en sistemas FreeBSD.
• Cómo añadir cuentas.
• Cómo eliminar cuentas.
• Cómo cambiar detalles de las cuentas, como el nombre completo del usuario, o su shell preferida.
• Cómo establecer límites por cuenta, para controlar los recursos como memoria o tiempo de CPU que las cuentas y
grupos de cuentas pueden emplear.
• Cómo usar grupos para facilitar la administración de cuentas.
Antes de leer este capítulo deberías:
• Entender los conceptos básicos de Unix y FreeBSD (Capítulo 3).
7.2. Introducción
Todos los accesos al sistema se consiguen vía cuentas, y todos los procesos son ejecutados por usuarios, por ello la
administración de usuarios y cuentas es de una gran importancia en sistemas FreeBSD.
Cada cuenta en un sistema FreeBSD tiene cierta información asociada que la identifica.
Nombre de usuario
El nombre de usuario como se le entraría al prompt login:. Los nombres de usuario han de ser únicos en la
computadora; no puede haber dos usuarios con el mismo nombre de usuario. Existen algunas reglas para la
creación de nombres de usuario válidos documentadas en passwd(5); típicamente se usarían nombres de usuario
de a lo sumo ocho caracteres, todos ellos en minúscula.
Contraseña
Cada cuenta tiene una contraseña asociada. La contraseña puede ser vacía, en cuyo caso no se requerirá ninguna
para acceder al sistema. Esto normalmente es una mala idea; cada cuenta debería tener una constraseña no vacía.
55
Capítulo 7. Usuarios y administración básica de cuentas
Identificador de usuario (UID)

El UID es un numero entre 0 y 65536 que sirve para identificar unívocamente al usuario en el sistema.
Internamente, FreeBSD usa el UID para identificar usuarios y cualquier comando de FreeBSD que permita
especificar un nombre de usuario convertirá éste al UID antes de trabajar con él. Esto significa que puedes tener
varias cuentas con nombres de usuario distintos pero con el mismo UID. En lo que a FreeBSD respecta, tales
cuentas son un solo usuario. Es improbable que alguna vez tengas que hacer algo así.
Identificador de grupo (GID)

El GID es un número entre 0 y 65536 que sirve para identificar unívocamente el grupo principal al cual
pertenece un usuario. Los grupos son un mecanismo para controlar el acceso a recursos del sistema en base al
GID, en vez del UID. Esto puede reducir significativamente el tamaño de algunos ficheros de configuración. Un
usuario puede pertencer a más de un grupo.
Clase de login
Las clases de login son una extensión al mecanismo de grupos que ofrecen una mayor flexibilidad a la hora de
adaptar el sistema a distintos usuarios.
Tiempo de cambio de contraseña

Por defecto FreeBSD no obliga a los usuarios a cambiar su contraseña periódicamente. Se puede requerir esto a
determinados usuarios, haciendo que algunos o todos deban cambiar sus contraseñas al cabo de cierto periodo
de tiempo.
Tiempo de expiración de cuentas

Por defecto las cuentas en FreeBSD no expiran. Si estás creando cuentas que sabes que van a tener un tiempo
limitado de vida, por ejemplo, las cuentas de los estudiantes de una escuela, entonces puedes especificar cuándo
expiran. Una vez vencido su tiempo de expiración una cuenta no puede ser usada para entrar en el sistema, si
bien sus directorios y archivos serán conservados.
Nombre completo de usuario

El nombre de usuario identifica unívocamente a una cuenta para FreeBSD, pero no refleja su verdadero nombre
necesariamente. Esta información puede ser asociada a la cuenta.
Directorio home
El directorio home es el camino completo de un directorio en el sistema en el que el usuario se hallará cuando
entre. Una convención usual consiste en poner todos los directorios home en /home/nombre_de_usuario o
en /usr/home/nombre_de_usuario. Los usuarios guardarían sus archivos personales en sus directorios
home, y en cualquier directorio que creasen allí.
Shell de usuario
La shell provee el entorno por defecto mediante el cual los usuarios interactúan con el sistema. Existen varios
tipos de shell y los usuarios experimentados tendrán sus propias preferencias, que pueden expresarse en la
configuración de su cuenta.
Existen principalmente tres tipos de cuentas; la cuenta de superusuario, las cuentas de usuarios del sistema, y las de
usuarios. La cuenta de superusuario, normalmente llamada root, se usa para administrar el sistema sin limitaciones
en los privilegios. Los usuarios del sistema utilizan servicios del mismo. Finalmente, las cuentas de usuarios son
usadas por gente real, aquellos que entran, leen correo, etcétera.
56
7.3. La cuenta superusuario

La cuenta superusuario, normalmente llamada root, viene preconfigurada para facilitar la administración del
sistema, y no debería ser utilizada para tareas cotidianas como enviar o recibir correo, exploración general del
sistema, o programación.
Esto es así porque el superusuario, a diferencia de las cuentas de usuario, puede operar sin límites, y un mal uso de la
cuenta de superusuario puede conllevar desastres espectaculares. Las cuentas de usuario no pueden destruir el
sistema por un error, por ello es generalmente mejor utilizar cuentas de usuario normales cuando sea posible, a no ser
que especialmente necesites privilegios extra.
Deberías comprobar siempre un par o tres de veces los comandos que ejecutas como superusuario, ya que un espacio
de más o un carácter omitido pueden significar una pérdida de datos irreparable.
Así pues, lo primero que deberías hacer después de leer este capítulo es crear una cuenta sin privilegios de uso
general para ti si aún no la tienes. Esto aplica tanto si trabajas en una máquina con varios usuarios como si trabajas
en una máquina con un solo usuario. Más adelante, en este mismo capítulo, explicamos cómo crear cuentas
adicionales, y cómo cambiar de usuario normal a superusuario.
7.4. Cuentas de sistema

Los usuarios de sistema son aquéllos que corren servicios como DNS, correo, servidores web, etc. Esto es así por
seguridad; si todos los servicios corrieran como superusuario podrían actuar sin ninguna restricción.
Algunos ejemplos de usuarios de sistema son daemon, operator, bind (para el DNS), y news. Con frecuencia, los
administradores de sistemas crean el usuario httpd para que ejecute los servidores web que instalan.
nobody es el usuario de sistema sin privelegios genérico. No obstante, es importante tener en cuenta que cuantos
más servicios use nobody, más ficheros y procesos estarán asociados con dicho usuario, y en consecuencia más
privilegiado será.
7.5. Cuentas de usuario

Las cuentas de usuario constituyen la principal vía de acceso al sistema para la gente real. Estas cuentas aíslan al
usuario del entorno, impidiendo que pueda dañar al sistema o a otros usuarios, y permitiendo a su vez que pueda
personalizar su entorno sin que esto afecte a otros.
Cada persona que acceda a tu sistema debería tener una sola cuenta de usuario. Esto te permite averiguar quién está
haciendo qué, evita que interfieran las configuraciones de distintos usuarios, que unos puedan leer el correo de otros,
etcétera.
Cada usuario puede configurar su entorno para acomodarlo al uso que hace del sistema, utilizando shells, editores,
atajos de teclado e idioma alternativos.
7.6. Modificación de cuentas

Existe una variedad de comandos disponible en el entorno Unix para modificar cuentas de usuario. Los comandos
más comunes se hallan resumidos a continuación, seguidos de ejemplos más detallados de su uso.
57
Comando Resumen
adduser La aplicación de línea de comandos recomendada para
añadir nuevos usuarios.
rmuser La aplicación de línea de comandos recomendada para
eliminar usuarios.
chpass Una herramienta flexible para modificar la base de datos
de usuarios.
passwd Una herramienta de línea de comandos simple para
cambiar contraseñas de usuario.
pw Una herramienta potente y flexible para modificar
cualquier aspecto de las cuentas de usuario.
7.6.1. adduser
adduser es un programa simple para añadir usuarios. Crea entradas en los archivos de sistema passwd y group.
También crea un directorio home para el nuevo usuario, copia allí ficheros de configuración por defecto (“dotfiles”)
de /usr/share/skel, y opcionalmente puede enviar al usuario un mensaje de bienvenida.
Para crear el fichero inicial de configuración usa adduser -s -config_create. 2 A continuación configuramos
valores por defecto para adduser y creamos nuestra primera cuenta de usuario, dado que utilizar root para uso
normal del sistema es pernicioso y peligroso.
Ejemplo 7-1. Configuración de adduser
# adduser -v
Use option “-silent” if you don’t want to see all warnings and questions.
Check /etc/shells
Check /etc/master.passwd
Check /etc/group

Enter your default shell: csh date no sh tcsh zsh [sh]: zsh
Your default shell is: zsh - /usr/local/bin/zsh
Enter your default HOME partition: [/home]:
Copy dotfiles from: /usr/share/skel no [/usr/share/skel]:
Send message from file: /etc/adduser.message no
[/etc/adduser.message]: no
Do not send message
Use passwords (y/n) [y]: y
Write your changes to /etc/adduser.conf? (y/n) [n]: y
Ok, let’s go.

Don’t worry about mistakes. I will give you the chance later to correct any input.
Enter username [a-z0-9_-]: jru
Enter full name []: J. Random User
Enter shell csh date no sh tcsh zsh [zsh]:
Enter home directory (full path) [/home/jru]:
Uid [1001]:
Enter login class: default []:
Login group jru [jru]:
58
Login group is “jru”. Invite jru into other groups: guest no

[no]: wheel
Enter password []:
Enter password again []:
Name: jru
Password: ****
Fullname: J. Random User
Uid: 1001
Gid: 1001 (jru)
Class:
Groups: jru wheel
HOME: /home/jru
Shell: /usr/local/bin/zsh
OK? (y/n) [y]: y
Added user “jru”
Copy files from /usr/share/skel to /home/jru
Add another user? (y/n) [y]: n
Goodbye!
#
En resumen, cambiamos la shell por defecto a zsh (una shell alternativa incluida en la colección de ports), y
deshabilitamos el envío de un mensaje de bienvenida a nuevos usuarios. Luego grabamos la configuración, creamos
una cuenta para jru, y nos aseguramos de que jru esté en el grupo wheel (de modo que puede asumir el papel de
root vía el comando su).
Nota: La contraseña que escribes no se muestra, tampoco se muestran asteriscos. Asegúrate de no entrar dos
veces una contraseña equivocada.
Nota: Usa adduser sin argumentos en adelante, no necesitarás cambiar las opciones por defecto. Si el
programa te pide modificarlas sal y prueba con la opción -s.
7.6.2. rmuser
Puedes usar rmuser para eliminar completamente del sistema a un usuario. rmuser efectúa los siguientes pasos:
1. Elimina la entrada del usuario en crontab(1) (si tiene alguna).

2. Elimina las tareas at(1) pertenecientes al usuario.
3. Mata todos los procesos pertenecientes al usuario.
4. Elimina al usuario del fichero local de contraseñas del sistema.
5. Borra el directorio home del usuario (si le pertenece).
6. Elimina los archivos de correo entrante del usuario de /var/mail.
7. Borra todos los ficheros del usuario de áreas en las que se guardan archivos temporales como /tmp.
59
8. Finalmente, elimina el nombre de usuario de todos aquellos grupos a los que pertenece en /etc/group.
Nota: Si un grupo queda vacío y el nombre del grupo coincide con el del usuario, el grupo es eliminado; esto
complementa la creación de grupos por usuario de adduser(8).
rmuser no puede ser usado para eliminar cuentas de superusuario, dado que algo así es casi siempre señal de masiva
destrucción.
Por defecto existe un modo interactivo que intenta asegurar que uno sabe lo que hace.
Ejemplo 7-2. Eliminación interactiva de cuenta con rmuser
# rmuser jru
Matching password entry:
jru:*:1001:1001::0:0:J. Random User:/home/jru:/usr/local/bin/tcsh
Is this the entry you wish to remove? y
Remove user’s home directory (/home/jru)? y
Updating password file, updating databases, done.
Updating group file: trusted (removing group jru -- personal group is empty) done.
Removing user’s incoming mail file /var/mail/jru: done.
Removing files belonging to jru from /tmp: done.
Removing files belonging to jru from /var/tmp: done.
Removing files belonging to jru from /var/tmp/vi.recover: done.
#
7.6.3. chpass
chpass cambia información de los usuarios en base de datos como contraseñas, shells y datos personales.
Los administradores del sistema, como el superusuario, son los únicos que pueden modificar la información y
contraseñas de otros usuarios con chpass.
Cuando no le pasamos más opciones, salvo un nombre de usuario opcional, chpass muestra un editor con
información de usuario. Cuando se sale del editor la base de datos de usuarios se actualiza con la nueva información.
Ejemplo 7-3. chpass interactivo ejecutado por el superusuario
#Changing user database information for jru.

Login: jru
Password: *
Uid [#]: 1000
Gid [# or name]: 1000
Change [month day year]:
Expire [month day year]:

Class:
Home directory: /home/jru
Shell: /usr/local/bin/tcsh
60
Full Name: J. Random User

Office Location:
Office Phone:
Home Phone:
Other information:
Un usuario normal puede modificar un pequeño subconjunto de esta información, y sólo para sí mismo.
Ejemplo 7-4. chpass interactivo ejecutado por un usuario normal
#Changing user database information for jru.

Shell: /usr/local/bin/tcsh
Full Name: J. Random User
Office Location:
Office Phone:
Home Phone:
Other information:
Nota: chfn y chsh son enlaces a chpass, como también lo son ypchpass, ypchfn, e ypchsh. El soporte para
NIS es automático, por lo que no es necesario especificar el yp antes del comando. Si esto te resulta algo
confuso no te preocupes, NIS será tratado en el Capítulo 16.
7.6.4. passwd
passwd es el comando que se usa normalmente para cambiar tu propia contraseña como usuario o, como
superusuario, la de otros usuarios.
Nota: Los usuarios han de introducir su contraseña original antes de cambiarla para prevenir que gente no
autorizada pueda hacerlo cuando no se encuentren en la consola.
Ejemplo 7-5. Cambio de tu contraseña
% passwd
Changing local password for jru.
Old password:
New password:
Retype new password:
passwd: updating the database...
passwd: done
Ejemplo 7-6. Cambio de la contraseña de otro usuario como superusuario
# passwd jru
Changing local password for jru.
New password:
61
Retype new password:

passwd: updating the database...
passwd: done
Nota: Como ocurre con chpass, yppasswd es un enlace a passwd, de manera que NIS funciona con ambos
comandos.
7.6.5. pw
pw(8) es una utilidad de línea de comandos para crear, eliminar, modificar, y mostrar usuarios y grupos. Hace de
interfaz a los archivos del sistema de usuarios y grupos. pw tiene un conjunto de opciones de línea de comandos
bastante potente que lo hacen adecuado para su uso en scripts de shell, aunque los nuevos usuarios puede que lo
encuentren algo más complicado que el resto de comandos que presentamos aquí.
7.7. Limitar a los usuarios

En un sistema multiusuario es probable que no confíes en que el sistema no vaya a ser dañado por ningún usuario.
Las cuotas de disco permiten al administrador decirle al sistema de ficheros qué cantidad de espacio de disco puede
utilizar un usuario; además, ofrecen una manera rápida de comprobar el uso de disco de un usuario sin tener que
calcularlo cada vez. Las cuotas se estudian en el capítulo de quotas.
El resto de límites de recursos incluyen cantidad de CPU, memoria, y otros recursos que el usuario puede utilizar.
Las clases de login se definen en /etc/login.conf. La semántica precisa está fuera del alcance de esta sección,
pero se describe con detalle en la página de manual login.conf(5). Es suficiente decir que cada usuario es asignado a
una clase de login (default por defecto), y que cada clase de login tiene un conjunto de capacidades asociado. Una
capacidad de login es un par nombre=valor , donde nombre es un identificador conocido y valor una cadena de
texto arbitraria que se procesa en función del nombre. Establecer clases y capacidades de login es bastante sencillo y
también se describe en login.conf(5).
Los límites de recursos son diferentes de las capacidades de login en dos sentidos. En primer lugar, para cada límite
existe un límite blando (actual) y uno duro. Un límite blando puede ser ajustado por el usuario o una aplicación, pero
no puede ser más alto que el límite duro. Éste último puede ser disminuido por el usuario pero nunca aumentado. En
segundo lugar, la mayoría de los límites de recursos aplican a un usuario concreto por proceso, no globalmente.
Nótese, no obstante, que estas diferencias vienen impuestas por cómo se tratan los límites específicamente, no por la
implementación del marco de capacidades de login (es decir, en realidad no constituyen un caso especial de
capacidades de login).
Sin más, a continuación veremos los límites de recursos más comúnmente usados (el resto, junto con el resto de
capacidades de login, puede encontrarse en login.conf(5)).
coredumpsize
62
El tamaño de un fichero core generado por un programa está, por razones obvias, subordinado a otros límites
sobre uso de disco (p. ej., filesize, o cuotas de disco). Aun y así, se usa frecuentemente como un método
menos severo de controlar consumo de espacio de disco, dado que los usuarios no generan ficheros core por
ellos mismos, y a menudo no los borran, activar este límite puede evitar que agoten el espacio de disco de que
disponen si algún programa grande (p. ej., emacs) deja de funcionar abruptamente.
cputime
Ésta es la máxima cantidad de tiempo de CPU que los procesos de un usuario pueden consumir.
Nota: Éste es un límite sobre el tiempo de CPU consumido, no el porcentaje de uso de CPU que se
muestra en algunos campos de top(1) y ps(1). Un límite de ese tipo no es posible a día de hoy, y sería
bastante inútil: un compilador —probablemente una tarea legítima— puede usar prácticamente el 100% de
la CPU durante algún tiempo con facilidad.
filesize
Éste es el tamaño máximo que puede llegar a tener un fichero del usuario. A diferencia de las cuotas de disco,
este límite se especifica para ficheros individuales, no para el conjunto de todos los archivos que posee.
maxproc
Éste es el máximo número de procesos que un usuario puede ejecutar a la vez, incluidos tanto los procesos en
primer plano como los procesos en segundo plano. Por razones obvias, este límite no puede ser mayor que el
límite de sistema especificado por kern.maxproc sysctl. Obsérvese también que si asignamos un valor
demasiado bajo a este límite podemos mermar la productividad de un usuario: frecuentemente es útil entrar
múltiples veces en el sistema o ejecutar pipelines. Algunas tareas, como compilar largos programas, lanzan
múltiples procesos (p. ej., make(1), cc(1), y demás preprocesadores intermedios).
memorylocked
Ésta es la máxima cantidad de memoria que un proceso puede haber solicitado tener bloqueada en memoria
principal (p. ej., ver mlock(2)). Algunos programas críticos para el sistema, como amd(8), se quedan
bloqueados en la memoria principal de manera que en caso de ser llevados a swap no contribuyan a la basura
del sistema si hay algún problema.
63
memoryuse
Ésta es la mayor cantidad de memoria que un proceso puede consumir en todo momento. Incluye tanto memoria
normal como uso de swap. No se trata de un límite para restringir el consumo de memoria en general, pero es un
buen comienzo.
openfiles
Ésta es la máxima cantidad de archivos que un proceso puede tener abiertos. En FreeBSD, los archivos se usan
tambien para representar sockets y canales IPC; así, cuida de no poner este límite demasiado bajo. A nivel de
sistema, el límite para esto lo define kern.maxfiles sysctl.
sbsize
Éste es el límite de cantidad de memoria de red, y por lo tanto mbufs, que un usuario puede consumir. Se
originó como respuesta a un viejo ataque DoS que creaba muchos sockets, pero puede ser usado en general para
limitar las comunicaciones por red.
stacksize
Éste es el tamaño máximo que puede alcanzar la pila de un proceso. Por sí solo no es suficiente para limitar la
cantidad de memoria que puede usar un programa; en consecuencia, debería ser usado junto con otros límites.
Hay unas pocas cosas más a recordar cuando establecemos límites de recursos. A continuación vienen algunas
recomendaciones, sugerencias, y comentarios varios.
• Los procesos que se ponen en marcha cuando arranca el sistema por /etc/rc están asignados a la clase de login
daemon.
• Aunque el /etc/login.conf que viene con el sistema tiene valores razonables para la mayoría de los límites,
sólo tú, el administrador, puedes saber lo que es apropiado para tu sistema.
• A los usuarios del X Window System (X11) probablemente se les debería conceder más recursos que al resto. X11
de por sí consume muchos recursos, pero además contribuye a que los usuarios ejecuten más programas
simultáneamente.
• Recuerda que hay muchos límites que aplican a procesos individuales, no al usuario en general. Por ejemplo,
poner openfiles a 50 significa que cada uno de los procesos que ejecute un usuario puede abrir a lo máximo 50
ficheros. Así, la cantidad de ficheros que un usuario puede abrir es el valor de openfiles multiplicado por el
valor de maxproc. Esto también aplica al uso de memoria.
Para más información acerca de límites de recursos y clases y capacidades de login en general, consulta las páginas
de manual relevantes: cap_mkdb(1), getrlimit(2), login.conf(5).
64
7.8. Personalizar a los usuarios

La localización es un entorno establecido por el administrador o el usuario para dar soporte a distintos lenguajes,
juegos de caracteres, estándares sobre fechas y horas, etcétera. Éste tema se trata en el capítulo Localización.
7.9. Grupos
Un grupo es simplemente una lista de usuarios. Los grupos se identifican por su nombre de grupo y gid (ID de
grupo). En FreeBSD (y en la mayoría de sistemas Unix), los dos factores que tiene en cuenta el núcleo para decidir si
un proceso puede hacer algo es su ID de usuario y la lista de grupos a los que pertenece. A diferencia del ID de
usuario, un proceso tiene una lista de grupos asociados. En ocasiones encontrarás menciones al "ID de grupo" de un
usuario o de un proceso; la mayoría de las veces referirán simplemente al primero de los grupos de la lista.
La correspondencia entre nombres e IDs de grupo está en /etc/group. Se trata de un fichero de texto plano con
cuatro campos separados por el signo dos puntos. El primer campo es el nombre de grupo, el segundo la contraseña
encriptada, el tercero el ID de grupo, y el cuarto la lista de miembros separados por comas. Puede ser editado a mano
sin peligro (¡suponiendo, por supuesto, que no se cometan errores de sintaxis!). Para una descripción más completa
de la sintaxis, ver la página de manual group(5).
Si no quieres editar /etc/group manualmente, puedes usar el comando pw(8) para añadir y modificar grupos. Por
ejemplo, para añadir un grupo llamado teamtwo y luego confirmar que existe puedes usar:
Ejemplo 7-7. Añadir un grupo usando pw(8)
# pw groupadd teamtwo
# pw groupshow teamtwo
teamtwo:*:1100:
El número 1100 en el ejemplo anterior es el ID de grupo del grupo teamtwo. Ahora mismo teamtwo no tiene
miembros, y es por tanto bastante inútil. Cambiemos eso invitando a jru a formar parte del grupo teamtwo.
Ejemplo 7-8. Añadir a alguien a un grupo usando pw(8)
# pw groupmod teamtwo -M jru

# pw groupshow teamtwo
teamtwo:*:1100:jru
El argumento de la opción -M es una lista con los usuarios que son miembros del grupo separados por comas.
Sabemos de secciones anteriores que el fichero de contraseñas también contiene un grupo para cada usuario. El
usuario es automáticamente añadido a la lista de grupos por el sistema; no constará como miembro cuando usemos el
comando groupshow con pw(8), pero sí cuando la información se consulte con id(1) u otra herramienta similar. En
otras palabras, pw(8) sólo manipula el fichero /etc/group; nunca tratará de leer datos adicionales de
/etc/passwd.
Ejemplo 7-9. Determinar pertenencia a grupos con id(1)
% id jru
uid=1001(jru) gid=1001(jru) groups=1001(jru), 1100(teamtwo)
65
Como puedes ver, jru es miembro de los grupos jru y teamtwo.

Para más información acerca de pw(8), consulta su página de manual, y para más información acerca del formato de
/etc/group, consulta la página de manual de group(5).
Notas
1. Bueno, a menos que conectes múltiples terminales, pero dejaremos ese tema para el Capítulo 14.
2. La -s hace que adduser sea silencioso por defecto. Más tarde usamos -v cuando queremos cambiar valores por
defecto.
66
Capítulo 8. Configurando el Kernel de FreeBSD
Actualizado y reestructurado por Jim Mock. Contribución original por Jake Hamby.
8.1. Sinópsis
El kernel de FreeBSD es el corazón del sistema operativo. Es responsable del manejo y control de la memoria,
reforzamiento de los controles de seguridad, manejo de redes, acceso a dispositivos, y mucho más. Mientras que
FreeBSD se torna a un sistema más dinámico y configurable, en ocasiones es aún necesario reconfigurar y
recompilar un kernel hecho a la medida de nuestras necesidades.
Al término de este capítulo, usted sabrá:
• Por que puede ser necesario que compile un kernel personalizado.

• Como crear un fichero de configuración del kernel, o bien, editar un fichero existente.
• Como utilizar el fichero de configuración, para crear y compilar un nuevo kernel.
• Como instalar un kernel nuevo.
• Como crear los ficheros en /dev que pudiesen ser necesarios.
• Como resolver algunos problemas, si algo sale mal.
8.2. ¿Porqué Construir un Kernel Propio?

Tradicionalmente FreeBSD ha contado con lo que se conoce como un kernel “monolítico”. Esto quiere decir que el
kernel era un gran y único programa que soportaba una lista previa de dispositivos, y que si se deseaba modificar el
comportamiento del kernel, se debia compilar un nuevo kernel, y reiniciar el sistema con el nuevo kernel.
Hoy en día, FreeBSD esta moviendose rápidamente, hacía un modelo, donde la funcionalidad del kernel esta basada
en módulos, los cuales pueden ser cargados y descargados dinámicamente, de acuerdo a las necesidades del kernel.
Esto permite que el kernel se adapte a nuevo hardware que sale al mercado (tal como las tarjetas PCMCIA en las
laptop), o bien el añadir nuevas funcionalidades al kernel, que no eran necesarias al momento de su compilación
original. El término coloquial para esto es KLDs.
A pesar de lo anterior, aun es necesario llevar a cabo cierta configuración estática en la configuración del kernel. En
algunos casos esto se debe a que la funcionalidad del sistema esta tan ligada al kernel, que no puede realizarse por
medio de carga dinámica de los modulos. En otros casos puede ser simplemente por que nadie se ha tomado el
tiempo, para escribir un modulo que pueda ser cargado dinámicamente por el kernel, para esa funcionalidad
específica.
El construir un kernel propio, es uno de los más importantes rituales, que casi todo usuario de UNIX debe afrontar.
Este proceso, aun cuando lleva un tiempo, traerá grandes beneficios a su sistema FreeBSD. A diferencia del kernel
GENERIC, que contiene soporte para todo el hardware soportado por el sistema, un kernel propio unicamente
contiene soporte para el hardware de su PC. Esto conlleva a grandes beneficios, como son:
Nota: N de T.: El kernel GENERIC es el kernel “GENERICO” que instala el sistema por default, del cual su fichero
de configuracion lleva el mismo nombre.
67
• Mayor rapidez en el arranque del sistema. En virtud de que el kernel solo tiene que probar el hardware que
realmente esta en su sistema, el tiempo que toma a su sistema arrancar, se reducirá dramáticamente.
• Menor uso de memoria. Generalmente un kernel personalizado utiliza menos recursos de memoria que un kernel
GENERIC, lo cual es importante, ya que el kernel debe encontrarse presente en memoria real. Por esta razón, un
kernel personalizado puede ser de gran utilidad en sistemas con pequeña cantidad de memoria RAM.
• Soporte para hardware adicional. Un kernel personalizado le permite añadir dispositivos tal como tarjetas de
sonido, las cuales no estan incluidas en el kernel GENERIC.
8.3. Compilación e Instalación de un Kernel

Personalizado
En primer lugar, hagamos un breve recorrido por el directorio donde se lleva a cabo la compilación del kernel. Todos
los directorios mencionados hacen referencia al directorio principal, que es /usr/src/sys, al cual también
podemos acceder, mediante /sys. Existen gran cantidad de subdirectorios, que representan diferentes partes del
kernel, pero el más importante para lo que deseamos hacer son arch y /conf, que es donde se llevara a cabo la
edición del fichero de configuración y la compilación (compile) del mismo, que es el punto de partida para la
personalización del kernel. El directorio arch representa la arquitectura del sistema, por lo que puede ser i386,
alpha o bien pc98 (una arquitectura alternativa, similar a PC muy popular en Japón). Todo lo que existe dentro de
un directorio de una arquitectura en particular, es específico para dicha arquitectura; el resto del código es común
para todas las plataformas a las que FreeBSD es potencialmente portable. Note la organización lógica de la estructura
de los directorios, con cada soporte para dispositivos, sistema de ficheros y opciones, en su propio subdirectorio.
Nota: Si no existe el directorio /usr/src/sys en su sistema, quiere decir que las fuentes del kernel no fueron
instaladas. La forma más sencilla de hacer esto es mediante el programa /stand/sysinstall, siendo usuario
root, y seleccionando Configure, posteriormente Distributions, después src y finalmente sys. Si a usted no
le agrada mucho utilizar sysinstall, y tiene acceso a un CDROM “oficial” de FreeBSD, entonces puede instalar
las fuentes, por medio de la línea de comandos, de la siguiente forma:
# mount /cdrom
# mkdir -p /usr/src/sys
# ln -s /usr/src/sys /sys
# cat /cdrom/sys/ssys.[a-d]* | tar -xzvf
Posteriormente, dirijase al directorio arch/conf y copie el fichero de configuración GENERIC con el nombre que
desee. Por ejemplo:
# cd /usr/src/sys/i386/conf
# cp GENERIC MYKERNEL
Tradicionalmente, este nombre se escribe con mayúsuculas y, si usted cuenta con varias maquinas FreeBSD, con
diferente hardware, es una buena idea nombrar el kernel, igual que el nombre de host de cada maquina. En este caso,
para efectos de este ejemplo, le llamaremos MYKERNEL .
68
Sugerencia: El guardar su fichero de configuración directamente bajo el directorio /usr/src, puede ser una
mala idea. Si usted esta experimentando problemas, puede ser tentador simplemente eliminar /usr/src y
comenzar de nuevo. Cinco segundos después de haber hecho esto, se dará cuenta de que ha eliminado el
fichero de configuración de su kernel.
Una alternativa es guardar este fichero de configuración en cualquier otra parte y crear un enlace simbólico al
fichero localizado bajo el directorio i386.
Por ejemplo:
# cd /usr/src/sys/i386/conf
# mkdir /root/kernels
# cp GENERIC /root/kernels/MYKERNEL
# ln -s /root/kernels/MYKERNEL
Nota: Todo esto deberá llevarse a cabo como superusuario (root), o de lo contrario se tendra como resultado
errores de negación de permisos (permission denied).
Ahora edite el fichero de configuración MYKERNEL, con su editor de textos favorito. Si se trata de una instalación
reciente probablemente el único editor disponible sea vi, del cual es complicado explicar su uso detallado en este
documento, pero existen bastantes libros que detallan su uso, puede ver algunos en la bibliografía. De cualquier
manera FreeBSD ofrece un editor de uso muy sencillo, llamado ee, el cual, si usted es principiante, será el editor de
su elección. Sientase en libertad de modificar los comentarios en la parte superior, para que reflejen su configuración
o bien los cambios realizados, para diferenciarlo del fichero GENERIC.
Si ha compilado un kernel, bajo SunOS o algun otro sistema operativo BSD, seguramente la información de este
fichero le será muy familiar. Por otro lado, si usted esta emigrando de otros sistemas operativos como DOS, el fichero
GENERIC puede parecerle intimidante, así que siga las instrucciones descritas en El Fichero de Configuración
detenidamente y con sumo cuidado.
Nota: Asegurese siempre de verificar el fichero /usr/src/UPDATING, antes de realizar cualquier actualización
del sistema, en el caso de que se sincronice con el source-tree, para contar con la última versión de FreeBSD. El
fichero /usr/src/UPDATING cuenta con toda la información importante, relacionada con actualizaciones. Al ser
distribuida con FreeBSD, esta información deberá estar más actualizada que la provista por el handbook.
Ahora es momento de llevar a cabo la compilación del código fuente del kernel. Existen dos procedimientos para
llevar esto a cabo, y el que usted utilice dependerá del por que esta personalizando su kernel, así como la versión de
FreeBSD que este utilizando.
• Si unicamente ha instalado el código fuente del kernel, utilice el procedimiento 1.

• Si usted esta ejecutando un versión de FreeBSD anterior a 4.0, y no esta actualizando a la versión 4.0 o mayor,
mediante el procedimiento make world, utilice el procedimiento 1.
• Si esta personalizando su kernel, sin actualizar el código fuente (quizás solo para añadir una nueva opción como
IPFIREWALL) puede utilizar cualquier de los dos procedimientos.
• Si esta reconstruyendo su kernel, como parte del proceso de actualización por medio de make world, entonces
utilice el metodo 2.
69
Procedimiento 1. Compilando el Kernel de la forma “tradicional”
1. Ejecute config(8) para generar el código fuente del kernel.

# /usr/sbin/config MYKERNEL
2. Cambie de ruta, hacia el directorio de compilación.

# cd ../../compile/MYKERNEL
3. Compile el kernel.
# make depend
# make
4. Instale el nuevo kernel.

# make install
Procedimiento 2. Compilando el kernel de una “nueva” forma
1. Dirijase al directorio /usr/src .

# cd /usr/src
2. Compile el kernel.
# make buildkernel KERNCONF=MYKERNEL
3. Instale el nuevo kernel.

# make installkernel KERNCONF=MYKERNEL
Nota: Para versiones de FreeBSD 4.2 y anteriores, deberá reemplazar KERNCONF= con KERNEL=. Para versiones
4.2-STABLE que fueron obtenidas posterior al 2 de Febrero del 2001, si se reconoce este parámetro como
KERNCONF=.
Si usted aun no ha actualizado su sistema fuente (“source tree”) (no ha ejecutado CVSup, CTM o bien usado
anoncvs), entonces deberia utilizar la siguiente secuencia de comandos; config, make depend, make, make
install.
El kernel nuevo será copiado al directorio raíz como /kernel y el antiguo kernel, será renombrado como
/kernel.old. Ahora deberá reiniciar su sistema, utilizando su nuevo kernel. En caso de que se presente algun
problema, hay algunos consejos para la resolución de problemas, al final de este capítulo. Asegurese de leer la
sección que explica como recuperar el sistema, en caso de que su kernel no desee “bootear”.
Nota: Si usted ha añadido nuevos dispositivos (tales como tarjetas de sonido) puede ser necesario que deba
crear los ficheros de dispositivos, bajo el directorio /dev, antes de poder utilizarlos. Para más información al
respecto, revise la sección "Creando Ficheros de Dispositivos" más adelante en este capítulo.
70
8.4. El Fichero de Configuración

En realidad el formato general de un fichero de configuración es simple. Cada línea contiene una palabra clave con
uno o más argumentos. Para efecto de simplificar, la mayoría de las líneas contienen sólo un argumento. Cualquier
cosa que precede a # es considerado como un comentario, y por lo tanto es ignorado. La siguiente sección describe
cada palabra clave, en el orden que normalmente encontrará en el fichero GENERIC, aunque algunas palabras claves
han sido agrupadas de acuerdo a su uso (como es el caso de lo que se refiere a redes), aun cuando las podrá encontrar
dispersas en el fichero GENERIC. Una mayor lista de opciones, así como explicaciones detalladas de cada
dispositivo, podrán encontrarse en el fichero de configuración de ayuda LINT, localizado en el mismo subdirectorio
que GENERIC. Si usted tiene alguna duda sobre si es necesaria alguna línea u opción, consulte el fichero LINT.
El uso de numeros: En todas las versiones de FreeBSD posteriores e incluyendo la 3.X, el proceso de config(8)
requiere que el uso de numeros como cadenas de texto, en el fichero de configuración, deben encontrarse entre
comillas dobles.
Este requerimiento ha sido removido, desde la rama 4.X, que es la que estamos cubriendo en este libro, por lo
que si usted cuenta con un sistema anterior a 4.X, revise los ficheros /usr/src/sys/i386/conf/LINT y
/usr/src/sys/i386/conf/GENERIC de su sistema para ver algunos ejemplos.
A continuación encontrará un ejemplo del fichero GENERIC, con algunos comentarios adicionales para aclaraciones
donde haya sido necesario. Este ejemplo debe ser igual, o muy simlar, a su copia localizada en
/usr/src/sys/i386/conf/GENERIC . Para ver mas detalles sobre las posibles opciones del kernel, vea el fichero
/usr/src/sys/i386/conf/LINT.
Nota: N de T: En virtud de que el fichero que usted encontrará en su sistema es un fichero en inglés ;), he
decidido dejar lo que corresponde al fichero GENERIC, tal como usted lo verá, y sólo traducir los comentarios
previos de cada opción. En caso de que algún comentario del fichero sea traducido (por claridad), favor de
considerarlo como un “extra”, que no encontrará en su fichero original. Gracias por su comprensión.
#
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you’ve installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ./LINT configuration file. If you are
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246 2000/03/09 16:32:55 jlemon Exp $
Las siguientes palabras claves son obligatorias en todo kernel que se vaya a recompilar:
71
machine i386
Esto se refiere a la arquitectura de la maquina. La cual debe ser i386, alpha, o pc98.
cpu I386_CPU
cpu I486_CPU
cpu I586_CPU
cpu I686_CPU
Lo anterior especifíca el tipo de procesador con que cuenta su sistema. En este caso puede dejar varias opciones (por
ejemplo en el caso de que no este seguro si su procesador es I586_CPU o bien I686_CPU), de cualquier forma para
un kernel personalizado siempre es preferible especificar el tipo de procesador con que cuenta su sistema. Si usted no
esta seguro del tipo de procesador con que cuenta su sistema, puede utilizar el comando dmesg, para ver los
mensajes de envió el kernel al arrancar el sistema, y donde podrá ver como detecto el CPU.
La arquitectura Alpha cuenta con diferentes valores para el cpu. Los cuales incluyen:
cpu EV4
cpu EV5
Si usted utiliza un sistema Alpha, debe estar utilizando un tipo de CPU descrito en la parte superior.
ident GENERIC
Este es el identificador del kernel. Esta opción deberá cambiarla a como desee nombrar su kernel, como en el
ejemplo anterior; MYKERNEL. El valor que asigne en la opción ident, será el nombre que aparecerá en la pantalla, al
momento de iniciar el kernel del sistema, de tal forma que es recomendable personalizar este parámetro, más aun si
usted piensa contar con un kernel diferente al usual (por ejemplo, en el caso de que desee contar con un kernel
experimental).
maxusers n
La opción maxusers, establece el tamaño de un numero importante de tablas del sistema. Este numero
supuestamente debe ser muy similar al numero de usuarios que usted espera ejecutar simultaneamente en su sistema.
Comenzando con FreeBSD 4.5, el sistema automáticamente configurará esta opción para usted, si es que
explicitamente le asigna el valor de 0 a esta opción1. Si usted esta utilizando una versión de FreeBSD anterior, o bien
usted desea controlar este parámetro, deberá establecer cuando menos un valor de 4, especialmente si usted utiliza el
Sistema de Ventanas X, o compila software. La razón de esto es que una de las tablas más importantes que controla
maxusers, es la que controla el numero máximo de procesos que se pueden ejecutar simultaneamente en el sistema,
lo cual se establece como; 20 + 16 * maxusers, por lo que si establece este valor como 1, quiere decir que podrá
ejecutar 36 procesos simultaneamente, incuyendo los de inicio, algo así como 18, y los 15 que se ejecutaran al
arrancar el Sistema de Ventanas X. Incluso una simple tarea, como leer una pagina de ayuda man, incia como nueve
procesos, para efecto de filtrar, descomprimir y visualizar. Establecer un valor de 64 a maxusers, le permitira
ejecutar 1044 procesos simultaneamente, que debe ser suficiente para casi cualquier uso. De cualquier forma, si llega
a notar su tabla de proc llena (proc table full), al tratar de iniciar algún proceso, o bien esta ejecutando un servidor
con bastantes usuarios simultaneos (como ftp.FreeBSD.org), siempre puede incrementar este numero y
recompilar su kernel.
Nota: La opción maxusers no limita el numero de usuarios que pueden ingresar al sistema. Simplemente
establece valores, para el tamaño de varias tablas del sistema, a valores razonables, considerando el numero de
usuarios que usted espera tener en su sistema y el numero de procesos que cada uno de estos usuarios
72
requiere correr. Una palabra clave que efectivamente limita el numero de logins remotos, es pseudo-device
pty 16 .
# Floating point support - do not disable.

device npx0 at nexus? port IO_NPX irq 13
El dispositivo npx0 es la interfaz del punto flotante en FreeBSD, el cual es parte del hardware como co-procesador o
bien el software emulador matemático. Este no es opcional.
# Pseudo devices - the number indicates how many units to allocate.

pseudo-device loop # Network loopback
Este es el dispositivo genérico de TCP/IP, loopback. Si usted hace telnet o FTP a localhost (ej. 127.0.0.1), el
enlace se realiza por medio de este pseudo-dispositivo. Este es obligatorio.
Todo lo que veremos a continuación, es más o menos opcional. Vea las notas debajo de cada opción, para más
información al respecto.
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols

options MATH_EMULATE #Support for x87 emulation
Mediante esta línea podemos indicarle al kernel que simule un co-procesador matemático, si su maquina no cuenta
con uno (386 o 486SX). Si usted cuenta con una 486DX, o una 387 o 486SX (con chip separado de 387 o 487), o
más actual (Pentium, Pentium II, etc.), puede comentar esta línea sin problemas (N de T. Para comentar las líneas de
este fichero deberá agregar el simbolo # antes de la línea, con lo cual la línea será ignorada).
Nota: La rutina de emulación del co-procesador matemático que viene con FreeBSD, no es muy exacta. Si
usted no cuenta con un co-procesador metamático, y requiere la mayor exactitud posible, es recomendable que
modifique esta opción a quedar como GPL_MATH_EMULATE, para usar el soporte de GNU, que no se incluye por
omisión, por cuestiones de licencia.
options INET #InterNETworking
Soporte para redes. Deje esta opción incluida, aun si no planea esta conectado a una red. La mayoría de los
programas requieren cuando menos conexión con el dispositivo loopback (ej. al hacer conexión con su propia
maquina), asi que esto es obligatorio.
options INET6 #IPv6 communications protocols
Esto habilita los protocolos de comunicación IPv6.
options FFS #Berkeley Fast Filesystem

options FFS_ROOT #FFS usable as root device [keep this!]
Esto es el sistema de ficheros básico del disco duro. Incluyalo si desea arrancar su sistema del disco duro.
options UFS_DIRHASH #Improve performance on big directories
Esta opción incluye código para acelerar las operaciones del disco duro en directorios de gran tamaño, aunque esto
implique sacrificar algo de memoria adicional. Usted normalmente dejaria esta opción si es para un servidor grande o
73
bien una estación de trabajo interactiva y eliminarlo si esta utilizando FreeBSD en un sistema pequeño donde es
importante conservar la memoria o bien si la velocidad del disco duro no es tan importante, tal como un firewall.
options SOFTUPDATES #Enable FFS soft updates support
Esta opción habilita soft updates en el kernel, lo cual acelera la escritura en los discos. Esta opción se habilita por
default desde la rama 4.X, pero es posible que no este habilitada. Revise la respuesta que le da mount(8) para
verificar si cuenta con esta opción. Si no ve la opción soft-updates, deberá activarla usando tunefs(8) o newfs(8) para
nuevos sistemas de ficheros.
options MFS #Memory Filesystem

options MD_ROOT #MD is a potential root device
Este es el sistema de mapeo de memoria. Esto basicamente es el mapeo de la memoria RAM del disco para acceso
rápido y almacenar ficheros temporales, útil si cuenta con bastante memoria swap, de la cual desee tomar ventaja. Un
sitio perfecto para montar la partición MFS es el directorio /tmp, esto lo puede hacer añadiendo la siguiente línea al
fichero /etc/fstab:
/dev/ad1s2b /tmp mfs rw 0 0
Ahora simplemente necesita reiniciar su sistema o bien, ejecutar el comando mount /tmp.
options NFS #Network Filesystem

options NFS_ROOT #NFS usable as root device, NFS required
El sistema de ficheros de red. A menos de que planee montar particiones desde un servidor Unix através de TCP/IP,
esta línea puede ser comentada.
options MSDOSFS #MSDOS Filesystem
El sistema de ficheros de MS-DOS. A menos de que planee montar una partición con formato de DOS, al momento
de arrancar el sistema, puede deshabilitar esta opción sin problema alguno. Automáticamente será cargado la primera
vez que monte una partición DOS, como se explicó anteriormente. Así mismo la excelente aplicación mtools (que
esta disponible de la colección de ports), le permite accesar a diskettes con formato DOS, sin necesidad de montarlos
o desmontarlos (y no requiere para nada de MSDOSFS).
options CD9660 #ISO 9660 Filesystem

options CD9660_ROOT #CD-ROM usable as root, CD9660 required
El sistema de ficheros ISO 9660 para CDROMs. Comente esta opción si usted no cuenta con una unidad de CDROM
o bien sólo monta CDs de datos ocasionalmente (en virtud de que será cargado dinámicamente la primera vez que se
utilice para un CD de datos). Los CDs de audio no requieren de esta opción.
options PROCFS #Process filesystem
El sistema de ficheros de procesos. Este es un sistema de ficheros “virtual”, montado en /proc, que permite que
programas como ps(1) le den mayor información sobre los procesos que se están ejecutando.
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
Compatibilidad con 4.3BSD. Conserve esta opción; algunos programas se comportaran de una forma extraña si esta
opción es comentada.
74
options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI
Esta opción le indica al kernel hacer una pausa de 15 segundos antes de realizar una prueba en cada dispositivo SCSI
de sus sistema. Si usted sólo cuenta con dispositivos IDE, puede ignorar esta opción, de otra forma quizás desee
reducir el tiempo a 5 segundos, para efecto de acelerar el arranque. Claro esta, que si hace esto, y FreeBSD tiene
problemas para reconocer sus dispositivos SCSI, deberá incrementar este valor nuevamente.
options UCONSOLE #Allow users to grab the console
Permite el uso de la consola, que es muy útil para usuarios del sistema X. Por ejemplo, puede crear una consola
xterm, al teclear xterm -C, que servira para desplegar mensajes (usando talk), así como enviar (usando write)
mensajes, o bien, visualizar cualquier otro mensaje enviado por el kernel, sin necesidad de salir de su entorno gráfico.
options USERCONFIG #boot -c editor
Esta opción le permite ejecutar el editor de configuración, desde el menú de arranque.
options VISUAL_USERCONFIG #visual boot -c editor
Esta opción le permite ejecutar el editor visual de configuración, desde el menú de arranque.
options KTRACE #ktrace(1) support
Esta opción habilita el proceso de rastreo del kernel, que es de utilidad para efecto de depuración.
options SYSVSHM #SYSV-style shared memory
Esta opción provee memoria compartida, para el System V. El uso más común de esto es la extensión XSHM del
servidor X, del cual muchos programas de gráficos-intensos, toman ventaja, para contar con mayor velocidad. Si
usted utiliza el entorno gráfico X, definitivamente querra incluir esta opción.
options SYSVSEM #SYSV-style semaphores
Soporte para los semaforos del System V. Con menos uso que el anterior, pero sólo agregará unos cuantos cientos de
bytes a su kernel.
options SYSVMSG #SYSV-style message queues
Soporte para mensajes de System V. Nuevamente, sólo añadirá unos cientos de bytes a su kernel.
Nota: El comando ipcs(1) le mostrará cualquier proceso que haga uso de estas componentes de System V.
options P1003_1B #Posix P1003_1B real-time extensions

options _KPOSIX_PRIORITY_SCHEDULING
Extensiones de tiempo-real añadidas en POSIX en 1993. Algunas aplicaciones de la colección de ports, utilizan estas
extensiones (tal como StarOffice).
options ICMP_BANDLIM #Rate limit bad replies
75
Esta opción permite a ICMP manejar errores,en cuanto al límite de ancho de banda a utilzar. Es recomendable dejar
esta opción tal cual, en virtud de que le permite protejer su sistema contra ataques de paquetes de Negación de
Servicio (Denial of Service - DoS).
# To make an SMP kernel, the next two are needed

#options SMP # Symmetric MultiProcessor Kernel
#options APIC_IO # Symmetric (APIC) I/O
Las opciones anteriores son necesarias si desea soporte para SMP.
device isa
Todas las PCs soportadas por FreeBSD cuentan con uno de estos. Si usted cuenta con una IBM PS/2 (Arquitectura de
Micro Canal), en este momento usted no puede ejecutar FreeBSD (se esta trabajando en este soporte).
device eisa
Incluya esta opción, si cuenta con una tarjeta madre de tipo EISA. Esto habilita la autodetección y configuración del
soporte para los dispositivos que hacen uso del bus EISA.
device pci
Incluya esta opción si cuenta con una tarjeta madre basada en PCI. Esto habilita la auto-detección de las tarjetas PCI
y de los canales a utilizar en los buses PCI e ISA.
# Floppy drives
device fdc0 at isa? port IO_FD1 irq 6 drq 2
device fd0 at fdc0 drive 0
device fd1 at fdc0 drive 1
Este es el controlador para diskettes. El dispositivo fd0 corresponde a la disquetera A: y fd1 corresponde a la
disquetera B:.
device ata
Este controlador da soporte a todos los dispositivos ATA y ATAPI. Usted sólo necesita incluir esta opción una sola
vez (device ata), para que el kernel detecte todos los dispositivos PCI ATA/ATAPI de sus sistema.
device atadisk # ATA disk drives
Este es necesario junto con device ata para controladores de discos ATAPI.
device atapicd # ATAPI CDROM drives
Este es necesario junto con device ata para controladores de CDROM ATAPI.
device atapifd # ATAPI floppy drives
Este es necesario junto con device ata para controladores de disqueteras ATAPI.
device atapist # ATAPI tape drives
Este es necesario junto con device ata para controladores de cintas ATAPI.
76
options ATA_STATIC_ID #Static device numbering
Esta hace que el numero de controlador sea estático (como en el viejo controlador) o de lo contrario este numero es
asignado dinámicamente.
# ATA and ATAPI devices

device ata0 at isa? port IO_WD1 irq 14
device ata1 at isa? port IO_WD2 irq 15
Utilice estos para sistemas antiguos no-PCI.
# SCSI Controllers
device ahb # EISA AHA1742 family
device ahc # AHA2940 and onboard AIC7xxx devices
device amd # AMD 53C974 (Teckram DC-390(T))
device dpt # DPT Smartcache - See LINT for options!
device isp # Qlogic family
device ncr # NCR/Symbios Logic
device sym # NCR/Symbios Logic (newer chipsets)
device adv0 at isa?

device adw
device bt0 at isa?
device aha0 at isa?
device aic0 at isa?
Controladores SCSI. Comente cualquiera que no se encuentre en su sitema. Si cuenta con un sistema unicamente
IDE, puede eliminar todos.
# SCSI peripherals
device scbus # SCSI bus (required)
device da # Direct Access (disks)
device sa # Sequential Access (tape etc)
device cd # CD
device pass # Passthrough device (direct SCSI
access)
Periféricos SCSI. Nuevamente, comente todos los que no esten presentes en su sistema, si sólo cuenta con hardware
IDE, puede eliminarlos por completo.
# RAID controllers
device ida # Compaq Smart RAID
device amr # AMI MegaRAID
device mlx # Mylex DAC960 family
Controladores de soporte RAID. Si su sistema no cuenta con estos, puede comentarlos o eliminarlos.
# atkbdc0 controls both the keyboard and the PS/2 mouse

device atkbdc0 at isa? port IO_KBD
Este controlador (atkbdc) provee servicios de E/S a teclados AT y dispositivos de tipo PS/2. Este controlador es
necesario para el teclado (atkbdc) y el dispositivo puntero (N de T: Mejor conocido como “ratón”) tipo PS/2 (psm).
device atkbd0 at atkbdc? irq 1
77
El controlador atkbd, junto con el controlador atkbdc, provee acceso al teclado AT 84 o bien al teclado de tipo AT
mejorado, que es conectado al controlador de teclado AT.
device psm0 at atkbdc? irq 12
Utilice este controlador si su ratón se conecta al puerto PS/2.
device vga0 at isa?
El controlador para la tarjeta de video.
# splash screen/screen saver

pseudo-device splash
Pantalla Splash al arranque! El protector de pantallas requiere de esto también.
# syscons is the default console driver, resembling an SCO console

device sc0 at isa?
El dispositivo sc0 es el controlador por defaault, que recuerda a la consola SCO. Dado que la mayoría de los
programas de pantalla—completa, accesan a su consola por medio de una librería de base de datos para terminales,
como termcap, no debe importar si utiliza este o bien vt0, el controlador de compatibilidad de VT220. Si cuando
accesa al sistema, tiene problemas para manejar programas que utilizan pantalla completa, cuando ingrese al sistema,
establezca su variable TERM a scoansi.
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device vt0 at isa?
#options XSERVER # support for X server on a vt console
#options FAT_CURSOR # start with block cursor
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
#options PCVT_SCANSET=2 # IBM keyboards are non-std
Este es el controlador de consola compatible con VT220, anteriormente compatible con VT100/102. Este sirve para
algunas laptops que tienen incompatibilidad de hardware con sc0. También es recomendable establecer su variable
de entorno TERM como vt100 o vt220. Este controlador ha probado ser de gran utilidad en diferentes máquinas en
una red, donde las entradas para termcap o terminfo para el dispositivo sc0 no están disponibles — vt100 debe
estar disponible en practicamente cualquier plataforma.
# Power management support (see LINT for more options)

device apm0 at nexus? disable flags 0x20 # Advanced Power Management
Soporte para la Administración Avanzada de Energía. Muy útil en laptops.
# PCCARD (PCMCIA) support

device card
device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000
device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable
Soporte para tarjetas PCMCIA. Debe conservar estas si usted utiliza una laptop.
# Serial (COM) ports

device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device sio1 at isa? port IO_COM2 irq 3
78
device sio2 at isa? disable port IO_COM3 irq 5

device sio3 at isa? disable port IO_COM4 irq 9
Estos son los cuatro puertos seriales, conocidos en el mundo MS-DOS/Windows como COM1 a COM4.
Nota: Si usted cuenta con un módem interno conectado al puerto COM4 y un puerto serial en COM2, deberá
cambiar el IRQ del módem al 2 (por alguna obscura razón el IRQ 2 = IRQ 9), de manera que pueda accederlo
desde FreeBSD. Si usted cuenta con una tarjeta serial de puertos múltiples, verifique la página de ayuda sio(4)
para más información sobre los valores que debe utilizar en estas líneas. Algunas tarjetas de video
(principalmente aquellas basadas en chips S3) utilizan direcciones de E/S de la forma 0x*2e8, y dado que
muchos chips no decodifican completamente el espacio de dirección de E/S de 16-bit, se congelan con estas
tarjetas, haciendo que el uso del puerto COM4 sea prácticamente imposible.
Es necesario que cada puerto serial cuente con su propia dirección IRQ (a menos que este utilizando una
tarjeta de puertos múltiples, donde se permite el compartir IRQs), así que los IRQs que por default manejan los
puertos COM3 y COM4, no pueden ser utilizados.
# Parallel port
device ppc0 at isa? irq 7
Esta es la interfaz para el puerto paralelo ISA.
device ppbus # Parallel port bus (required)
Provee soporte para el bus del puerto en paralelo.
device lpt # Printer
Soporte para impresoras de puerto en paralelo.
Nota: Los tres anteriores son necesarios para habilitar el soporte para impresoras que esten conectadas al
puerto en paralelo.
device plip # TCP/IP over parallel
Este es el controlador para dispositivos de red que utilizan el el puerto en paralelo.
device ppi # Parallel port interface device
El puerto de E/S para propósitos generales (“geek port”) + E/S IEEE1284.
#device vpo # Requires scbus and da
Este es para la unidad Iomega Zip. Que requiere soporte scbus y da. Se tiene conocimiento de un mejor desempeño
con puertos en modo EPP 1.9.
# PCI Ethernet NICs.

device de # DEC/Intel DC21x4x (“Tulip”)
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
device tx # SMC 9432TX (83c170 “EPIC”)
device vx # 3Com 3c590, 3c595 (“Vortex”)
79
device wx # Intel Gigabit Ethernet Card (“Wiseman”)
Varios controladores de tarjetas de red PCI. Puede comentar o eliminar todas aquellas que no esten presentes en su
sistema.
# PCI Ethernet NICs that use the common MII bus controller code.
device miibus # MII bus support
El soporte del bus MII, es requerido por algunas tarjetas de red Ethernet PCI 10/100, específicamente aquellas con
transistores dependientes de MII o bien aquellos con transistores que operan igual que MII. El añadir el soporte
device miibus al fichero de configuración del kernel nos permite contar con soporte para todos los dispositivos
API genericos de MII y controladores de PHY, incluyendo los genéricos de PHY para los cuales no hay un
controlador específico.
device dc # DEC/Intel 21143 and various workalikes

device rl # RealTek 8129/8139
device sf # Adaptec AIC-6915 (“Starfire”)
device sis # Silicon Integrated Systems SiS 900/SiS 7016
device ste # Sundance ST201 (D-Link DFE-550TX)
device tl # Texas Instruments ThunderLAN
device vr # VIA Rhine, Rhine II
device wb # Winbond W89C840F
device xl # 3Com 3c90x (“Boomerang”, “Cyclone”)
Controladores que utilizan el código del bus MII.
# ISA Ethernet NICs.

device ed0 at isa? port 0x280 irq 10 iomem 0xd8000
device ex
device ep
# WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really
# exists only as a PCMCIA device, so there is no ISA attachment needed
# and resources will always be dynamically assigned by the pccard code.
device wi
# Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will
# work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP
# mode (the factory default). If you set the switches on your ISA
# card for a manually chosen I/O address and IRQ, you must specify
# those parameters here.
device an
# The probe order of these is presently determined by i386/isa/isa_compat.c.
device ie0 at isa? port 0x300 irq 10 iomem 0xd0000
device fe0 at isa? port 0x300
device le0 at isa? port 0x300 irq 5 iomem 0xd0000
device lnc0 at isa? port 0x280 irq 10 drq 0
device cs0 at isa? port 0x300
device sn0 at isa? port 0x300 irq 10
# requires PCCARD (PCMCIA) support to be activated
#device xe0 at isa?
Controladores para tarjetas Ethernet ISA. Vea el fichero /usr/src/sys/i386/conf/LINT para ver que tarjetas
están soportadas, y por cuales controladores.
80
pseudo-device ether # Ethernet support
El soporte ether sólo es necesario si cuenta con una tarjeta Ethernet. Este incluye el soporte genérico para el código
Ethernet.
pseudo-device sl 1 # Kernel SLIP
El dispositivo sl es el soporte para SLIP. El cual casi ha sido suplantado por PPP, que es más sencillo de configurar,
más adecuado para conexiones de módem a módem y más poderoso. El numero posterior a sl, especifíca cuantas
sesiones simultaneas se pueden soportar por SLIP.
pseudo-device ppp 1 # Kernel PPP
Este es el soporte del kernel para conexiones PPP, por medio de teléfono. Existe también una versión de PPP como
aplicación (“userland”), que utiliza el dispositivo tun y ofrece mayor flexibilidad y funciones, tal como el marcado
a petición. El numero posterior a ppp especifíca cuantas conexiones PPP se pueden mantener de manera simultanea.
pseudo-device tun # Packet tunnel.
Este dispositivo es utilizado por la aplicación PPP userland. El numero posterior a tun, especifíca el soporte
máximo de sesiones PPP simultaneas. Vea la sección PPP de este libro, para mayor información al respecto.
pseudo-device pty # Pseudo-ttys (telnet etc)
Esta es una “pseudo-terminal” o bien un puerto de acceso simulado. Es utilizado para conexiones por medio de
telnet y sesiones rlogin, xterm, y algunas otras aplicaciones tal como emacs. Un numero después de pty
indica el numero de ptys a crear. Si usted requiere de más de las 16 xterm y/o logins remotos que se crean por
default, asegurese de incrementar el numero de acuerdo a sus necesidades, sin exceder el máximo de 256.
pseudo-device md # Memory “disks”
Pseudo-dispositivos para la memoria de discos.
pesudo-device gif
pseudo-device gif 4 # IPv6 and IPv4 tunneling
Esto permite el envío de IPv6 sobre IPv4, IPv4 sobre IPv6, IPv4 sobre IPv4 e IPv6 sobre IPv6. Desde la versión 4.4
de FreeBSD, el dispositivo gif es “auto-clonable”, y usted debiese utilizar el primer ejemplo (sin el numero después
de gif). Versiones anteriores de FreeBSD requieren de este numero.
pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation)
Este pseudo-dispositivo captura los paquetes que han sido enviados y los redirecciona hacia el demonio “traductor”
de IPv4/IPv6.
# The ‘bpf’ pseudo-device enables the Berkeley Packet Filter.

# Be aware of the administrative consequences of enabling this!
pseudo-device bpf # Berkeley packet filter
81
Este es el Filtro de Paquetes de Berkeley. Este pseudo-dispositivo permite a las interfaces de red colocarse en modo
promiscuo, capturando cada paquete en una transmisión de red (ej. una Ethernet). Estos paquetes pueden ser
capturados y examinados por medio del programa tcpdump(1).
Nota: La opción bpf pseudo-device también es utilizada por dhclient(8) para obtener la dirección IP del
ruteador por default (gateway). Si usted utiliza DHCP, deje esta opción habilitada.
# USB support

#device
#device
uhci
ohci
#
#

UHCI PCI- USB interface
OHCI PCI- USB interface
#device usb # USB Bus (required)
#device ugen # Generic
#device uhid # “Human Interface Devices”
#device ukbd # Keyboard
#device ulpt # Printer
#device umass # Disks/Mass storage - Requires scbus and da
#device ums # Mouse
# USB Ethernet, requires mii
#device aue # ADMtek USB ethernet
#device cue # CATC USB ethernet
#device kue # Kawasaki LSI USB ethernet
Soporte para varios dispositivos USB.

Para más información y para ver todos los dispositivos soportados por FreeBSD, favor de consultar el fichero
/usr/src/sys/i386/conf/LINT.
8.5. Creando Nodos para los Dispositivos

Casi todo dispositivo señalado en el kernel, cuenta con su correspondiente “fichero nodo”, bajo el directorio /dev.
Estos nodos parecen ficheros comunes, pero de hecho son ficheros especiales que indican que dispositivos deben ser
utilizados por cada programa. El script de shell /dev/MAKEDEV, que es ejecutado cuando usted instala por primera
vez el sistema operativo, crea el nodo para casi todos los dispositivos soportados. Aun así no los crea a todos, así que
cuando recompila su kernel y agrega soporte para un nuevo dispositivo, es importante asegurarse de que existen las
entradas correspondientes en este directorio, y si no es así crearlas. He aqui un pequeño ejemplo:
Supongamos que ha añadido soporte en su kernel para un dispositivo CDROM tipo IDE. La línea a añadir es:
device acd0
Esto significa que debe buscar alguna entrada que comience con acd0 en el directorio /dev, posiblemente seguido
de una letra, tal como c, o bien precedido de una letra como r, que significa que es el dispositivo “raw” . Resulta que
esos ficheros no existen en el directorio /dev, así que debe dirijirse a este directorio y teclear lo siguiente:
# sh MAKEDEV acd0
Cuando este script termine, encontrará que ahora existen los ficheros acd0c y racd0c en el directorio /dev, de tal
forma que sabrá que se ha ejecutado con exito.
Para tarjetas de sonido, debe ejecutar el siguiente comando para crear las entradas correspondientes:
82
# sh MAKEDEV snd0
Nota: Si existen otras personas con acceso a su sistema, cuando cree ficheros-nodo para dispositivos tales
como tarjetas de sonido, es recomendable proteger estos dispositivos, añadiendolos al fichero /etc/fbtab. Vea
la página de ayuda fbtab(5) para más información al respecto.
El procedimiento mencionado puede servirle para añadir cualquier otro dispositivo no-generico o bien que no exista
en el fichero /usr/src/sys/i386/conf/GENERIC, para el cual no existan las entradas apropiadas.
Nota: Todos los controladores SCSI utilizan las mismas entradas en /dev, así que no es necesario crearlas. Así
mismo, las tarjetas de red y pseudo-dispositivos de tipo SLIP/PPP, no cuentan con entradas en el directorio
/dev, por lo que tampoco tiene por que preocuparse de estas.
8.6. En Caso de que Algo No Funcione

Existen cinco tipos de problemas que se pueden presentar al momento de estar personalizando/compilando un kernel.
Estas son:
Que el comando config de como resultado un error:

Si el comando config da como resultado un error al momento de de su ejecución, puede ser que simplemente
haya cometido un error de tipografía en su documento personal de configuración (que habiamos llamado
“MYKERNEL”). Afortunadamente el comando config le dará información sobre el error, como es el numero
de línea que contiene el error, de tal forma que puede dirijirse directamente a dicha línea con vi y corregir el
error. Por ejemplo si visualiza:
config: line 17: syntax error
Puede ir directamente al problema en vi, al teclear 17G en el modo de comando. Asegurese de que la palabra
clave ha sido escrita correctamente, al compararla con la que corresponde al fichero GENERIC o alguna otra
referencia.
Cuando el comando make falla:

Cuando el comando make da como resultado un error, generalmente es indicio de que el fichero de
configuración tiene un error, pero que este error no es tan grave como para que config lo detecte. Revise
nuevamente su fichero y si aun así no puede detectar el error, envíe un correo a FreeBSD general questions
mailing list <freebsd-questions@FreeBSD.org> adjuntando el fichero personalizado de su kernel, y
debiese ser diagnosticado rápidamente.
Al instalar el nuevo kernel se presenta una falla

Si el kernel termino de compilarse correctamente, pero presenta una falla al instalarlo (esto es cuando el
comando make install o make installkernel da como resultado un Error), lo primero que es necesario
revisar, es si su sistema esta ejecutandose en securelevel 1 o mayor (vea init(8)). Aqui lo que sucede es que la
83
instalación del kernel intenta remover la “marca” (flag) de inmutable del kernel actual y colocar dicha marca al
nuevo kernel. Y en virtud de que securelevel 1 o mayor evita que dicha marca sea removida de cualquier fichero
del sistema, la instalación del nuevo kernel debe ser realizada en securelevel 0 o menor.
El nuevo kernel no arranca:

Si su nuevo kernel no se ejecuta correctamente al arrancar el sistema, o bien falla en reconocer sus dispositivos,
no entre en pánico! Afortunadamente BSD cuenta con un excelente mecanismo para recuperarse de un kernel
recien instalado que presenta este tipo de errores. Simplemente seleccione el kernel que desea arrancar, al
momento que se esta incializado en su sistema FreeBSD, el cargador de arranque (boot loader). Puede accesar a
este cuando su sistema se encuentra en cuenta regresiva desde 10. Pulse cualquier tecla excepto la tecla enter,
posteriormente teclee unload y posteriormente teclee boot kernel.old , o bien el nombre de fichero de
cualquier otro kernel que usted sabe que arranacará correctamente. Cuand personalice un kernel, siempre es
buena idea contar con un kernel que sabemos que su funcionamiento es correcto, a la mano.
Nota: Recuerde que si tiene problemas para personalizar su kernel, es recomendable asegurarse de
contar con un kernel de tipo GENERIC, o algún otro que tenga la seguridad de su funcionamiento y que
tenga un nombre que no será borrado en la siguiente compilación de kernel. No puede confiar en el
kernel.old, ya que en cada instalación de un nuevo kernel, este se sustituye con el último kernel
instalado, que pudiese se un kernel no funcional. También recuerde que, en cuanto le sea posible, debe
mover el kernel funcional a la ubicación correcta del kernel, o bien, comandos como ps(1) no trabajarán
correctamente. El comando para “desbloquear” el fichero del kernel que instala el comando make (para
efecto de usar permanentemente otro kernel) es:
# chflags noschg /kernel
Si no puede ejecutar esto, probablemente su sistema se este ejecutando en un valor mayor a cero de
securelevel(8). Edite la línea kern_securelevel del fichero /etc/rc.conf y establezca este valor como
-1, y reinicie su sistema. Posteriormente puede regresar este al valor original, cuando este contento con su
nuevo kernel.
Y si usted desea “bloquear” su nuevo kernel en su ubicación, o cualquier otro fichero, de tal forma que no
pueda ser movido o modificado, puede hacerlo con el comando:
# chflags schg /kernel
El kernel funciona, pero ps ha dejado de funcionar!:

Si usted ha instalado un kernel que pertenece a una versión diferente a la del sistema en cuestión, por ejemplo,
un kernel 4.X sobre un sistema 3.X, gran variedad de comandos de sistema, como son: ps(1) y vmstat(8) ya no
van a funcionar. Deberá recompilar la librería libkvm, así como sus utilidades. Es por esta razón, que no es una
buena idea utilizar un kernel de una versión diferente al resto del sistema operativo.
Notas
1. El algoritmo de “auto-configuración”, establece para maxusers la cantidad igual a la cantidad de memoria en el
sistema, con mínimo de 32 y un máximo de 384.
84
Capítulo 9. Seguridad
Seguridad
85
Capítulo 10. Imprimiendo
Aportado por Sean Kelly. Reestructurado y actualizado por Jim Mock.
10.1. Sinópsis
FreeBSD puede ser utilizado para imprimir en una gran variedad de impresoras, desde las antiguas impresoras de
matriz de punto, hasta las más modernas impresoras laser, y todo lo que existe en medio de estas, permitiendole crear
impresiones de alta calidad, desde cualquier aplicación que este utilizando.
FreeBSD también puede ser configurado para actuar como servidor de impresión en una red; en esta modalidad,
FreeBSD puede recibir peticiones de impresión de una gran cantidad de computadoras, incluyendo computadoras
corriendo FreeBSD, Windows y MacOS. FreeBSD verifica que un trabajo sea impreso a la vez, y puede mantener
estadísticas sobre que usuario y maquina son los que más imprimen, insertar una página de aviso (“titulares” o
“páginas de encabezado”), antes de cada trabajo para verificar de quien es cada impresión, y más.
Al concluir el presente capítulo, usted sabrá:
• Como configurar la cola de impresión en FreeBSD.

• Como instalar filtros de impresión, para manejar diferentes trabajos especiales, incluyendo la conversión de
documentos a formatos aptos para la impresora.
• Como habilitar encabezados, o titularess en sus impresiones.
• Como imprimir en impresoras conectadas a otras computadoras
• Como imprimir en impresoras conectadas directamente a la red.
• Como controlar restricciones de impresión, incluyendo limitantes en el tamaño de los trabajos de impresión, y
restringiendo la impresión a ciertos usuarios.
• Como mantener estadísticas de impresión, y cuentas para el uso de la impresora.
• Como solucionar problemas de impresión comunes.
Antes de leer este capítulo, usted debería:
• Saber como compilar e instalar un nuevo kernel (Capítulo 8).
10.2. Introducción
Para efecto de poder utilizar impresoras con FreeBSD, es necesario que configure estas, para trabajar con el sistema
de cola de impresión de Berkeley, también conocido como Sistema de Cola LPD. Este es el sistema de control de
impresión estándar en FreeBSD. Este capítulo introduce en el sistema LPD, llamado comunmente sólo LPD, e
introduce en la configuración del mismo.
Si usted esta familiarizado con el sistema de cola de impresión LPD, o bien, con algun otro sistema de impresión,
puede saltar a la sección Configurando el sistema de Cola de Impresión.
86
La aplicación LPD es responsable de controlar todo lo que se refiere a impresión. Es responsable de un gran numero
de cosas, tales como:
• Controla el acceso a las impresoras conectadas directamente al ordenador y las impresoras conectadas a otras
máquinas de la red.
• Habilita a usuarios, para efecto de que puedan enviar ficheros a imprimir; estos envios se conocen como trabajos
(“jobs”).
• Previene el hecho de que varios usuarios accesen a la impresora al mismo tiempo, al mantener un orden en la cola
de impresión (“queue”) para cada impresora.
• Puede imprimir encabezados (“header”) (también conocidos como titularess o páginas de aviso), de tal forma que
los usuarios identifiquen fácilmente sus impresiones, de una pila de impresiones.
• Se ocupa de los parámetros para impresoras conectadas a puertos seriales.
• Puede enviar trabajos de impresión por medio de una red, a una cola LPD de una maquina remota.
• Puede ejecutar filtros especiales para dar formato a trabajos que requieren de un manejo de lenguaje de impresión
diferente o impresoras de diferentes capacidades.
• Puede mantener un registro por uso de la impresora.
Por medio de un fichero de configuración (/etc/printcap), y por medio de programas especiales de filtraje, usted
puede habilitar al sistema LPD para hacer todo o una parte de lo mencionado anteriormente, para una gran variedad
de impresoras.
10.2.1. ¿Por qué utilizar una Cola de Impresión?

Si usted es la única persona que hace uso de su sistema, probablemente se pregunte por que preocuparse por utilizar
un sistema de cola de impresión, cuando no requiere acceso a controles, encabezados o cuentas para imprimir.
Mientras que es posible habilitar un acceso a su impresora de forma directa, usted debe utilizar el sistema de cola de
impresión, por las siguientes razones:
• El sistema LPD opera los trabajos de impresión es segundo plano; esto es, que usted no tiene que esperar a que los
datos sean pasados a la impresora para continuar trabajando.
• Convenientemente LPD puede ejecutar un trabajo para que sea filtrado, para añadir caracteres de día/hora o bien
convertir un fichero con formato especial (tal como ficheros TeX DVI) a un formato que la impresora entiende. De
tal manera que usted no tenga que hacer estos pasos manualmente.
• Muchos programas, libres y comerciales, proveen de un sistema de impresión que esta basado en el sistema de
cola de impresión. Al configurar su sistema de cola de impresión, usted podrá soportar otro software que instale en
el futuro o el que tiene actualmente.
10.3. Configuración Básica

Para efecto de utilizar impresoras con el sistema de cola LPD, es necesario que se instale físicamente la impresora y
el software de LPD. Este documento describe estos dos niveles de configuración:
87
• Vea la sección Configuración Simple de una Impresora, para aprender a conectar una impresora, indicarle a LPD
como comunicarse con ella, e imprimir ficheros de texto plano en dicha impresora.
• Vea la sección Configuración Avanzada de una Impresora, para ver como imprimir gran variedad de formatos
especiales, imprimir encabezados, para imprimir por medio de una red, controlar acceso a las impresoras y crear
cuentas de impresión.
10.3.1. Configuración Simple de una Impresora

La presente sección le mostrará como instalar físicamente la impresora, así como el software de LPD para usar dicha
impresora. Le mostrará lo básico de:
• La sección Instalación Física, le da algunos consejos sobre como instalar su impresora a los puertos de su
computadora.
• La sección Instalación de Software, le muestra como instalar y configurar el fichero de configuración de LPD
(/etc/printcap).
Si usted esta instalando una impresora que utiliza protocolos de red para imprimir en lugar de una conexión directa a
su puerto serial o paralelo, vea la sección Impresoras con Interfaces de Red para Secuencia de Datos.
Aun cuando esta sección se llama “Configuración Simple de una Impresora”, puede resultar un tanto complicada.
Conseguir que su impresora trabaje con su ordenador y con la cola de impresión LPD es la parte más compleja. Las
opciones avanzadas, tal como imprimir encabezados y crear cuentas, son sencillas una vez que su impresora está
trabajando.
10.3.1.1. Instalación Física

Esta sección le informa sobre varias fomras en que puede usted conectar la impresora a su PC. Se describen los tipos
de puertos y cables, así como la configuración que debe tener en su kernel, para permitir que FreeBSD se pueda
comunicar con su impresora.
Si ya ha conectado su impresora y ha impreso exitosamente trabajando en otro sistema operativo, probablemente
desee brincar a la sección Configuración del Software.
10.3.1.1.1. Puertos y Cables

Practicamente cualquier impresora que adquiera hoy en día para PC, cuenta con soporte para una o ambas interfaces
que se presentan a continuación:
• La interfaz serial, utiliza el puerto serial de su computadora para enviar datos a la impresora. La interfaz serial es
común en la industria de la computación y los cables existen disponibles facilmente e incluso sencillos de hacer.
En ocasiones las interfaces seriales requieren de cables especiales y posiblemente cierta configuración compleja de
opciones de comunicación.
• La interfaz en paralelo utiliza el puerto paralelo de su computadora para enviar datos a la impresora. Las
interfaces en paralelo son comunes en el mercado de las PCs. Los cables son fáciles de conseguir, pero un poco
más complicados de hacer a mano. Normalmente no existen opciones de comunicación, haciendo su configuración
mucho más sencilla.
88
En ocasiones las interfaces en paralelo son conocidas como interfaces “Centronics”, en virtud del tipo de conector
en la impresora.
En términos generales los interfaces seriales son más lentos que las interfaces en paralelo. Por otro lado los interfaces
en paralelo sólo ofrecen comunicación de una vía (de la computadora a la impresora), mientras que los seriales
ofrecen de dos vías. Gran cantidad de recientes impresoras y puertos paralelos, pueden comunicarse en ambas
direcciones bajo FreeBSD, cuando se utiliza un cable compatible con IEEE1284.
Normalmente, el único escenario donde requiere de una comunicación de ambas vías con la impresora, es cuando la
impresora maneja PostScript. Las impresoras que manejan PostScript detallan gran cantidad de información. De
hecho, los trabajos PostScript, son programas enviados a la impresora; los cuales no requieren de papel y pueden
enviar la salida directamente a la computadora. PostScript utiliza una comunicación de dos vías, para informar al
ordenador de los problemas que se puedan presentar, tal como errores en los programas PostScript o papeles
atascados. Sus usuarios pueden apreciar este tipo de información. Más allá de esto, la mejor forma de contabilizar
con impresoras PostScript, es utilizando dos vías de comunicación: usted solicita a la impresora el conteo de
impresiones (esto es, todas las impresiones hechas en su vida), posteriormente envia el trabajo del usuario y repite la
solicitud de conteo. Resta los dos valores obtenidos y sabra cuanto debe cobrar al usuario por uso de papel.
10.3.1.1.2. Puertos Paralelos

Para conectar una impresora usando el puerto en paralelo, conecte el cable Centronics entre la impresora y la
computadora. Las instrucciones que vienen con su impresora, con su computadora o ambas, deben ser una buena
guía para llevar esto a cabo.
Recuerde cual es el puerto en paralelo que utilizó en su computadora. Para FreeBSD, el primer puerto paralelo es
/dev/lpt0, el segundo puerto es /dev/lpt1 y así sucesivamente.
10.3.1.1.3. Puertos Seriales

Para conectar una impresora, usando el puerto serial, conecte el cable apropiado entre la impresora y el ordenador.
Las instrucciones que vienen con su impresora, computadora o ambas, deben ser suficientes para llevar esto a cabo.
Si usted no esta seguro de cual es el “cable serial apropiado”, puede intentar alguna de las siguientes alternativas:
• Un cable de módem conecta cada pin del conector de un extremo, con el conector del otro extremo, de manera
directa. Este tipo de cable también se le conoce como cable “DTE-a-DCE”.
• Un cablde de módem-nulo conecta de fomra directa algunos pins, algunos otros son compartidos (envia datos para
recibir datos, por ejemplo), y algunos otros internamente son deshabilitados en los conectores. Este tipo de cable
también se le conoce como cable “DTE-a-DTE”.
• Un cable de impresora serial, sólo es requerido por algunas impresoras poco comunes, es similar al cable de
módem-nulo, pero este envia señales a su contraparte, en lugar de que internamente se deshabilite.
También es necesario que configure los parámetros de comunicación para la impresora, nomralmente esto lo realiza
desde los controles de la misma o interruptores DIP en la impresora. Selecciones el bps (bits por segundo y en
ocasiones llamado velocidad de baudio) más alto, que tanto su ordenador como impresora soporten. Seleccione 7 u 8
bits de datos; la paridad establezcala en: ninguna, igual o aleatoria y 1 o 2 en bits de paro. También seleccione un
protocolo para el control de flujo, que puede ser: ninguno o XON/XOFF (también conocido como “in-band” o
89
“software”). Recuerde las opciones que haya seleccionado en esta parte, para la configuración del software, que
veremos en la siguiente sección.
10.3.1.2. Configuración del Software

La presente sección describe la configuración necesaria para poder imprimir usando el sistema de cola LPD, bajo
FreeBSD.
Aqui presentamos un resumen de los pasos necesarios:
1. Configure su kernel, si es necesario, para habilitar el uso del puerto al que esta conectado su impresora. En la
sección Configuración del Kernel encontrará toda la información necesaria, para llevar esto a cabo.
2. Establecer en modo de comunicación el puerto en paralelo, si es que esta usando dicho puerto. La sección
Estableciendo el Modo de Comunicación en el Puerto en Paralelo le da detalles al respecto.
3. Compruebe si el sistema operativo puede enviar datos a la impresora. La sección Verificando la Comunicación
con la Impresora le puede dar detalles sobre como hacer esto.
4. Configurar LPD para su uso con la impresora, modificando el fichero /etc/printcap. Posteriormente en este
capítulo, veremos como se lleva a cabo esto.
10.3.1.2.1. Configuración del Kernel

El kernel del sistema operativo es compilado para trabajar con ciertos dispositivos. El puerto serial o paralelo de su
computadora es parte de los dispositivos que debe incluirse en la compilación del kernel. Por lo tanto, puede que sea
necesario recompilar el kernel incluyendo el soporte para el o los puertos serial y/o paralelo, si es que el kernel no
cuente ya con dicho soporte.
Para averiguar si el kernel que tiene instalado actualmente, cuenta con soporte para el puerto serial, teclee lo
siguiente:
# dmesg | grep sioN
Donde N es el numero de puerto serial, comenzando desde cero. Si observa una salida similar a la siguiente:
sio2 at 0x3e8-0x3ef irq 5 on isa

sio2: type 16550A
entonces su kernel ya cuenta con soporte para el puerto.

Para averiguar si su kernel cuenta con soporte para el puerto en paralelo, teclee:
# dmesg | grep lptN
Donde N es el numero de puerto serial, comenzando desde cero. Si observa una salida similar a la siguiente:
lpt0 at 0x378-0x37f on isa
entonces su kernel cuenta con soporte para el puerto.

Puede que sea necesario recompilar su kernel, para efecto de que su kernel cuente con el soporte para el puerto serial
o paralelo que este utilizando su impresora.
90
Para añadir soporte para el puerto serial, vea la sección en Configuración del Kernel. Para añadir soporte para el
puerto paralelo, vea esa sección y la siguiente sección.
10.3.1.3. Añadiendo Dispositivos de Puertos en /dev

Aun cuando el kernel cuente con el soporte de comunicaciones para puertos seriales o en paralelo, aun deberá de
contar con las interfaces necesarias en su sistema, por medio de las cuales el sistema puede enviar y recibir los datos.
En el directorio /dev es donde encontrará dichas interfaces en su sistema.
Para añadir una entrada, para sus puertos, en el directorio /dev deberá:
1. Cambiar de usuario a root con el comando su(1). Ingresar la contraseña de root cuando le sea solicitada.
2. Cambiar su posición al directorio /dev de la siguiente forma:
# cd /dev
3. Teclear:
# ./MAKEDEV PUERTO
Donde PUERTO es la entrada del dispositivo que desea crear. Puede utilizar lpt0 para el primer puerto en
paralelo, lpt1 para el segundo puerto, y así sucesivamente, para el primer puerto serial puede utilizar ttyd0, y
para el segundo ttyd1 y así sucesivamente.
4. Teclee:
# ls -l PUERTO
para asegurarase de que la entrada del dispositivo correspondiente se ha creado.
10.3.1.3.1. Configurando el modo de Comunicación para el Puerto Paralelo

Cuando utiliza el puerto paralelo, puede seleccionar si FreeBSD va a utilizar un modo de comunicación por medio de
interruptores o a petición, con la impresora.
• El método por medio de interruptores es el método que utiliza el kernel GENERICO de FreeBSD. Con este
método el sistema operativo utiliza un IRQ para determinar si la impresora esta lista para recibir datos.
• El método a petición le indica al sistema operativo que constantemente le pregunte a la impresora si esta lista para
recibir datos. Una vez que ha obtenido respuesta, el kernel comienza a transferir los datos.
Normalmente el método por medio de interruptores es más rápido, pero nos ocupa un preciado IRQ. Se sabe que
algunas impresoras nuevas de HP no funcionan muy bien con este método aparentemente debido (sin que aun se
entienda el por que) a un problema de tiempos. Estas impresoras necesitan el método a petición. Es conveniente que
utilice el método que se ajuste a sus necesidades. Algunas impresoras funcionan en ambos métodos, pero son
dolorosamente lentas usando el método por medio de interruptores.
Para establecer el método de comunicación, puede hacerlo de dos formas: configurando su kernel o bien, utilizando
el programa lptcontrol(8).
Para establecerlo configurando su kernel, deberá:
91
1. Editar su fichero de configuración del kernel. Busque una línea que contenga lpt0, si esta no existe añadala. Si
esta configurando su segundo puerto en paralelo, use lpt1. Para un tercer puerto paralelo utilice lpt2 y así
sucesivamente.
• Si desea utilizar el modo por medio de interruptor, añada el especificador de irq:
device lpt0 at isa? port? tty irq N vector lptintr
Donde N es el numero de IRQ del puerto paralelo de su computadora.
• Si desea utilizar el modo a petición, no necesita agregar el especificador de irq:

device lpt0 at isa? port? tty vector lptintr
2. Guarde el fichero. Posteriormente termine el proceso de configuración, recompilación e instalación del kernel,
después reinicie el sistema. Vea Configuración del Kernel para más información al respecto.
Para establecer el modo de comunicación usando lptcontrol(8):
1. Teclee:
# lptcontrol -i -d /dev/lptN
para indicar el modo por medio de interruptor para lptN .

2. Teclee:
# lptcontrol -p -d /dev/lptN
para establecer el modo a petición para lptN .
Estos comandos los podría incluir en su fichero /etc/rc.local para que el sistema reconozca estos modos cada
vez que inicia el sistema. Vea lptcontrol(8) para más información al respecto.
10.3.1.3.2. Verificando la Comunicación de la Impresora

Antes de proceder a configurar el sistema de cola de impresión, es conveniente verificar que nuestro sistema
operativo pueda enviar datos exitosamente a nuestra impresora. Es mucho más sencillo detectar errores cuando se
configura por separado el método de comunicación y el sistema de cola de impresión.
Para probar nuestra impresora, enviaremos un poco de texto. Para impresoras que inmediatamente pueden imprimir
caracteres, el programa lptest(1) es perfecto: este genera todos los 96 caracteres ASCII imprimibles en 96 líneas.
Para impresoras PostScript (o de otro lenguaje de impresión), vamos a necesitar una prueba más sofisticada. Un
pequeño programa PostScript, como el siguiente, será suficiente:
%!PS
100 100 moveto 300 300 lineto stroke
310 310 moveto /Helvetica findfont 12 scalefont setfont
(Is this thing working?) show
showpage
El código PostScript descrito puede guardarse en un fichero y usarse en el ejemplo que aparece en la siguiente
sección.
92
Nota: Cuando este documento se refiere a lenguaje de impresión, se asume lenguaje como PostScript y no el
PCL de Hewlett Packard. Aun cuando PCL tiene gran funcionalidad, pueden acabar mezclandose caracteres de
escape con el texto plano, y ese es el tipo de lenguaje de impresión, para el cual necesitaremos realizar ajustes
especiales.
10.3.1.3.2.1. Verificando Impresoras en Paralelo

Esta sección le indica como comprobar la comunicación de una impresora en paralelo, bajo FreeBSD.
Para probar una impresora en paralelo:
1. Cambiar a root con el comando su(1)

2. Enviar datos a la impresora.
• Si la impresora puede imprimir texto plano, usar el comando lptest(1). Teclee:
# lptest
/dev/lptN
Donde N es el numero del puerto en paralelo, comenzando desde cero.
• Si la impresora utiliza PostScript u otro lenguaje de impresión, entonces envie un pequeño programa a la
impresora. Teclee:
# cat
/dev/lptN
Posteriormente, línea por línea teclee el programa, cuidadosamente en virtud de que no puede editar una línea
ya que presionado la tecla RETURN o ENTER. Una vez que ha terminado de introducir el programa, presiona
las teclas CONTROL+D, o cualquier tecla que funcione para efecto de especificar un fin de fichero.
Otra manera de hacer esto, es guardar el programa en un fichero y teclear:
# cat fcihero
/dev/lptN
Donde fichero es el nombre del fichero que le dio al programa, que desea enviar a imprimir.
En este punto debe ver alguna impresión. No se preocupe si el texto no aparece bien; es algo que arreglaremos más
adelante.
10.3.1.3.2.2. Verificando una Impresora Serial

Esta sección explica como verificar la comunicación, bajo FreeBSD, de una impresora conectada al puerto serial.
Para probar una impresora conectada el puerto serial:
1. Cambiar a root usando su(1).

2. Edite el fichero /etc/remote. Añadiendo la siguiente entrada:
printer:dv=/dev/puerto:br#bps:pa=paridad
93
Donde puerto es el dispositivo usado por el puerto serial (ttyd0, ttyd1, etc.), bps se refiere a la velocidad,
en bits-por-segundo, a la que se comunica la impresora, y paridad es la paridad requerida por la impresora (ya
sea even, odd, none o zero).
Nota: N de T: Las opciones de paridad se han dejado en inglés, en virtud de que así deberán especificarse
en la configuración.
He aqui un ejemplo para una impresora conectada por medio de un puerto serial, el tercer puerto a 19200 bps,
sin paridad:
printer:dv=/dev/ttyd2:br#19200:pa=none
3. Conectarse a la impresora por medio de tip(1). Teclee:

# tip printer
Si este paso no funciona, edite nuevamente el fichero /etc/remote e intente utilizando /dev/cuaaN en lugar
de utilizar /dev/ttydN .
4. Envio de datos a la impresora.
• Si la impresora puede imprimir texto plano, entonces utilice lptest(1). Teclee:
% $lptest
• Si es una impresora PostScript o que utilice otro lenguaje, entonces envie un pequeño programa a la
impresora. Teclee el programa, línea por línea, muy cuidadosamente ya que algunas teclas, como la de
retroceso son significativas para la impresora. Puede ser que también necesite un caracter especial para marcar
el fin-de-fichero y que la impresora sepa que ha recibido el programa completo. Para impresoras PostScript,
utilice las teclas CONTROL+D.
Otra variante es, guardar el programa en un fichero y teclear:
%
fichero
Donde fichero es el nombre del fichero que contiene el programa. Una vez que tip(1) envia el programa,
presione la tecla correspondiente a fin de archivo.
Usted debe ver algo de impresión. No se preocupe si el texto no se ve del todo bien; posteriormente arreglaremos
esto.
10.3.1.4. Habilitando la Cola de Impresión: El fichero /etc/printcap

En este punto, su impresora debe estar conectada, su kernel configurado con el soporte de comunicación, y debe
haber podido enviar datos a su impresora. Ahora estamos listos para configurar LPD para controlar el accesos a
nuestra impresora.
94
Para efecto de configurar LPD, es necesario editar el fichero /etc/printcap. El sistema de cola de LPD lee este
fichero cada vez que se utiliza, de tal forma que los cambios que se realicen en este fichero, surten efecto
inmediatamente.
El formato que mantiene el fichero printcap(5) es muy concreto. Utilice su editor de texto favorito para hacer
cambios en /etc/printcap. El formato es idéntico al que guardan los ficheros que describen capacidades, tal como
/usr/share/misc/termcap y /etc/remote. Para ver mayor información con respecto al formato, vea la página
de ayuda cgetent(3).
De un modo simple, la configuración de una cola consiste en los siguientes pasos:
1. Seleccione un nombre (y algunos alias convenientes) para la impresora, y especifíquelos en el fichero

/etc/printcap ; vea la sección Nombrando la Impresora para más información al respecto.
2. Desactive el encabezado de páginas (el cual esta activado por default), al insertar la característica sh; vea la
sección Eliminando las Páginas de Encabezados para más información al respecto.
3. Cree un directorio para la cola, y especifique su ubicación con la característica sd; vea la sección Creando el
Directorio de la Cola para mayor información.
4. Ubique el dispositivo /dev a usar por la impresora e indiquelo en el fichero /etc/printcap con la
característica lp; vea la sección Identificando el Dispositivo de Impresión para mayor información. Así mismo,
si la impresora esta conectada a un dispositivo serial, utilice las características fs, fc, xs y xc para establecer
los parámetros de comunicación; esto se detalla en la sección Configurando los Parámetros de Comunicación de
la Cola de Impresión.
5. Instalar un filtro de entrada de texto plano; vea la sección Instalando un Filtro de Texto para más detalles.
6. Probar la configuración, al imprimir algo con el comando lpr(1). Para más detalles vea las secciones Probando la
Configuración y Resolución de Problemas.
Nota: Las impresoras basadas en un lenjuaje, tal como PostScript, no pueden imprimir texto plano directamente.
Los pasos de configuración mencionados anteriormente, así como las siguientes secciones, asumen que si
usted cuenta con una impresora de este tipo, sólo va a imprimir ficheros que la impresora puede manejar.
Normalmente los usuarios esperan poder imprimir texto plano a cualquier impresora conectada al sistema. Los
programas que usan como interfaz de impresión a LPD, asumen lo mismo. Si usted cuenta con una impresora basada
en lenguaje y desea poder imprimir en el lenguaje de la impresora así como texto plano, es importante considerar
que debe añadir un paso adicional a los mencionados anteriormente: instalar un programa de conversión
detexto-plano-a-PostScript (u otro lenguaje). La sección Acomodando Trabajos de Texto Plano en Impresoras
PostScript le indica como debe hacerse esto.
10.3.1.4.1. Nombrando la Impresora

El primer paso (sencillo) es escojer un nombre para su impresora. En realidad no importa mucho si este nombre es
funcional o un tanto abstracto, en virtud de que usted podrá asignar alias para la impresora.
Cuando menos una de las impresoras señaladas en el fichero /etc/printcap debe contar con el alias lp. Este es el
nombre de la impresora por default. Si los usuarios del sistema no cuentan con la variable de entorno PRINTER o
bien no especifican en la línea de comando, al ejecutar cualquier comando de LPD, el nombre de la impresora a
utilizar, entonces lp será la impresora por default a utilizar.
95
También, como práctica común, se suele asignar el último alias a la descripción completa de la impresora,
incluyendo marca y modelo.
Una vez que ha seleccionado un nombre y algunos aliases, ingreselos en el fichero /etc/printcap. El nombre de
la impresora deberá colocarse en la columna izquierda máxima. Separe cada alias con una barra vertical e incluya
dos puntos después del último alias.
En el siguiente ejemplo, comenzaremos con el esqueleto del fichero /etc/printcap, que define dos impresoras
(una de matriz Diablo 630 y una impresora laser PostScript Panasonic KX-P4455):
#
# Fichero /etc/printcap para el host rose
#
rattan|line|diablo|lp|Diablo 630 Line Printer:
bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:
En este caso, la primer impresora se llama rattan y tiene como aliases line, diablo, lp, y Diablo 630 Line
Printer. Dado que tiene el alias lp, tambié se considera la impresora por default. La segunda impresora se llama
bamboo, y cuenta con los aliases ps, PS, S, panasonic, y Panasonic KX-P4455 PostScript v51.4.
10.3.1.4.2. Eliminando las Páginas de Encabezados

El sistema de cola de impresión LPD, por default, imprimirá una página de encabezado para cada trabajo. Esta
página contiene el nombre del usuario que solicitó la impresión, el host del cual se envio el trabajo y el nombre del
trabajo, todo en letras grandes. Desafortunadamente, todo esta impresión extra, interfiere con el trabajo de
depuración de la configuración básica de la impresora, por lo que vamos a deshabilitar esta opción.
Para eliminar las páginas de encabezado, añada shen la entrada de la impresora del fichero /etc/printcap. He
aqui un ejemplo del fichero /etc/printcap con sh incluida en él:
#
# FIchero /etc/printcap para el host rose - sin paginas de encabezado
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
:sh:
bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\

:sh:
Note como hemos utilizado el formato correcto: donde la primer línea comienza en la primer columna de la
izquierda y las líneas subsecuentes estan cuentan con sangría de un solo tabulador (TAB). Cada línea termina con
una diagonal invertida, excepto la última.
10.3.1.4.3. Creando el Directorio de la Cola

El siguiente paso en la configuración de la cola, es crear el directorio de cola de impresión, un directorio en el cual
residen los trabajos de impresión hasta que son llevados a cabo, y donde otros ficheros de soporte se localizan.
Dada la naturaleza variante de los directorios de cola, es costumbre que estos se localicen en /var/spool. No es
necesario respaldar el contenido de estos directorios, ya que rehacerlos es tan simple como ejecutar mkdir(1).
96
También es una buena costumbre crear el directorio con el mismo nombre que tenga la impresora, como se muestra a
continuación:
# mkdir /var/spool/nombre-impresora
Aunque si cuenta con bastantes impresoras en su red, puede que desee crear todos los directorios de cola, bajo un
sólo directorio reservado para todas aquellas que imprimen usando LPD. En nuestro ejemplo haremos esto con
nuestras dos impresoras de ejemplo rattan y bamboo:
# mkdir /var/spool/lpd
# mkdir /var/spool/lpd/rattan
# mkdir /var/spool/lpd/bamboo
Nota: Si a usted le preocupa la privacidad de los trabajos que imprimen los usuarios, puede que desee proteger
el directorio de cola, de tal forma que no sea de acceso público. Los directorios de cola deben pertenecer al
usuario daemon y grupo daemon, y debe contar con permisos de lectura, escritura y navegación por estos y
nadie más. Haremos esto para nuestros ejemplos:
# chown daemon:daemon /var/spool/lpd/rattan

# chown daemon:daemon /var/spool/lpd/bamboo
# chmod 770 /var/spool/lpd/rattan
# chmod 770 /var/spool/lpd/bamboo
Finalmente, debe indicar a LPD acerca de estos directorios, en el fichero /etc/printcap. Esta indicación se hace
por medio de la característica sd :
#
# Fichero /etc/printcap para el host rose - incluyendo directorios de cola
#
:sh:sd=/var/spool/lpd/rattan:

:sh:sd=/var/spool/lpd/bamboo:
Notese que el nombre de la impresora inicia en la primer columna mientras que el resto debe contar con sangría de
un tabulador y todas las líneas, excepto la última, terminar con una diagonal invertida.
En el caso de que usted no especifique directorio alguno con sd, el sistema de cola usara como default
/var/spool/lpd .
10.3.1.4.4. Identificando el Dispositivo de Impresión

En la sección Añadiendo Dispositivos de Puertos en /dev, vimos que dispositivo bajo el directorio /dev iba a
utilizar FreeBSD para comunicarse con la impresora. Ahora le indicaremos esto a LPD. Cuando el sistema de cola
tiene un trabajo por imprimir, abrirá el dispositivo especificado en nombre del programa filtro (reponsable de pasar
los datos a la impresora).
Para efecto de indicar esto, en la entrada de la impresora en el fichero /etc/printcap, usaremos la característica
lp.
97
En el ejemplo que hemos visto, asumiremos que rattan esta conectada al primer puerto paralelo, y bamboo en el
sexto puerto serial; he aqui lo que tendriamos que añadir a /etc/printcap:
#
# Fichero /etc/printcap para el host rose - identificando los dispositivos a usar
#
:sh:sd=/var/spool/lpd/rattan:\
:lp=/dev/lpt0:

:sh:sd=/var/spool/lpd/bamboo:\
:lp=/dev/ttyd5:
Si usted no indica la característica lp en el fichero /etc/printcap, LPD usará el dispositivo /dev/lp por default.
El dispositivo /dev/lp actualmente no existe en FreeBSD.
Si la impresora que esta instalando esta conectada a un puerto en paralelo, puede saltar la siguiente parte y dirijirse a
la sección Instalando un Filtro de Texto. De otra manera, asegurese de seguir las instrucciones de la siguiente sección.
10.3.1.4.5. Configurando los Parámetros de Comunicación del la Cola de Impresión

Para impresoras conectadas a un puerto serial, LPD puede especificar la velocidad de bps, la paridad, y otros
parámetros de comunicación en lugar del programa filtro que manda los datos a la impresora. Esto es una ventaja
dado lo siguiente:
• Le permite probar diferentes parámetros de comunicación, con el simple hecho de modificar el fichero
/etc/printcap; con lo cual no es necesario recompilar el programa filtro.
• Habilita el sistema de cola de impresión para hacer uso del mismo programa filtro, para varias impresoras que
pueden contar con diferentes configuraciones de comunicación.
Para efecto de controlar los parámetros de comunicación por medio de un puerto serial, con la característica lp, en el
fichero /etc/printcap, utilizarmos lo siguiente:
br#bps-velocidad
Establece la velocidad de comunicación del dispositivo, donde bps-velocidad puede ser 50, 75, 110, 134,
150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600, 19200, o 38400 bits-por-segundo.
fc#limpiar-bits
Limpia la marca de bits, donde limpiar-bits afecta en la estructura de sgttyb una vez que se ha
entablado la comunicación con el dispositivo.
fs#establece-bits
Establece la marca de bits establece-bits en la estructura de sgttyb.
xc#limpia-bits
Limpieza del modo bits, de forma local limpia-bits una vez que se ha abierto la comunicación con el
dispositivo.
98
xs#establece-bits
Establece el modo bits, de forma local establece-bits.

Para mayor información con respecto al uso de las caractrística de bits: fc, fs, xc, y xs, vea el fichero
/usr/include/sys/ioctl_compat.h.
Cuando LPD abre el canal de comunicación con el dispositivo especificado por lp, lee la marca de bits en la
estructura sgttyb; limpia cualquier bit en la característica fc y establece bits en la característica fs, para
posteriormente aplicar la configuración resultante. El mismo procedimiento se sigue en el modo de bits local.
Ahora añadamos la impresora de ejemplo que esta conectada al puerto serial numero seis. La velocidad de bps la
estableceremos en 38400 bps. Para las marcas de bits usaremos TANDEM, ANYP, LITOUT, FLUSHO, y PASS8. Para el
modo local de bits, estableceremos LITOUT y PASS8 :

:lp=/dev/ttyd5:fs#0x82000c1:xs#0x820:
10.3.1.4.6. Instalando un Filtro de Texto

Ahora estamos listos para indicarle a LPD que filtro de texto debe utilizar para enviar los trabajos a la impresora. Un
filtro de texto, también conocido como filtro de entrada, es un programa que ejecuta LPD cuando tiene un trabajo
para imprimir. Cuando LPD ejecuta el filtro de texto para una impresora, configura de manera estandar la entrada
para el trabajo a imprimir, y la salida estandar a la impresora indicada en la característica lp. El filtro espera leer el
trabajo de la entrada estandar, hacer el trabajo de traducción necesario para la impresora, y enviar los resultados a la
salida estandar, lo cual será impreso. Para mayor información en los filtros de texto, vea la sección Como Trabajan
los Filtros.
En el caso de nuestro ejemplo, el filtro de texto puede ser un pequeño script que sólo ejecute /bin/cat para enviar
el trabajo a la impresora. FreeBSD cuenta con otro filtro llamado lpf que controla los caracteres de regreso y
subrayado en impresoras que pueden presentar problemas con dichos caracteres. Y desde luego, usted puede utilizar
cualquier filtro que desee. El filtro lpf se describe a detalle en la sección titulada lpf: un Filtro de Texto.
En primer lugar hagamos del script /usr/local/libexec/if-simple un simple filtro de texto. Introduzca el
siguiente texto en un fichero, con su eitor de texto favorito:
#!/bin/sh
#
# if-simple - Filtro de texto simple para lpd
# Instalado en la ruta /usr/local/libexec/if-simple
#
# Simplemente copia stdin a stdout. Ignora todos los argumentos del filtro.
/bin/cat && exit 0

exit 2
Haga el fichero ejecutable:
# chmod 555 /usr/local/libexec/if-simple
Ahora indiquele a LPD que lo use, al añadirlo con la característica if, en el fichero /etc/printcap. Este filtro, lo
vamos a añadir en ambas impresoras de nuestro ejemplo, en el fichero /etc/printcap:
99
#
# Fichero /etc/printcap para host rose - añadiendo el filtro de texto
#
:lp=/dev/lpt0:\
:if=/usr/local/libexec/if-simple:

:lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:\
10.3.1.4.7. Encienda LPD

lpd(8) se puede correr desde /etc/rc, controlado por la variable lpd_enable. Esta variable por default esta
deshabilitada con NO. Si usted no cuenta con esta línea, añadala de la siguiente forma:
lpd_enable="YES"
al fichero /etc/rc.conf, y posteriormente puede reiniciar su sistema o ejecutar lpd(8).
# lpd
10.3.1.4.8. Probando la Configuración

Usted ha llegado al fin de una configuración sencilla de LPD. Desafortunadamente, aun no es momento de una
felicitación, dado que aun debemos probar la configuración y resolver cualquier problema que se presente. Para
efecto de probar la configuración, intente imprimir algo. Para imprimir con el sistema LPD, utilice el comando
lpr(1), el cual envia el trabajo para su impresión.
Puede combinar lpr(1) con el programa lptest(1), el cual se ve en la sección Verificando la Comunicación con la
impresora, para generar un texto de prueba.
Simplemente para probar la configuración de LPD, intente:
Teclee:
# lptest 20 5 | lpr -Pnombre-impresora
Donde nombre-impresora es uno de los nombres (o alias) que aparecen especificados en el fichero
/etc/printcap para las impresoras. Para probar con la impresora por default, teclee lpr(1) sin la opción -P.
Nuevamente, si esta probando una impresora que espera recibir PostScript, envie un programa PostScript en ese
lenguaje, en lugar de usar lptest(1). Puede hacer esto poniendo el programa en un fichero y tecleando lpr fichero.
Para una impresora PostScript, usted debe visualizar el resultado del programa. Si esta usando lptest(1), entonces su
resultado debe verse algo similar a lo siguiente:
!"#$%&’()*+,-./01234
"#$%&’()*+,-./012345
#$%&’()*+,-./0123456
$%&’()*+,-./01234567
100
%&’()*+,-./012345678
Para más pruebas de la impresora, intente descargar programas más largos (para impresoras basadas en un lenguaje)
o ejecutar lptest(1) con diferentes opciones. Por ejemplo lptest 80 60 producirá 60 líneas de 80 caracteres cada
una.
Si la impresora no funcionó, vea la sección Resolución de Problemas.
10.4. Configuración Avanzada de una Impresora

Esta sección describe el uso de filtros para formatos especiales, encabezados de página, impresión en red, y
restricción de uso de la impresora por cuenta.
10.4.1. Filtros
Aun cuando LPD maneja con protocolos de red, controles de acceso, requisiciones y otros aspectos de la impresión,
la mayor parte del trabajo real se lleva a cabo por los filtros. Los Filtros son programas que se comunican con la
impresora y controlan las dependendcias de su dispositivo y requerimientos especiales. En el ejemplo de la
impresora simple, instalamos un muy sencillo filtro de texto plano—un ejemplo extremadamente sencillo que
debiese trabajar con la mayoría de las impresoras (en la sección Instalando un Filtro de Texto).
De cualquier manera, para tomar ventaja de la conversión de formatos, cuentas de impresión, trucos específicos de
las impresoras y demás, es importante saber como trabajan los filtros. En virtud de que todos estos aspectos son la
responsabilidad de estos filtros. Y la mala noticia es, que la mayor parte del tiempo usted debe proveerse de estos
filtros. La buena noticia es normalmente estos ya existen disponibles; y cuando no, son sencillos de escribir.
FreeBSD tambié cuenta con un /usr/libexec/lpr/lpf, que trabaja con muchas impresoras que pueden imprimir
texto plano. (Maneja caracteres de regreso y tabulador en el fichero, así como conteo, pero se puede decir que eso es
todo). Existen también una gran cantidad de filtros y componentes de estos, disponibles en la Colección de Ports de
FreeBSD.
He aqui lo que encontrará en esta sección:
• La sección Como Trabajan los Filtros intenta dar un repaso general al papel que juegan los filtros en el proceso de
impresión. Es importante que lea esta sección para ver que sucede “tras bambalinas” cuando LPD usa filtros. Este
conocimiento puede ayudarle a anticiparse y resolver problemas que puede encontrar cuando instala más y más
filtros en cada impresora.
• Normalmente LPD espera poder imprimir texto plano en todas las impresoras. Esto puede representar un
problema para las impresoras PostScript (o que manejen otro lenguaje de impresión), las cuales no pueden
imprimir texto plano directamente. La sección Acomodando Trabajos de Texto Plano en Impresoras PostScript le
indica que debe de hacer si se le presenta este problema. Es importante que lea esta sección si usted cuenta con
una impresora PostScript.
• PostScript es un formato de salida muy popular. Incluso algunas personas (yo, incluido) escriben código
PostScript directamente. Pero las impresoras PostScript son caras. La sección Simulando PostScript en Impresoras
101
No-PostScript le indica como puede hacer, para que una impresora no-PostScript, acepte e imprima datos
PostScript. Es recomendable que lea esta sección si cuenta con una impresora no-PostScript.
• La sección Filtros de Conversión, le indica la forma en que puede automatizar la conversión de ciertos formatos
específicos de ficheros, tal como gráficos o datos de un determinado tipo, a un formato que la impresora puede
entender. Después de leer esta sección usted podrá configurar su impresora de tal forma que los usuarios puedan
teclear lpr -t para imprimir datos troff o lpr -d para imprimir datos de tipo TeX DVI, o bien lpr -v para
imprimir datos de imagen y así sucesivamente. Recomiendo la lectura de esta sección.
• La sección Filtros de Salida explica todo acerca de las utilidades que no son muy usadas de LPD: filtros de salida.
A menos que usted haya habilitado la impresión de páginas de encabezado (vea Páginas de Encabezado), puede
saltar toda esta sección.
• La sección lpf: Un Filtro de Texto detalla el uso de lpf, un sencillo filtro de texto, para impresoras de matriz de
puntos (e impresoras laser que actuan como estas) que viene con FreeBSD. Si usted necesita una forma rápida de
tener un contador de trabajos de impresión para texto plano, o bien si tiene una impresora que al ver caracteres de
regreso (backspace) comienza a echar humo, definitivamente debe considerar lpf como su alternativa.
10.4.1.1. Como Trabajan los Filtros

Como se menciono anteriormente, un filtro es un programa ejecutable que se inicia por LPD, para manejar el
dispositivo dependiente, responsable de la comunicación con la impresora.
Cuando LPD desea imprimir un trabajo, inicia un programa filtro. Establece como entrada estandar del filtro al
fichero, y a la impresora como salida estandar, y como error estandard al fichero log (indicado con la cracterística lf,
en el fichero /etc/printcap o por default como /dev/console).
Cual filtro debe ser iniciado por LPD y con que argumentos, depende en lo especificado en el fichero
/etc/printcap y los argumentos que hayan sido utilizados por el usuario al momento de usar en la línea de
comandos: lpr(1). Por ejemplo, si el usuario teclea lpr -t, LPD iniciará el filtro para ficheros troff, listado en las
características tf para la impresora destino. Si el usuario desea imprimir texto plano iniciará el filtro if (esto casi es
así, para mayor información, vea la sección Filtros de Salida).
Existen tres tipos de filtros que puede declarar en el fichero /etc/printcap:
• El filtro de texto, erroneamente llamado filtro de entrada en la documentación de LPD, este se encarga de manejar
la impresión de texto simple. Piense en este como en el filtro por default. LPD espera que todas las impresoras
puedan imprimir texto plano y es el filtro de texto, el que se encarga de manejar los caracteres de retroceso y
tabulador, de tal forma que la impresora no se confunda. Si en su sistema se debe llevar un conteo de impresiones,
el filtro de texto también debe llevar un conteo de páginas impresas, normalmente al llevar la cuenta de las líneas
impresas y comparandolas con el numero de líneas soportadas por página. El filtro de texto se comienza con los
siguientes argumentos:
nombre-del-filtro [-c] -wanchura -llongitud -isangrado -n login -h host fichero-act
donde
-c
aparece si el trabajo se envio utilizando lpr -l
102
anchura
es el valor de la característica pw (ancho de página), indicado en /etc/printcap, por default se usa un valor
de 132
longitud
es el valor de la característica pl (longitud de página), por default su valor es 66
sangrado
se refiere a los espacios que se considerarán para lpr -i, por default es 0.
login
es el nombre de la cuenta del usuario que imprime el trabajo
host
es el nombre del host, del cual se ha enviado el trabajo de impresión
fichero-act
es el nombre del fichero contador, de la característica af.
• Un filtro de conversión convierte un formato específico, a uno que la impresora puede plasmar en un papel. Por
ejemplo, datos de tipo ditroff no pueden imprimirse directamente, pero puede instalar un filtro de conversión para
ficheros ditroff, de tal forma que los datos ditroff se conviertan a un formato que entiende la impresora. La sección
Filtros de Conversión explica todo lo que usted necesita saber sobre ellos. Los filtros de conversión también
requieren de llevar un conteo, si usted requiere de este control. Los filtros de conversión se inicializan con estos
argumentos:
nombre-del-filtro -xancho-pixel -yalto-pixel -n login -h host fichero-act
donde ancho-pixel es el valor de la característica px (default 0) y alto-pixel es el valor de la

característica py (default 0).
• El filtro de salida es usado solamente si no existe un filtro de texto, o bien si las páginas de encabezado están
habilitadas. En mi experiencia, los filtros de salida raramente se utilizan. La sección Filtros de Salida describe el
uso de estos. Sólo existen dos argumentos:
nombre-filtro -wancho -llargo
los cuales son idénticos a los argumentos -w y -l de los filtros de texto.

La salida de los filtros debe ser con el siguiente resultado:
exit 0
Esto es si el resultado de la impresión es satisfactorio.
exit 1
Si el filtro falló en la impresión, pero desea que LPD intente de nuevo el trabajo de impresión. LPD reiniciará el
filtro si sale con esta clave.
103
exit 2
Si el filtro falla imprimiendo el fichero y no desea que LPD lo intente de nuevo. LPD desechará el fichero.
El filtro de texto /usr/libexec/lpr/lpf que viene con FreeBSD, toma ventaja de los argumentos de ancho y
largo, para determinar cuando alimentar la impresora y como llevar el conteo de uso de la impresora. Utiliza el host y
login, así como el fichero de conteo, para llevar el control de este registro.
Si usted esta buscando adquirir filtros, verifique que ellos son compatibles con LPD. Si lo son, deberan soportar los
argumentos descritos anteriormente. Si usted planea escribir filtros para uso general, entonces creelos pensando en
soportar estos argumentos y códigos de salida.
10.4.1.2. Acomodando Trabajos de Texto Plano en Impresoras PostScript

Si usted es el único usuario de su computadora e impresora PostScript (u otro lenguaje de impresoras), y promete
nunca enviar texto plano a su impresora o bien hacer uso de algunos programas que probablemente envien texto
plano a su impresora, entonces usted no debe preocuparse por leer esta sección.
Pero, si usted desea enviar tanto texto plano, como PostScript a su impresora, entonces es altamente recomendable
que prepare la configuración de su impresora. Para efecto de hacer esto, contamos con el filtro de texto, para detectar
si los trabajos que se han mandado son de texto plano o PostScript. Todos los trabajos de tipo PostScript, deben
comenzar con %! (para otros lenguajes de impresión, vea la documentación de su impresora). Si esos son los dos
primeros caracteres de su trabajo, entonces se considera PostScript y puede pasar el resto del trabajo de forma
directa. Si esos no son los primeros dos caracteres, entonces el filtro hará la conversión del texto a PostScript e
imprimirá el resultado.
¿Cómo se hace esto?
Si usted cuenta con una impresora serial, una buena forma de hacer esto es instalando lprps. lprps es un filtro de
impresión PostScript que lleva a cabo una comunicación de dos vías con la impresora. Actualiza el fichero de estatus
de la impresora, por medio de información actualizada, de tal forma que los usuarios y administradores pueden ver
exactamente el estado que guarda la impresora (tal como toner bajo o papel atorado). Pero más importante es
el programa que incluye llamado psif, el cual detecta si el trabajo que se ha enviado es texto plano, con lo cual
llama a textps (otro programa que viene con lprps), para convertir el texto plano a PostScript. Posteriormente
utiliza lprps para enviar el trabajo a la impresora.
El programa lprps es parte de la Colección de Ports de FreeBSD (vea la sección La Colección de Ports). Claro esta,
que usted puede descargar, compilar e instalarlo. Una vez que instale lprps, simplemente especifique la ruta al
programa psif que a su vez es parte de lprps. Si ha instalado lprps de la Colección de Ports, añada lo siguiente,
en la parte correspondiente a su impresora Serial-PostScript, en el fichero /etc/printcap:
:if=/usr/local/libexec/psif:
También deberá especificar la característica rw; que le indica a LPD abrir la impresora en modo de lectura-escritura.
Si usted cuenta con una impresora PostScript, conectada a un puerto paralelo (y por lo tanto no cuenta con la
comunicación de dos vías con la impresora, que lprps requiere), puede utilizar el siguiente script de shell como
filtro de texto:
#!/bin/sh
#
# psif - Imprime PostScript o texto plano en impresoras PostScript
# Script version; NO la version que viene con lprps
104
# Instalado en /usr/local/libexec/psif
#
read first_line
first_two_chars=‘expr "$first_line" : ’$..$’‘
if [ "$first_two_chars" = "%!" ]; then

#
# Trabajo PostScript, imprimirlo.
#
echo "$first_line" && cat && printf "\004" && exit 0
exit 2
else
#
# Texto Plano, convertirlo e imprimirlo.
#
( echo "$first_line"; cat ) | /usr/local/bin/textps && printf "\004" && exit 0
exit 2
fi
En este script, textps es un programa que hemos instalado por separado, para convertir texto plano a PostScript.
Usted puede utilizar cualquier cualquier programa de conversión de texto plano a PostScript que desee. La Colección
de Ports de FreeBSD incluye un programa muy completo llamado a2ps que quizás desee investigar.
10.4.1.3. Simulando PostScript en Impresoras No-PostScript

PostScript es el estandar por excelencia en impresiones de alta calidad. Aunque en realidad PostScript resulta ser un
estandar algo caro. Afortunadamente la Empresa Alladin, cuenta con un emulador PostScript, llamado Ghostscript
que corre bajo FreeBSD. Ghostscript puede leer la mayoría de los ficheros PostScript y volcarlos en una gran
variedad de dispositivos, incluyendose gran variedad de impresoras no-PostScript. Al instalar Ghostscript y usando
un filtro de texto especial para su impresora, puede hacer que su impresora no-PostScript actue como una impresora
PostScript real.
Ghostscript se encuentra en la Colección de Ports de FreeBSD por lo que puede realizar la instalación desde este
medio. También puede descargarlo, compilarlo e instalarlo de una manera fácil.
Para efecto de simular PostScript, contamos con el filtro de texto que detecta si se esta imprimiendo un fichero
PostScript. Si no es así, el filtro pasará el trabajo directamente a la impresora, de otra forma utilizará Ghostscript para
convertir primero el fichero a un formato que la impresora entienda.
Aqui tenemos un ejemplo: el siguiente script es un filtro de texto para impresoras Hewlett Packard DeskJet 500. Para
otras impresoras, substituya el argumento -sDEVICE del comando gs (Ghostscript). Teclee gs -h para obtener una
lista de todos los dispositivos soportados por Ghostscript en su sistema).
#!/bin/sh
#
# ifhp - Impresion simulada-Ghostscript PostScript en una DeskJet 500
# Instalada en /usr/local/libexec/hpif
#
# Trate a LF como CR+LF:
#
105
printf "\033&k2G" || exit 2
#
# Read first two characters of the file
#
read first_line
first_two_chars=‘expr "$first_line" : ’$..$’‘
if [ "$first_two_chars" = "%!" ]; then

#
# Se trata de PostScript; use Ghostscript para convertir e imprimir.
#
# Note que los ficheros PostScript son , de hecho, programas interpretados,
# y esos programas se permiten escribir en la salida estandar, lo que puede
# confundir la salida impresa. De tal forma que redireccionaremos la salida
# estandar a error estandar, y crearemos una clave de salida 3, para la
# salida estandar, y haremos que Ghostscript escriba su salida a esta.
# Un ejercicio para el lector astuto: capture la salida del error estandar
# de Ghostscript y envielo por correo de regreso al usuario original, que
# genero el trabajo de impresion.
#

exec 3 &1 1 &2

/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 \
-sOutputFile=/dev/fd/3 - && exit 0
#
/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 -sOutputFile=- - \
&& exit 0
else
#
# Texto plano o PCL de HP, asi que solo vamos a imprimirlo directamente;
# permita la alimentacion de forma al final, para expulsar la ultima
# pagina.
#
echo $first_line && cat && printf "\033&l0H" &&
exit 0
fi
exit 2
Finalmente, necesita notificar a LPD de la característica if, que corresponde al filtro a utilizar:
:if=/usr/local/libexec/ifhp:
Y eso es todo. Puede teclear lpr texto.plano y lpr cualquier.ps y ambos deben imprimirse exitosamente.
10.4.1.4. Filtros de Conversión

Una vez que se ha completado la configuración descrita en la sección Configuración Simple de una Impresora,
probablemente lo primero que deba hacer es instalar filtros de conversión para su formato de fichero favorito (aparte
de text plano ASCII).
106
10.4.1.4.1. ¿Por qué Instalar Filtros de Conversión?

Los filtros de conversión sirven para instalar de una manera sencilla varios tipos de formatos especiales. Como
ejemplo, suponga que requiere imprimir un buen numero de ficheros desarrollados con el sistema de escritura TeX, y
contamos con una impresora PostScript. Cada vez que generemos un fichero DVI desde TeX, no podremos
imprimirlo directamente hasta que hagamos una conversión de este a PostScript. La secuencia de comandos a seguir
es algo así:
% dvips fichero-prueba.dvi
% lpr fichero-prueba.ps
Al instalar un filtro de conversión, podemos omitir llevar a cabo la conversión manual, y permitir que LPD se haga
cargo por nosotros. Ahora, cada vez que generemos un fichero DVI, sólo estaremos a un paso de su impresión:
% lpr -d fichero-prueba.dvi
Con esto le hemos indicado a LPD que haga la conversión del fichero DVI. Esto se lleva a cabo por medio de la
opción -d. La sección Opciones de Formato y Conversión enumera las opciones de conversión.
Por cada una de las opciones que desea que una impresora reconozca, instale un filtro de conversión y señale su ruta
en el fichero /etc/printcap. Un filtro de conversión es como el filtro de texto usado en la configuración de una
impresora simple (vea la sección Instalando un Filtro de Texto para una referencia) excepto de que en lugar de
imprimir texto plano, el filtro convierte el fichero a un formato que la impresora puede entender.
10.4.1.4.2. ¿Qué Filtros de Conversión Debo Instalar?

Usted debe instalar los filtros de conversión que vaya a necesitar. Si imprime gran cantidad de documentos DVI, es
recomendable que instal un filtro de conversión para DVI. Si cuenta con bastantes ficheros troff por imprimir,
entonces un filtro troff sería una buena idea.
En la siguiente tabla encontrará un resúmen de los filtros con que trabaja LPD, un ejemplo de su entrada en
/etc/printcap y como hacer uso de estos con el comando lpr :
Tipo de Fichero Característica /etc/printcap Opción lpr

cifplot cf -c
DVI df -d
plot gf -g
ditroff nf -n
FORTRAN texto rf -f
troff rf -f
raster vf -v
texto plano if ninguna, -p, o -l
En nuestro ejemplo, el uso de lpr -d indica que la impresora requiere de la característica df, en su entrada del
fichero /etc/printcap.
A pesar de lo que otros puedan opinar, formatos como texto de FORTRAN o plot, son probablemnte obsoletos. A su
gusto, usted puede encontrar nuevos usos de estos formatos, así como a cualquier otro con el simple hecho de instalar
los filtros adecuados. Por ejemplo, supongamos que desea imprimir ficheros de tipo Printerleaf (que son ficheros
generados por el programa de promoción de escritorio Interleaf) de forma directa, pero que nunca imprime ficheros
107
plot. Podría instalar un filtro de conversión de Printerleaf bajo la característica gf y posteriormente educar a sus
usuarios a que utilicen el comando lpr -g para llevar a cabo “impresiones de ficheros Printleaf”.
10.4.1.4.3. Instalando Filtros de Conversión

Considerando que los filtros de conversión son programas que usted instala independientemente de la instalación
base de FreeBSD, probablemente el mejor lugar para colocarlos sería bajo el directorio /usr/local. El directorio
/usr/local/libexec es un lugar común, en virtud de que estos son programas especiales que sólo serán
ejecutados por LPD; los usuarios comunes no necesitarán ejecutarlos nunca.
Para habilitar un filtro de conversión, deberá especificar su ruta bajo la característica adecuada, en la entrada de la
impresora correspondiente en el fichero /etc/printcap.
En nuestro ejemplo, añadiremos el filtro de conversión DVI, para la impresora llamada bamboo. He aqui un ejemplo
del fichero /etc/printcap que hemos estado utilizando, con la nueva característica df, para la impresora bamboo.
#
# Fichero /etc/printcap para host rose - añadiendo df a bamboo
#
:lp=/dev/lpt0:\

:lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:\
:if=/usr/local/libexec/psif:\
:df=/usr/local/libexec/psdf:
El filtro DVI es un script de shell llamado /usr/local/libexec/psdf. Aqui presentamos el script:
#!/bin/sh
#
# psdf - Filtro de impresion DVI a PostScript
# Instalado en /usr/local/libexec/psdf
#
# Llamado por lpd cuando el usuario ejecuta lpr -d
#
exec /usr/local/bin/dvips -f | /usr/local/libexec/lprps "$@"
Este script ejecuta dvips en modo de filtro (la opción -f) con la entrada estandar, que es el trabajo a imprimir.
Posteriormente inicia el filtro de impresión PostScript lprps (vea la sección Acomodando Trabajos de Texto Plano
en Impresoras PostScript), con las opciones que LPD haya pasado al script. El comando lprps hará uso de esas
opciones para llevar la cuenta de las páginas impresas.
10.4.1.4.4. Más Ejemplos de Filtros de Conversión

Considerando que no existe una serie de pasos establecida, para instalar filtros de conversión, me permito mostrar
algunos ejemplos más. Puede usarlos tal como aparecen, si es que se ajustan a sus necesidades.
108
Este ejemplo es de un filtro de conversión raster (bueno, de hecho se trata de un fichero GIF), para una impresora
Hewlett Packard LaserJet III-Si:
#!/bin/sh
#
# hpvf - Convierte ficheros GIF a HP/PCL, posteriormente los imprime
# Instalado en /usr/local/libexec/hpvf
PATH=/usr/X11R6/bin:$PATH; export PATH

giftopnm | ppmtopgm | pgmtopbm | pbmtolj -resolution 300 \
&& exit 0 \
|| exit 2
Esto trabaja convirtiendo el fichero GIF a cualquier tipo de fichero mapa portable, y conviritendo eso a un mapa en
escala de grises, y ese mapa de regreso a un fichero portable de mapa de bits, y finalmente eso a datos compatibles
con HP/PCL, entendible por la impresora LaserJet.
Aqui esta un ejemplo del fichero /etc/printcap usando el filtro anterior, con la impresora mencionada.
#
# Fichero /etc/printcap para el host orchid
#
teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
:lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
:if=/usr/local/libexec/hpif:\
:vf=/usr/local/libexec/hpvf:
El siguiente script es un filtro de conversión de datos de tipo troff desde un sistema groff, para la impresora
PostScript denominada bamboo:
#!/bin/sh
#
# pstf - Convierte datos de troff tipo groff a PS, y los imprime.
# Instalado en /usr/local/libexec/pstf
#
exec grops | /usr/local/libexec/lprps "$@"
El script de arriba, nuevamente hace uso del comando lprps, para manejar la comunicación con la impresora. Si la
impresora se encontrase en un puerto paralelo, usariamos el siguiente script:
#!/bin/sh
#
# pstf - Convierte datos groff a PS, y los imprime.
# Instalado en /usr/local/libexec/pstf
#
exec grops
Eso es todo. Aqui presentamos la entrada necesaria en /etc/printcap para habilitar el filtro:
:tf=/usr/local/libexec/pstf:
Aqui presentamos un ejemplo que puede hacer que los viejos usuarios de FORTRAN se ruboricen. Es un filtro de
texto para FORTRAN, usando impresoras que pueden imprimir directamente texto plano. Lo instalaremos para la
impresora teak:
109
#!/bin/sh
#
# hprf - Filtro de Texto FORTRAN para LaserJet 3si:
# Instalado en /usr/local/libexec/hprf
#
printf "\033&k2G" && fpr && printf "\033&l0H" &&

exit 0
exit 2
Y añadiremos esta línea al fichero /etc/printcap para la impresora teak, para efecto de habilitar el filtro:
:rf=/usr/local/libexec/hprf:
Aqui presentamos el último ejemplo que puede resultar algo complicado. Vamos a añadir un filtro DVI para la
impresora LaseJet teak comentada anteriormente. Primero, la parte sencilla: actualizaremos /etc/printcap con
la ubicación del filtro DVI:
:df=/usr/local/libexec/hpdf:
Ahora la parte complicada: crar el filtro. Para eso, vamos a necesitar un programa de conversión de
DVI-a-LaserJet/PCL. La Colección de Ports de FreeBSD (vea La Colección de Ports) cuenta con uno, el nombre del
paquete es: dvi2xx. Al instalar este programa, nos brinda la funcionalidad que buscamos, dvilj2p, el cual
convierte ficheros DVI a ficheros compatibles con LaserJet IIp, LaserJet III y LaserJet 2000 y códigos compatibles.
El programa dvilj2p hace que el filtro hpdf sea más complejo, en virtud de que dvilj2p no puede leer desde la
entrada estandar. Este desea trabajar desde un nombre de fichero. Y lo que es peor, es que el nombre del fichero debe
contar con la terminación .dvi, de tal forma que usar /dev/fd/0 como entrada estandar representa un problema.
Esto lo podremos solucionar, creando un enlace (simbólico) de un fichero temporal (uno que su tenga como
extensión .dvi) a /dev/fd/0, y por tanto forzando a dvilj2p a leer la entrada estandar.
El único punto negativo que nos queda por resolver, es que no podemos utilizar /tmp para el enlace temporal. Los
enlaces simbólicos son propiedad del grupo y usuario bin. El filtro de ejecuta como usuario daemon. Y el directorio
/tmp cuenta con el bit “pegajoso” activado. El filtro puede crear el enlace, pero no podrá limpiarlo una vez que
termine y eliminarlo, ya que pertenece a un usuario diferente.
En lugar de esto, el filtro creará el enlace simbólico en el directorio de trabajo actual, el cual será el directorio de la
cola de impresión (especificado en /etc/printcap por la característica sd). Este lugar es perfecto para que los
filtros hagan su trabajo, especialmente que aqui existe más espacio (algunas veces) en disco duro, que bajo el
directorio /tmp.
Finalmente, aqui presentamos el filtro:
#!/bin/sh
#
# hpdf - Impresion de datos DVI en una impresora HP/PCL
# Instalado en /usr/local/libexec/hpdf
PATH=/usr/local/bin:$PATH; export PATH
#
# Definir una funcion para limpiar nuestros ficheros temporales. Estos existen
# en el directorio de trabajo actual, el cual servira para la cola de impresion de
# la impresora.
110
#
cleanup() {
rm -f hpdf$$.dvi
}
#
# Definir funcion para el manejo de errores fatales: imprimir un mensaje dado y salir
# con codigo de salida 2. Al salir con 2, le indica a LPD que no intente la impresion
# de nuevo.
#
fatal() {

echo "$@" 1 &2
cleanup
exit 2
}
#
# Si el usuario elimina el trabajo, LPD enviara un SIGINT, para que SIGINT
# (y algunas otros avisos) limpien despues de nosotros.
#
trap cleanup 1 2 15
#
# Asegurarse de que no estamos creando un conflicto con ficheros existentes.
#
cleanup
#
# Crear el enlace de la entrada DVI a la entrada estandar (el fichero a imprimir).
#
ln -s /dev/fd/0 hpdf$$.dvi || fatal "Cannot symlink /dev/fd/0"
#
# Hacer LF = CR+LF
#
printf "\033&k2G" || fatal "Cannot initialize printer"
#
# Convertir e imprimir. Regresar valor de dvilj2p no parece my confiable,
# asi que es ignorado.
#
dvilj2p -M1 -q -e- dfhp$$.dvi
#
# Limpiar y salir
#
cleanup
exit 0
111
10.4.1.4.5. Conversión Automática: Una Alternativa A Los Filtros De Conversión

Todos estos filtros de conversión realizan una gran labor en pro de sus labores de impresión, pero con el
inconveniente de que cada usuario debe especificar cual filtro es el que se debe utilizar (cuando se invoca el comando
lpr(1)). Si sus usarios no son lo que podemos llamar aficionados a la computación, el especificar que filtro utilizar
puede volverse algo molesto. Y lo que es peor, el uso de un filtro inadecuado puede causar que su impresora termine
imprimiendo cientos de hojas de papel de manera incorrecta.
En lugar de instalar filtros de conversión, quizás le interese intentar que su filtro de texto (dado que es el filtro por
default) determine que tipo de fichero se esta enviando a imprimir y automáticamente ejecute el filtro adecuado. En
este caso, herramientas como file pueden ser de mucha utilidad. Claro esta, puede que algunos tipos de ficheros
puede ser difícil determinar de que tipo son, pero siempre puede contar con filtros especiales para ellos.
La Colección de Ports de FreeBSD cuenta con un filtro de texto que ejecuta de forma automática la conversión,
llamado apsfilter. Este puede detectar texto plano, PostScript y ficheros DVI, ejecutar la conversión adecuada e
imprimir.
10.4.1.5. Filtros de Salida

El sistema de cola de impresión de LPD soporta otro tipo de filtros, que aun no hemos explicado aqui: un filtro de
salida. Un filtro de salida esta diseñado para imprimir texto plano únicamente, como el filtro de texto, pero de una
forma más simplificada. Si usted esta usando un filtro de salida pero no filtro de texto, entonces:
• LPD inicia el filtro de salida para el trabajo completo, en lugar de hacerlo para cada fichero del trabajo.
• Para el filtro de salida, LPD no realiza un trabajo extra para identificar el comienzo o el fin del trabajo.
• En el filtro de salida, LPD no utiliza como argumento el nombre de usuario o host, por lo tanto no esta diseñado
para llevar un conteo por usuario. De hecho, este sólo maneja dos argumentos:
nombre-filtro -wancho -llargo
Donde ancho es tomado de la característica pw y largo es tomado de la característica pl, para la impresora en
cuestión.
Es importante que no se deje seducir por la simplicidad del filtro de salida. Si usted desea que cada fichero de un
trabajo sea impreso en una página diferente, el filtro de salida no hará este trabajo. Utilice un filtro de texto (también
conocido como filtro de entrada); vea la sección Instalando un Filtro de Texto . Mas allá, el filtro de salida es de
hecho más complicado en ese aspecto dado que examina la cadena de bytes que se ha enviado, para buscar alguna
marca especial y enviarse señas él mismo, a nombre de LPD.
De cualquier forma, un filtro de salida es necesario si usted desea páginas de encabezado y requiere de enviar un
secuencia de escape u otras cadenas de inicialización para habilitar la impresión de encabezados. (Aunque también
es trivial si desea cobrar de acuerdo a las páginas encabezado de cada usuario, dado que LPD no otorga información
del usuario o host, al filtro de salida.)
En una sola impresora, LPD permite el uso tanto del filtro de salida como el filtro de texto. En cuyo caso, LPD
iniciará el filtro de salida para imprimir las páginas de encabezado (vea la sección Páginas de Encabezado)
únicamente. Posteriormente LPD espera que el filtro de salida se detenga por sí mismo al enviarle dos bytes al filtro:
ASCII 031 seguido de ASCII 001. Cuando un filtro de salida recibe estos dos bytes (031, 001), deberá pararse,
112
enviandose a sí mismo una señal SIGSTOP. Una vez que LPD ha terminado de ejecutar otros filtros, reiniciará el
filtro de salida, el enviarle una señal SIGCONT.
Si existe un filtro de salida, pero no existe un filtro de texto y LPD esta trabajando con un trabajo en texto plano,
LPD utilizará el filtro de salida para hacer el trabajo. Como se comento anteriormente, el filtro de salida imprimirá
cada fichero del trabajo en secuencia, sin intervención de alimentación u otras ventajas con lo que al papel se refiere,
y seguramente que esto no es lo que usted desea. En casi todos los casos usted necesitará un filtro de texto.
El programa lpf, que comentamos anteriormente como un filtro de texto, también es capaz de ejecutar un filtro de
salida. Si desea un trabajo rápido-y-sucio del filtro de salida, pero no desea que se escriban bytes de detección, ni
envien códigos, puede usar lpf. También puede incluir lpf en un script de shell, para que controle cualquier código
de inicialización que la impresora requiera.
10.4.1.6. lpf: Un Filtro de Texto

El programa /usr/libexec/lpr/lpf que viene con los binarios de FreeBSD, como un filtro de texto (filtro de
entrada) que puede darle sangía a los trabajos (usando la opción lpr -i), que permite el envío literal de caracteres
(con el comando lpr -l), ajusta la posición de impresión para caracteres de retroceso y tabulador, y contabiliza las
páginas impresas. También puede funcionar como un filtro de salida.
lpf se ajusta a la configuración de gran cantidad de impresoras. Y aunque no tiene la habilidad de enviar secuencias
de inicialización a la impresora, es muy sencillo escribir un script de shell para llevar a cabo la inicialización y
posteriormente ejecutar lpf.
Para efecto de que lpf lleve un conteo correcto, requiere que se tengan los valores adecuados de las características
pw y pl, en el fichero /etc/printcap. En base a estos, determina cuanto texto puede existir en una página y
cuantas páginas existen en el trabajo de un usuario. Para mayor información al respecto, vea la sección Contabilidad
del Uso de la Impresora.
10.4.2. Páginas de Encabezado

Si usted cuenta con gran cantidad de usuarios, y todos imprimiendo en varias impresoras, entonces sería conveniente
considerar las páginas de encabezado como un mal necesario.
Las páginas de encabezados, también conocidas como titulares o páginas de aviso identifican a quien pertenece el
trabajo enviado a imprimir, una vez que han sido impresos. Normalmente estas son impresas en letras grandes y de
color negro remarcado (negritas), y quizás con bordes decorativos, de tal forma que puedan distinguirse entre el resto
de las páginas enviadas a imprimir. Estas permiten a los usuarios localizar rápidamente sus impresiones. El obvio
lado negativo de estas páginas es que se debe imprimir una hoja adicional, por cada trabajo enviado a la impresora,
su utilidad efímera, no dura más que unos minutos, terminando en una bandeja de reciclaje. (Note que las páginas de
encabezado se imprimen con cada trabajo enviado a la impresora, no con cada página impresa, de tal manera que el
deperdicio de papel no es tan grave.)
El sistema LPD puede proveerle de las páginas de encabezado de forma automática para sus impresiones, si su
impresora soporta de la impresión de texto plano directamente. Si usted cuenta con una impresora PostScript,
necesitará un programa externo para generar estas páginas; vea la sección Páginas de Encabezado en Impresoras
PostScript.
113
10.4.2.1. Habilitando las Páginas de Encabezado

En la sección Configuración Simple de una Impresora, deshabilitamos la impresión de estas páginas al especificar sh
(que son siglas en inglés para “supress header”, algo así como “eliminar encabezados”) en el fichero
/etc/printcap. Para efecto de habilitar la impresión de páginas de encabezado, simplemente elimine la
característica sh del fichero.
¿Suena demasiado fácil, verdad?
Efectivamente. Es probable que deba proveer de un filtro de salida, para efecto de que se mande la cadena de
inicialización a la impresora. Aqui tenemos un ejemplo de un filtro de salida para impresoras compatibles con PCL
de Hewlett Packard:
#!/bin/sh
#
# hpof - Filtro de salida para impresoras compatibles con Hewlett Packard PCL
# Instalado en /usr/local/libexec/hpof
printf "\033&k2G" || exit 2

exec /usr/libexec/lpr/lpf
Especifique la ruta del filtro de salida, en la característica of. Vea la sección Filtros de Salida para más información
al respecto.
Aqui podrá ver un ejemplo de un fichero /etc/printcap para la impresora teak que trabajamos anteriormente;
hemos añadido las páginas de encabezado, así como el filtro de salida mencionado anteriormente:
#
# /etc/printcap for host orchid
#
:lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
:if=/usr/local/libexec/hpif:\
:vf=/usr/local/libexec/hpvf:\
:of=/usr/local/libexec/hpof:
Ahora, cuando los usuarios impriman sus trabajos a la impresora teak, ellos obtendrán una página de encabezado
por cada trabajo que manden a imprimir. Si los usuarios desean pasar un tiempo buscando sus impresiones, pueden
deshabilitar la impresión de esta página con el comando lpr -h; para más información sobre las opciones de lpr(1),
vea la sección Opciones de Páginas de Encabezado.
Nota: El sistema LPD envia a la impresora un caracter de alimentación de página. Si su impresora utiliza un
caracter diferente de alimentación de página, especifíquelo en el fichero /etc/printcap, bajo la característica
ff.
10.4.2.2. Controlando las Páginas de Encabezado

Al habilitar las páginas de encabezado, LPD produce un encabezado largo, una página completa con letras largas
que identifican el usuario, la maquina host, y el trabajo. Aqui tenemos un ejemplo (kelly ha impreso un trabajo
llamado outline, desde el host rose):
114
k ll ll
k l l
k l l
k k eeee l l y y
k k e e l l y y
k k eeeeee l l y y
kk k e l l y y
k k e e l l y yy
k k eeee lll lll yyy y
y
y y
yyyy
ll
t l i
t l
oooo u u ttttt l ii n nnn eeee
o o u u t l i nn n e e
o o u u t l i n n eeeeee
o o u u t l i n n e
o o u uu t t l i n n e e
oooo uuu u tt lll iii n n eeee
r rrr oooo ssss eeee

rr r o o s s e e
r o o ss eeeeee
r o o ss e
r o o s s e e
r oooo ssss eeee
Job: outline
Date: Sun Sep 17 11:04:58 1995
Después de esta página, LPD manda un caracter de alimentación de página, para que el trabajo sea impreso en una
hoja blanca nueva (a menos que cuente con sf (por sus siglas en inglés “supress form feed”, que es “eliminación de
alimentación de página”) en el fichero /etc/printcap).
115
Si lo prefiere, LPD puede generar un encabezado pequeño; puede hacer esto, al especificar sb en el fichero
/etc/printcap. La página de encabezado que será impresa se vera así:
rose:kelly Job: outline Date: Sun Sep 17 11:07:51 1995
Por default, LPD imprime la página de encabezado en primer término y posteriormente el trabajo. Para cambiar este
comportamiento, es necesario incluir la característica hl (encabezado a lo último por sus siglas en inglés), en el
fichero /etc/printcap.
10.4.2.3. Conteo de P´ginas de Encabezado

Cuando se utiliza la utilidad integrada de conteo de LPD, refuerza el paradigma de que; cuando se refiere al conteo
de impresiones: las páginas de encabezados deben ser sin coto alguno.
¿Por qué?
Por que el filtro de salida es el único programa externo que puede llevar un conteo de las páginas impresas, cuando
tiene el control, y este no es provisto con información de un usuario o host o algun fichero contador, de tal forma que
no tiene idea de a quien cargar estas impresiones. Tampoco es conveniente, simplemente “cargar una impresión” al
total de las impresiones del filtro de texto o filtro de conversión (esos que cuentan con información del usuario y
host), esto en virtud de que los usuarios pueden suprimir el uso de estas páginas con lpr -h. Esto implica que se le
podrían cobrar hojas que ellos no imprimieron. Básicamente el comando lpr -h sería la opción preferida de los
usuarios concientes del sistema, pero usted no puede ofrecer incentivo alguno para que se utilice.
Tampoco es una buena alternativa que cada filtro genere sus páginas de encabezado (y por lo tanto poder cobrar por
ellas). Si los usuarios desean suprimirlas usando la opción lpr -h, aún obtendrán estas páginas y les serán cobradas,
en virtud de que LPD no tiene transfiere la opción -h a los filtros.
Así que, ¿Qué opciones tenemos?
Usted puede:
• Aceptar el paradigma de LPD y no cobrar por las páginas de encabezado.

• Instalar una alternativa a LPD, tal como LPRng. La sección Alternativas al Sistema de Impresión Estándar le
informa sobre otros programas que puede utilizar, que sustituyan a LPD.
• Escribir un filtro de salida inteligente. Normalmente, un filtro de salida no esta diseñado para hacer otra cosa, que
no sea inicializar la impresora o bien hacer alguna conversión sencilla de caracteres. Esta diseñado para páginas de
encabezado y trabajos en texto plano (cuando no existe algun filtro de texto (entrada)). Pero cuando si existe un
filtro de texto, para los trabajos en texto plano, entonces LPD sólo hará uso del filtro de salida para las páginas de
encabezado. Y el filtro de salida puede pasar el texto de la página encabezado generado por LPD, para determinar
el usuario y el host al cual se le cobrará dicha impresión. El único problema con este metodo es que el filtro de
salida aún no sabe que fichero usar para llevar la cuenta de las impresiones (la característica af no pasa el nombre
del fichero), pero si usted cuenta con un fichero establecido para llevar esta cuenta, puede incluirlo en el código del
filtro de salida. Para efecto de facilitar este paso, utilice la característica sh (encabezado corto) del fichero
/etc/printcap. Nuevamente, todo esto podría resultar muy complicado, y los usuarios estaran muy agradecidos
con el generoso administrador del sistema que genera las páginas de encabezado gratis.
116
10.4.2.4. Páginas de Encabezado en Impresoras PostScript

Como se ha descrito anteriormente, LPD puede generar páginas encabezado en texto plano para gran cantidad de
impresoras. Claro esta, que PostScript no puede imprimir texto plano directamente, de tal forma que la habilidad de
imprimir estas páginas de LPD, es inservible—o casi.
Una forma obvia de crear las páginas de encabezado, es hacer que cada filtro de conversión y de texto, creen sus
páginas de encabezado. Los filtros deberán utilizar el nombre de usuario y host, para generar esta página
personalizada. Lo malo de este metodo es que los usuarios siempre obtendrán una página de encabezado, aun cuando
usen en sus impresiones lpr -h.
Exploremos este metodo. El siguiente script considera tres argumentos (nombre del login del usuario, nombre del
host, y nombre del trabajo) y genera una página simple de encabezado PostScript:
#!/bin/sh
#
# make-ps-header - crea una pagina de encabezado PostScript a stdout
# Instalado en /usr/local/libexec/make-ps-header
#
#
# Estas son unidades PostScript (72 a la pulgada). Modifiquelo para A4 o
# cualquier tamano de papel que este utilizando.
#
page_width=612
page_height=792
border=72
#
# Verificar argumentos
#
if [ $# -ne 3 ]; then
echo "Usage: ‘basename $0‘ user
host

job " 1 &2
exit 1
fi
#
# Salvar estos, principalmente para lectura de PostScript, mas abajo.
#
user=$1
host=$2
job=$3
date=‘date‘
#
# Enviar el codigo PostScript a la salida estandar.
#
exec cat
EOF
%!PS
%
% Segurese de no interferir con el trabajo del usuario c continuacion
%
save
117
%
% Crear un grueso y poco placentero borde alrededor del borde de la pagina.
%
$border $border moveto
$page_width $border 2 mul sub 0 rlineto
0 $page_height $border 2 mul sub rlineto
currentscreen 3 -1 roll pop 100 3 1 roll setscreen
$border 2 mul $page_width sub 0 rlineto closepath
0.8 setgray 10 setlinewidth stroke 0 setgray
%
% Desplegar nombre de login del usuario, bonito largo y prominente
%
/Helvetica-Bold findfont 64 scalefont setfont
$page_width ($user) stringwidth pop sub 2 div $page_height 200 sub moveto
($user) show
%
% Ahora mostrar los aburridos detalle generales
%
/Helvetica findfont 14 scalefont setfont
/y 200 def
[ (Job:) (Host:) (Date:) ] {
200 y moveto show /y y 18 sub def }
forall
/Helvetica-Bold findfont 14 scalefont setfont

/y 200 def
[ ($job) ($host) ($date) ] {
270 y moveto show /y y 18 sub def
} forall
%
% Eso es todo
%
restore
showpage
EOF
Ahora, cada uno de los filtros de conversión y de texto, pueden invocar este script, para en primer lugar generar esta
página y después imprimir el trabajo del usuario. Aqui tenemos el filtro de conversión DVI que revisamos
anteriormente en este documento, modificado para generar páginas de encabezado:
#!/bin/sh
#
# psdf - DVI to PostScript printer filter
# Installed in /usr/local/libexec/psdf
#
# Invoked by lpd when user runs lpr -d
#
orig_args="$@"
118
fail() {
echo "$@" 1 &2

exit 2
}
while getopts "x:y:n:h:" option; do

case $option in
x|y) ;; # Ignore
n) login=$OPTARG ;;
h)
*)
host=$OPTARG ;;
echo "LPD started ‘basename $0‘ wrong." 1 &2

exit 2
;;
esac
done
[ "$login" ] || fail "No login name"

[ "$host" ] || fail "No host name"
( /usr/local/libexec/make-ps-header $login $host "DVI File"

/usr/local/bin/dvips -f ) | eval /usr/local/libexec/lprps $orig_args
Note como el filtro debe pasar los argumentos en orden, para efecto de determinar el nombre de usuario y host. El
procedimiento para los otros filtros de conversión es identico. El filtro de texto tiene una pequeña variación (vea la
sección Como Trabajan los Filtros).
Como hemos mencionado anteriormente, este esquema simplemente nos sirve para deshabilitar la opción “eliminar
encabezados” (la opción -h) de lpr. Si los usuarios desean salvar algunos arboles (o algunos centavos si usted cobra
por estas páginas), no podrán deshabilitar esta opción, ya que cada filtro imprimirá una página de encabezado con
cada trabajo impreso.
Para permitir que los usuarios desactiven las páginas de encabezado en cada trabajo, será necesario que utilice el
truco del que hablamos en la sección Conteo de Páginas de Encabezado: escribir un filtro de salida que pase la
página generada por LPD y produzca una versión PostScript de la misma. Si el usuario utiliza lpr -h, entonces
LPD no generará una página encabezado, y tampoco su filtro de salida. De otra forma, su filtro de salida tomará los
datos de LPD y enviará el código PostScript apropiado para la impresión de la página de encabezado.
Si usted cuenta con una impresora PostScript conectada a un puerto serial, puede usar lprps, que cuenta con un
filtro de salida, psof, que hace lo mencionado. Note que psof no cobra por las páginas de encabezado.
10.4.3. Impresión en Red

FreeBSD cuenta con soporte para impresión en red: envío de trabajos a impresoras remotas. La impresión en red,
normalmente se cuenta con dos escenarios:
• Accesando a una impresora que esta conectada a un host remoto. Esto es, una impresora que esta conectada por
algun medio convencional, como puerto serial o paralelo, en un host. Y por otro lado se habilita LPD para poder
imprimir desde otros hosts de la red. La sección Impresoras Instaladas en Hosts Remotos le indica como hacer
esto.
119
• Accesando a una impresora que esta conectada directamente a la red. En este caso la impresora cuenta con un
dispositivo de red en adición (o en su lugar) del convencional paralelo o serial. Esta impresora puede funcionar de
la siguiente manera:
• Puede comprender el protocolo de LPD e inclusive hacer consulta de trabajos en hosts remotos. En este caso,
actua tal como un host normal que esta ejecutando LPD. Aplique el procedimiento revisado en Impresoras
Instaladas en Hosts Remotos para efecto de configurar estas impresoras.
• Puede contar con soporte para envío de datos por medio de la conexión de red. En este caso, usted “conecta” la
impresora a un host de la red, al hacer responsable, a dicho host, de la administración de los trabajos en la cola
de impresión y su envio a la impresora. La sección Impresoras con Interfaces de Red para Secuencia de Datos le
da algunos consejos y sugerencias sobre como instalar estas impresoras.
10.4.3.1. Impresoras Instaladas en Hosts Remotos

El sistema de cola de impresión de LPD cuenta con soporte integrado para enviar trabajos de impresión a un host
remoto que cuente con LPD (o alguna sistema compatible con LPD). Esta habilidad le permite instalar una
impresora en un host, y hacerla accesible desde otros hosts. También es útil con impresoras que cuentan con
interfaces de red que comprenden el protocolo de LPD.
Para habilitar la funcionalidad de impresión remota, primero instale la impresora en un host, que será el host de
impresión. Esto lo podemos hacer utilizando los pasos descritos en la sección Configuración Simple de una
impresora. Realice cualquier configuración adicional adicional que se requiera, de acuerdo a lo descrito en la sección
Configuración Avanzada de una Impresora. Asegurese de probar la impresora y de que esta funcionando
correctamente, así como las funciones de LPD que haya habilitado. También asegurese de que el host local cuenta
con autorización para usar el servicio de LPD en el host remoto (vea la sección Restricción de Trabajos de
Impresoras Remotas).
Si usted esta utilizando una impresora que cuenta con un dispositivo de red, compatible con LPD, entonces el host de
impresión mencionado más adelante, será la misma impresora, y el nombre de la impresora será el nombre que usted
le haya asignado a la impresora. Vea la documentación que incluye su impresora y/o el dispositivo de impresión en
red para detalles al respecto.
Sugerencia: Si usted esta utilizando una impresora LaserJet Hewlett Packard entonces la impresora nombre
automáticamente hará la conversión de LF a CRLF, de tal forma que no será necesario el uso del script hpif.
Y de esta manera, para los hosts que desee que tengan acceso a la impresora, deberá crear una entrada en su fichero
/etc/printcap, que contenga lo siguiente:
1. Nombre la entrada como desee. Para simplificar, quizás desee darle el mismo nombre y alias usado en el host de
impresión.
2. La característica lp dejela en blanco, de manera explícita (:lp=:).
3. Cree un directorio para la cola de impresión y especifique su ruta en la característica sd. LPD utilizará este
directorio para almacenar los trabajos antes de que sean enviados al host de impresión.
4. Añada el nombre del host de impresión a la característica rm.
5. Añada el nombre de la impresora en el host de impresión en la característica rp.
120
Eso es todo. No es necesario listar los filtros de conversión, dimensiones de la página, o algo adicional en el fichero
/etc/printcap.
Aqui tenemos un ejemplo. El host rose cuenta con dos impresoras, bamboo y rattan. Vamos a habilitar a usuarios
en el host orchid para que puedan imprimir en esas impresoras. Aqui tenemos el fichero /etc/printcap para el
host orchid (usado en la sección Habilitando las Páginas de Encabezado). Ya cuenta con la entrada para la
impresora teak; y hemos añadido las entradas para las impresoras del host rose:
#
# Fichero /etc/printcap para el host orchid - anadiendo impresoras
# (remotas) del host rose
#
#
# teak es impresora local; esta conectada directamente a orchid:
#
:lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
:if=/usr/local/libexec/ifhp:\
:vf=/usr/local/libexec/vfhp:\
:of=/usr/local/libexec/ofhp:
#
# rattan esta conectada a rose; envio de trabajos para rattan en rose:
#
:lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:
#
# bamboo tambien esta conectada a rose:
#
:lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:
Posteriormente, sólo necesitamos crear los directorios para la cola de impresión en el host orchid:
# mkdir -p /var/spool/lpd/rattan /var/spool/lpd/bamboo

# chmod 770 /var/spool/lpd/rattan /var/spool/lpd/bamboo
# chown daemon:daemon /var/spool/lpd/rattan /var/spool/lpd/bamboo
Ahora los usuarios de orchid pueden imprimir en rattan y bamboo. Si, por ejemplo, un usuario en orchid teclea
% lpr -P bamboo -d sushi-review.dvi
el sistema de cola de LPD en el host orchid, copiará el trabajo al directorio de cola /var/spool/lpd/bamboo y
notará que se trata de un trabajo DVI. Tan pronto como el host rose tenga espacio en el directorio de cola de
impresión de bamboo, los dos LPDs transferirán el fichero a rose. El fichero quedará en espera en la cola de rose
hasta que sea impreso. Este será convertido de DVI a PostScript (dado que bamboo es una impresora PostScript), en
rose.
121
10.4.3.2. Impresoras con Interfaces de Red para Secuencia de Datos

Comunmente, cuando usted adquiere una tarjeta de red para impresoras, puede obtener dos versiones: una que emula
la cola de impresión (que son las de mayor valor), o bien, otra que simplemente le permite recibir datos tal como lo
hace un puerto serial o paralelo (la versió económica). Esta sección le explica como utilizar la versión económica.
Para el uso de la versión de mayor valor, vea la sección Impresoras Instaladas en Hosts Remotos.
El formato del fichero /etc/printcap le permite especificar que puerto serial o paralelo utilizar, y (en caso de que
utilice un puerto serial) la velocidad de baudio, si utiliza control de flujo, retraso en tabulador, conversión de nuevas
líneas y más. Pero no hay manera de indicar la conexión de una impresora que escucha en un puerto TCP/IP u otro
puerto de red.
Para efecto de enviar datos a una impresora en red, usted necesita crear un programa de comunicación que pueda ser
llamado desde un filtro de texto o de conversión. Aqui tenemos un ejemplo de dicho programa: el script netprint,
que toma todos los datos de la entrada estandar y los envia a un impresora conectada a la red. Hemos especificado el
nombre de host de la impresora como primer argumento y el puerto al que esta conectado como segundo argumento,
en netprint. Note que este tipo de soporte sólo trabaja en una vía (de FreeBSD a la impresora); gran cantidad de
impresoras cuentan con soporte de ambas vías, y quizás desee tomar ventaja de esto (para obtener estatus de
impresión, contabilidad, desempeño, etc.).
#!/usr/bin/perl
#
# netprint - Filtro de texto para impresoras en red
# Instalado en /usr/local/libexec/netprint
#
$#ARGV eq 1 || die "Usage: $0 printer-hostname port-number ";

$printer_host = $ARGV[0];
$printer_port = $ARGV[1];
require ’sys/socket.ph’;
($ignore, $ignore, $protocol) = getprotobyname(’tcp’);

($ignore, $ignore, $ignore, $ignore, $address)
= gethostbyname($printer_host);
$sockaddr = pack(’S n a4 x8’, &AF_INET, $printer_port, $address);
socket(PRINTER, &PF_INET, &SOCK_STREAM, $protocol)

|| die "Can’t create TCP/IP stream socket: $!";

connect(PRINTER, $sockaddr) || die "Can’t contact $printer_host: $!";
while ( STDIN ) { print PRINTER; }
exit 0;
Una vez hecho este script, podemos utilizarlo en varios filtros. Supongamos que contamos con la impresora de línea
Diablo 750-N conectada a la red. La impresora acepta datos para impresión en el puerto 5100. El nombre de host que
tiene la impresora es scrivener. El filtro de texto a usar quedaría de la siguiente manera:
#!/bin/sh
#
# diablo-if-net - Filtro de texto para la impresora Diable en ‘scrivener’ usando
# el puerto 5100. Instalado en /usr/local/libexec/diablo-if-net
#
122
exec /usr/libexec/lpr/lpf "$@" | /usr/local/libexec/netprint scrivener 5100
10.4.4. Restricción del Uso de la Impresora

Esta sección le da información sobre la restricción en el uso de la impresora. El sistema de LPD le permite controlar
quien puede acceder a la impresora de ambas formas, local y remota, si los usuarios pueden imprimir múltiples
copias, que tan grandes pueden ser los trabajos de impresión, y limitar el tamaño de la cola de impresión.
10.4.4.1. Restricción de Copias Multiples

El sistema de LPD le facilita a los usuarios el imprimir múltiples copias de un mismo fichero. Los usuarios pueden
usar (por ejemplo) lpr -#5 para imprimir 5 copias de cada fichero enviado. El hecho de que esto sea bueno o no es
algo que depende de usted.
Si usted siente que las copias múltiples causan trabajo inecesario a su impresora, puede deshabilitar la opción -# de
lpr(1), al incluir la característica sc en su fichero /etc/printcap. Cuando los usuarios utilicen la opción -# al
momento de imprimir, verán el siguiente aviso:
lpr: multiple copies are not allowed
Recuerde que si usted a configurado una impresora para su acceso de forma remota (vea la sección Impresoras
Instaladas en Hosts Remotos), será necesario que también cuente con la característica sc en el fichero
/etc/printcap del host remoto, o bien, los usuarios aun podrán hacer uso de la opción -#, al usar un host
diferente.
Aqui presentamos un ejemplo. Este es un ejemplo del fichero /etc/printcap, del host rose. La impresora
rattan es “de batalla” por lo que permitiremos las copias múltiples, pero la impresora laser bamboo es más
delicada por lo que vamos a deshabilitar las copias múltiples, al añadir la característica sc:
#
# Fichero /etc/printcap del host rose - restringe copias multiples en bamboo
#
:lp=/dev/lpt0:\

:sh:sd=/var/spool/lpd/bamboo:sc:\
Ahora, tambié debemos añadir la característica sc en el fichero /etc/printcap del host orchid (y ya que estamos
en eso, deshabiltemos las copias múltiples para la impresora teak):
#
# Fichero /etc/printcap del host orchid - sin copias multiples para la
# impresora local teak o impresora remota bamboo
123
:lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:sc:\
:if=/usr/local/libexec/ifhp:\
:vf=/usr/local/libexec/vfhp:\
:of=/usr/local/libexec/ofhp:

:lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:

:lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:sc:
Al incluir la característica sc, hemos prevenido el uso de lpr -#, pero eso no previene el uso de lpr(1) gran
cantidad de veces, o el envío del mismo trabajo varias veces, tal como:
% lpr forsale.sign forsale.sign forsale.sign forsale.sign forsale.sign
Existen gran cantidad de formas para prevenir este abuso (incluyendo el ignorarlo), que usted queda en libertad de
explorar.
10.4.4.2. Restricción de Acceso a Impresoras

Usted puede controlar quien puede imprimir y en que impresoras, haciendo uso del mecanismo de grupos de Unix y
de la característica rg en el fichero /etc/printcap. Simplemente añada en un grupo determinado, a los usuarios
que desea puedan imprimir en cierta impresora, y después añada el nombre del grupo a la característica rg.
Todos los usuarios que no pertenezcan a este grupo (incluyendo al superusuario (root)), y que deseen imprimir en la
impresora controlada, les aparecerá este mensaje: lpr: Not a member of the restricted group
De la misma forma que hicimos con sc (la eliminación de copias múltiples), con rg deber´ indicarla en los hosts
remotos que tengan acceso a sus impresoras si lo cree conveniente (vea la sección Impresoras Instaladas en Hosts
Remotos).
Por ejemplo, vamos a permitir que cualquiera imprima en rattan, pero solo aquellos que forman parte del grupo
artistas podrán usar la impresora bamboo. Nuevamente tenemos el fichero /etc/printcap para el host rose:
#
# Fichero /etc/printcap del host rose - grupo restringido para bamboo
#
:lp=/dev/lpt0:\

:sh:sd=/var/spool/lpd/bamboo:sc:rg=artistas:\
Vamos a dejar de lado el otro fichero /etc/printcap de ejemplo (el del host orchid). Claro esta, que cualquier
usuario desde orchid puede imprimir en bamboo. En este caso podriamos aceptar sólo ciertos accesos desde
orchid, y esto les daría acceso a la impresora. O no.
124
Nota: Sólo puede haber un grupo restringido por impresora.
10.4.4.3. Controlando el Tamaño de los Trabajos Enviados

Si usted cuenta con gran cantidad de usuarios accesando sus impresoras, probablemente necesite establecer un límite
máximo en el tamaño que deban tener los trabajos enviados a imprimir. Después de todo, sólo existe tanto espacio
libre en el sistema de ficheros como el que se tiene en los directorios de cola, y también usted debe asegurarse de que
exista el espacio suficiente para otros usuarios.
El sistema de LPD, le permite especificar un monto maximo de tamaño en bytes para un trabajo, con la característica
mx. Las unidades están indicadas en blques BUFSIZ, que son de 1024 bytes. Si usted le agrega un cero a esta
característica, no habrá límite en el tamaño de los trabajos que se puedan enviar a imprimir; por otro lado, si no se
especifica la característica mx, el límite por default será de 1000 bloques.
Nota: El límite es válido para los ficheros del trabajo, y no para el tamaño total del trabajo.
El sistema de LPD no rehusará imprimir los trabajos que exceden el límite, en su lugar procederá con la impresión
hasta el límite indicado. El resto del trabajo quedará descartado. El hecho de que este comportamiento sea correcto o
no, aun es tema de debate.
Ahora permitamonos incluir límites a nuestras impresoras de ejemplo rattan y bamboo. En virtud de que esos
“artistas” tienden a imprimir grandes trabajos en PostScript, los vamos a limitar a cinco megabytes. En la impresora
de línea no vamos a especificar límite:
#
# Fichero /etc/printcap del host rose
#
#
# Sin limite de tamano en el trabajo:
#
:sh:mx#0:sd=/var/spool/lpd/rattan:\
:lp=/dev/lpt0:\
#
# Con limite de cinco megabytes:
#
:sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
Nuevamente, los límites aplican sólo para los usuarios locales. Si se han configurado las impresoras para su acceso de
forma remota, los usuarios que accesen remotamente no tendrán esta limitante. Para efecto de que esto sea válido en
125
los usuarios remotos, deberá agregar la característica mx en el fichero /etc/printcap de los hosts remotos. Vea la
sección Impresoras Instaladas en Hosts Remotos para mayor información sobre la instalación de impresoras en red.
Existe otra forma especializada para limitar el tamaño de los trabajos, desde impresoras remotas, vea la sección
Restricción de Trabajos de Impresoras Remotas.
10.4.4.4. Restricción de Trabajos de Impresoras Remotas

El sistema de cola de LPD cuenta con varios metodos para restringir la impresión de trabajos enviados por hosts
remotos:
Restricciones del Host

Haciendo uso de los ficheros /etc/hosts.equiv y /etc/hosts.lpd, usted puede controlar el LPD local,
para determinar de que hosts remotos se acepten conexiones. En este caso, LPD verifica, en caso de una
petición, que el host remoto se encuentre listado en agluno de estos dos ficheros. Si no es así, LPD rechazará la
petición.
El formato de estos ficheros es simple: el nombre de un host por línea. Note que el fichero /etc/hosts.equiv
también es usado por el protocolo ruserok(3), y afecta programas como rsh(1) y rcp(1), así que tenga cuidado al
editarlo.
Por ejemplo, este es el fichero /etc/hosts.lpd del host rose:
orchid
violet
madrigal.fishbaum.de
Esto significa que rose aceptará peticiones de los hosts orchid, violet y madrigal.fishbaum.de. Si
cualquier otro host intenta accesar el LPD de rose, el acceso será denegado.
Restricciones de Tamaño
Usted puede controlar cuanto espacio libre se requiere, en el sistema de fichero donde se localiza el directorio
del sistema de impresión. Cree un fichero llamado minfree, en el directorio local de la cola de impresión. En
ese fichero añada un numero que representa el numero de bloques libres que deben haber en el disco (512
bytes), para efecto de aceptar un trabajo de forma remota.
Esto permite asegurarle que los usuarios remotos no llenaran su disco duro. Esto también puede usarse para dar
cierta prioridad a los usuarios locales: ya que podrá colocar sus trabajos en espera en la cola de impresión, hasta
que la cantidad de espacio libre sea inferior a la indicada en el fichero minfree.
Por ejemplo, incluyamos a minfree en la impresora bamboo. Para esto, primero examinamos el fichero
/etc/printcap, para encontrar los datos de la impresora; aqui tenemos la entrada de bamboo:
:sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
:lp=/dev/ttyd5:fs#0x82000e1:xs#0x820:rw:mx#5000:\
126
El directorio de la cola de impresión es indicado por la característica sd. Vamos a dejar tres megabytes (que son
6144 bloques de disco) como espacio libre que debe existir en el sistema de ficheros, para que LPD acepte
trabajos remotos:
# echo 6144
/var/spool/lpd/bamboo/minfree
Restricciones por Usuario

Usted puede controlar que usuarios remotos pueden imprimir en impresoras locales, al incluir la característica
rs en /etc/printcap. Cuando rs aparece en la entrada de una impresora que esta conectada localmente,
LPD aceptará trabajos de usuarios remotos, siempre y cuando el usuario que ha enviado el trabajo, tenga alguna
cuenta, con el mismo nombre de usuario en el host local. De otra forma LPD no hará el trabajo.
Esta característica es particularmente útil en medios donde (por ejemplo) existen varias areas que comparten
una red, y algunos usuarios traspasan las fronteras departamentales. Al otorgarles una cuenta en su sistema,
pueden hacer uso de sus impresoras, desde su propio departamento de sistemas. Si solo desea permitirles hacer
uso de sus impresoras y no de los recursos de su sistema, puede asignarles cuentas “tontas” (token accounts),
que no cuentan con un directorio home y con un un shell inservible como /usr/bin/false.
10.4.5. Contabilidad del Uso de la Impresora

Así que usted requiere de cobrar por las impresiones. ¿Y por qué no?, el papel y la tinta cuestan dinero. Y también
están los costos de mantenimiento—las impresoras estan llenas de partes móviles que tienden a descomponerse.
Usted ha analizado sus impresoras, los patrones de uso, y costos de mantenimiento y ha llegado a un costo por-página
(o por-pie, por-metro, o por-loquesea). Ahora bien, ¿Cómo empezar a llevar una contabilidad de las impresiones?.
Bueno, la mala noticia es que LPD no provee de mucha ayuda en esta area. El conteo depende en gran parte en el
tipo de impresora con que usted cuenta, el formato en que se imprime y de sus requerimientos para cobrar por el uso
de la impresora.
Para implementar un contador, deberá modificar el filtro de texto (para cobrar por impresiones en texto plano) y los
filtros de conversión (para cobrar por impresiones en otro formato), para efecto de llevar un conteo de páginas o
peticiones a la impresora para imprimir. Esto no podrá llevarse a cabo con un simple filtro de salida, dado que no
puede llevar un conteo. Vea la sección Filtros.
En términos generales existen dos formas de hacer esto:
• El contador periodico es la forma más comun, quizás por que es la más sencilla. Cuando alguien envia una
impresión, el filtro registra el usuario, host y numero de páginas en un fichero contador. Cada mes, semestre, año o
cualquier periodo de tiempo que prefiera, puede revisar estos ficheros, de tal forma que sepa cuantas impresiones
ha realizado cada usuario y poder cobrar por las mismas. Después de limpiar estos ficheros puede empezar un
nuevo periodo de cero.
• El contador por tiempo es menos conocido, quizás por su dificultad de uso. Este metodo hace que sus filtros
cobren al usuario por sus impresiones, en cuanto hacen uso de las impresoras. Como las cuotas de disco, el conteo
es inmediato. Con esto, usted puede prevenir que usuarios impriman cuando sus cuentas están en numeros rojos, y
127
quizás en cierto modo proveer a sus usuarios de una forma de verificar sus “cuotas de impresión”. Pero este
metodo requiere de uso de bases de datos, para dar seguimiento a los usuarios y sus cuotas.
El sistema de cola de LPD cuenta con soporte para ambos metodos: en virtud de que usted debe proveer los filtros
(bueno, casi todo el tiempo), también debe proveer del código para el contador. Pero hay un lado positivo: usted
cuenta con una enorme flexibilidad en cuanto a metodos de contabilidad se refiere. Por ejemplo, puede utilizar un
contador periodico o por tiempo. Usted selecciona que información debe quedar registrada: nombre de usuario,
nombre del host, tipo de trabajo, páginas impresas, medidas del papel usado, tiempo que duro en imprimir el trabajo,
y así sucesivamente. Y para hacer esto, sólo debe modificar sus filtros.
10.4.5.1. Contabilidad de Impresiones Rápida y Sucia

FreeBSD cuenta con dos programas que pueden auxiliarlo para instalar un simple contador periodico. Ellos son; el
filtro de texto lpf, descrito en la sección lpf: un Filtro de Texto, y pac(8), un programa para reunir y totalizar la
información de los ficheros de contador de impresiones.
Como se menciono en la sección de filtros (Como Trabajan los Filtros), LPD inicia los filtros de texto y conversión
con el nombre del fichero contador a usar en la línea de comando del filtro. Los filtros pueden usar este argumento
para saber en donde registrar la información. El nombre de este fichero se indica en la característica af del fichero
/etc/printcap, y si no se indica su ruta completa, se hará referencia al directorio de la cola de impresión.
LPD inicia lpf con los argumentos de alto y ancho del papel (tomados de pw y pl). lpf usa estos argumentos para
determinar cuanto papel será necesario. Una vez enviado el fichero a impresión, se escribe en el fichero contador un
registro. Este registro es así:
2.00 rose:andy
3.00 rose:kelly
3.00 orchid:mary
5.00 orchid:mary
2.00 orchid:zhang
Deberá usar un fichero contador para cada impresora, dado que lpf no cuenta con una lógica de bloqueo de ficheros
incluida, y dos lpf escribiendo al mismo tiempo en un fichero podrian corromperlo. Una forma segura para
garantizar el uso de ficheros distintos por impresora, es usar af=acct en el fichero /etc/printcap. De esta forma
contaremos con el fichero contador de cada impresora por separado, en el directorio de la cola de impresión, en un
fichero llamado acct.
Cuando sea el momento de cobrar a los usuraios, ejecute el programa pac(8). Sólo dirijase al directorio de cola, del
cual desea recabar la información y teclee pac. Usted obtendrá un resumen similar al siguiente:
Login pages/feet runs price

orchid:kelly 5.00 1 $ 0.10
orchid:mary 31.00 3 $ 0.62
orchid:zhang 9.00 1 $ 0.18
rose:andy 2.00 1 $ 0.04
rose:kelly 177.00 104 $ 3.54
rose:mary 87.00 32 $ 1.74
rose:root 26.00 12 $ 0.52
total 337.00 154 $ 6.74
Estos son los argumentos que puede pasar a pac(8):
128
-Pimpresora
De que impresora hacer el resumen. Esta opción funciona, solo si existe una ruta absoluta, en la
característcia af del fichero /etc/printcap.
-c
Ordenar la salida por costo en lugar de por usuario alfabeticamente.
-m
Ignorar el nombre de host. Con esta opción, el usuario smith del host alpha, es el mismo usuario smith del
host gamma. Sin esta opción, se consideran usuarios diferentes.
-pprecio
Computar cargos con tal precio en dólares por página o por pie, en lugar del precio tomado de la
característica pc del fichero /etc/printcap, o dos centavos (precio por default). Puede indicar el precio
como un numero de punto flotante.
-r
Invertir el orden de acomodo.
-s
Crear un fichero de resumen y reiniciar el fichero contador.
nombre ...
Imprimir la información del usuario nombre unicamente.
En el resumen que genera pac(8) por default, podrá observar el numero de páginas impresas por cada usuario desde
diferentes hosts. Si en su sitio, el host no es importante (por que los usuarios pueden usar cualquier host), ejecute
pac -m, para producir el siguiente resumen:
Login pages/feet runs price

andy 2.00 1 $ 0.04
kelly 182.00 105 $ 3.64
mary 118.00 35 $ 2.36
root 26.00 12 $ 0.52
zhang 9.00 1 $ 0.18
total 337.00 154 $ 6.74
Para calcular el monto adeudado, pac(8) utiliza la característica pc del fichero /etc/printcap (que por default
utiliza 200, o 2 centavos por página). Especifique en cientos de centavos el precio a cobrar por página o por pie, que
desea cobrar, en esta característica. Puede reemplazar este valor cuando ejecuta pac(8) con la opción -p. Las
unidades de esta opción estan expresadas en dólares, y no en cientos de centavos. Por ejemplo,
# pac -p1.50
hace que cada página tenga un costo de un dolar con cincuenta centavos. Realmente se puede exceder en las
utilidades usando esta opción.
129
Finalmente, ejecutando pac -s puede guardar la el resumen, en un fichero, que es nombrado al igual que el fichero
contador de la impresora, pero con _sum al inicio del fichero. Posteriormente reinicia el fichero contador. Cuando
ejecuta pac(8) nuevamente, lee el fichero resumen, para obtener los totales y posteriormente añade la información del
fichero contador normal.
10.4.5.2. ¿Cómo Contabilizar las Páginas Impresas?

Para efecto de que pueda obtener un conteo más cercano a la realidad, necesita poder determinar cuanto papel utiliza
cada trabajo. Este es el problema esencial del conteo de impresiones.
Para impresiones en texto, este problema no es tan difícil de resolver: puede contabilizar el numero de líneas que
tiene un trabajo y dividirlas entre el numero de líneas totales por página que maneja la impresora. No olvide
contabilizar los retrocesos del fichero que sobreimprimen líneas, o de las largas líneas lógicas que se justifican en en
una o más líneas físicas.
El filtro de texto lpf (introducido en lpf: un Filtro de Texto) toma en cuenta todas estas cosas cuando hace el conteo.
Si usted esta escribiendo un filtro de texto que requiere contabilizar, quizás desee examinar el código fuente del lpf.
Pero, ¿Cómo manejar otros formatos?
Bueno, para conversiones DVI-a-LaserJet o DVI-a-PostScript, puede hacer que su filtro pase la información de salida
a dvilj o dvips y ver cuantas páginas fueron convertidas. Puede hacer cosas similares con otros formatos y filtros
de conversión.
Pero estos metodos sufren del hecho de que la impresora puede no imprimir estas páginas. Po ejemplo, se pueden
atorar, acabarse la tinta, o explotar—y el usuario de todas formas se le cobrará.
Entonces, ¿qué puede hacer?
Sólo existe una forma segura de llevar un conteo confiable. Adquiera una impresora que pueda indicarle cuanto
papel utiliza, y conectela por medio de un puerto serial o en red. Casi todas las impresoras PostScript cuentan con
soporte para esto. Existen otras marcas u modelos que también cuentan con el soporte (por ejemplo, las impresoras
en red Imagen laser). Modifique los filtros de estas impresoras para que lleven un conteo de las oáginas impresas y
que almacenen los registros basados en el valor only. No se requiere de un conteo de líneas o de examinar el fichero
de errores.
Claro esta que usted puede ser muy generoso y no cobrar por las impresiones.
10.5. Uso de las Impresoras

Esta sección le indica como usar las impresoras que ha instalado con FreeBSD. Aqui tenemos los comandos de
usuario mas comunes:
lpr(1)
Imprime trabajos
lpq(1)
Verifica los trabajos pendientes
130
lprm(1)
Elimina un trabajo de la cola de impresión
También se cuenta con un comando de administración, lpc(8), descrito en la sección Administración de la Cola de
Impresión de LPD, usado para controlar las impresoras y sus peticiones.
Las tres opciones lpr(1), lprm(1), y lpq(1), aceptan el argumento -Pimpresora para especificar en que impresora
realizar la impresión/petición, de acuerdo a lo indicado en /etc/printcap. Esto le permite imprimir, remover o
consultar los trabajos en varias impresoras. Si no usa el argumento -P, estos comandos haran uso de la impresora
especificada en la variable de entorno PRINTER. Finalmente, si no cuenta con la variable de entorno PRINTER
definida, estos comandos utilizarán la impresora por default, que es lp.
Por lo tanto, el termino impresora por default, hace referencia a la impresora definida en la variable de entorno
PRINTER, o en su defecto a la impresora nombrada lp, cuando no este definida la variable de entorno PRINTER.
10.5.1. Trabajos de Impresión

Para imprimir un fichero, teclee:
% lpr fichero ...
Lo anterior imprimirá los ficheros nombrados, en la impresora por default. Si no indica el nombre del fichero, lpr(1)
leerá los datos a imprimir de la entrada estandar. Por ejemplo, este comando imprime algunos ficheros importantes
del sistema:
% lpr /etc/host.conf /etc/hosts.equiv
Para seleccionar una impresora, teclee:
% lpr -P nombre-de-la-impresora fichero ...
Este ejemplo imprime una larga lista del directorio actual, en la impresora nombrada rattan:
% ls -l | lpr -P rattan
En virtud de que no se le paso fichero alguno para imprimir a lpr(1), lpr toma los datos de la entrada estandar, que
en este caso es la salida del comando ls -l.
EL comando lpr(1) también puede aceptar gran variedad de opciones para controlar el formato, aplicar conversiones
a los ficheros, generar copias multiples, etc.. Para mayor información, vea la sección Opciones de Impresión.
10.5.2. Verificando los Trabajos

Cuando usted utiliza lpr(1) para imprimir, los datos que desea imprimir se colocan juntos en un paquete llamado
“trabajo de impresión”, el cual es enviado al sistema de cola de LPD. Cada impresora cuenta con un orden de
impresión de trabajos, y su trabajo espera su turno en este orden, junto con otros trabajos suyos y de otros usuarios.
El criterio del orden será los primeros-en-llegar son los primeros-en-salir.
Para ver los trabajos pendientes de la impresora por default, teclee lpq(1). Para una impresora en especial, use la
opción -P. Por ejemplo, el comando
131
% lpq -P bamboo
le muestra los trabajos pendientes de la impresora bamboo. Aqui tenemos un ejemplo de la salida del comando lpq:
bamboo is ready and printing

Rank Owner Job Files Total Size
active kelly 9 /etc/host.conf, /etc/hosts.equiv 88 bytes
2nd kelly 10 (standard input) 1635 bytes
3rd mary 11 ... 78519 bytes
Esto muestra que hay tres trabajos en espera, para bamboo. El primer trabajo enviado por el usuario kelly, tiene
asignado en “numero de trabajo” 9. Cada trabajo en una impresora, se le asigna un numero único. La mayor parte del
tiempo puede ignorar el numero de trabajo, pero este será necesario en caso de que desee cancelar el trabajo; vea la
sección Eliminando Trabajos para mas detalles al respecto.
El trabajo numero nueve consiste en dos ficheros; al pasar varios trabajos a lpr(1), estos son tratados como parte de
un solo trabajo. Este es el trabajo actual, activo (note la palabra active bajo la columna “Rank”), que quiere decir,
que la impresora debe estar imprimiendo este trabajo. El segundo trabajo consiste en datos pasados al comando
lpr(1) por la entrada estandar. El tercer trabajo proviene del usuario mary; que es un trabajo mucho mas grande. La
ruta que esta tratando de ser descrita es muy larga, de tal forma que lpq(1) solo lo representa con tres puntos.
La primer línea de la salida de lpq(1) también es de utilidad: esta le indica que esta haciendo la impresora en este
momento (o cuando menos, que es lo que LPD piensa que la impresora esta haciendo).
El comando lpq(1) tambien cuenta con la opción -l, para generar una salida mas detallada. Aqui tenemos un
ejemplo de lpq -l:
waiting for bamboo to become ready (offline ?)

kelly: 1st [job 009rose]
/etc/host.conf 73 bytes
/etc/hosts.equiv 15 bytes
kelly: 2nd [job 010rose]

(standard input) 1635 bytes
mary: 3rd [job 011rose]

/home/orchid/mary/research/venus/alpha-regio/mapping 78519 bytes
10.5.3. Eliminando Trabajos

Si cambia de parecer con respecto a imprimir un trabajo, puede eliminarlo de los trabajos pendientes, con el
comando lprm(1). Incluso puede usar el comando lprm(1) para elminar un trabajo activo, pero algunos o todos los
demas trabajos aun seran impresos.
Para eliminar un trabajo de la impresoras por default, primero use lpq(1) para saber el numero de trabajo. Despué
teclee:
% lprm numero-trabajo
Para eliminar un trabajo de un a impresora especifica, utilice la opción -P. El siguiente comando elimina el trabajo
numero 10 de los trabajos pendientes de la impresora bamboo:
132
% lprm -P bamboo 10
El comando lprm(1) cuenta con algunas opciones:
lprm -
Elimina todos los trabajos (de la impresora por default) y que le pertenezcan a usted.
lprm usuario
Elimina todos los trabajos (de la impresora por default) que pertenecen a usuario. El superusuario puede
eliminar trabajos de otros: usted solo puede eliminar sus trabajos.
lprm
Cuando no se pasa ningun nombre de usuario, o -, en la línea de comando, lprm(1) elimina el trabajo activo de
la impresora por default, si este le pertenece. El superusuario puede eliminar cualquier trabajo activo.
Simplemente use la opción -P con las opciones comentadas, para que apliquen en una impresora especifica. Por
ejemplo, el siguiente comando elimina todos los trabajos pendientes del usuario actual en la impresora rattan:
% lprm -P rattan -
Nota: SI usted esta trabajando en una red, el comando lprm(1), solo le permitira eliminar trabajos del host del
cual se enviaron dichos trabajos, incluso si la impresora esta habilitada desde otros hosts. La siguiente
secuencia de comandos demuestra esto:
% lpr -P rattan mifichero

% rlogin orchid
% lpq -P rattan
Rank Owner Job Files Total Size
active seeyan 12 ... 49123 bytes
2nd kelly 13 mifichero 12 bytes
% lprm -P rattan 13
rose: Permission denied
% logout
% lprm -P rattan 13
dfA013rose dequeued
cfA013rose dequeued
10.5.4. Más alla del Texto Plano: Opciones de Impresión

El comando lpr(1) cuenta con soporte para multiples opciones que controlan el formato del texto, conversión de
gráficos y otros formatos, producción de copias multiples, manejo de los trabajos, y más. Esta sección describe estas
opciones.
133
10.5.4.1. Opciones de Formato y Conversión

Las siguientes opciones de lpr(1) controlan el formato de los ficheros en el trabajo. Utilice estas opciones si el trabajo
no es de texto plano o si desea dar formato al texto plano por medio de la utilidad pr(1).
Por ejemplo, el siguiente comando imprime un fichero DVI (desde un sistema de escritura TeX) llamado
fish-report.dvi a la impresora bamboo:
% lpr -P bamboo -d fish-report.dvi
Estas opciones aplican para todos los ficheros dentro del trabajo, por lo que no debe mezclar (por decir) ficheros DVI
y ditroff en el mismo trabajo. Para hacer esto, envie los trabajos a imprimir por separado, usando la opción que
corresponda a cada trabajo.
Nota: Todas estas opciones, excepto -p y -T requieren de filtros de conversión instalados para la impresora
destino. Por ejemplo, la opción -d requiere de un filtro para DVI. La sección Filtros de Conversión le da más
detalles al respecto.
-c
Imprimir ficheros cifplot.
-d
Imprimir ficheros DVI.
-f
Imprimir ficheros de texto FORTRAN.
-g
Imprimir datos plot.
-inumero
Sangrar la salida con el numero de columnas indicado; si omite numero, el numero será de 8 columnas. Esta
opción trabaja bien solo con algunos filtros de conversión.
Nota: No debe dejar espacios entre la opción -i y el numero.
-l
Imprimir datos de texto literal, incluyendo caracteres de control.
-n
Imprimir datos ditroff (troff independiente del dispositivo).
134
-p
Formatear el texto plano con pr(1) antes de imprimir. Vea pr(1) para más información.
-T titulo
Use titulo en la cabecera de pr(1), en lugar del nombre del fichero. Esta opción solo tiene efecto cuando se
usa con -p.
-t
Imprimir datos troff.
-v
Imprimir datos raster.
Aqui tenemos un ejemplo: este comando imprime una bonita y formateada versión de la página de ayuda de ls(1), en
la impresora por default:
% zcat /usr/share/man/man1/ls.1.gz | troff -t -man | lpr -t
El comando zcat(1) descomprime la fuente de la página de ayuda ls(1) y lo pasa al comando troff(1), que le da
formato y crea la salida GNU troff, la cual es pasada a lpr(1), que envia el trabajo a la cola de LPD. Como usamos la
opción -t con lpr(1), el sistema de cola va a convertir la salida GNU troff a datos entendibles para la impresora,
cuando se imprime.
10.5.4.2. Opciones para Manejar los Trabajos

Las siguientes opciones de lpr(1), le indican a LPD que debe manejar el trabajo de una forma especial:
-# copias
Producir un numero de copias de cada fichero en el trabajo, en vez de una sola copia. Un administrador puede
inhabilitar esta oprción para reducir el desgaste de la impresora y alentar el uso de la fotocopiadora. Vea la
sección Restriccón de Copias Multiples.
Este ejemplo imprime tres copias de parser.c seguido de tres copias de parser.h en la impresora por
default:
% lpr -#3 parser.c parser.h
-m
Enviar correo después de completar el trabajo. Con esta opción, el sistema LPD enviara un correo a su cuenta
cuando termina de imprimir. En su mensaje, le informará si el trabajo termino con exito o si hubo algun error, y
(normalmente) que tipo de error fué.
-s
No copie el fichero al directorio de la cola, en su lugar crear un enlace simbolico.
Si usted esta imprimiendo un trabajo de gran tamaño, quizás esta es una buena opción. Esta opción le ahorra
espacio en el directorio de cola (donde su trabajo puede terminar con el espacio libre donde reside su
135
directorio). Esta opción también le ahorra tiempo, en virtud de que LPD no tendrá que copiar todos y cada uno
de los bytes del trabajo al directorio.
Aunque esto tiene su inconveniente: dado que LPD estará haciendo uso del fichero original, no lo podrá
modificar o eliminar hasta que termine la impresión.
Nota: Si usted esta en un entorno de red, LPD eventualmente copiará ficheros del host local al host
remoto, así que la opción -s le puede ahorrar espacio solo en el directorio del host local, no en los remotos.
Aun con esto, la opcion es de gran utilidad.
-r
Eliminar los ficheros del trabajo, una vez que hayan sido copiados al directorio de la cola, o después de que
hayan sido impresos, cuando se use la opción -s. Tenga cuidado con esta opción!
10.5.4.3. Opciones de Páginas de Encabezado

Cuando alguna de las siguientes opciones son pasadas a lpr(1), ajustan el texto que normalmente aparece en la página
encabezado del trabajo. Si las páginas de encabezado son suprimidas, estas opciones no tendrán efecto alguno. Vea la
sección Páginas de Encabezado para más información sobre la configuración de las Páginas de Encabezado.
-C texto
Reemplazar el nombre del host del encabezado con este texto. Normalmente el nombre del host es el nombre
del host del cual se esta imprimiendo.
-J texto
Reemplazar el nombre del trabajo en el encabezado con este texto. Normalmente el nombre del trabajo es el
nombre del primer fichero del trabajo, o stdin si esta imprimendo de la entrada estandar.
-h
No imprimir página de encabezado.
Nota: En algunos sitios esta opción puede no tenere efecto alguno, debido al metodo usado para generar
las páginas de encabezado. Vea la sección Páginas de Encabezado para más detalles.
10.5.5. Administración de la Cola de Impresión de LPD

Como administrador de sus impresoras, usted deberá instalarlas, configurarlas, y probarlas. Con el comando lpc(8)
usted podrá interactuar con las impresoras de una forma más completa. Con lpc(8) usted podrá
136
• Iniciar y detener las impresoras

• Habilitar y deshabilitar sus trabajos pendientes
• Modificar el orden de los trabajos pendientes.
Primero, una nota de terminología: si una impresora es detenida, no podrá contar con una cola de trabajos
pendientes. Los usuarios podrán enviar sus trabajos, que quedarán en espera hasta que la impresora se iniciada o su
cola de trabajos pendientes sea purgada.
Si la cola de trabajos pendientes es deshabilitada, ningun usuario (excepto root) podrá enviar trabajos a la
impresora. Una cola de trabajos pendientes habilitada, permitirá el envio de trabajos. Una impresora puede ser
iniciada para una cola de trabajos que esta deshabilitada, en cuyo caso continuará imprimiendo los trabajos de la cola
de trabajos pendientes, hasta que ya no exista ninguno.
En general, usted debe de contar con privilegios de root para hacer uso del comando lpc(8). Los usuarios comunes
solo pueden usar lpc(8) para verificar el estatus de una impresora y para reiniciar una impresora detenida.
Aqui tenemos un resumen de los comandos de lpc(8). La mayor parte de estos comandos usan el argumento
nombre-impresora para indicarle en cual debe operar. Como este argumento puede usar all, para indicarle que
opere en todas las impresoras listadas en el fichero /etc/printcap.
abort nombre-impresora
Cancelar el trabajo actual y detener la impresora. Los usuarios podrán aun enviar sus trabajos si la cola de
pendientes esta habilitada.
clean nombre-impresora
Eliminar ficheros viejos del directorio de cola de impresión. Ocasionalmente, los ficheros que ya han sido
impresos no son eliminados correctamente por LPD, particularmente si hubo errores durante la impresión o si
se realizaron otros trabajos administrativos durante la misma. Este comando localiza ficheros que no pertenecen
al directorio y los elimina.
disable nombre-impresora
Deshabilita la cola de pendientes para nuevos trabajos. Si la impresora esta activa, se continuan imprimiendo los
trabajos en la cola de pendientes. El superusuario (root) siempre podrá enviar trabajos, incluso cuando se use
esta opción.
Este es un comando útil cuando se esta probando una nueva impresora o instalando un filtro: deshabilitar la cola
de pendientes y enviar los trabajos como root. Otros usuarios no podrán enviar trabajos, hasta que la impresora
haya sido configurada correctamente y se re-habilite la cola de pendientes, con el comando enable.
down nombre-impresora mensaje
Usar el comando down para una impresora, equivale a usar el comando disable seguido del comando stop.
El mensaje que se ingrese, aparecerá como el estatus de la impresora, cada vez que un usuario verifique su
estatus con lpq(1) o con lpc status.
enable nombre-impresora
Habilitar la cola de pendientes. Los usuarios pueden enviar sus trabajos pero la impresora no imprimira nada
hasta que se inicializada.
137
help nombre-del-comando
Mostrar la ayuda del comando nombre-del-comando. Si no se indica el nombre-del-comando, se

muestra un resumen de los comandos disponibles.
restart nombre-impresora
ReIniciar la impresora. Los usuarios comunes pueden usar esta opción en caso de que por alguna razón LPD se
paralice, pero no pueden iniciar una impresora detenida con algunos de los comandos stop o down. El
comando restart es equivalente a ejecutar abort seguido del comando start.
start nombre-impresora
Iniciar la impresora. La impresora comenzará a imprimir los trabajos en la cola de pendientes.
stop nombre-impresora
Detiene la impresora. La impresora terminará el trabajo actual y dejará de imprimir. Aun cuando la impresora
esta detenida, los usuarios pueden enviar sus trabajos a la cola de pendientes de la impresora.
topq nombre-impresora trabajo-o-usuario

Modificar el orden de la cola de pendientes de la impresora nombre-impresora, colocando los trabajos con
el identificador trabajo o que pertenecen al usuario usuario, en primer lugar de la cola. Para este comando
no puede hacer uso de la opción all en lugar de nombre-impresora.
up nombre-impresora
Usar el comando up en una impresora; es lo opuesto al comando down. Equivalente a start seguido del
comando enable.
lpc(8) acepta estos comandos desde la línea de comandos. Si no ingresa aglun comando, lpc(8) entra en modo
interactivo, donde puede ingresar los comandos hasta que teclee exit, quit o fin-del-archivo (EOF).
10.6. Alternativas al Sistema de Impresión Estándar

Si ha estado leyendo este manual desde el principio, para este momento usted ha aprendido practicamente todo lo
que debe saber del sistema LPD que viene con FreeBSD. Y ha podido observar algunas de sus debilidades, lo que
naturalmente nos lleva a la pregunta: “¿Qué otros sistema de impresión existen (y que trabajen bajo FreeBSD)?”.
LPRng
LPRng, que presumiblemente significa “LPR: the Next Generation” (“LPR: la Siguiente Generación”), es PLP
completamente hecho de nuevo. Patrick Powell y Justin Mason (el encargado principal de PLP) colaboraron en
crear LPRng. El principal sitio de LPRng es http://www.astart.com/lprng/LPRng.html.
10.7. Resolución de Problemas

Una vez que hizo la simple prueba con lptest(1), puede ser que haya obtenido uno de los siguientes resultados, en vez
de la correcta impresión:
138
Trabajo, después de un tiempo; o no expulso completamente la hoja.

La impresora llevo a cabo la impresión, pero espero bastante o bien finalmente no hizo nada. De hecho, es
posible que haya sido necesario presionar en su impresora el botón para poner a la impresora EN LINEA o bien
de ALIMENTACION DE PAGINA.
Si este es el caso, su impresora esperaba a ver si exisitian más datos para imprimir, antes de comenzar con la
impresión. Para arreglar este problema puede hacer que su filtro de texto envie al final un caracter de
ALIMENTACION DE PAGINA o cualquiera que sea necesario para la impresora. Esto normalmente es
suficiente para que la impresora imprima todos los datos restantes en su buffer interno. También es
recomendable verificar que cada trabajo enviado se haya impreso en una página completa, de tal forma que el
siguiente trabajo no comience en la mitad de la última página del trabajo previo.
El siguiente ShellScript se puede utilizar como reemplazo de /usr/local/libexec/if-simple, para
imprimir un caracter de alimentación de página:
#!/bin/sh
#
# if-simple - Filtro de texto simple para lpd
# Instalado en /usr/local/libexec/if-simple
#
# Simplemente manda la entrada a la salida estandar.
# Ignora los argumentos del filtro.
# Escribe un caracter de alimentacion de pagina (\f) despues de imprimir.
/bin/cat && printf "\f" && exit 0

exit 2
Se produce un “efecto de escalera.”

Usted obtiene la siguiente impresión:
!"#$%&’()*+,-./01234
"#$%&’()*+,-./012345
#$%&’()*+,-./0123456
Usted es otra víctima del efecto de escalera, causada por el conflicto de interpretación, sobre cual caracter indica
la nueva línea. Los sistemas operativos estilo-Unix, usan un caracter sencillo: código ASCII 10, alimentación de
línea (LF). MS-DOS, OS/2 y otros utilizan un par de caracteres, código ASCII 10 y código ASCII 13 (retorno
de carrete o CR). Muchas impresoras usan la forma de MS-DOS, para representar los saltos de líneas.
Cuando usted imprime con FreeBSD, su texto hace uso del caracter de nueva línea. La impresora, una vez que
detecta el caracter de nueva línea, avanza el papel una línea, pero manteniendo la misma posición horizontal,
para la impresión del siguiente caracter. Para eso es el caracter de retorno de carrete: para mover la posición
horizontal al borde izquierdo del papel.
Aqui tenemos lo que FreeBSD desea que haga su impresora:
Impresora recibe CR Impresora imprime CR

Impresora recibe LF Impresora imprime CR + LF
Aqui tenemos algunas formas de llevar esto a cabo:
139
• Usar los botones de configuración de la impresora o el panel de control, para modificar su interpretación de
estos caracteres. Verifique el manual de su impresora para ver como hacer esto.
Nota: Si cuenta con otro sistema operativo en su maquina, ademas de FreeBSD, quizás sea necesario
reconfigurar la impresora, para usar la interpretación de los caracteres de CR y LF del otro sistema
operativo. Puede escoger una de las otras soluciones que se comentan más adelante.
• Puede hacer que el controlador serial de FreeBSD, automáticamente convierta LF en CR+LF. Claro esta, que
esta alternativa funciona solo en impresoras seriales. Para habilitar esta habilidad, establezca el bit CRMOD, en
la característica fs del fichero /etc/printcap para la impresora.
• Envie un código de escape a la impresora para que temporalmente de un tratamiento diferente a los caracteres
LF. Consulte el manual de su impresora para ver los códigos de escape soportados por su impresora. Una vez
que localice el código correcto, modifique su filtro de texto, para que se envie este código primero y después
el trabajo a imprimir.
Aqui tenemos un ejemplo de un filtro de texto, para impresoras compatibles con PCL de Hewlett-Packard.
Este filtro hace que la impresora trate a LF como LF + CR; posteriormente envia el trabajo de impresión; y
por último envia un caracter de alimentación de página, para expulsar la última página del trabajo. Este filtro
debiese funcionar con casi todas las impresoras Hewlett Packard.
#!/bin/sh
#
# hpif - Filtro de texto simple para lpd e impresoras compatibles con HP-PCL
# Instalado en /usr/local/libexec/hpif
#
# Pasa la entrada estandar a la salida estandar.
# Ignora todos los argumentos del filtro.
# Le indica a la impresora que debe tratar a LF como si fuera CR+LF.
# Expulsa la ultima pagina cuando ha terminado.
printf "\033&k2G" && cat && printf "\033&l0H" && exit 0

exit 2
Aqui tenemos un ejemplo de /etc/printcap para un host llamado orchid. Solo cuenta con una impresora
conectada al puerto paralelo, una Hewlett Packard LaserJet 3Si, llamada teak. Se esta usando el script
anterior como filtro de texto:
#
# Fichero /etc/printcap del host orchid
#
:lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
:if=/usr/local/libexec/hpif:
140
Cada línea se sobreescribe.

La impresora no avanza ninguna línea. Todas las líneas son impresas una sobre otra en un solo renglón.
Este problema es lo “opuesto” al efecto de escalera, descrito anteriormente, y es poco común. En algun lugar,
los caracteres de LF, que usa FreeBSD para indicar un salto de línea, la impresora los identifica como CR, de tal
forma que regresa el punto de impresión al borde del papel, pero sin saltar al siguiente renglón.
Utilice los botones de la impresora o el panel de control, para forzar a que la impresora interprete de la siguiente
manera los caracteres LF y CR:
Impresora recibe Impresora imprime

CR CR
LF CR + LF
Al imprimir se pierden caracteres.

Mientras imprime, algunos caracteres no son impresos en cada línea. El problema puede agravarse conforme se
usa la impresora, perdiendo más y más caracteres.
El problema es que la impresora no puede mantener el ritmo al cual la computadora envia los datos por medio
de la línea serial (este problema no se debiese presentarse en impresoras conectadas al puerto paralelo). Existen
dos formas de solucionar este problema:
• Si la impresora cuenta con soporte para el control de flujo XON/XOFF, haga que FreeBSD lo utilice, al
especificar el bit TANDEM en la característica fs.
• Si la impresora cuenta con soporte para el control de flujo externo (carrier), especifique el bit MDMBUF en la
característica fs. Asegurese de que el cable utilizado para conectar la impresora a la computadora cuenta con
soporte para este tipo de control de flujo.
• Si la impresora no cuenta con soporte para el control de flujo, use una combinación de los bits NLDELAY,
TBDELAY, CRDELAY, VTDELAY y BSDELAY en la característica fs, para añadir el retraso apropiado en la
cadena de información enviada a la impresora.
Solo imprime basura.

La impresora imprime lo que parece ser basura al azar, pero no el texto deseado.
Esto normalmente es otro síntoma de una configuración incorrecta en los parámetros de comunicación de una
impresora serial. Verifique el rango de bps en la característica br y la paridad de bits en fs y fc; asegurese de
que la impresora use los mismos datos especificados en el fichero /etc/printcap.
No sucede nada.
Si no sucede nada, probablemente el problema es con FreeBSD y no con su hardware. Incluya un fichero de
registros (log), con la característica lf, en la entrada de su impresora en el fichero /etc/printcap. Por
ejemplo, aqui esta la entrada de rattan, con la característica lf :
141
:lp=/dev/lpt0:\
:if=/usr/local/libexec/if-simple:\
:lf=/var/log/rattan.log
Posteriormente, intente imprimir de nuevo. Verifique el fichero de registros (en nuestro ejemplo,
/var/log/rattan.log) para buscar cualquier mensaje de error que aparezca. Basado en ese mensaje trate de
resolver el problema.
Si no especifica la característica lf, entonces LPD utilizará /dev/console como la salida por default.
142
Capítulo 11. Discos
Escrito por David O’Brien <obrien@FreeBSD.org > 26 de Abril de 1998
Supongamos que queremos añadir un nuevo disco SCSI a una máquina que en la actualidad sólo tiene un único
disco. En primer lugar, apague el ordenador e instale el disco siguiendo las instrucciones del fabricante del
ordenador, de la controladora y del propio disco. A causa de la diversidad de procedimientos para hacer esto, los
detalles exceden el ámbito de este documento.
Entre en el sistema como el usuario root. Una vez que haya instalado el disco, inspeccione
/var/run/dmesg.boot para asegurarse de que el nuevo disco ha sido encontrado. Continuando con nuestro
ejemplo, el disco recientemente añadido será da1 y lo montaremos en /1 (si está usted añadiendo un disco IDE,
sustituya da por wd).
Como FreeBSD funciona en ordenadores compatibles con el IBM-PC, debe tener en cuenta las particiones de la
BIOS del PC. Estas son diferentes de las particiones tradicionales de tipo BSD. Un disco de PC puede tener hasta
cuatro entradas para particiones de tipo BIOS. Si el disco va a ser realmente dedicado a FreeBSD, puede usted
emplear el modo dedicado (dedicated). En otro caso, FreeBSD tendrá que alojarse en una de las particiones de la
BIOS. FreeBSD llama a las particiones de la BIOS slices, para no confundirlas con las particiones tradicionales de
tipo BSD. También puede usted usar slices en un disco que esté dedicado a FreeBSD, pero en un ordenador que
además tenga otro sistema operativo instalado. Esto es así para no confundir a la utilidad fdisk del otro sistema
operativo.
En el caso de utilizar slices, el disco será añadido como /dev/da1s1e. Esto se lee del siguiente modo: disco SCSI,
unidad número 1 (segundo disco SCSI), slice 1 (partición 1 de la BIOS) y partición e de tipo BSD. En el caso de
utilizar el modo dedicado, el disco será añadido, simplemente, como /dev/da1e.
11.1. Utilizando Sysinstall

Puede utilizar /stand/sysinstall para crear y etiquetar particiones en un disco nuevo usando sus intuitivos
menús. Bien entre en el sistema como el usuario root, o bien utilice el comando su. Ejecute /stand/sysinstall
y seleccione el menú Configure. Dentro del menú FreeBSD Configuration Menu, baje hasta seleccionar la
opción Partition. A continuación, se le debería mostrar una lista de los discos duros instalados en su sistema. Si
no aparece da1, deberá usted comprobar la instalación física del disco y la salida del comando dmesg almacenada en
el archivo /var/run/dmesg.boot.
Seleccione da1 para pasar al editor de particiones FDISK Partition Editor. Pulse A para usar el disco entero
para FreeBSD. Cuando se le pregunte si quiere mantener el disco compatible con la instalación de algún sistema
operativo en el futuro (“remain cooperative with any future possible operating systems”) conteste afirmativamente
(YES). Escriba los cambios en el disco pulsando W. Ahora salga del editor FDISK pulsando q. A continuación se le
preguntará acerca del sector de inicio del disco (MBR, Master Boot Record). Como está usted añadiendo un disco a
un sistema que ya se encuentra en funcionamiento, seleccione la opción None (esta opción deja el MBR intacto).
A continuación llegará al Disk Label Editor. Aquí es donde creará las particiones de estilo tradicional BSD. Un
disco puede tener hasta ocho particiones, designadas a-h. Algunas de las etiquetas de las particiones tienen usos
especiales. La etiqueta a se utiliza para la partición raíz (/, root partition). Por tanto, sólo su disco de sistema (es
decir, aquel desde el cual arranca el sistema) debería tener una partición a. La etiqueta b se utiliza para particiones de
swap (memoria virtual) y es posible tener varios discos con particiones de swap. La etiqueta c representa a todo el
disco utilizado en modo dedicado, o a todo el slice de FreeBSD si es que utilizamos el modo slice. Las restantes
etiquetas son para uso general.
143
El editor de etiquetas (de particiones) de Sysinstall utiliza la etiqueta e para particiones que no son root ni swap.
Dentro del editor de etiquetas de particiones, cree un único sistema de archivos pulsando C. Cuando se le pregunte si
será un sistema de archivos (FS, file system) o swap, elija FS e indique un punto donde montarlo (por ejemplo,
/mnt). Cuando añada un disco una vez instalado FreeBSD, Sysinstall no creará la entrada correspondiente en
/etc/fstab, por lo que no resulta importante el punto que indique para montar el disco.
En este momento, ya puede escribir en el disco la información de las particiones y sus etiquetas y crear un sistema de
archivos. Para ello pulse W. Ignore cualquier error de Sysinstall que le informe de que no pudo montar la nueva
partición. Ya puede salir del editor de etiquetas de particiones y de Sysinstall.
El último paso consiste en editar /etc/fstab para añadir una entrada para el nuevo disco.
11.2. Usando la línea de comandos
11.2.1. * Utilizando Slices
11.2.2. Modo Dedicado

Si no va a compartir el nuevo disco con otro sistema operativo, puede usar el modo dedicado (dedicated).
Recuerde que este modo puede confundir a los sistemas operativos de Microsoft; no obstante, estos no causarán
ningún daño. En cambio, el OS/2 de IBM se “apropiará” de cualquier partición que encuentre y que no reconozca.
# dd if=/dev/zero of=/dev/rda1 bs=1k count=1

# disklabel -Brw da1 auto
# disklabel -e da1 # creamos la partición ‘e’
# newfs -d0 /dev/rda1e
# mkdir -p /1
# vi /etc/fstab # añadimos una entrada para /dev/da1e
# mount /1
Un método alternativo resulta:
# dd if=/dev/zero of=/dev/rda1 count=2

# disklabel /dev/rda1 | disklabel -BrR da1 /dev/stdin
# newfs /dev/rda1e
# mkdir -p /1
# vi /etc/fstab # añadimos una entrada para /dev/da1e
# mount /1
144
11.3. * Discos no tradicionales
11.3.1. * Discos Zip
11.3.2. * Discos Jaz
11.3.3. * Discos Sequest
145
Capítulo 12. Localizacion
Localizacion
146
Capítulo 13. Sonido
Contributed by Moses Moore.
13.1. Sinópsis
FreeBSD soporta una amplia variedad de tarjetas de sonido, lo que permite disfrutar de sonido de alta fidelidad en su
sistema. Ésto incluye la posibilidad de grabar y reproducir archivos de audio tanto en los formatos MPEG Audio
Layer 3 (MP3), WAV y Ogg Vorbis, así como muchos otros. La Colección de Ports de FreeBSD contiene también
aplicaciones que le permitirán editar audio previamente grabado, añadir efectos de sonido y controlar dispositivos
MIDI.
Tras leer éste capítulo usted debería saber:
• Cómo identificar su tarjeta de sonido

• Cómo configurar su sistema de modo que su tarjeta de sonido sea reconocida.
• Confirmar el funcionamiento de su tarjeta usando herramientas de muestreo.
• Cómo enfrentarse a problemas de configuración de sonido.
• Cómo reproducir y crear archivos MP3.
• Cómo convertir pistas de audio CD en archivos de datos.
Antes de leer éste capítulo debería:
• Saber configurar e instalar un nuevo kernel (Capítulo 8).
13.2. Identificar el Dispositivo Correcto

Antes de empezar, debería conocer el modelo de su tarjeta, el chip que usa y si es PCI o ISA. FreeBSD soporta una
amplia gama de tarjetas PCI e ISA. Si no encuentra su tarjeta en la siguiente lista consulte la página pcm(4) del
manual. Ésta no es una lista completa pero incluye muchas de las tarjetas más comunes.
• Crystal 4237, 4236, 4232, 4231

• Yamaha OPL-SAx
• OPTi931
• Ensoniq AudioPCI 1370/1371
• ESS Solo-1/1E
• NeoMagic 256AV/ZX
• Sound Blaster Pro, 16, 32, AWE64, AWE128, Live
• Creative ViBRA16
• Advanced Asound 100, 110, and Logic ALS120
147
• ES 1868, 1869, 1879, 1888

• Gravis UltraSound
• Aureal Vortex 1 or 2
El driver a usar en el kernel depende del tipo de tarjeta que vaya a usar. La sección siguiente contiene información
sobre qué añadir a la configuración del kernel que necesita.
13.2.1. Tarjetas Creative, Advance, y ESS Sound

Si tiene una de las siguientes tarjetas debe añadir:
device pcm
a su archivo de configuración del kernel. Si tiene una tarjeta ISA PnP también tendrá que añadir:
device sbc
Para una tarjeta ISA non-PnP añada:
device pcm
device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15
al archivo de configuración de su kernel. Los detalles de configuración de arriba son por defecto. Debería cambiar la
IRQ u otros parámetros para hacerlos coincidir con su tarjeta. Vea la página sbc(4) del manual para más información.
Nota: La Sound Blaster Live no está soportada en FreeBSD 4.0 salvo que se instale un parche, cosa que está
fuera del cometido de ésta sección. Recomendamos que se actualice a la última versión -STABLE antes de
intentar usar ésta tarjeta.
13.2.2. Tarjetas Gravis UltraSound

Para una tarjeta PnP ISA, necesitará añadir:
device pcm
device gusc
al archivo de configuración de su kernel. Si tiene una ISA non-PnP necesitará añadir:
device pcm
device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13
al archivo de configuración de su kernel. Puede necesitar cambiar la IRQ u otro tipo de datos para que ajusten con su
tarjeta. Vea la página gusc(4) del manual para más información.
148
13.2.3. Tarjetas Crystal Sound

Para tarjetas Crystal necesitará añadir:
device pcm
device csa
al archivo de configuración de su kernel.
13.2.4. Soporte Genérico

Para tarjetas PnP ISA o tarjetas PCI, necesitará añadir:
device pcm
al su archivo de configuración de su kernel. Si tiene una tarjeta ISA non-PnP que no tenga un “bridge driver” tendrá
que añadir:
device pcm0 at isa? irq 10 drq 1 flags 0x0
a su archivo de configuración del kernel. Puede necesitar cambiar la IRQ u otros parámetros para que ajusten con su
tarjeta.
13.2.5. Tarjetas de Sonido integradas

Algunos sistemas con dispositivos de sonido integrados en la placa base pueden requerir la siguiente opción en el
fichero de configuración del kernel:
options PNPBIOS
13.3. Recompilar el Kernel

Una vez conseguido el archivo de configuración del kernel que necesita debe recompilar el kernel. Por favor consulte
el capítulo Sección 8.3 del manual para más información.
13.4. Creando y Probando Nodos de Dispositivoss

Tras reiniciar, acceda al sistema y escriba dmesg | grep pcm tal y como se muestra aquí:
# dmesg | grep pcm

pcm0: SB16 DSP 4.11
on sbc0
La salida que muestre su sistema puede ser diferente. Si no hay dispositivos pcm en la salida del comando hay algún
error en los pasos previos. Si le sucede ésto vuelva a su archivo de configuración del kernel y asegúrese de que ha
elegido el dispositivo adecuado. Consulte la sección de problemas para opciones adicionales.
149
Si al ejecutar el comando anterior encontró pcm0 ejecute lo siguiente como root:
# cd /dev
# sh MAKEDEV snd0
Si encontró pcm1 haga igual que que en el paso anterior reemplazando snd0 con snd1.
Nota: Los comandos anteriores no van a crear dispositivos /dev/snd!
MAKEDEV creará un grupo de device nodes, incluyendo:
Dispositivo Descripción
/dev/audio dispositivo de audio compatible con SPARC
/dev/dsp Dispositivo para voz digital
/dev/dspW Como /dev/dsp pero con muestreo de 16 bits
/dev/midi Dispositivo midi de acceso Raw
/dev/mixer Dispositivo Mezclador
/dev/music Interfaz para secuenciador de nivel 2
/dev/sequencer Dispositivo secuenciador
/dev/pss Interfaz para dispositivos programables
Si todo ha ido bien debería tener una tarjeta de sonido funcionando. Si no es así lea la siguiente sección.
13.5. Problemas Comunes

1. ¡Recibo un error "unsupported subdevice XX" !
Uno o más nodos de dispositivos no se crearon correctamente. Repita los pasos anteriores.
2. ¡Tengo un error "sb_dspwr(XX) timed out" !

El puerto I/O que ha puesto no es el correcto.
3. ¡Tengo un error "bad irq XX"!

La IRQ que ha puesto no es la correcta. Asegúrese de que la IRQ que pone la la IRQ de la tarjeta son la misma.
4. Me da un error nombre_del_error>xxx: gus pcm not attached, out of memory. ¿Por qué me pasa
ésto?
No hay memoria libre que se pueda asignar a éste dispositivo.
150
13.6. Audio MP3

Contributed by Chern Lee.
El formato MP3 (MPEG Layer 3 Audio) se aproxima mucho a la calidad de sonido del CD, así que no hay razón
para privar a su sistema FreeBSD de disfrutar de él.
13.6.1. Reproductores de MP3

Con mucho el reproductor de MP3 más popular para XFree86 es XMMS, (X Multimedia System). Puede usar skins
de WinAmp en XMMS puesto que el interfaz gráfico es casi idéntico al de la aplicación de Nullsoft. XMMS
también tiene soporte nativo de plugins.
XMMS puede instalarse desde el port audio/xmms o como package.
El interfaz de XMMS es intuitivo e incluye lista de canciones, ecualizador gráfico y muchas más cosas. Aquellos que
conozcan WinAmp encontrarán XMMS fácil de usar.
Existe una alternativa; el port audio/mpg123 es un reproductor MP3 en línea de comandos.
mpg123 puede usarse indicándole un dispositivo de sonido concreto y el archivo MP3 en la línea de comandos como
se muestra aquí:
# mpg123 -a /dev/dsp1.0 GrandesÉxitos-DeAlguno.mp3

High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 and 3.
Version 0.59r (1999/Jun/15). Written and copyrights by Michael Hipp.
Uses code from various people. See ’README’ for more!
THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK!
Playing MPEG stream from BT - GrandesÉxitos-DeAlguno.mp3 ...

MPEG 1.0 layer III, 128 kbit/s, 44100 Hz joint-stereo
/dev/dsp1.o debe reemplazarse por el dispositivo dsp que tenga en su sistema.
13.6.2. Extracción de Pistas de CD Audio

Antes de convertir una pista o todo un CD a MP3 la información de audio del CD debe pasar al disco duro. Ésto se
hace convirtiendo los datos raw CDDA (CD Digital Audio) en archivos WAV.
El programa cdda2wav, que es parte del port sysutils, se usa para la extracción del audio de los Discos Compactos y
de la información asociada con éste.
Con el CD en la unidad, el siguiente comando (utilizado como root) convertirá un CD entero en archivos WAV
individuales, uno por pista:
# cdda2wav -D 0,1,0 -B
La opción -D 0,1,0 indica el dispositivo SCSI 0,1,0, que se corresponde con la salida del comando cdrecord
-scanbus.
151
Para extraer pistas individuales utilice la opción -t como se vé aquí:
# cdda2wav -D 0,1,0 -t 7
Ésta opción trata la séptima pista del CD de audio. Para tratar un rango de pistas, por ejemplo las pistas de la uno a la
siete, especifique el rango:
# cdda2wav -D 0,1,0 -t 1+7
cdda2wav sólo soporta unidades CDROM SCSI. Para unidades IDE utilice audio/cdd o alguna otra entre las
variadas aplicaciones que hay en la colección de ports de audio.
13.6.3. Creando Archivos MP3

Hoy día el codificador MP3 por excelencia es el lame. Lame Puede encontrarse en audio/lame en el árbol de ports.
Usando archivos WAV previamente extraídos, el siguiente comando convierte audio01.wav en audio01.mp3:
# lame -h -b 128 \
--tt "Título de Copla o Cantar" \
--ta "Grupo, Solista o Coral Sinfónica" \
--tl "Título del Ãlbum" \
--ty "2001" \
--tc "Autor de la extracción y paso a MP3" \
--tg "Genre" \
audio01.wav audio01.mp3
Los 128 kbits pasan por ser el estándar “de facto” usado en el ratio de bits de los MP3 al uso. Muchos prefieren
mayores calidades, 160 e incluso 192. A mayor ratio de bits, mayor espacio requerido en el disco --pero la calidad
también será mayor--. La opción -h utiliza el modo “más calidad pero algo más lento”. Opciones que empiezan por
--t indican etiquetas ID3, que suelen incluír información sobre la canción que se incluye en el archivo MP3. Puede
encontrar más opciones consultando el manual de lame.
13.6.4. Decodificando MP3

Para grabar un CD de audio desde archivos MP3 debe convertir éstos a un formato WAV no comprimido. Tanto
XMMS como mpg123 soportan la conversión de MP3 a un formato de fichero no comprimido.
Escribiendo a disco desde XMMX:
1. Ejecute XMMS.
2. Botón derecho del ratón en la ventana para acceder al menú de XMMS.
3. Elija Preferences en Opctions.
4. Cambie Output Plugin a “Disk Writer Plugin”.
5. Pulse Configure.
6. Elija un directorio en el que guardar los archivos.
152
7. Cargue el archivo MP3 en XMMS normalmente, con el volumen al 100% y las opciones de ecualización
desactivadas.
8. Pulse Play — parecerá que XMMS está reproduciendo música pero no sonará nada. Lo que está haciendo es
volcar el MP3 a un archivo.
9. No olvide volver a poner el Output Plugin como estaba antes cuando quiera volver a escuchar MP3.
Escribiendo la salida en mpg123:
1. Escriba mpg123 -s audio01.mp3 audio01.pcm

XMMS genera un archivo en formato WAV, mientras que mpg123 convierte MP3 a datos audio raw PCM. Ambos
formatos pueden usarse con cdrecord o burncd para crear un CDROM de audio.
Consulte "creating-cds" para más información acerca del uso de grabadoras de CD en FreeBSD.
153
Capítulo 14. Comunicaciones Serie
Comunicaciones Serie
154
Capítulo 15. PPP y SLIP
Reestructurado, reorganizado, y actualizado por Jim Mock.
15.1. Sinópsis
FreeBSD cuenta con un gran numero de formas para conectar una computadora a otra. Para establecer una red o una
conección a Internet por medio de un módem, o bien, permitir a otras computadoras conectarse por medio de este, se
requiere del uso de PPP o SLIP. Este capítulo describe en detalle como configurar los servicios de comunicación para
llevar esto a cabo.
Una vez que haya leido este capítulo, usted sabrá:
• Como configurar User PPP.

• Como configurar Kernel PPP.
• Como configurar PPPoE (PPP over Ethernet*).
• Como configurar PPPoA (PPP over ATM*).
• Como instalar y configurar un cliente y servidor SLIP.
N. de T.: En estricto sentido esto se refiere a contar con la conexión por medio de un dispositivo Ethernet, o bien
ATM, pero debido a que usted encontrará estos metodos en su sistema, como PPPoE o bien PPPoA, se han dejado
los conceptos “literales” del documento original. Espero que no sea un problema.
Antes de leer este capítulo, usted debiese:
• Estar familiarizado con la terminología básica de redes.

• Comprender lo básico y el propósito de una conección por módem SLIP y/o PPP.
Puede ser que usted se pregunte cual es la principal diferencia entre User PPP y kernel PPP. La respuesta es sencilla;
el método User PPP procesa la entrada y salida de datos en userland (ver nota siguiente) en lugar de hacerlo en el
kernel. Esto es algo desgastante, en términos del manejo de datos entre userland y el kernel, pero permite, por
mucho, un mejor desempeño e implementación de PPP. User PPP utiliza el dispositivo tun para comunicarse con el
mundo exterior, mientras que kernel—ppp, utiliza el dispositivo ppp.
En el desarrollo de este capítulo, se hará referencia a User PPP, simplemente como ppp, a menos de que sea
necesaria hacer una distinción entre este y otro software de PPP, como es el caso de pppd. Así mismo, si en el
desarrollo del capítulo no se señala lo contrario, todos los comandos explicados, deberán ser ejecutados como root.
N. de T. : Cuando se habla de "userland" se hace referencia a todo aquello que *no* forma parte del kernel y que en
el caso de código de programa, se ejecuta en modo usuario, ya que el código del kernel se ejecuta en modo kernel,
supervisor, o bien en modo privilegiado de ejecución. En lo sucesivo este término será utilizado tal cual.
155
15.2. Utilizando User PPP

Originalmente contribuido por Brian Somers. Con apoyo de Actualizado y reestructurado porNik Clayton, Dirk
Frömberg, Peter Childs, y Tom Rhodes.
15.2.1. User PPP
15.2.1.1. Aclaraciones
Este documento asume que usted cuenta con lo siguiente:
• Una cuenta activa con un Proveedor del Servicio de Internet (ISP—por sus siglas en inglées), que usted utliza para
conectarse.
• Adicionalmente, un módem o algún otro dispositivo, conectado a su sistema, y configurado correctamente, que le
permite realizar la conexión con su ISP.
• El número telefónico de su proveedor.
• Su nombre de usuario y contraseña. (Ya sea un nombre de usuario y/o contraseña estilo UNIX, o bien para uso por
medio de PAP o CHAP)
• La dirección IP de uno o más servidores de nombres (DNS). Normalmente, estos serán provistos por su proveedor
de Internet. Si su proveedor no le ha dado esta información, puede utilizar la opción enable dns en su fichero
ppp.conf, para indicarle a ppp que configure el DNS por usted. Esta característica depende del sistema de
negociación de DNS que mantenga su proveedor de Internet.
La siguiente información puede ser que haya sido provista por su proveedor de servicios de internet, pero no es
completamente necesaria:
• La dirección IP del gateway (pasarela de salida) de su PSI. El gateway es la máquina a la cual usted se conectará y
será la ruta por default. Si usted no cuenta con esta información, puede inventar uno y al intentar conectarse, el
servidor de su PSI, este nos indicará cual es el valor correcto.
Esta dirección IP, es referida por ppp como HISADDR.
• La mascara de red (netmask) que debe utilizar. Si su PSI no le ha provisto de una, puede utilizar sin problema
255.255.255.255.
• Si su PSI, le ha provisto de una dirección de IP estática y un nombre de host, puede capturarla. De otra forma
podemos dejar que el servidor asigne cualquier IP que corresponda.
Si usted no cuenta con alguna de la información que hemos comentado, le recomendamos contactar con su PSI para
requerirla.
Nota: En el transcurso de la presente sección, algunos ejemplos muestran el contenido de archivos de

configuración los cuales presentan una numeración. Estos números sirven como ayuda y referencia a cada
línea, pero estos no deben de estar presentes en el archivo original. Una sangría adecuada, así como espacios
adecuados, también son de suma importancia.
156
15.2.1.2. Preparando el Kernel

Como se comento anteriormente, la aplicación ppp utiliza el dispositivo tun. Si este dispositivo no ha sido
compilado dentro del kernel, ppp lo cargará como módulo cuando sea requerido. El dispositivo tun es dinámico, de
tal forma que se generara de acuerdo a la demanda que tenga (usted no esta limitado por el kernel).
Nota: Vale la pena hacer notar que el controlador tun, crea los dispositivos de acuerdo a sus necesidades, por lo
que el comando ifconfig -a, no necesariamente mostrará los dispositivos tun.
15.2.1.3. Verificando el dispositivo tun

Bajo circunstancias normales, la mayoría de los usuarios sólo utilizaran un dispositivo tun (/dev/tun0). En lo
sucesivo podemos hacer referencia a tun0 con la expresión tunN donde N es el número que corresponde en su
sistema.
Para instalaciones de FreeBSD que no tienen el habilitado el DEVFS la existencia de tun0 debe ser verificada (esto
no es necesario si se cuenta habilitada la opción DEVFS ya que los nodos de dispositivos seán creados en función a
las necesidades).
La forma más sencilla de verificar si el dispositivo tun0 se encuentra configurado correctamente, es la de rehacer el
dispositivo. Para hacer esto simplemente siga los siguientes pasos:
# cd /dev
# sh MAKEDEV tun0
Si usted necesita 16 dispositivos tun en su kernel, deberá crearlos. Esto puede hacerse de la siguiente manera:
# cd /dev
# sh MAKEDEV tun15
15.2.1.4. Configuración de la Resolución de Nombres

La resolución es la parte del sistema que busca una dirección IP en los nombres de servidores (host) y viceversa.
Puede ser configurado para que busque en "mapas" que describen la IP del servidor en uno de dos lugares, el primero
es un archivo llamado /etc/hosts. Lea hosts(5) para más información al respecto. El segundo es el Servicio de
Nombres de Dominio de Internet (DNS-Internet Domain Name Service), el cual es una base de datos de distribución.
Para mayor información con respecto a los DNS, referirse a dns.
La resolución de nombres es un sistema que por medio de llamadas, realiza el mapeo de nombres, pero es necesario
inidicarle donde debe buscar la información. Para versiones de FreeBSD anteriores a la 5.0, esto es hecho al editar el
archivo /etc/host.conf. La versión 5.0 de FreeBSD utiliza el archivo /etc/nsswitch.conf.
15.2.1.4.1. Edición del archivo /etc/host.conf

Para versiones de FreeBSD anteriores a la 5.0, este archivo debe contener las siguientes dos líneas (en este orden):
hosts
bind
157
Esto le indica a la resolución que busque en primer término en el archivo /etc/hosts, y posteriormente en el DNS,
si el nombre no fué localizado
15.2.1.4.2. Editando el archivo /etc/nsswitch.conf

Para versiones de FreeBSD 5.0 y posteriores, este archivo debe contener, al menos, la siguiente línea:
hosts: files, dns
Esto le indica a la resolución de nombres, que busque en primer lugar en el archivo /etc/hosts, y en caso de que el
nombre no haya sido localizado, busque en el DNS.
15.2.1.4.3. Editando el archivo /etc/hosts

Este archivo puede contener direcciones IP, así como el nombre de las máquinas de su red local. Como mínimo debe
contar con la información de la máquina que correrá ppp. Asumiendo que su ordenador se llama foo.bar.com con
la dirección IP 10.0.0.1, el archivo /etc/hosts debiese contener:
127.0.0.1 localhost.bar.com localhost

::1 localhost.bar.com localhost
10.0.0.1 foo.bar.com foo
Las primeras dos líneas definen el alias del localhost, como sinónimo de la maquina actual. Independientemente
de su propia dirección IP, la dirección IP en estas líneas siempre debe ser 127.0.0.1 y ::1. La última línea
especifica el nombre foo.bar.com (asi como foo para acortarlo), para la dirección 10.0.0.1.
Nota: La dirección 127.0.0.1 y el nombre localhost son conocidos como direcciones "loopback" las cuales
hacen un "loopback" (salto de regreso) a la maquina local.
Si su proveedor de Internet, le asigna una dirección IP fija, asín como un nombre, y usted no lo utiliza como nombre
del host, añada esto también al archivo /etc/hosts.
15.2.1.4.4. Editando el archivo /etc/resolv.conf

El archivo /etc/resolv.conf, le indica a la resolución de nombres, como comportarse. Normalmente deberá de
incluir la(s) siguiente(s) línea(s):
domain ejemplo.com
nameserver x.x.x.x
nameserver y.y.y.y
Donde x.x.x.x y y.y.y.y deben reemplazarse con las direcciones IP de los servidores DNS, de su ISP. Puede
ser que esta información se la hayan entregado al suscribirse o no, pero una rápida llamada a su ISP debe resolver
esto.
Tambié puede configurar su sistema, de tal forma que syslog(3) provee de un login para su conección por PPP. Sólo
añada:
!ppp
158
*.* /var/log/ppp.log
al fichero /etc/syslog.conf. En la mayoría de los casos esto funciona bien.
15.2.1.5. Configuración Automática de PPP

Ambos, ppp así como pppd (la implementación del kernel para PPP), utilizan la configuración de los archivos
localizados en el directorio /etc/ppp. Ejemplos para ppp, pueden encontrarse en: /usr/share/examples/ppp/.
Para efecto de configurar correctamente ppp, es necesario editar varios ficheros, dependiendo de sus necesidades. La
manera en que edite dichos archivos, depende en la forma que utilice su PSI (Proveedor de Servicios de Internet)
para brindarle conexión, ya sea por medio de una dirección IP estática o bien una IP dinámica (ya sea que cada vez
que se conecta obtiene una nueva dirección).
15.2.1.5.1. PPP y direcciones de IP estáticas (fijas)

Será necesario editar el archivo de configuración; /etc/ppp/ppp.conf. Y deberá quedar de una manera similar al
ejemplo que se describe a continuación.
Nota: Las líneas que terminan con :, deben comenzar en la primer columna del archivo — el resto de las líneas
deberán utilizar sangría como se muestra, utilizando espacios o bien el tabulador. La mayor parte de la
información que requiere ingresar aqui, se mostro en el marcado manual anterior.
1 default:
2 set log Phase Chat LCP IPCP CCP tun command
3 ident user-ppp VERSION (built COMPILATIONDATE)
4 set device /dev/cuaa0
5 set speed 115200
6 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
7 \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
8 set timeout 180
9 enable dns
10
11 provider:
12 set phone "(123) 456 7890"
13 set authname foo
14 set authkey bar
15 set login "TIMEOUT 10 \"\" \"\" gin:--gin: \\U word: \\P col: ppp"
16 set timeout 300
17 set ifaddr x.x.x.x y.y.y.y 255.255.255.255 0.0.0.0
18 add default HISADDR
Línea 1:
Identifica la entrada por omisión a utilizar. Los comandos descritos en esta parte, serán ejecutados de manera
automática cuando se ejecute ppp.
159
Línea 2:
Habilita los par´metros de acceso. Cuando la configuración trabaja sin problemas, esta línea deberá quedar de la
siguiente forma:
set log phase tun
para efecto de evitar avisos masivos del sistema (logs).
Línea 3:
Esta línea le indica a PPP como identificarse ante el puerto. PPP se identifica, si tiene algun problema para
efecto de establecer la conexión, en esta identificación, PPP provee de cierta información que puede resultar util
para detectar el probelma.
Línea 4:
Le indica a PPP cual es el dispositivo a utilizar para realizar la conexión, o bien al que esta conectado el módem.
El dispositivo COM1 es /dev/cuaa0 y COM2 es /dev/cuaa1.
Línea 5:
Establece la velocidad a utilizar en la conexión. Si la velocidad de 115200 no trabaja correctamente (la cual
deberia con cualquier módem normal), intente con una velocidad inferior, como puede ser 38400.
Líneas 6 y 7:
La cadena de inicialización. El modo User PPP, utiliza y espera enviar-recibir, la información utilizando una
sintaxis similar a la descrita en el programa chat(8). Favor de consultar la página de ayuda para conocer las
opciones de este lenguaje.
Nota: Este comando continua en la siguiente línea, para facilitar su lectura. Cualquier comando en el archivo
ppp.conf puede utilizar este formato, siempre y cuando el último caracter de la línea sea una diagonal
invertida "\".
Línea 8:
Establece el tiempo de espera que debe tratar de realizar la conexión. Por omisión se establecen 180 segundos,
por lo que esta línea se deja por pura estética.
Línea 9:
Esta línea le indica a PPP, que solicite confirmación al puerto, sobre la configuración de la resolución local. Si
usted esta corriendo un servidor local de nombres, deberá comentar o eliminar esta línea.
Línea 10:
Una línea en blanco, para facilitar la lectura. Las líneas en blanco son ignoradas por PPP.
Línea 11:
Identifica el incio de datos para un “proveedor” determinado, de servicios de internet. Este podrá ser cambiado
por el nombre de su ISP, de tal forma que en lo sucesivo utilice la opción load ISP, para iniciar una sesión.
160
Línea 12:
Indica el numero telefónico del proveedor. Pueden indicarse varios numeros a utilizar, utilizando el signo de dos
puntos (:) o bien la barra (|) como separador. La diferencia entre estos dos separadores, es detallada en el
ppp(8). Pero en resumen, se puede decir que si se desean utilizar varios numeros de manera aleatoria se debe
utilizar los dos puntos, pero si se desea siempre utilizar el primer numero y en caso de falla el siguiente y así
sucesivamente, se debe utilizar la barra. Es importante que todo lo que se refiere a numeros telefonicos, este
entre comillas como se muestra. Es importante que si piensa usar espacios en los numeros, haga uso de estas
comillas ("). La falta de estas pueden ocasionar un simple error.
Líneas 13 y 14:
Identifica el nombre de usuario y su contraseña. Cuando uno se conecta utilizando un login de tipo Unix, estos
valores hacen referencia al comando set login, utilizando las variables \U y \P. Cuando la conexión es
utilizando algún metodo como PAP o CHAP, estos valores, son utilizados al momento de la autentificación.
Línea 15:
Si usted esta utilizando el metodo PAP o CHAP, no habrá un login en este punto, y esta línea deberá ser
comentada (utilizando el símbolo # al principio de la línea) o bien eliminada por completo. Vea la parte
Autentificación con PAP y CHAP para más detalles.
La cadena de acceso (login), utiliza la misma sintáxis que se utiliza en la cadena de marcado. En este ejemplo,
la cadena sirve para un servicio, en el cual el inicio de sesión se ve algo así como lo siguiente:
Proveedor de servicios X
login: foo
password: bar
protocol: ppp
Es recomendable editar el script, para que se ajuste a sus propias necesidades. Cuando cree este script por
primera vez, asegurese de haber habilitado la parte que se refiere a al acceso por medio de “chat”, para efecto de
poder dar seguimiento al curso de la conexión y la resolución de la misma.
Línea 16:
Establece el tiempo por defecto en el que se perderá la conexión (en segundos). En este caso la conexión será
cortada de forma automática, después de 300 segundos de inactividad. Si no desea habilitar esta función
establezca este valor en cero o bien utilice el comando en línea -ddial.
Línea 17:
Indica la dirección de la interfaz. La cadena que aparece como x.x.x.x., debe se cambiada por la dirección
asignada por su PSI. La línea que aparece como y.y.y.y., debe se substituida por la direcció IP especificada
por su PSI, como servidor de salida o pasarela (gateway)(la maquina a la cual se va a conectar). Si su PSI no le
ha indicado una dirección de este tipo, puede utilizar 10.0.0.2/0. Si usted necesita utilizar una dirección
“aleatoria”, asegurese de crear el fichero /etc/ppp/ppp.linkup, siguiendo las instrucciones de PPP y las
direcciones de IP Dinámicas, para su llenado. Si esta línea es omitida, ppp, no podrá ejecutarse en el modo
-auto.
161
Línea 18:
Añade una ruta por omisión al servidor de salida de su PSI. La palabra especial HISADDR se reemplaza con la
dirección del gateway indicado por su PSI, que esta en la línea 9, de otra forma HISADDR no será inicializado.
Si no desea ejecutar ppp en modo -auto, esta línea deberá pasar al archivo ppp.linkup.
No hay necesidad de editar el archivo ppp.linkup si usted cuenta con una dirección IP estática y se esta ejecutando
ppp en modo -auto, en virtud de que para efecto de realizar la conexión sus mapas de ruteo debe estar correctas. De
cualquier forma puede ser que usted desee ejecutar algun programa/comando, posterior a la conexión. Este es
explicado con más detalle posteriormente, cuando se vea el ejemplo de sendmail.
Ejemplo de los archivos de configuración, se pueden encontrar en el directorio; /usr/share/examples/ppp.
15.2.1.5.2. PPP y direcciones de IP Dinámicas (Variables)

Si su proveedor de servicios, no le asigna una dirección de IP fija, será necesario configurar a ppp, de tal forma que
al momento de realizar la conexión, negocie tanto la dirección local, como la remota. Esto se lleva a cabo al
“adivinar” una dirección IP y permitiendo a ppp que la establezca correctamente, usando el Protocolo de
Configuración de IP (IPCP), una vez que se ha conectado. La configuración que debe tener el archivo ppp.conf, es
la misma que la utilizada en PPP y direcciones de IP fijas, salvo el siguiente cambio:
17 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.255
Una vez más, no debe incluir el numero de línea, este sólo es una referencia. Así mismo deberá existir sangrado, de
cuando menos 1 espacio.
Línea 17:
El numero siguiente a la diagonal (/), es el numero de bits de la dirección en la cual ppp insistirá en conectarse.
Puede ser que usted desee utilizar numeros de IP que sean más apropiados, para ajustar a sus necesiadades, pero
el ejemplo descrito anteriormente siempre podrá utilizarse.
El último argumento (0.0.0.0), le indica a PPP, que inicie las negociaciones, utilizando como dirección
0.0.0.0, en lugar de que utilice 10.0.0.1, lo cual es necesario con algunos proveedores. No utilice la
dirección 0.0.0.0 como el primer argumento, para el comando set ifaddr, ya que impide que PPP
configure de forma correcta el sistema, cuando se utiliza en modo -auto.
Si usted no esta ejecutando PPP en modo -auto, deberá editar su archivo /etc/ppp/ppp.linkup. El archivo
ppp.linkup, es utilizado una vez que se ha realizado la conexión. En este punto, ppp habrá negociado una
dirección de interfaz, y será posible ahora, añadir las entradas para la las tablas de ruteo:
1 provider:
2 add default HISADDR
Línea 1:
Al establecer (ppp) una conexión, buscará en ppp.linkup una entrada, de acuerdo a las siguientes reglas.
Primero, tratar de encontrar una entrada que sea igual a la utilizada en el archivo ppp.conf. Si esto falla,
162
buscar una IP con la dirección de nuestro gateway. Esta entrada es una etiqueta de tipo IP, de cuatro-octetos. Si
aun después de esto no se ha detectado la entrada correcta, buscar la entrada MYADDR.
Línea 2:
Esta línea le indica a ppp que añada una ruta por omisión, que este dirigida hacia HISADDR. HISADDR será
reemplazada, con la IP del gateway, como se negocio por IPCP.
Para ver un detalle más preciso de esto, puede consultar la entrada de pmdemand en los archivos de ejemplo
/usr/share/examples/ppp/ppp.conf.sample así como
/usr/share/examples/ppp/ppp.linkup.sample.
15.2.1.5.3. Recibiendo Llamadas Externas

Cuando se configure ppp, para recibir llamadas externas, en una maquina conectada a un LAN (Red de Area Local),
debe decidir si se va a permitir el envío de paquetes a la LAN. Si es así, debe asignar un numero de IP de su red local
y utilizar el comando enable proxy en el archivo de configuracion /etc/ppp/ppp.conf. También deberá
asegurarse que en su archivo /etc/rc.conf cuente con la línea:
gateway_enable="YES"
15.2.1.5.3.1. ¿Qué getty utilizar?

El enlace Configurando FreeBSD para Servicios de Marcado provee de una buena descripció, sobre la configuración
de estos servicios, basado en getty(8).
Una alternativa para el comando getty es mgetty (http://www.leo.org/~doering/mgetty/index.html), el cual es una
versión más inteligente de getty diseñada para servicios de marcado telefonico.
Una de las principales ventajas de mgetty es que, de hecho platica con los modems, esto es, significativo, ya que si
el puerto esta desactivado en su /etc/ttys el modem no responderá el llamado.
Las últimas versiones de mgetty (de la 0.99beta y sucesivas), también cuentan con soporte para la detección
automática de llamados de PPP, permitiendo el acceso a servidores de una manera más sencilla (sin uso de tanto
scripts).
Puede referirse a Mgetty y AutoPPP para más información con respecto al comando mgetty.
15.2.1.5.3.2. Permisos de PPP

El comando ppp normalmente debe ser ejecutado por root (superusuario). Si de cualquier forma, usted desea
permitir que ppp pueda ser ejecutado en modo servidor, por un usuario regular, como se describe a continuación,
deberá otorgar los permisos necesarios a ese usuario al añadirlo al grupo network, en el fichero /etc/groups.
También será necesario darle acceso a una o más partes del archivo de configuración, haciendo uso del comando
allow, como se ve a continuación:
allow users fred mary
Si el comando es utilizado en la sección default, esto le dará a el(los) usuario(s) especificado(s), acceso a todo.
163
15.2.1.5.3.3. Shells de PPP para Usuarios de IP Dinámica

Cree un fichero llamado: /etc/ppp/ppp-shell y que contenga lo siguiente:
#!/bin/sh
IDENT=‘echo $0 | sed -e ’s/^.*-$.*$$/\1/’‘
CALLEDAS="$IDENT"
TTY=‘tty‘
if [ x$IDENT = xdialup ]; then

IDENT=‘basename $TTY‘
fi
echo "PPP for $CALLEDAS on $TTY"

echo "Starting PPP for $IDENT"
exec /usr/sbin/ppp -direct $IDENT
Este script deberá ser ejecutable. Ahora cree un enláce simbólico llamado ppp-dialup a este script, utilizando los
siguientes comandos:
# ln -s ppp-shell /etc/ppp/ppp-dialup
Deberá utilizar este script como shell para todos los usuarios que realicen conexión. Este es un ejemplo del fichero
/etc/password para un usuario con acceso a PPP, con nombre de usuario pchilds (recuerde no editar
directamente el fichero password, utilice vipw).
pchilds:*:1011:300:Peter Childs PPP:/home/ppp:/etc/ppp/ppp-dialup
Cree un directorio llamado /home/ppp que contenga los siguentes archivos de 0 bytes:
-r--r--r-- 1 root wheel 0 May 27 02:23 .hushlogin

-r--r--r-- 1 root wheel 0 May 27 02:22 .rhosts
los cuales impiden que /etc/motd sea desplegado.
15.2.1.5.3.4. Shells de PPP para Usuarios de IP Estática

Cree el fichero ppp-shell al igual que el mencionado con anterioridad, y por cada cuenta donde se tenga asignada
una IP estática, cree un enlace simbólico al fichero ppp-shell.
Por ejemplo, si usted cuenta con tres usuarios que utilicen este servicio; fred, sam y mary, los cuales redirecciona a
una red de clase C, habria que hacer lo siguiente:
# ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-fred
# ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-sam
# ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-mary
Cada uno de los usuarios señalados, deberán de contar con el enlace a su shell-script como se indicó (por ejemplo, el
usuario mary, debe contar con su enlace al fichero /etc/ppp/ppp-mary).
164
15.2.1.5.3.5. Configurando ppp.conf para Usuarios de IP-Dinámica

El archivo /etc/ppp/ppp.conf deberá contener algo similar a lo siguiente:
default:
set debug phase lcp chat
set timeout 0
ttyd0:
set ifaddr 203.14.100.1 203.14.100.20 255.255.255.255
enable proxy
ttyd1:
set ifaddr 203.14.100.1 203.14.100.21 255.255.255.255
enable proxy
Nota: Tomar en cuenta el sangrado, ya que es importante.
La sección default: es cargada para cada sesión. Para cada línea que exista y habilite el marcado, en el fichero
/etc/ttys, se deberá crear una entrada similar a la línea ttyd0: mencionada arriba. Cada línea debera contar con
su propia dirección IP, de sus direcciones IP disponibles para asignar dinámicamente.
15.2.1.5.3.6. Configurando ppp.conf para Usuarios de IP Estática

Junto con el contenido del fichero de ejemplo /usr/share/examples/ppp/ppp.conf mencionado
anteriormente, deberá agregar una sección para cada usuario asignado estáticamente. Continuaremos con nuestro
ejemplo con los usuarios fred, sam y mary.
fred:
set ifaddr 203.14.100.1 203.14.101.1 255.255.255.255
sam:
set ifaddr 203.14.100.1 203.14.102.1 255.255.255.255
mary:
set ifaddr 203.14.100.1 203.14.103.1 255.255.255.255
El archivo /etc/ppp/ppp.linkup deberá de contener también información del ruteo, para cada IP estática, si es
necesario. Las líneas a continuación añadirán una ruta a la dirección 203.14.101.0 de clase C, por medio del ppp
link del cliente.
fred:
add 203.14.101.0 netmask 255.255.255.0 HISADDR
sam:
mary:
165
15.2.1.5.4. Algo más de mgetty, AutoPPP, y Extensiones MS
15.2.1.5.4.1. mgetty y AutoPPP

Configurando y compilando mgetty con la opción AUTO_PPP habilitada, permite a mgetty detectar la fase LCP de
conexiones PPP y automáticamente enviarlo a un shel de ppp. Aun con esto, y debido a que no se ingresa el nombre
de usuario y contraseña, es necesario autntificarse por medio de PAP o CHAP.
Esta sección asume que el usuaio ha configurado, compilado e instalado correctamente una versión de mgetty, con
la opción Auto_PPP (v0.99beta o posterior).
Asegurese de que su fichero /usr/local/etc/mgetty+sendfax/login.conf contiene la siguiente línea en él:
/AutoPPP/ - - /etc/ppp/ppp-pap-dialup
Esto le indicará a mgetty que ejecute el script ppp-pap-dialup, para efecto de detectar conexiones de tipo PPP.
Cree un fichero llamado /etc/ppp/ppp-pap-dialup que contenga las siguientes líneas (el fichero deberá ser
ejecutable):
#!/bin/sh
exec /usr/sbin/ppp -direct pap$IDENT
Para cada línea de marcado habilitada en /etc/ttys, cree la entrada correspondiente en /etc/ppp/ppp.conf.
Esto co-existirá pacíficamente con las definiciaones que se hayan hecho, de acuerdo a lo mostrado en la parte de
arriba.
pap:
enable pap
set ifaddr 203.14.100.1 203.14.100.20-203.14.100.40
enable proxy
Cada usuario que ingrese al sistema utilizando este metodo, deberá de contar con su clave de usuario, así como su
contraseña, en el archivo /etc/ppp/ppp.secret, o bien agrege la siguiente opción, para efecto de que se pueda
realizar la autentificación por medio de PAP, directamente del fichero /etc/password.
enable passwdauth
Si desea asignar una dirección IP fija a algunos usuarios, puede especificar el número como un tercer argumento en
el fichero /etc/ppp/ppp.secrets. Vea el archivo /usr/share/examples/ppp/ppp.secret.sample para
obtener ejemplos más detallados de esto.
15.2.1.5.4.2. Extensiones de MS
Es posible configurar PPP, para efecto de que brinde a DNS y a NetBIOS, direcciones de servidores de nombres de
forma automática.
Para efecto de habilitar estas extensiones con PPP versión 1.x, las siguientes líneas deberán añadirse a la sección
relevante de /etc/ppp/ppp.conf.
enable msext
set ns 203.14.100.1 203.14.100.2
set nbns 203.14.100.5
166
Y para versiones de PPP 2 y posteriores:
accept dns
set dns 203.14.100.1 203.14.100.2
set nbns 203.14.100.5
Esto le indicará a los clientes, las direcciones del servidor primario y secundario y el servidor-host para NetBIOS.
Si la línea set dns, es omitida en versiones 2 y posteriores, PPP utilizará los valores que encuentre en
/etc/resolv.conf.
15.2.1.5.5. Autentificación por medio de PAP y CHAP

Algunos proveedores de internet tienen su sistema configurado para que cada usuario al conecatrse sean
autentificados por medio de PAP o CHAP. Si este es el caso, al momento de realizar la conexion, no aparecerá un
login:, sino que comenzará a comunicarse PPP inmediatamente.
El metodo PAP es menos seguro que CHAP, pero la seguridad normalmente no se toma mucho en cuenta en este tipo
de conexiones, en funcion de que al enviarse la información de contraseña en texto plano, por medio de una línea
serial, no deja mucho espacio para que los crackers “husmeen”.
Haciendo referencia a lo que vimos de PPP y Direcciones de IP Fijas o bien PPP y Direcciones de IP Dinámicas,
habría que aplicar los siguientes cambios:
7 set login
...
12 set authname MiNombreDeUsuario
13 set authkey MiContraseña
Línea 7:
Su PSI normalmente requerirá que usted ingrese al sistema, cuando se utiliza PAP o CHAP. Por esta razón
debemos deshabilitar la línea que corresponde a “set login”.
Línea 12:
Esta línea especifíca a PAP/CHAP su nombre de usuario. Usted deberá cambiar el valor a quedar el nombre
correcto en el campo; MiNombreDeUsuario.
Línea 13:
Esta línea especifíca su contraseña de PAP/CHAP. Es necesario que usted cambie el valor a quedar el dato
correcto, en el campo; MiContraseña. Quizás sea recomendable que añada una línea a quedar:
15 accept PAP
o
15 accept CHAP
la intención de esto es para hacerlo obvio, aunque en realidad PAP y CHAP son aceptadas por omisión.
167
15.2.1.5.6. Cambiando la configuración de ppp sobre la marcha (al vuelo)

Es posible hablar con el programa ppp mientras se esta ejecutando en segundo plano, pero sólo si se ha habilitado un
puerto de diagnóstico. Para hacer esto, añada lo siguiente a su configuración:
set server /var/run/ppp-tun%d DiagnosticPassword 0177
Esto le indicará a PPP que preste atención al socket del dominio-Unix, solicitando a los usuarios su contraseña, antes
de permitir el acceso. La variable %d deberá ser reemplazada por el numero de dispositivo tun que este utilizando
(ej. tun0).
Una vez que se a configurado el socket, se puede utilizar pppctl(8) en scripts que deseen manipular el programa.
15.2.1.6. Configuración Final del Sistema

Ahora usted cuenta con un ppp configurado, pero es necesario hacer algunas cosas, antes de que este disponible para
trabajar. Todas ellas giran entorno a la edición del fichero /etc/rc.conf.
En primer lugar es importante que se asegure que ha asignado un nombre a su maquina. Esto se hace asignandolo en
la línea de hostname=, por ejemplo:
hostname="foo.ejemplo.com"
Si su Proveedor de Servicios de Internet (PSI), le ha provisto de una dirección fija y un nombre de host, es
recomendable que utilice este como su hostname.
Localice la línea que se refiera a sus dispositivos de red, la cual es network_interfaces. Si desea configurar su
sistema para marcar a su PSI a petición, asegurese de que el dispositivo tun0 este en la lista, de otra forma eliminelo.
network_interfaces="lo0 tun0" ifconfig_tun0=
Nota: La variable ifconfig_tun0 debe permanecer en blanco (vacia), y deberá crearse un fichero llamado
/etc/start_if.tun0 que contenga la siguiente línea:
ppp -auto MiSistema
Este script se ejecuta cuando se esta configurando la red, inicializando el demonio de ppp de modo automático.
Si usted cuenta con una LAN (red de área local), de la cual esta maquina sea la pasarela (gateway), es tambien
recomendable que utilice la opción -alias. Referirse a la página de ayuda (man) para mayores detalles.
Especifique el programa router a NO, con la siguiente línea en su fichero /etc/rc.conf:
router_enable="NO"
Es importante que el demonio routed no se inicialice por default, en virtud de que routed tiende a eliminar las
variables creadas por ppp.
Probablemente valga la pena asegurarse de que la línea sendmail_flags, no incluya la opción -q, ya que de ser así
sendmail intentará localizar los parámetros de la red de vex en cuando, ocasionando que realice llamados al
exterior. Puede intentar esto:
168
sendmail_flags="-bd"
La parte negativa de esta conifguración es que tiene que forzar a sendmail a re-examinar los llamados del servidor
de correo, cada vez que ppp realiza una conexión, con el siguiente comando:
# /usr/sbin/sendmail -q
Puede utilizar el comando !bg en el fichero ppp.linkup para hacer esto de manera automática:
1 provider:
2 delete ALL
3 add 0 0 HISADDR
4 !bg sendmail -bd -q30m
Si usted no desea hacer esto, es posible establecer un “dfilter” (filtro), para bloquear el tráfico al servidor de salida de
correo (SMTP). Favor de referirse a los archivos de ejemplos para mayor detalle al respecto.
Ahora lo único que queda pendiente de hacerse es reiniciar el equipo. Una vez reiniciado el equipo, puede teclear:
# ppp
y posteriormente dial proveedor para iniciar la sesión, o bien si desea que ppp inicie la sesión automáticamente,
cuando haya una petición de salida (y no haya creado el fichero start_if.tun0), puede teclear:
# ppp -auto proveedor
15.2.1.7. Summario
A manera de recapitulación, podemos decir que para configurar ppp por primera ocasión, debemos:
Por parte del Cliente:
1. Asegurese de que existe el dispositivo tun dentro de su kernel.

2. Asegurses de que el dispositivo tunX , se encuentra disponible, bajo el directorio /dev.
3. Cree una entrada en su fichero /etc/ppp/ppp.conf. Con el fichero de ejemplo pmdemand debe ser suficiente
para la mayoria de proveedores.
4. Si cuenta con una dirección de IP dinámica, cree una entrada en el fichero /etc/ppp/ppp.linkup .
5. Actualice su fichero /etc/rc.conf.
6. Cree un archivo script llamado start_if.tun0 si requiere servicio de conexión a solicitud.
Por parte del Servidor:
1. Asegurese de que dentro de su kernel exista el dispositivo tun.

2. Asegurses de que el dispositivo tunX , se encuentra disponible, bajo el directorio /dev.
3. Cree una entrada en el fichero /etc/passwd (usando el programa vipw(8)).
4. Cree un perfil en el directorio home de este usuario, que ejecute ppp -direct direct-server o algo similar.
169
5. Cree una entrada en el fichero /etc/ppp/ppp.conf. El fichero de ejemplo direct-server debe ser
suficiente para darse una idea.
6. Cree una entrada en el fichero /etc/ppp/ppp.linkup.
7. Actualice su fichero /etc/rc.conf.
15.3. Usando Kernel PPP

Partes originalmente desarrolladas por Gennady B. Sorokopud y Robert Huff.
15.3.1. Configurando Kernel PPP

Antes de comenzar a configurar PPP en su maquina, asegurese de pppd se localiza en /usr/sbin y de que existe el
directorio /etc/ppp.
pppd puede trabajar de dos maneras
1. Como un “cliente” — cuando desea conectar su maquina al mundo exterior utilizando PPP, por medio de una
conexión serial o bien una línea de modem.
2. como un “servidor” — cuando su maquina esta conectada a una red y es utilizada para que otras maquinas se
conecten utilizando ppp.
En ambos casos, será necesario configurar un fichero de opciones (/etc/ppp/options o bien ~/.ppprc si se
cuenta con más de un usuario que utilizará ppp en la misma maquina.
También deberá de contar con un software para hacer la conexión por medio de módem (de preferencia kermit), de
manera que pueda hacer la conexión con un host remoto.
15.3.2. Usando pppd como Cliente

Basedo en información provista por Trev Roydhouse.
El siguiente archivo de configuración /etc/ppp/options puede utilizarse para realizar la conexión a una terminal
CISCO, por medio de PPP.
crtscts # habilita el flujo de controls de hardware

modem # línea de control del modem
noipdefault # el servidor PPP remoto asignará la dirección IP
# si el servidor no envia una dirección IP durante IPCP
# remueva esta opción.
passive # espere por los paquetes LCP
domain ppp.foo.com # escriba su nombre de dominio aqui
: remote_ip
# escriba la IP del host remoto aqui
# este será utilizado para el ruteo de paquetes por medio
# de PPP, si no especifica esta opción, cambie la
170
# línea a quedar

local_ip : remote_ip

defaultroute # establezca esta opción si el servidor su ruteador
# por default
Para conectarse:
1. Realice el llamado al host remoto, utilizando kermit (o cualquier otra aplicación de este tipo), ingrese su nombre
de usuario y contraseña (o cualquier info que sea necesaria para habilitar PPP en el host remoto).
2. Salga de kermit (sin colgar la línea).
3. Ingrese lo siguiente:
# /usr/src/usr.sbin/pppd.new/pppd /dev/tty01 19200
Asegurese de utilizar el dispositivo y la velocidad adecuados.
Ahora su computadora esta conectada por medio de PPP. Si la conexión falla, puede añadir la opción debug en el
fichero /etc/ppp/options de tal forma que pueda verificar la que esta ocurriendo y pueda resolver el problema.
El siguiente script; /etc/ppp/pppup realizará los 3 pasos de forma automática:
#!/bin/sh
ps ax |grep pppd |grep -v grep
pid=‘ps ax |grep pppd |grep -v grep|awk ’{print $1;}’‘
if [ "X${pid}" != "X" ] ; then
echo ’killing pppd, PID=’ ${pid}
kill ${pid}
fi
ps ax |grep kermit |grep -v grep
pid=‘ps ax |grep kermit |grep -v grep|awk ’{print $1;}’‘
if [ "X${pid}" != "X" ] ; then
echo ’killing kermit, PID=’ ${pid}
kill -9 ${pid}
fi
ifconfig ppp0 down

ifconfig ppp0 delete
kermit -y /etc/ppp/kermit.dial
pppd /dev/tty01 19200
El fichero /etc/ppp/kermit.dial es un script de kermit, uqe realiza el marcado y negocia la autorización

necesaria con el host remoto (un ejemplo de este script se encuentra al final de este documento).
Utilice el siguiente script, llamado /etc/ppp/pppdown para desconectar la línea PPP:
#!/bin/sh
if [ X${pid} != "X" ] ; then
kill -TERM ${pid}
fi
171

if [ "X${pid}" != "X" ] ; then
kill -9 ${pid}
fi
/sbin/ifconfig ppp0 down

/sbin/ifconfig ppp0 delete
kermit -y /etc/ppp/kermit.hup
/etc/ppp/ppptest
Verifique que su PPP aun se esta ejecutando, por medio de /usr/etc/ppp/ppptest, que deberá verse algo similar
a esto:
#!/bin/sh
pid=‘ps ax| grep pppd |grep -v grep|awk ’{print $1;}’‘
if [ X${pid} != "X" ] ; then
echo ’pppd running: PID=’ ${pid-NONE}
else
echo ’No pppd running.’
fi
set -x
netstat -n -I ppp0
ifconfig ppp0
Para colgar el módem, ejecute /etc/ppp/kermit.hup, que deberá contener:
set line /dev/tty01 ; aqui va el dispositivo del modem

set speed 19200
set file type binary
set file names literal
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
set command bytesize 8
set flow none
pau 1
out +++
inp 5 OK
out ATH0\13
echo \13
exit
He aqui un metodo alterno, donde se utiliza chat en lugar de utilizar kermit.

Los siguientes dos ficheros deben ser suficiente, para realizar una conexión por medio de pppd.
/dev/cuaa1 115200
crtscts # habilita el control de flujo por medio de hardware
172
modem # línea de control del módem

connect "/usr/bin/chat -f /etc/ppp/login.chat.script"
noipdefault # el servidor remoto debe asignar la dirección IP.
# si el servidor no asigna una IP durante la negociación
# IPCP , remueva esta línea y espere por los
passive

# paquetes LCP
domain your.domain # aqui va su dominio
: # escriba la IP del host remoto aqui

# si no ha especificado la opción noipdefault
# cambie esta línea a quedar local_ip : remote_ip

defaultroute # escriba esto, si desea que el servidor PPP sea su
# router por default
/etc/ppp/login.chat.script:
Nota: Lo siguiente debe ir en una sola línea.

ABORT BUSY ABORT ’NO CARRIER’ "" AT OK ATDT numero.de.telefono

CONNECT "" TIMEOUT 10 ogin:-\\r-ogin: nombre.usuario
TIMEOUT 5 sword: contraseña
Una vez que estos ficheros han sido modificados correctamente e instalados, todo lo que necesita es ejecutar el
comando pppd, algo como:
# pppd
15.3.3. Usando pppd como Servidor

El fichero /etc/ppp/options debe contener algo similar a lo siguiente:
crtscts # control de flujo por Hardware

netmask 255.255.255.0 # mascara de red (no es requisito)
192.114.208.20:192.114.208.165 # direcciones ip del host local y remoto
# la dirección ip local debe ser
# diferente a la que le haya asignado a su
# dispositivo de red ethernet (u otro)
# la dirección ip remota que será
# asignada a la maquina remota
domain ppp.foo.com # su dominio
passive # espera por LCP
modem # línea de modem
El siguiengte script, llamado /etc/ppp/pppserv habilitará pppd, para que actue como servidor:
#!/bin/sh
if [ "X${pid}" != "X" ] ; then
173

kill ${pid}
fi
if [ "X${pid}" != "X" ] ; then
kill -9 ${pid}
fi
# reset ppp interface

ifconfig ppp0 down
# enable autoanswer mode

kermit -y /etc/ppp/kermit.ans
# run ppp
pppd /dev/tty01 19200
Utilice el script /etc/ppp/pppservdown para detener el servidor:
#!/bin/sh
if [ "X${pid}" != "X" ] ; then
kill ${pid}
fi
if [ "X${pid}" != "X" ] ; then
kill -9 ${pid}
fi
ifconfig ppp0 down
kermit -y /etc/ppp/kermit.noans
El siguiente script de kermit (/etc/ppp/kermit.ans) habilita/deshabilita el modo de autorespuesta en su módem.

Y debe verse algo similar a lo siguiente:
set line /dev/tty01

set speed 19200
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
174
set flow none
pau 1
out +++
inp 5 OK
out ATH0\13
inp 5 OK
echo \13
out ATS0=1\13 ; cambiar esto a quedar out ATS0=0\13 si desea deshabilitar el modo
; de autorespuesta
inp 5 OK
echo \13
exit
Un script llamado /etc/ppp/kermit.dial es utilizado para llamar y autentificarse en un host remoto. Es

necesario que edite este fichero, de acuerdo a sus necesidades. Escriba su nombre de usuario (login) y contraseña
(password) en este fichero, también será necesario cambiar su metodo de conexión, de acuerdo a lo que se ajuste a
sus necesidades.
;
; ingrese el dispositivo que esta apuntando a su módem:
;
set line /dev/tty01
;
; escriba la velocidad del módem:
;
set speed 19200
set file type binary ; full 8 bit file xfer
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
set flow none
set modem hayes
set dial hangup off
set carrier auto ; Posteriormente SET CARRIER si es necesario
set dial display on ; despues SET DIAL si es necesario
set input echo on
set input timeout proceed
set input case ignore
def \%x 0
goto slhup
:slcmd ; cambio a modo de comando

echo Put the modem in command mode.
clear ; Limpieza del buffer de entrada
pause 1
output +++
input 1 OK\13\10 ; esperar para OK
if success goto slhup
175
output \13
pause 1
output at\13
input 1 OK\13\10
if fail goto slcmd ; si el modem no responde Ok, intentar de nuevo
:slhup ; colgar el teléfono

pause 1
echo Hanging up the phone.
output ath0\13
input 2 OK\13\10
if fail goto slcmd ; si no hay un OK como respuesta, poner el modem en modo de coman
:sldial ; marcar el numero telefonico

pause 1
echo Dialing.
output atdt9,550311\13\10 ; escriba el numero de telefono
assign \%x 0 ; asignar cero al contador
:look
increment \%x ; Conteo de segundos
input 1 {CONNECT }
if success goto sllogin
reinput 1 {NO CARRIER\13\10}
if success goto sldial
reinput 1 {NO DIALTONE\13\10}
if success goto slnodial
reinput 1 {\255}
reinput 1 {\127}
if < \%x 60 goto look
else goto slhup
:sllogin ; login
assign \%x 0 ; asignar cero al contador
pause 1
echo Looking for login prompt.
:slloop
increment \%x ; Conteo de segundos
output \13
;
; escriba su login prompt aqui:
;
input 1 {Username: }
if success goto sluid
reinput 1 {\255}
reinput 1 {\127}
176

if < \%x 10 goto slloop ; intentar 10 veces para obtener un login
else goto slhup ; colgar y empezar de nuevo si a la decima falla
:sluid
;
; escriba su nombre de usuario:
;
output ppp-login\13
input 1 {Password: }
;
; escriba su contraseña:
;
output ppp-password\13
input 1 {Entering SLIP mode.}
echo
quit
:slnodial
echo \7No dialtone. Check the telephone line!\7
exit 1
; local variables:
; mode: csh
; comment-start: "; "
; comment-start-skip: "; "
; end:
15.4. Usando PPP sobre Ethernet (PPPoE)

Contribuido (tomado de http://node.to/freebsd/how-tos/how-to-freebsd-pppoe.html) por Jim Mock.
En esta sección veremos como configurar PPP sobre una red Ethernet (PPPoE).
15.4.1. Configurando el kernel

Ya no es necesario realizar una configuración especial para que nuestro kernel cuente con soporte para PPPoE.
Siempre y cuando el soporte de redes necesario se encuentre en él, ppp se encargará de cargarlo de una manera
dinámica.
15.4.2. Editando el fichero ppp.conf

He aqui un ejemplo de un fichero de configuración ppp.conf completamente funcional:
default:
set log Phase tun command # puede añadir más dispositivos si lo desea
set ifaddr 10.0.0.1/0 10.0.0.2/0
177
nombre_del_proveedor_del_servicio_de_internet:
set device PPPoE:xl1 # sustituya xl1 con su dispositivo ethernet
set authname SuNombreDeUsuario
set authkey SuContraseña
set dial
set login
add default HISADDR
15.4.3. Ejecutando PPP

Estando en modo superusuario (root) puede ejecutar:
# ppp -ddial nombre_del_proveedor_de_inet
15.4.4. Ejecutando PPP al inicio de sesión

Añada las siguientes líneas a su archivo /etc/rc.conf:
ppp_enable="YES"
ppp_mode="ddial"
ppp_nat="YES" # siempre y cuando desee habilitar nat para su red local
ppp_profile="nombre_del_proveedor_de_inet"
15.4.5. Diferenciando el uso del Servicio de PPPoE

En ocasiones es necesario utilizar una pequeña marca para diferenciar el servicio que vamos a utilizar para establecer
la conexión. Las marcas (“tags”)de servicio son utilizadas para distinguir entre diferentes servidores de una red, a los
que nos podemos conectar utilizando PPPoE.
Su proveedor de internet debe haberle provisto de la información necesaria para crear esta marca. Si esto no fué así,
puede solicitar a su proveedor que le brinde esta información.
Como último recurso, puede intentar el método sugerido por el programa Roarging Penguin PPPoE
(http://www.roaringpenguin.com/pppoe/), que puede encontrarse en la colección de ports. Al utilizar este programa
debe tener en mente, que este puede desconfigurar su módem por completo, por esta razón piense biena antes de
utilizarlo. Simplemente instale el programa controlador del módem, provisto por su porveedor. Posteriormente, debe
acceder al menú de Sistema del programa. El nombre de su perfil debe aparecer listado. Que normalmente es ISP.
El nombre del perfil (marca del servicio) será utilizada por la configuración de PPPoE en el fichero de configuración
ppp.conf como el proveedor para la opción del comando set device (puede ver la página de ayuda ppp(8) para
más detalles). Esto debe verse algo similar a lo siguiente:
set device PPPoE:xl1:ISP
No olvide cambiar x11 por el dispositivo Ethernet que este utilizando.
178
No olvide cambiar ISP por el nombre del perfil que le fué descrito anteriormente (por lo general el nombre de su
Proveedor de Servicio de Internet).
Para información adicional consulte:
• Cheaper Broadband with FreeBSD on DSL (http://renaud.waldura.com/doc/freebsd/pppoe/) por Renauld Waldura.
15.4.6. Usando PPPoE en Casa con un Modem Dual ADSL 3Com

Este módem no sigue el estandar establecido en el RFC 2516 (http://www.faqs.org/rfcs/rfc2516.html) (Un metodo
que describe el uso de PPP por medio de un dispositivo Ethernet (PPoE), escrito por L. Mamakos, K. Lidl, J. Evarts,
D. Carrel, D. Simone y R. Wheeler). En su lugar, el código de diferentes tipos de paquetes ha sido utilizado para el
manejo del entorno Ethernet. Si cree que esto es incorrecto y que se debiera ajustar a las especificaciones de PPPoE,
por favor comentelo en 3Com (http://www.3com.com/).
Para poder hacer que FreeBSD sea capaz de comunicarse con este dispositivo, se debe establecer un control de
sistema (sysctl). Esto puede hacerse de forma automática al momento del arranque, editando el fichero
/etc/sysctl.conf:
net.graph.nonstandard_pppoe=1
o bien pude hacerse desde la línea de comandos, para un efecto inmediato, por medio del comando sysctl -w
net.graph.nonstandard_pppoe=1.
Desafortunadamente y dado que esto implica una configuración general del sistema, por lo que no es posible
comunicarnos con un dispositivo cliente — servidor que utilice PPPoE y con un módem casero 3Com ADSL, al
mismo tiempo.
15.5. Usando PPP sobre ATM (PPPoA)

Lo siguiente describe como configurar PPP utilizando ATM, alias PPPoA. PPPoA es una alternativa muy común
entre proveedores de DSL en Europa.
15.5.1. Usando PPPoA con un Alcatel Speedtouch USB

El soporte bajo FreeBSD para este dispositivo se puede encontrar como un port, por que el firmware es distribuido
bajo la licencia de Alcatel (http://www.alcatel.com/consumer/dsl/disclaimer_lx.htm).
Para instalar este software, simplemente utilice la colección de ports. Instale el port net/pppoa y siga las
instrucciones provistas por el port.
179
15.5.2. Usando mpd

Puede usar mpd para conectarse a una gran variedad de servicios, en particular servicios pptp. Puede encontrar mpd
en la colección de ports, bajo net/mpd.
Primero debe instalar el port, y posteriormente configurar mpd para que se ajuste a sus necesidades y a la
configuración del proveedor. El port instala un conjunto de ficheros de configuración de ejemplo, que estan bien
documentados en PREFIX/etc/mpd/. Note que PREFIX se refiere al directorio donde sus ports son instalados, que
normalmente es en /usr/local. Una guía completa en formato HTML, esta disponible una vez que se ha instalado
el port. Esta se localiza en PREFIX/share/mpd/. Aqui tenemos un ejemplo simple de configuración para conectarse
a un servicio ADSL con mpd. La configuración se divide en dos ficheros, primero tenemos el fichero mpd.conf.
default:
load adsl
adsl:
new -i ng0 adsl adsl
set bundle authname usuario ➊
set bundle password contraseña ➋
set bundle disable multilink
set link no pap actcomp protocomp

set link disable chap
set link accept chap
set link keep-alive 30 10
set ipcp no vjcomp

set ipcp ranges 0.0.0.0/0 0.0.0.0/0
set iface route default

set iface disable on-demand
set iface enable proxy-arp
set iface idle 0
open
➊ El nombre de usuario para autentificar con su proveedor.

➋ La contraseña para autentificar con su proveedor.
El fichero mpd.links contiene información a cerca de la, o las conecciones, que desee establecer. Un ejemplo de
mpd.links y que sea acompañante del ejemplo anterior, se muestra a continuación.
adsl:
set link type pptp
set pptp mode active
set pptp enable originate incoming outcall
set pptp self 10.0.0.140
set pptp peer 10.0.0.138
La conexión es fácil de inicializarla, al ingresar los siguientes comandos como root.
# mpd -b adsl
180
El estatus de la conexión la puede ver con el comando.
% ifconfig ng0
: flags=88d1 UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST mtu 1500

inet 216.136.204.117 --> 204.152.186.171 netmask 0xffffffff
Usar mpd es la forma recomendada para conectarse con servicios ADSL con FreeBSD.
15.5.3. Usando pptpclient

También es posible usar FreeBSD para conectarse a otros servicios PPPoA por medio de net/pptpclient.
Para conectarse por medio de net/pptpclient a un servicio DSL, instale el port o paquete y edite el fichero
/etc/ppp/ppp.conf. Debe ser root para hacer estas operaciones. Un ejemplo de la sección de ppp.conf, se
muestra a continuación. Para mayor información sobre las opciones de ppp.conf, consulte la página de ayuda de
ppp; ppp(8).
adsl:
set log phase chat lcp ipcp ccp tun command
set timeout 0
enable dns
set authname usuario ➊
set authkey contraseña ➋
set ifaddr 0 0
add default HISADDR
➊ Nombre de usuario de la cuenta DSL.

➋ La contraseña de su cuenta.
AvisoDebido a que debe poner su contraseña en el fichero ppp.conf en texto plano, debe asegurarse que
nadie tenga acceso de lectura a este fichero. Los siguientes comandos se aseguran de que el fichero solo
pueda se leido por root. Ve las páginas de ayuda chmod(1) y chown(8) para mayor información.
# chown root:wheel /etc/ppp/ppp.conf

# chmod 600 /etc/ppp/ppp.conf
Esto abrirá una sesion por medio de PPP con su ruteador DSL. Los módems Ethernet DSL cuentan con una dirección
IP de LAN preconfigurada a la cual se puede conectar. En el caso del Alcatel Speedtouch, esta dirección es
10.0.0.138. La documentación de su equipo debe indicarle que dirección utiliza. Para abrir el “tunel” e iniciar la
sesión ppp, ejecute el siguiente comando.
# pptp dirección proveedor
Sugerencia: Puede añadir un símbolo de ampersand (“&”) al final de este comando, ya que pptp no retorna al
shell por default.
181
Un dispositivo virtual tun será creado, para interactuar con los procesos de pptp y ppp. Una vez que regrese al shell
puede examinar la conexión por medio del siguiente comando.
% ifconfig tun0
tun0: flags=8051 UP,POINTOPOINT,RUNNING,MULTICAST mtu 1500

inet 216.136.204.21 --> 204.152.186.171 netmask 0xffffff00
Opened by PID 918
Si no le es posible conectarse, verifique la configuración de su ruteador, que normalmente es accesible por medio de
telnet o de su navegador web. Si aun no puede conectarse examine la salida que da el comando pptp y el contenido
del fichero de registro (log) de ppp; /var/log/ppp.log.
15.6. Usando SLIP

Contribución Original por Satoshi Asami. Con comentarios por Guy Helmer y Piero Serini.
15.6.1. Configurando un cliente SLIP

Lo siguiente es una forma de configurar FreeBSD para que utilice SLIP, en un red con dirección estática. Para
direcciones dinámicas (esto es, donde su dirección cambia cada vez que se conecta), probablemente sea necesario
realizar algunos ajustes que complican la configuración.
En primer término, es necesario determinar a que puerto serial esta conectado nuestro módem. Mucha gente opta
por} contar con un enláce simbólico, tal como /dev//modem, que apunta al nombre real del dispositivo,
/dev/cuaaN. Esto permite abstenerse de usar el nombre real del dispositivo, en caso de que sea necesario cambiar
de puerto nuestro módem. Lo cual puede ser de mucha ayuda, ya que puede ser un fastidio tener que editar un
monton de ficheros en /etc y ficheros de tipo .kermrc en todo el sistema!.
Nota: /dev/cuaa0 es COM1, cuaa1 es COM2, etc.
Asegurese de contar con la siguiente opción en la configuración de su kernel:
pseudo-device sl 1
Esta opción esta incluida en el archivo del kernel GENERIC, así que no debe haber problema, claro esta, a menos que
lo haya borrado intencionalmente.
15.6.1.1. Cosas Que Tiene Que Hacer Solo Una Vez
1. Añada el nombre de su maquina, gateway, servidores de nombre a su fichero /etc/hosts. Este es un ejemplo
de mi fichero:
127.0.0.1 localhost loghost
136.152.64.181 water.CS.Example.EDU water.CS water
136.152.64.1 inr-3.CS.Example.EDU inr-3 slip-gateway
128.32.136.9 ns1.Example.EDU ns1
182
128.32.136.12 ns2.Example.EDU ns2
2. Asegurese de que cuenta con la opción hosts antes de la opción bind, en su fichero /etc/host.conf. De lo
contrario pueden ocurrir cosas graciosas en su sistema.
3. Edite el fichero /etc/rc.conf.
1. Especifique su nombre host al editar la línea que dice:
hostname=“minombre.mi.dominio”
El nombre completo de su sistema para internet, debe ser escrito en este punto.
2. Añada el dispositivo sl0 a la lista de dispositivos de red, al cambiar la línea que dice:
network_interfaces="lo0"
a quedar:
network_interfaces=“lo0 sl0”
3. Añada los parámetros de inicialización del dispositivo sl0, al añadir la línea:

ifconfig_sl0="inet ${hostname} slip-gateway netmask 0xffffff00 up"
4. Especificque cual será su ruteador por omisión al editar la línea:

defaultrouter=“NO”
a quedar:
defaultrouter=“slip-gateway”
4. Edite su fichero /etc/resolv.conf (si no existe debe crearlo), a que contenga lo siguiente:
domain CS.Ejemplo.EDU
nameserver 128.32.136.9
nameserver 128.32.136.12
Como puede ver, lo anterior define el nombre de host, de su servidor de nombres. Claro esta, el nombre de
dominio y las direcciones IP, dependen de su sistema específico.
5. Establezca la contraseña del superusuario root y de su símil toor (y de cualquier otro usuario que aun no
cuente con la misma).
6. Reinicie su sistema y asegurese que cuenta con el nombre de host (hostname) correcto.
15.6.1.2. Haciendo una Conexión con SLIP
1. Marque el número, teclee en el signo de comando slip, ingrese el nombre y la contraseña. Lo que se requiere
ingresar, depende de su sistema. Si utiliza kermit, puede utilizar un script similar al siguiente:
# kermit setup
set modem hayes
set line /dev/modem
183
set speed 115200

set parity none
set flow rts/cts
set terminal bytesize 8

# El siguiente macro se encarga de llamar e ingresar al sistema
define slip dial 643-9600, input 10 = , if failure stop, -
output slip\x0d, input 10 Username:, if failure stop, -
output silvia\x0d, input 10 Password:, if failure stop, -
output ***\x0d, echo \x0aCONNECTED\x0a
Claro esta, que debe cambiar el nombre y contraseñ a quedar de acuerdo a sus necesidades. Después de hacer
esto, puede simplemente teclear slip en el símbolo de sistema (prompt) de kermit, para realizar la conexión.
Nota: El dejar su contraseña en texto plano, en cualquier parte del sistema, generalmente es una mala
idea. Hágalo bajo su propio riesgo.
2. Dejé a kermit en ese punto trabajando (puede suspenderlo tecleando Ctrl-z) y como root, teclee:
# slattach -h -c -s 115200 /dev/modem
Si puede hacer ping a cualquier host que se encuentre del otro lado del ruteador, usted esta conectado!. Si esto
no funciona, puede intentar como argumento del comando slattach, la opción -a en lugar de utilizar la
optción -c.
15.6.1.3. Como Terminar la Conexión

Para terminar la conexión haga lo siguiente:
# kill -INT ‘cat /var/run/slattach.modem.pid‘
esto terminaraá slattach. Recuerde que para hacer esto, usted debe estar firmado como superusuario (root).
Posteriormente dirijase a kermit (puede hacer esto con fg si lo envio a segundo plano) y salga (tecleando q).
La página de ayuda de slattach indica que debe utilizar el comando ifconfig sl0 down, para marcar como
terminado el uso del dispositivo, pero tal parece que esto no hace una gran diferencia para mi. (ifconfig sl0 da el
mismo resultado.)
En algunas ocasiones, puede que su módem se niegue a cortar la comunicación (el mio lo hace a veces). Si ese es el
caso, simplemente inicie de nuevo kermit y vuelva a salir. Normalmente en el segundo intento hay exito.
15.6.1.4. Problemas Comunes

Si esto no funciona, sientase libre de preguntarme. Lo siguiente es una recapitulación de los problemas que más
comunmente se presentan:
• El no utilizar la opción -c o -a con el comando slattach (Esto debiera se fatal, pero algunos usuarios han
reportado que esto ha solucionado sus problemas.
• Usar la opción s10 en vez de usar la opción sl0 (puede ser difícil ver la diferencia con algunos tipos de letras).
184
• Intente ifconfig sl0 para visualizar el estatus de sus dispositivos de red. Por ejemplo, puede ser que obtenga
algo similiar a lo siguiente:
# ifconfig sl0

sl0: flags=10 POINTOPOINT
inet 136.152.64.181 --
136.152.64.1 netmask ffffff00
• También el comando netstat -r le mostrará la tabla de ruteo, en caso de que obtenga el mensaje “no route to te
host”, al hacer ping. Un ejemplo de esto se muestra a continuación:
# netstat -r
Routing tables
Destination Gateway Flags Refs Use IfaceMTU Rtt Netmasks:
(root node)
(root node)

Route Tree for Protocol Family inet:
(root node) =
default inr-3.Example.EDU UG 8 224515 sl0 - -
localhost.Exampl localhost.Example. UH 5 42127 lo0 - 0.438
inr-3.Example.ED water.CS.Example.E UH 1 0 sl0 - -
water.CS.Example localhost.Example. UGH 34 47641234 lo0 - 0.438
(root node)
Esto es después de que el sistema ha estado conectado por un tiempo. Los numeros pueden variar en su sistema.
15.6.2. Estableciendo un Servidor SLIP

Este documento provee sugerencias, para establecer un servidor de SLIP, bajo FreeBSD, lo que generalmente
significa configurar su sistema, para que de manera automática inicie los servicios, al firmarse usuarios—clientes
remotos en su sistema.
15.6.2.1. Prerequisitos
Esta sección es de naturaleza muy técnica, así que contar con antecedentes sobre esto es requerido. Este documento
supone que usted cuenta con conocimientos sobre el protocolo de redes TCP/IP, y particularmente, redes y
direcciones de nodos, mascaras de red, subneteo, ruteo y protocolos de ruteo, tal como RIP. El configurar servicios
SLIP, en un servidor, requiere un conocimiento de estos conceptos, y si usted no esta familiarizado con estos, puede
leer una copia, ya sea del libro de Craig Hunt; TCP/IP Networking Administration, publicado por O’Reilly &
Associates, Inc. (Numero ISBN 0-937175-82-X), o alguno de los libros de Douglas Comer, sobre protocolos TCP/IP.
Se da por un hecho, que usted ha instalado y configurado correctamente su(s) módem(s), así como la configuración
de su sistema, para efecto de utilizar el mismo para realizar la conexión. Si usted no lo ha hecho, por favor lea el
tutorial sobre configuración de estos servicios; si cuenta con un navegador para la World-Wide Web, puede ver los
tutoriales disponibles en http://www.FreeBSD.org/ (../../../../index.html).
185
Puede ser que también desee revisar las páginas de ayuda (man), sio(4) para información referente a los
controladores de dispositivos de puertos en serie, y ttys(5), gettytab(5), getty(8), & init(8), para ver información
relevante, sobre la configuración de su sistema, para efecto de que acepte accesos (logins) por medio de un módem, y
quizás stty(1) para información sobre los parámetros de configuración de puertos en serie (tal como clocal, que se
utiliza para la conexión directa por medio de puertos seriales).
15.6.2.2. Echemos un Vistazo

En su configuración típica, el desarrollo de FreeBSD como un servidor SLIP, funciona de la siguiente manera: un
Usuario SLIP, se conecta del Servidor SLIP FreeBSD e ingresa al sistema con una identificación especial, que utiliza
/usr/sbin/sliplogin como shell del usuario. El programa sliplogin busca en el fichero
/etc/sliphome/slip.hosts la línea que haya sido creada especialmente para el usuario, conecta la línea serial a
una interfaz SLIP disponible y posteriormente ejecuta el script /etc/sliphome/slip.login, para configurar la
interfaz SLIP.
15.6.2.2.1. Un Ejemplo de Acceso al Servidor SLIP

Por ejemplo si la clave de acceso de un usuario SLIP fuese Shelmerg, la entrada del usuario Shelmerg, en el
fichero /etc/master.passwd se vera algo similar a lo siguiente:
Shelmerg:password:1964:89::0:0:Guy Helmer - SLIP:/usr/users/Shelmerg:/usr/sbin/sliplogin
Cuando Shelmerg accese al sistema, el comando sliplogin, buscará en el fichero

/etc/sliphome/slip.hosts, una línea, en la cual el ID (identificación) del usuario coincida, por ejemplo, puede
ser que en el fichero /etc/sliphome/slip.hosts exista una línea simliar a la siguiente:
Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp
El comando sliplogin encontrará la línea que coincida, enganchará la línea serial a cualquier interfaz SLIP
disponible y posteriormente ejecutará /etc/sliphome/slip.login de manera similar a:
/etc/sliphome/slip.login 0 19200 Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp
Si todo marcha bien, /etc/sliphome/slip.login creará una configuración, por medio de ifconfig, para la
interfaz SLIP, a la cual sliplogin se ha adjuntado (la interfaz slip 0, que era el primer parámetro dado en la lista de
slip.login), para establecer la dirección local IP (dc-slip), la interfaz de la direción IP Remota (sl-helmer), la
submascara de red para la interfaz SLIP (0xfffffc00) y cualquier otra opción adicional (autocomp). Si algo no va
del todo bien, normalmente sliplogin guarda bastante información para depurar, por medio del demonio
(daemon) syslog, que usualmente guarda dicha infomración en /var/log/messages (vea la página de ayuda
syslogd(8) así como syslog.conf(5) y quizas el fichero /etc/syslog.conf, para ver que es lo que syslogd esta
almacenando y donde es que lo almacena.
OK, basta de ejemplos — entremos de lleno en la configuración del sistema.
15.6.2.3. Configuración del Kernel

El kernel de FreeBSD, por omisión, cuenta con 2 dispositivos SLIP definidos (sl0 y sl1); usted puede utilizar
netstat -i, para verificar si estos dispositivos se encuentran en el kernel de su sistema.
186
Un ejemplo del resultado de netstat -i:
Name
ed0
Mtu
1500
Network
Address
Link 0.0.c0.2c.5f.4a
Ipkts Ierrs
291311 0
Opkts Oerrs Coll
174209 0 133
ed0
lo0 65535 Link

1500 138.247.224 ivory 291311
79
0
0
174209
79
0
0
133
0
lo0 65535 loop
localhost 79 0 79 0 0
sl0*
sl1*
296
296
Link
Link
0
0
0
0
0
0
0
0
0
0
En este ejemplo vemos que existen dos dispositivos SLIP en el kernel, que son; sl0 y sl1 (el asterisco que aparece
después de sl0 y sl1 indica que los dispositivos no estan “trabajando”.)
Aun cuando el kernel cuente con los dispositivos, por omisión el kernel de FreeBSD, no viene configurado para
enviar paquetes (de hecho su sistema FreeBSD no trabajara como ruteador, por default) esto en base a los
requerimientos para Internet, establecidos por los RFCs ( vea 1009 [Requerimentos para Pasarelas (Gateway) en
Internet], 1122 [Requerimientos para hosts de Internet — Capas de comunicación] y quizás 1127 [RFC sobre Una
Perspectiva de los Requerimientos de Hosts]). Si usted desea que su servidor SLIP sobre FreeBSD, opere como un
ruteador, será necesario que edite el fichero /etc/rc.conf y cambie la opción gateway_enable, a quedar YES,
esto habilitará esta función.
Será necesario que reinicie su sistema, para efecto de que estos cambios surtan efecto.
Al verificar su fichero de configuración del kernel (/sys/i386/conf/GENERIC), podrá notar que cerca del final,
hay una línea como la siguiente:
pseudo-device sl 2
Esta línea es la que define el numero de dispositivos SLIP disponibles en el kernel; el numero al final de la línea es el
numero máximo de conecciones SLIP que puede manejar el servidor simultaneamente.
Para ayuda con relación a la configuración y compilación del kernel en su sistema FreeBSD, por favor refierase
Capítulo 8 al apartado correspondiente.
15.6.2.4. Configuración de Sliplogin

Como se menciono anteriormente, existen tres ficheros en el directorio /etc/sliphome, que son parte de la
configuración de /usr/sbin/sliplogin (vea la pagina de ayuda sliplogin(8) de para ver la ayuda del comando
sliplogin): slip.hosts, que es el fichero que define a los usuarios SLIP, así como sus direcciones IP
correspondientes; slip.login, que normalmente es utilizado para configurar la interfaz de SLIP; y
(opcionalmente) slip.logout, que hace lo opuesto a slip.login, cuando la conexión serial ha terminado.
15.6.2.4.1. Configuració de slip.hosts

El fichero /etc/sliphome/slip.hosts contiene líneas, que al menos cuentan con cuatro partes, separadas por
espacios en blanco:
• Identificador (nombre) del usuario SLIP

• Dirección Local (local para el servidor SLIP) de la liga a SLIP
• Dirección Remota de la liga a SLIP
187
• Mascara de red
Las direcciones local y remota, pueden ser nombres del host (la resolución de los mismos, es llevada a cabo, por
medio de /etc/hosts o por el servidor de nombres de dominio (DNS), dependiendo de lo que haya especificado en
el fichero /etc/host.conf), y la mascara de red puede ser un nombre, que puede ser resuelto revisando
/etc/networks. En un sistema de ejemplo, el fichero /etc/sliphome/slip.hosts, puede verse así:
#
# login local-addr remote-addr mask opt1 opt2
# (normal,compress,noicmp)
#
Shelmerg dc-slip sl-helmerg 0xfffffc00 autocomp
Al final de la línea puede ver que existen una o más opciones.
• normal — sin compresión de los encabezados.

• compress — compresión de los encabezados.
• autocomp — compresión automática, si el host remoto lo permite.
• noicmp — deshabilitar los paquetes ICMP (de tal forma que cualquier paquete enviado por “ping” seráa
rechazado, en lugar de ocupar de su ancho de banda).
La elección sobre la dirección local y remota depende si usted va a utilizar una conexión TCP/IP dedicada o bien si
va a utilizar una conexión por medio de “proxy ARP” en su servidor SLIP (no es correcto “proxy ARP”, pero es la
terminología utilizada en esta sección para describirlo). Si usted no esta seguro que metodo manejar o como asignar
la dirección IP, por favor refierase a alguno de los libros sobre TCP/IP, que se mencionan en los Prerequisitos de
SLIP (Sección 15.6.2.1) y/o consulte al administrador de IP de su red.
Si usted piensa subnetear para los diferentes clientes SLIP, será necesario que la dirección de la subred (subnet),
salga de la dirección IP que tenga asignada su red, y el numero de cada cliente, del numero que asigne a su subred.
Posteriormente puede que sea necesario, o bien configurar una ruta estática a la subred SLIP, por medio de su
servidor SLIP en su ruteador más cercano por IP.
De otra forma, si usted piensa utilizar un metodo “proxy ARP”, será necesario que a sus clientes SLIP, se les asigne
una dirección IP, que se encuentre dentro del rango que este utilizando para su subred Ethernet, y tambié será
necesario que haga algunos ajustes en los ficheros script /etc/sliphome/slip.login y en
/etc/sliphome/slip.logout, para que usen arp(8), para que maneje la tabla ARP del servidor SLIP y llamados
del proxy-ARP.
15.6.2.4.2. slip.login Configuración

El típico fichero /etc/sliphome/slip.login se ve de la siguiente manera:
#!/bin/sh -
#
# @(#)slip.login 5.1 (Berkeley) 7/1/90
#
# generic login file for a slip line. sliplogin invokes this with
# the parameters:
# 1 2 3 4 5 6 7-n
# slipunit ttyspeed loginname local-addr remote-addr mask opt-args
188
#
/sbin/ifconfig sl$1 inet $4 $5 netmask $6
This slip.login file merely runs ifconfig for the appropriate SLIP interface with the local and remote addresses
and network mask of the SLIP interface.
If you have decided to use the “proxy ARP” method (instead of using a separate subnet for your SLIP clients), your
/etc/sliphome/slip.login file will need to look something like this:
#!/bin/sh -
#
# @(#)slip.login 5.1 (Berkeley) 7/1/90
#
# generic login file for a slip line. sliplogin invokes this with
# the parameters:
# 1 2 3 4 5 6 7-n
#
/sbin/ifconfig sl$1 inet $4 $5 netmask $6
# Answer ARP requests for the SLIP client with our Ethernet addr
/usr/sbin/arp -s $5 00:11:22:33:44:55 pub
La línea adicional, arp -s $5 00:11:22:33:44:55 pub del script slip.login, crea una entrada ARP en la
tabla del servidor SLIP. Esta entrada le indica al servidor SLIP que debe responder con la dirección MAC de su
dispositivo Ethernet, cuando cualquier otro nodo IP en la red, solicite información a la IP del cliente SLIP.
Al tomar en cuenta el ejemplo anterior, es importante que sustituya la dirección Ethernet MAC
(00:11:22:33:44:55), con la dirección que corresponde a su tarjeta de red, o definitivamente su “proxy ARP” no
va a funcionar!. Para efecto de conocer cual es la dirección MAC del dispositivo Ethernet (tarjeta de red), de su
servidor SLIP, puede ejecutar el comando netstat -i, el cual tendrá como resultado algo similar a lo siguiente:
ed0 1500

Link 0.2.c1.28.5f.4a 191923 0 129457 0 116
Esto indica que la dirección MAC de su dispositivo Ethernet, en este sistema es 00:02:c1:28:5f:4a — los puntos
que aparecen en la salida del comando netstat -i deben cambiarse por dos puntos, así mismo deberá de
anteponerse un cero, a cada dígito hexadecimal que aparezca sólo (no en pares), de tal forma que convirtamos la
dirección en lo que arp(8) requiere para trabajar; vea la página de ayuda arp(8), para ver información completa sobre
su uso.
Nota: Recuerde que cuando cree los ficheros /etc/sliphome/slip.login y /etc/sliphome/slip.logout,

deben contar con permisos de ejecución (chmod 755 /etc/sliphome/slip.login
/etc/sliphome/slip.logout), de otra forma estos scripts no podrán llevar a cabo su función.
15.6.2.4.3. Configuración de slip.logout

El fichero /etc/sliphome/slip.logout no es indispensable (a menos que vaya a utilizar “proxy ARP”), pero si
aun así decide crearlo, el siguiente es un ejemplo básico del script slip.logout :
#!/bin/sh -
189
#
# slip.logout
#
# logout file for a slip line. sliplogin invokes this with
# the parameters:
# 1 2 3 4 5 6 7-n
#
/sbin/ifconfig sl$1 down
Si usted esta utilizando “proxy ARP”, es recomendable que le indique a /etc/sliphome/slip.logout, que desea
eliminar la entrada ARP, para el cliente SLIP:
#!/bin/sh -
#
# @(#)slip.logout
#
# logout file for a slip line. sliplogin invokes this with
# the parameters:
# 1 2 3 4 5 6 7-n
#
/sbin/ifconfig sl$1 down
# Dejar de solicitar respuesta ARP al cliente SLIP
/usr/sbin/arp -d $5
El comando arp -d $5, elimina la entrada ARP, que slip.login de “proxy ARP” añadió al cliente SLIP al
ingresar al sistema.
Para esta más seguros: asegurese de que el fichero /etc/sliphome/slip.logout cuenta con los permisos
adecuados para su ejecución, una vez que lo ha creado (ej. chmod 755 /etc/sliphome/slip.logout) .
15.6.2.5. Consideraciones sobre el Enrutamiento

Si usted no esta utilizando el metodo “proxy ARP”, para efecto de rutear los paquetes entre sus clientes SLIP y el
resto de la red (y quizás Internet), deberá de hacer una de las siguientes dos acciones, o bien añadir direcciones
estáticas, a su(s) ruteador(es) más cercanos, para que se reenvien los paquetes de la subred de sus clientes SLIP, por
medio de su servidor SLIP, o bien tendrá que instalar y configurar gated en su servidor SLIP (que corre FreeBSD!),
de tal forma que le indique a su(s) ruteador(es), por medio del protocolo correcto, a cerca de su subred SLIP.
15.6.2.5.1. Direcciones de Enrutamiento Estáticas

Añadir direcciones estáticas de enrutamiento puede ser un problema (o imposible si usted no cuenta con la autoridad
para hacerlo...). Si usted cuenta con una red de ruteo-múltiple en su organización, algunos ruteadores, tales como los
fabricados por Cisco y Proteon, puede ser que no sea suficiente con el hecho de configurar las rutas estáticas de su
subred SLIP, sino que sea necesario indicar que rutas utilizar para informar a cerca de otras rutas, así que algo de
experiencia así como determinación para la resolución de problemas serán necesarias para poner la ruta basada-en-
ruteo-estático a trabajar.
190
15.6.2.5.2. Ejecutando gated

Una alternativa para los dolores de cabeza que pueden dar las redes con ruteo estático, es intalar gated en su
servidor SLIP bajo FreeBSD y configurarlo, para que utilice los protocolos de ruteo apropiados
(RIP/OSPF/BGP/EGP) para informar a otros ruteadores, a cerca de su subred SLIP. Una vez que lo ha compilado e
instalado, deberá crear el fichero /etc/gated.conf, que configurará a gated; aqui hay un ejemplo, similar al que
el autor utilizó en un servidor SLIP FreeBSD:
Nota: gated es un software propietario y su código fuente no estará disponible al público más (más información
en el sitio gated (http://www.gated.org/)). Esta sección solo existe para asegurarse de la compatibilidad con
aquellos que usan la versió antigua.
#
# gated configuration file for dc.dsu.edu; for gated version 3.5alpha5
# Only broadcast RIP information for xxx.xxx.yy out the ed Ethernet interface
#
#
# tracing options
#
traceoptions "/var/tmp/gated.output" replace size 100k files 2 general ;
rip yes {
interface sl noripout noripin ;
interface ed ripin ripout version 1 ;
traceoptions route ;
} ;
#
# Turn on a bunch of tracing info for the interface to the kernel:
kernel {
traceoptions remnants request routes info interface ;
} ;
#
# Propagate the route to xxx.xxx.yy out the Ethernet interface via RIP
#
export proto rip interface ed {

proto direct {
xxx.xxx.yy mask 255.255.252.0 metric 1; # SLIP connections
} ;
} ;
#
# Accept routes from RIP via ed Ethernet interfaces
import proto rip interface ed {

all ;
} ;
191
En el ejemplo anterior, el fichero de configuración gated.conf transmite información sobre la subred SLIP
xxx.xxx.yy, por medio de RIP al dispositivo Ethernet; si usted esta utilizando un dispositivo de red, diferente de
ed, será necesario que modifique el parámetro ed por el correspondiente. En este ejemplo, el fichero también realiza
una busqueda por el fichero /var/tmp/gated.output, que es un fichero que nos sirve para depurar cualquier error
que se presente en la actividad de gated; usted puede desactivar la opción de depuración (debug), si es que gated
esta funcionando correctamente. Será necesario que modifique xxx.xxx.yy., a quedar con la dirección correcta
de su subred SLIP (asegurese de modificar también la máscara de red, en la cláusula proto direct también).
Una vez que ha instalado y configurado gated en su sistema, necesitará indicarle a FreeBSD que al iniciar el
sistema, ejecute el script para gated, en lugar de ejecutar routed. La forma más fácil de hacer esto, es editar las
variables de route y router_flags, en el fichero /etc/rc.conf. Por favor vea la página de ayuda de gated,
para ver información sobre los parámetros de la línea—de—comandos.
192
Capítulo 16. Networking Avanzado
Networking Avanzado
193
Capítulo 17. Correo Electrónico
Correo Electrónico
194
Capítulo 18. Lo último de lo último
Restructured, reorganized, and parts updated by Jim Mock. Original work by Jordan Hubbard, Poul-Henning
Kamp, John Polstra, y Nik Clayton.
18.1. Sinopsis
FreeBSD está en desarrollo continuo entre versiones. Para los que quieran estar en lo último de lo último, hay varias
formas de sincronizar tu sistema con el último desarrollo fácilmente. ¡Estás advertido— lo último de lo último no es
para cualquiera! Este capítulo te ayudará a decidir si quieres seguir el sistema de desarrollo o quedarte en algunas de
las versiones publicadas.
• La diferencia entre las dos ramas de desarrollo; FreeBSD-STABLE y FreeBSD-CURRENT.

• Cómo mantener tu sistema al día con CVSup, CVS, o CTM.
• Cómo reconstruir y reinstalar el sistema base entero con make world.
Antes de leer este capítulo, deberías:
• Disponer correctamente tu conexión de red (Capítulo 16).

• Saber cómo instalar programas adicionales de terceros. (Capítulo 4).
18.2. FreeBSD-CURRENT vs. FreeBSD-STABLE

Hay dos ramas de desarrollo de FreeBSD; FreeBSD-CURRENT y FreeBSD-STABLE. Esta sección explicará un
poco sobre cada una y describirá cómo mantener tu sistema al día entre cada árbol respectivo. FreeBSD-CURRENT
será discutida primero, luego FreeBSD-STABLE.
18.2.1. Manteniendo la versión Current.

Al leer esto, ten en cuenta que FreeBSD-CURRENT es el “lo más reciente” del desarrollo y que si tú eres nuevo en
FreeBSD, deberías pensartelo muy mucho antes de ejecutarlo.
18.2.1.1. ¿Qué es FreeBSD-CURRENT?

FreeBSD-CURRENT es, literalmente, nada más que una instantánea diaria sobre el trabajo en el código fuente para
el FreeBSD. Esto incluye trabajo cambiante, cambios experimentales y mecanismos transitorios que podrían estar o
no presentes en la próxima versión del programa. Mientras la mayoría de nosotros compilamos casi a diario el
FreeBSD-CURRENT las fuentes, Hay períodos de tiempo en que las fuentes son literalmente incompilables. Estos
problemas son solucionados tan pronto como es posible, pero si las fuentes del FreeBSD-CURRENT son un desastre
o una bendición su utilidad puede ser literalmente una cuestión de en que momento del período de 24 horas dado las
grabaste.
195
18.2.1.2. ¿Quién necesitaFreeBSD-CURRENT?

FreeBSD-CURRENT está disponible generalmente para tres grupos de interés principales:
1. Miembros del grupo FreeBSD que están activamente trabajando en alguna parte del código fuente del árbol y
para los que mantenerse “current” es un requisito absoluto.
2. Miembros del FreeBSD grupo que son activos probadores, con el propósito de pasar tiempo trabajando en los
problemas para asegurarse de que FreeBSD-CURRENT se mantiene tan cuerdo como sea posible. También hay
gente que desea hacer sugerencias típicas en cambios y en la dirección principal del FreeBSD.
3. Miembros externos FreeBSD o algún grupo que desea mantener un ojo en las cosas y usa las fuentes del
"current" por motivos de referencia (reference) (Ej. para leer, no ejecutar). Estas personas también hacen
comentarios ocasionales o contribuyen al código.
18.2.1.3. ¿Qué No es FreeBSD-CURRENT?
1. Un rápido sistema de seguimiento para conseguir pre-distribuciones porque has oido que hay alguna nueva
funcionalidad interesante dentro y quieres ser el primero del barrio en tenerla.
2. Un sistema rápido de tener los fallos solucionados.
3. En ningún caso “asistencia oficial” por nuestra parte. Nosotros nos esforzamos sinceramente en ayudar a la
gente en alguna de las tres situaciones. Nosotros “habilitamos” FreeBSD-CURRENT pero simplemente no
tenemos tiempo para dar asistencia técnica. Esto no es porque seamos de alguna forma mala gente que no quiere
ayudar a los demás (ni siquiera estaríamos haciendo FreeBSD si lo fueramos), es simplemente porque no
podemos responder 400 mensajes al día y en realidad trabajamos en FreeBSD! Si nos dan a escoger entre
mejorar el FreeBSD y responder montones de preguntas, la mayoría de los desarrolladores y usuarios,
problamente opten por lo primero.
18.2.1.4. Usando FreeBSD-CURRENT
1. Unirse a FreeBSD-CURRENT mailing list <freebsd-current@FreeBSD.org> y al FreeBSD CVS commit

message mailing list <cvs-all@FreeBSD.org> . No es sólo una buena idea, es esencial. Si no estás en el
FreeBSD-CURRENT mailing list <freebsd-current@FreeBSD.org >, no verás los comentarios que la gente
hace sobre la situación del sistema current y por esto probablemente terminarás tropezando con un montón de
problemas que otros ya han encontrado y solucionado. Casi más importante, te perderás importantes boletines
que podrían ser fundamentales para la continuidad de la salud de tu sistema.
La lista de correoFreeBSD CVS commit message mailing list <cvs-all@FreeBSD.org> te permitirá ver el
apunte en el registro de "commits" por cada cambio que se realice junto con información pertinente sobre
posibles efectos secundarios.
Para unirte a estas listas, envía un correo a <majordomo@FreeBSD.org> and indicando lo siguiente en el
cuerpo del mensaje:
subscribe freebsd-current
subscribe cvs-all
196
Opcionalmente,puedes también ponerhelp y Majordomo te enviará ayuda completa sobre como suscribirse o
desuscribirse a las varias listas de correo que asistimos.
2. Graba las fuentes desde ftp.FreeBSD.org. Puedes hacer esto de varias maneras:
a. Usa el programa cvsup con este supfile
(ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/share/examples/cvsup/standard-supfile). Este es
el método más recomendable, ya que te permite grabar la colección entera una vez y a partir de entonces
sólo lo que cambie desde entonces.Mucha gente ejecuta cvsup from cron y mantiene actualizadas sus
fuentes automáticamente. Tienes que adaptar la muestra de supfile de arriba y configurar cvsup a tu
entorno.Si quieres ayuda para hacer esta configuración, teclea:
# pkg_add -f
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/All/cvupit-3.0.tgz
b. Usa ftp. El código fuente del árbol del FreeBSD-CURRENT está siempre “exportado” en:
ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/. Algunos de nuestros servidores FTP también
permiten grabar los árboles enteros comprimidos/tarred. ej. Mira:
usr.bin/lex
Puedes hacer lo siguiente para conseguir el directorio completo como un archivo tar:
ftp cd usr.bin
ftp get lex.tar
c. Usa la aplicació CTM. Si tienes muy mala conexión (conexiones caras o sólo acceso para correo
electrónico) CTMes una opción. Sin embargo es muy complicado y puede darte archivos rotos. Por eso se
usa raramente, lo que incrementa la posibilidad de que no funcione durante largos periodos de tiempo. Te
recomendamos usar CVSup para cualquiera con un modem de 9600bps modem o una conexión más rapida.
3. Si estás grabando las fuentes para ejecutarlas y no sólo leerlas, entonces graba todo el FreeBSD-CURRENT, no
sólo algunos trozos. La razón es que varias partes de las fuentes dependen de actualizaciones de otros sitios, y
tratar de compilar sólo una proció casi te garantiza meterte en problemas.
Antes de compilar FreeBSD-CURRENT, lee con cuidado Makefile en /usr/src Deberías al menos ejecutar
un make world la primera vez como parte del proceso de actualización. Leer el FreeBSD-CURRENT mailing
list <freebsd-current@FreeBSD.org> te mantendrá al día en otros procedimientos de arranque que a veces
se convierten en necesarios cuando nos acercamos a la siguiente versión.
4. ¡Participa! Si estas usando FreeBSD-CURRENT, queremos saber lo que tienes que decir sobre él, especialmente
si tienes sugerencias para mejoras o arreglos de fallos. Recibimos tus sugerencias con más entusiasmo si
incluyes el código correspondiente!
197
18.2.2. Manteniendo Stable con FreeBSD
18.2.2.1. ¿Qué es FreeBSD-STABLE?

FreeBSD-STABLE es nuestra rama de desarrollo con la que hacemos las versiones principales. Los cambios van a
esta rama con un ritmo diferente, asumiendo que han ido primero a FreeBSD-CURRENT para probarse. Esta es aun
una rama de desarrolllo, aunque, y esto significa en cualquier momento, las fuentes deFreeBSD-STABLE pueden o
no ser adecuadas para un propósito determinado. Es simplemente otro camino en la ingeniería del desarrollo, no un
recurso para usuarios finales.
18.2.2.2. ¿Quién necesita FreeBSD-STABLE?

Si estás interesado en seguir o en contribuir al proceso de desarrollo de FreeBSD, especialmente en lo relativo a la
próxima“point” release de FreeBSD, entonces deberías considerar seguir FreeBSD-STABLE.
Aunque es verdad que algunos arreglos de seguridad van tambien a la rama FreeBSD-STABLE , tú no necesitas
seguir FreeBSD-STABLE para hacerlo. Cada notificación de seguridad de FreeBSD explica como solucionar el
problema en la versión que afecta. 1 seguir una rama de desarrollo sólo por razones de seguridad es seguramente
también traer una gran cantidad de cambios no deseados.
Aunque nosotros nos esforzamos para asegurar que la rama FreeBSD-STABLE compila y funciona en cualquier
ocasión, esto no puede garantizarse, ya que el código es desarrollado en FreeBSD-CURRENT antes de incluirlo en
FreeBSD-STABLE, más gente usa FreeBSD-STABLE que FreeBSD-CURRENT, asi que es inevitable que algunos
errores se encuentren alguna vez en FreeBSD-STABLE que no eran evidentes en FreeBSD-CURRENT.
Por estas razones, nosotros no recomendamos que sigas ciegamenteme FreeBSD-STABLE, y es especialmente
importante que no actualices algun servidor importante a FreeBSD-STABLE sin probar primero el código en tu
entorno de desarrollo.
Si no tienes los recursos para hacer esto entonces te aconsejamos que ejecutes la más reciente distribución de
FreeBSD, y uses el mecanismo de actualización binaria entre distribución y distribución.
18.2.2.3. Usando FreeBSD-STABLE
1. Únete a FreeBSD-STABLE mailing list <freebsd-stable@FreeBSD.org>. Esto te mantendrá informado de

las dependencias de construcción que puedan aparecer en FreeBSD-STABLE o cualquier otra cuestión que
requiera especial atención. Los desarrolladores harán los anuncios en esta lista de correo cuando estén
contemplando algun arreglo polémico o actualización, dando a los usuarios la oportunidad de responder si tienen
alguna cuestión que plantear respecto al cambio propuesto.
La lista de correo FreeBSD CVS commit message mailing list <cvs-all@FreeBSD.org> te permitirá ver el
apunte del commit log para cada cambio tal como se hace junto con la posible información sobre los efectos
secundarios.
Para apuntarse a estas listas, envía un correo a <majordomo@FreeBSD.org> y especifica lo siguiente en el
cuerpo del mensaje:
subscribe freebsd-stable
subscribe cvs-all
198
Opcionalmente, puedes indicar help y Majordomo te enviará ayuda completa sobre como suscribirte y
desuscribirte a las otras listas que mantenemos.
2. Si estás instalando un nuevo sistema y quieres que sea lo más estable posible, puedes grabar simplemente la
última rama con la instantánea más antigua de ftp://releng4.FreeBSD.org/pub/FreeBSD/ and install it like any
other release.
Si ya estas usando una versión previa de FreeBSD y quieres actualizar via fuentes entonces puedes hacerlo
fácilmente desde ftp.FreeBSD.org. Esto puede hacerse de tres maneras:
a. Usa el programa cvsup con this supfile

(ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/share/examples/cvsup/stable-supfile). Este es el
sistema recomendado, ya que te permite grabar la colección entera una vez y a partir de entonces sólo lo que
cambie. Algunos usan cvsup from cron para mantener las fuentes al día autom´ticamente. Para una
interface bastante sencilla para esto, simplemente teclea:
# pkg_add -f ftp://ftp.FreeBSD.org/pub/FreeBSD/development/CVSup/cvsupit.tgz
b. Usa ftp. Las fuentes de árbol para el FreeBSD-STABLE están siempre “exported” en:
ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-stable/
Algunos de nuestros servidores de FTP permiten tambien grabar los árboles completos compressed/tarred.
ej. Mira:
usr.bin/lex
Puedes hacer lo siguiente para conseguir el directorio como archivo tar:
ftp cd usr.bin
ftp get lex.tar
c. Usa CTM. Si no tienes una conexió rápida y barata a Internet,este es el método que debería considerar usar.
3. Básicamente, si necesitas acceso rápido bajo demanda a la fuente y el ancho de banda no es una consideración ,
usa cvsup o ftp. De otro modo, usa CTM.
4. Antes de compilarFreeBSD-STABLE, lee el Makefile en /usr/src con cuidado. Deberías al menos ejecutar
un make world la primera vez como parte del proceso de instalaci´n.Leyendo elFreeBSD-STABLE mailing list
<freebsd-stable@FreeBSD.org> te mantendrá al día en los otros procedimientos de arranque que alguna
vez pueden llegar a ser necesarios cuando nos acercamos a la siguiente versión.
18.3. Sincronizando tu código fuente

Hay varias formas de usar una conexión de Internet (o de correo) para estar al día en cualquier area dada de las
fuentes del proyecto FreeBSD, o en todas las areas, dependiendo de lo que te interese. Los servicios primarios que
ofrecemos son Anonymous CVS, CVSup, y CTM.
199
AvisoAunque es posible actualizar sólo partes del código fuente del arbol, el único procedimiento de
actualización que prestamos es actualizar el arbol entero y recompilarlo a la vez junto al espacio del usuario (ej.,
todos los programas que se ejecutan en el espacio del usuario, tales como los que están en /bin y /sbin) y las
fuentes del kernel. Actualizar sólo parte del código fuente del arbol, sólo el kernel, o sólo el area de usuario trae
a menudo problemas.Estos problemas pueden ir desde errores de compilación hasta kernel panics o corrupción
de datos.
Anonymous CVS and CVSup usa el modelo pull para actualizar las fuentes. En caso de CVSup el usuario (o un
cron script) invoca el programa cvsup, y este interactua con el servidor cvsupd en algún lugar para traer los
archivos actualizados. Las actualizaciones que recibes lo están al minuto y tú las consigues cuando, y sólo cuando,
las quieras. Puedes fácilmente restringir tus actualizaciones a los archivos o directorios que te interesen. Las
actualizaciones se crean sobre la marcha por el servidor según lo que tienes o quieras tener. Anonymous CVS es
bastante mas simple que CVSup que es sólo una extensión de CVS que permite retirar los cambios directamente
desde un repositorio (repository) CVS remoto. CVSup puede hacer esto mucho más eficientemente, pero
Anonymous CVS es más fácil de usar.
CTM, por otro lado, no compara las fuentes que tienes interactivamente con las del archivo master o de otro que
retires..En vez de eso, un script que identifica los cambios en los archivos se ejecuta varias veces al día en la maquina
maestra CTM, cualquier cambio detectado, sellado con una secuencia de números y codificado para transmitirlo en
correo ( sólo en ASCII imprimible). Una vez recibido, estos“CTM deltas” pueden ser manipulados por la utilidad
ctm.rmail(1) que automáticamente decodifica, verifica y aplica los cambios a la copia de las fuentes del usuario. Este
proceso es más eficiente que CVSup, y pone menos presión en nuestros recursos de servidor ya que es un modelo de
empujar en vez de tirar .
Hay otros aspectos a tener en cuenta, por supuesto. Si descuidadamente barres trozos de tu archivo, CVSup te
detectará y reconstruirá las porciones dañadas. CTM no hace esto, y si borras algún trozo de las fuentes del árbol (y
no has hecho una copia de respaldo) entonces tendrás que partir de cero ( desde el más reciente CVS “base delta”) y
reconstruirlo todo con CTM o, con anoncvs, simplemente borrará los malos bits (bad bits) y resincronizarás
18.4. Usando make world

Una vez que has sincronizado las fuentes de tu árbol local con alguna versión determinada deFreeBSD
(FreeBSD-STABLE, FreeBSD-CURRENT, y asi) puedes usar las fuentes del árbol para reconstruir el sistema.
Haciendo una copia de respaldoNunca se hace suficiente hincapié sobre lo importante que es hacer una
copia de respaldo de tu sistema antes de hacer esto. Aunque reconstruir world es (siempre que sigas estas
instrucciones) una tarea fácil de hacer, habrá veces que inevitablemente cometas errores, o cuando errores
hechos por otros en las fuentes del árbol inutilice tu sistema haciendolo inarrancable.
Asegúrate de haber hecho una copia de respaldo. Y ten un diskette de reparación a mano. ¡Probablemente no
tengas nunca que usarlo, pero es mejor asegurarse que lamentarlo!
Suscribete a la lista de correo correctaLas ramas FreeBSD-STABLE and FreeBSD-CURRENT son , por
naturaleza, en desarrollo . La gente que contribuye a FreeBSD son humanos, y los errores ocasionalmente
ocurren.
200
Algunos de estos errores pueden ser poco dañinos, que sólo causan que tu sistema imprima una nueva señal
de diagnostico. O el cambio puede ser catastrófico, e inutilizar tu sistema inarrancable o destruir tu sistema de
archivos ( o algo peor).
Si un problema como este ocurre, un “heads up” es enviado a la lista de correo apropiada, explicando la
naturaleza del problema y a que sistema afecta. Y un “all clear” anuncio es enviado cuando el problema ha sido
resuelto.
Si intentas seguir FreeBSD-STABLE o FreeBSD-CURRENT y no lees la FreeBSD-STABLE mailing list
<freebsd-stable@FreeBSD.org> o la FreeBSD-CURRENT mailing list <freebsd-current@FreeBSD.org>
respectivamente, entonces estás buscando problemas.
18.4.1. Lee /usr/src/UPDATING

Antes de hacer nada mas, lee /usr/src/UPDATING (o el archivo equivalente dondequiera que tengas una copia del
código fuente). Este archivo puede contener importante información sobre problemas que puedes encontrarte, o
indicar el orden en que debes ejecutar ciertas ordenes.) Si UPDATING contradice algo que leas aqui, UPDATING tiene
preferencia.
Importante: Leer UPDATING no es un sustituto aceptable a la suscripcion a la lista adecuada, como se describió
antes. Los dos requisitos son complementarios no exclusivos.
18.4.2. Comprueba /etc/make.conf

Examina los archivos /etc/defaults/make.conf y /etc/make.conf. El primero contiene algunas definiciones
por defecto – la mayoría de las cuales ya se han comentado. Para hacer uso de ellas cuando reconstruyas tu sistema
desde las fuentes, añadelas a /etc/make.conf. Ten en cuenta que cualquier cosa que añadas a /etc/make.conf
se usa cada vez que ejecutas make, así que es una buena idea colocarles algo sensato para tu sistema.
Un usario típico querrá probablemente copiar las líneas CFLAGS y NOPROFILE encontradas en
/etc/defaults/make.conf a /etc/make.conf y ponerles un comentario.
Examina las otras definiciones (COPTFLAGS, NOPORTDOCS y sucesivamente) y decide si son importantes para ti.
18.4.3. Actualiza /etc/group

Este directorio /etc contiene una gran parte de la información sobre la configuración de tu sistema ,asi como scripts
que se ejecutan al iniciarse el sistema. Algunos de estos scripts cambian de versión en versión de FreeBSD.
Algunos de estos archivos de configuración son usados en el funcionamiento del día a día del sistema. En particular,
/etc/group.
Ha habido ocasiones durante la instalación de “make world” que se ha supuesto la existencia de ciertos nombres de
usuario o grupos. Cuando se lleva a cabo una actualizacion es probable que alguno de estos grupos no existan. Esto
causa problemas cuando actualizas. para>
201
El ejemplo más reciente de esto es cuando el grupo “ppp” (llamado despues “network”) fue añadido. A los usarios
les falló el proceso de instalación cuando partían del subsistema ppp fueron instaladas usando un nombre de grupo
inexistente (para ellas).
La solución es examinar /usr/src/etc/group y comparar su lista con la tuya.Si hay algún grupo en el nuevo
archivo que no están en tu archivo entonces cópialos encima. De la misma forma, deberías renombrar cualquier
grupo en /etc/group que tenga la misma GID pero un nombre diferente para aquellas en /usr/src/etc/group.
Sugerencia: Si te sientes particularmente paranoico, puedes comprobar tu sistema para ver que archivos
pertenecen al grupo que estas renombrando o borrando.
# find / -group GID -print
mostrará todos los ficheros que pertenecen al grupo GID (que puede ser o un nombre de grupo o una ID
numérica de grupo).
18.4.4. Cambiando a modo Monousuario

Puede que quieras compilar el sistema en modo monousuario.Aparte del beneficio obvio de hacer que las cosas
vayan más rapido , reinstalar el sistema tocará un montón de archivos importantes del sistema, todos los binarios
standard del sistema, bibliotecas incluso archivos y demás. Cambiar estas cosas en un sistema en funcionamiento
(especialmente si en ese momento hay usuarios activos en el sistema) es ganas de meterse en lios.
Otro método es compilar el sistema en modo multiusuario y luego cambiar a modo monousuario para la
instalación.Si te gustaría hacerlo de esta forma, simplemente retrasa los siguientes pasos hasta que hayas completado
la construcción.
Como superusuario, ejecuta
# shutdown now
desde un sistema en funcionamiento, al que cambiará a modo monousuario.

Alternativamente, reinicia el sistema, y en el boot promt, introduce la -s flag. El sistema se reiniciará en modo
monousuario.En el promt de la shell deberías ejecutar:
# fsck -p
# mount -u /
# mount -a -t ufs
# swapon -a
Esto comprueba los sistemas de archivos, remounts / lectura/escritura, mounts, todos los sistemas de archivos UFS
referenciados en /etc/fstab y entonces hace los cambios indicados.
18.4.5. Quita /usr/obj

Mientras algunas partes son reconstruidas ellas se colocan en directorios que (por defecto) estan bajo /usr/obj. Los
directorios shadow estos bajo /usr/src.
202
Puedes acelerar el proceso “make world” y posiblemente ahorrarte dolores de cabeza por las dependencias quitando
este directorio también.
Algunos archivos bajo /usr/obj pueden tener colocada la señal inmutable (immutable flag set) (mira chflags(1)
para mas información) que deberá ser quitada primero.
# cd /usr/obj
# chflags -R noschg *
# rm -rf *
18.4.6. Recompilar la fuente
18.4.6.1. Guardando la salida (Output)

Es una buena idea guardar la salida que obtienes cuando se ejecuta make(1) en otro archivo. Si algo sale mal tendrás
una copia del mensaje de error.Aunque esto puede no ayudarte en el diagnóstico de que ha salido mal, puede ser útil
si mandas tu problema a una de las listas de FreeBSD .
La forma más fácil de hacer esto es usar la orden script(1) , con un parámetro que indique el nombre del archivo
donde guardar los datos de salida.Podrías hacer esto inmediatamente antes de reconstruir world, y luego teclear
exit cuando el proceso ha terminado.
# script /var/tmp/mw.out
Script started, output file is /var/tmp/mw.out
# make TARGET
... compile, compile, compile ...
# exit
Script done, ...
Si haces esto, no guardes el output en /tmp. Este directorio podria ser vaciado en el proximo arranque. Un lugar
mejor para almacenarlo es en /var/tmp (como en el ejemplo anterior) o en el directorio home de root.
18.4.6.2. Compilar e instalar el Sistema Base (Base System)

Debes estar en /usr/src directory...
# cd /usr/src
(a menos que, por supuesto, tu código fuente este en otra parte, en ese caso cambia a ese directorio).
Para reconstruir world utiliza el make(1) command. Esta orden lee las instrucciones desde el Makefile, que
describe como el programa que comprende el FreeBSD debe ser reconstruido.
El formato general de la línea de ordenes que teclearás es como sigue:
# make -x -DVARIABLE target
En este ejemplo, -x es una opción que pasarías a make(1). Mira la pagina del manual de make(1) para un ejemplo de
las opciones que puedes pasar.
203
-DVARIABLE pasa una variable a el Makefile. El comportamiento de Makefile esta controlado por esas
variables.Estas son las mismas variables como estan colocadas en /etc/make.conf, y esto proporciona otra forma
de disponerlas.
# make -DNOPROFILE=true target
es otra forma de indicar que las bibliotecas indicadas no se construyan, y corresponde con el
NOPROFILE= true
# Avoid compiling profiled libraries
Las líneas en /etc/make.conf.

target dicen a make(1) que quieres hacer. Cada Makefile define un número de diferentes “objetivos”, y la
elección de esos objetivos determina lo que ocurre.
Algunos objetivos estan listados en Makefile, pero no significa que puedas ejecutarlos En vez de eso, se usan por el
proceso de consrucción para romper los pasos necesarios para reconstruir el sistema en un número de sub-pasos.
La mayoría de las veces, no necesitas pasar ningun parametro a make(1), y asi tu orden se parecerá a esto:
# make target
A partir de la versión 2.2.5 de FreeBSD (en realidad, se creó por primera vez en la FreeBSD-CURRENT branch, y
luego posteriormente colocado en FreeBSD-STABLE a mitad de camino entre 2.2.2 y 2.2.5) el objetivo (target)
world se ha dividido en dos. buildworld y installworld.
Como el nombre implica, buildworld construye un nuevo árbol bajo /usr/obj, y installworldinstala este
árbol en una máquina con la versión current.
Esto es muy útil por dos motivos.Primero, te permite construir de forma segura, sabiendo que ningún componente
del sistema current será afectado. La construcción es “self hosted”. Por esto puedes con seguridad ejecutar
buildworld en una m6aacute;quina funcionado en modo multiusuario sin miedo a efectos indeseados.Aunque aun
es recomendable que ejecutes installworld en modo monousuario.
En segundo lugar, permite usar NFS mounts para actualizar multiples m6aacute;quinas en tu red. Si tienes tres
máquinas, A, B y C que quieres actualizar, ejecuta make buildworld y make installworld en A. B y C deben
luego mount NFS /usr/src y /usr/obj desde A, y puedes luego ejecutar make installworld para instalar los
resultados de la construcción en B y C.
Aunque el world target aún exista, se recomienda firmemente que no lo uses.
Ejecutar
# make buildworld
Ahora es posible especificar un opción -j make lo que provocará varios procesos simultaneos. Esto es lo mas útil en
máquinas con multiples CPU. Sin embargo, ya que el proceso de compilación es IO bound mas que CPU bound es
también útil en máquinas con una sóla CPU.
En una típica máquina mono-CPU ejecutarías:
# make -j4 buildworld
make(1) tendrías mas de 4 procesos ejecutandose en cada momento. La evidencia empírica comentada en las listas
de correo muestran que esto da el mejor resultado.
204
Si tienes una máquina multi-CPU y estas usando un kernel configurado SMP prueba valores entre 6 y 10 y mira
como se aceleran las cosas.
Estas advertido de que esto es aún experimental y que hacer commits al código fuente del árbol puede
ocasionalmente romper esta posibilidad. Si world falla al compilar usando este parámetro intentalo de nuevo sin él,
antes de informar de los problemas.
18.4.6.3. Momento (Timings)

Muchos factores influyen en el tiempo de construcción, pero generalmente un Pentium 3 500 Mhz con 128 MB de
RAM tardara 2 horas en construir el árbol FreeBSD-STABLE , sin trucos o cortes durante el proceso. Un árbol
FreeBSD-CURRENT tardará algo mas.
18.4.7. Compilar e instalar un nuevo Kernel

Para sacar el máximo provecho de nuestro sistema debemos recompilar el kernel. Esto es prácticamente una
necesidad, ya que ciertas estructuras de memoria podrían haber cambiado y ciertos programas como ps(1) y top(1)
fallarán hasta que el kernel y la versiones del código fuente sean la misma.
El modo más simple y seguro de hacer esto es construir e instalar un kernel basado en GENERIC. Mientras GENERIC
puede no teer todos los dispositivos necesarios para tu sistema, debe tener todo lo necesario para arrancar tu sistema
de nuevo en modo monousuario. Esta es una buena prueba de que el nuevo sistema funciona correctamente. Después
de hacer el arranque desde GENERIC y verificar que el sistema funciona puedes luego construir un nuevo kernel
basado en el archivo de configuración de tu kernel normal.
Si estas actualizando de FreeBSD 4.0 a superior entonces el procedimiento standard de construcción de kernel
(descrito Capítulo 8) es desaconsejable.En vez de eso deberías, ejecutar estas ordenes
# cd /usr/src
# make buildkernel
# make installkernel
Si estás actualizando a una versión de FreeBSD por debajo de 4.0 usa el procedimiento de construcción standard del
kernel. Sin embargo, se recomienda que uses una nueva versión de config(8), usando una línea de ordenes como esta.
# /usr/obj/usr/src/usr.sbin/config/config KERNELNAME
18.4.8. Arranca en Modo Usuario Único

Deberías arrancar en modo usuario único para probar como funciona el nuevo kernel.Haz esto siguiendo las
instrucciones en Sección 18.4.4.
18.4.9. Instalar los Nuevos Binarios del Sistema

Si estuvieses construyendo una version de FreeBSD suficientemente reciente como para haber usado make
buildworld entonces deberías usar ahora el installworldpara instalar el nuevo sistema de binarios.
205
Ejecuta
# make installworld
Nota: Si especificaste variables en la línea de orden make buildworld deberías poner las mismas variables en
la línea de orden de make installworld . Esto no es necesariamente cierto para otras opciones; por ejemplo, ,
-j nunca debe ser usada con installworld.
Por ejemplo, si ejecutaste:
# make -DNOPROFILE=true buildworld
debes instalar los resultados con:
# make -DNOPROFILE=true installworld
de otro modo, instalaría bibliotecas seleccionadas que no habían sido construidas durante la fase make
buildworld .
18.4.10. Actualización de archivos no actualizados por make world

Rehacer el world no actualizará ciertos directorios (en particular, /etc, /var y /usr) con los archivos de
configuración nuevos o cambiados.
El medio más simple para actualizar estos archivos es usar mergemaster(8), aunque es posible hacerlo manualmente
si lo prefieres. Nosotros te recomendamos fervientemente usar mergemaster(8), aunque, si lo haces entonces puedes
saltar a la siguiente sección , puesto que mergemaster(8) es muy simple de usar. Deberías leer la página del manual
primero, y hacer una copia de respaldo de /etc por si algo va mal.
Si deseas hacer la actualización manualmente no basta con que copies los archivos de /usr/src/etc a /etc y que
funcione. Algunos de estos archivos deben ser “instalados” primero. Esto es porque el directorio/usr/src/etc no
es una copia de lo que tu directorio /etc debería parecer. Además, hay archivos que deberían estar en /etc que no
están en /usr/src/etc.
El medio más sencillo de hacer esto a mano es instalar los archivos en un nuevo directorio y luego trabajar con ellos
buscando las diferencias.
Haz una copia de tu existente /etcAunque en teoría nada va a tocar este directorio automáticamente, es
mejor estar seguros. Así que copia tu existente /etc en lugar seguro. Algo como:
# cp -Rp /etc /etc.old
-R hace una copia recursiva , -p almacena los tiempos, propiedad de los archivos y cosas así.
Necesitas construir el grupo de directorios que hagan el papel de / para instalar el nuevo /etc y otros archivos dentro.
/var/tmp/root es una elección razonable, y también se requiere un número de subdirectorios debajo de este.
# mkdir /var/tmp/root
# cd /usr/src/etc
206
# make DESTDIR=/var/tmp/root distrib-dirs distribution
Esto construirá la necesaria estructura de directorio e intalará los archivos.Un montón de directorios que habrán sido
creados bajo /var/tmp/root estan vacios y deberan ser borrados. Una forma muy f6aacute;cil de hacerlo es:
# cd /var/tmp/root
# find -d . -type d | xargs rmdir 2 /dev/null

Así quitamos todos los directorios vacios. (El error standard es redirigido a /dev/null para prevenir las
advertencias sobre directorios que no están vacios.)
/var/tmp/root ahora contiene todos los archivos que deberían estar colocados en lugares adecuados bajo /. Ahora
tienes que ir a cada archivo y determinar cuánto difieren de tus archivos exiting.
Date centa que algunos de los archivos que se habrán instalado en /var/tmp/root tienen un leading “.”. En el
momento de escribir esta documentación los únicos archivos como estos son los archivos de inicio de la shell en
/var/tmp/root/ y /var/tmp/root/root/, aunque podría haber otros (dependiendo de cuando leas
esto.Asegurate de usar ls -a para capturarlos.
El sistema más fácil para hacerlo es usar diff(1) para comparar los dos ficheros.
# diff /etc/shells /var/tmp/root/etc/shells
Esto te mostrará las diferencias entre tu archivo /etc/shellsy el nuevo archivo /etc/shells . Úsalos para
decidir si fusionas con los cambios que hayas hecho o si lo copias encima de tu viejo archivo.
Nombra el Nuevo Directorio de Root (/var/tmp/root) con un Sello temporal (time stamp), de esta forma
puedes comparar fácilmente las diferencias entre versiones: Reconstruir frecuentemente el world significa
que actualizas /etc tambien frecuentemente, lo que puede ser un poco pesado.
Puedes acelerar este proceso manteniendo una copia del último grupo de archivos cambiados que hayas
fusionado en /etc. El siguiente metodo te da una idea de como hacer esto.
1. Make the world como normal. Cuando quieras actualizar /etcy los otros directorios, dále al directorio de
destino un nombre basado en la fecha actual. Si estuvieses haciendo esto el 14 de Febrero de 1998 harías
lo siguiente.
# mkdir /var/tmp/root-19980214
# cd /usr/src/etc
# make DESTDIR=/var/tmp/root-19980214 \
distrib-dirs distribution
2. Añade los cambios del directorio según lo explicado arriba.

No quites el directorio /var/tmp/root-19980214 cuando hayas acabado.
3. Cuando hayas descargado la ultima versión de las fuentes y las hayas rehecho, sigue el paso 1.Esto te dará
un nuevo directorio, que podría llamarse /var/tmp/root-19980221 (si esperas una semana entre las
actualizaciones).
4. Tu puedes ahora ver las diferencias que se han hecho en esa semana intermedia usando diff(1) puedes
usar diff para buscar recursivamente las diferencias entre los dos directorios.
# cd /var/tmp
# diff -r root-19980214 root-19980221
Típicamente, este conjunto de diferencias serán más pequeñas que las que hay entre
/var/tmp/root-19980221/etc y /etc. Como las diferencias son menores, es más fácil enviar esos
cambios hasta tu directorio /etc .
207
5. Ahora puedes quitar el más viejo de los dos directorios /var/tmp/root-*.

# rm -rf /var/tmp/root-19980214
6. Repite el proceso cada vez que necesites añadir un cambio a /etc.
Puedes usar date(1) para automatizar la generación de los nombres de directorio.
# mkdir /var/tmp/root-‘date "+%Y%m%d"‘
18.4.11. Actualiza /dev
DEVFS: Si estás usando DEVFS esto no sería necesario.
En la mayoría de los casos, la herramienta mergemaster(8) se dar6aacute; cuenta cuando es necesario actualizar
dispositivos y se ofrecerá a hacerlo automáticamente. Estas instrucciones te dirán como hacerlo manualmente.
Por motivos de seguridad, este es un proceso con varios pasos.
1. Copia /var/tmp/root/dev/MAKEDEV en /dev.

# cp /var/tmp/root/dev/MAKEDEV /dev
Si usaste mergemaster(8) para actualizar /etc, entonces tu script MAKEDEV debería haberse actualizado ya,
aunque no hace daño si lo compruebas (con diff(1))y lo copias manualmente si fuese necesario.
2. Ahora, toma una instantánea de tu actual /dev. Esta instantánea necesita contener los permisos, propiedades,
números mayores y menores de cada archivo, pero no debería contener un sello temporal (time stamp) La forma
más fácil de hacerlo es usar awk(1) para sacar alguna información.
# cd /dev
# ls -l | awk ’{print $1, $2, $3, $4, $5, $6, $NF}’ > /var/tmp/dev.out
3. Rehacer todos los dispositivos.

# sh MAKEDEV all
4. Copia otra instantánea del directorio , esta vez en /var/tmp/dev2.out. Ahora mira entre esos dos archivos
por si se te olvido crear algun dispositivo. No debería haber ninguno, pero es mejor estar seguro que lamentarlo.
# diff /var/tmp/dev.out /var/tmp/dev2.out
Podrás detectar más fácilmente discrepancias en las cuotas del disco que tienen que ver con mandatos tales como
# sh MAKEDEV sd0s1
Para recrear las entradas a las cuotas. Tus circunstancias especificas pueden variar.
208
18.4.12. Actualiza /stand
Nota: Este paso se incluye para completar. Puede omitirse sin miedo.
Para terminar completamente , podrías querer actualizar los archivos en /stand tan bien. Estos archivos consisten en
enlaces sostenidos (hard links) a el binario /stand/sysinstall. Este binario debería estar enlazado estáticamente,
para que pueda funcionar cuando ningún otro sistema de archivos (y en particular /usr)haya sido montado.
# cd /usr/src/release/sysinstall
# make all install
18.4.13. Reinicio
Ya esta hecho. Despues de que hayas verificado que todo parece estar en el lugar adecuado puedes reiniciar el
sistema. Un simplefastboot(8) lo hará.
# fastboot
18.4.14. Finalizado
Deberías tener ahora tu sistema operativo actualizado con exito. Felicidades.
Si las cosas fueron ligeramente mal, es facil reconstruir una parte del sistema. Por ejemplo, si accidentalmente
borraste /etc/magic como parte de la actualización o al añadir algo a /etc, la orden (command) file(1) dejara de
funcionar. En ese caso, el arreglo sería ejecutar:
# cd /usr/src/usr.bin/file
# make all install
18.4.15. Preguntas
1. ¿Es necesario rehacer world en cada cambio?
No hay una respuesta fácil para esto, depende de la naturaleza del cambio. Por ejemplo, si sólo ejecutaste CVSup, y
mostró las siguientes líneas mientras se actualizaba ,
src/games/cribbage/instr.c
src/games/sail/pl_main.c
src/release/sysinstall/config.c
src/release/sysinstall/media.c
src/share/mk/bsd.port.mk
Probablemente no merezca la pena reconstruir world entero. Puedes ir a los subdirectorios apropiados y make all
install, y ya esta. Pero si el cambio fue mayor, por ejemplo src/lib/libc/stdlib entonces deberías o rehacer
209
world, o al menos aquellas de sus partes que estan estáticamente unidas (asi como cualquier otra cosa que hayas
añadido y que esté unida estáticamente).
Es cuestión de que elijas. Podrías estar contento ejecutando make world digamos cada quincena , y dejar que los
cambios se acumulen hasta ese día. O quizá quieras hacerlo sólo a aquellas que hayan cambiado, y tengas confianza
en haber comprobado todas las dependencias.
Y, por supuesto, todo esto depende de cada cuánto tiempo actualices y si estas usando la versión stable o current.
2. ¿Cuando compilo falla con montones de señales de error 11 (u otro número de señal). ¿Qué ha ocurrido?
Esto normalmente es una indicación de problemas de máquina. Al ejecutar make world ((Re)making world) se
produce una sobrecarga del ordenador, que frecuentemente desencadena problemas de memoria.Esto se manifiesta
cuando el compilador agoniza recibiendo señales extrañas.
Un indicador seguro de esto, es si puedes repetir el make y muere en un punto diferente del proceso.
En este cambio hay poco que puedas hacer excepto comenzar a probar los compenentes de tu máquina para saber
cual es el que falla.
3. ¿Puedo quitar /usr/obj cuando he terminado?

La respuesta corta es si.
/usr/obj contiene todos los archivos binarios (object files) que se produjeron durante la fase de
compilación.Normalmente, uno de los primeros pasos en el proceso “make world” es quitar este directorio y hacer
uno nuevo. En este caso, mantener /usr/obj después de haber terminado no tiene mucho sentido, y liberarás un
buen montón de espacio de disco (alrededor de 340MB).
Aunque, si sabes lo que haces puedes hacer que “make world” se salte este paso. Esto hará que la consiguiente
construcción vaya más rápido, ya que la mayor parte de las fuentes no necesitarán recompilarse. La parte molesta de
esto es que pueden provocarse problemas de dependencias, haciendo que la construcción falle de forma rara. Esto
genera alboroto en las listas de correo, cuando una persona se queja de que su construcción ha fallado, sin darse
cuenta de que es porque ha intentado acortar demasiado.
Si quieres vivir peligrosamente entonces haz make world, pasando la definición NOCLEAN , como esto:
# make -DNOCLEAN world
4. ¿Puede continuarse una construcción interrumpida?

Esto depende de como de lejos llegaste hasta encontar el problema.
En general (y esto no es una regla fija) El proceso “make world” construye nuevas copias de herramientas esenciales
(como gcc(1), y make(1)) y el sistema de bibliotecas. Estas herramientas y bibliotecas estan entonces instaladas.Las
nuevas herramientas y bibliotecas son usadas para reconstruirse a si mismas, y son instaladas de nuevo.El sistema
entero (incluyendo ahora programas normales como ls(1) or grep(1))es entonces reconstruido con el nuevo sistema
de archivos.
Si estas al final del proceso, y lo sabes (porque has mirado los resultados que estuviste guardando) entonces puedes
(bastante seguramente) hacer
210
... fix the problem ...

# cd /usr/src
# make -DNOCLEAN all
Esto no deshará el trabajo de los previos “make world”.

Si ves el mensaje
--------------------------------------------------------------
Building everything..
--------------------------------------------------------------
en la salida “make world” entonces es probablemente bastante seguro hacer eso.

Si tu no ves ese mensaje, o no estas seguro, entonces es siempre mejor estar seguro que lamentarse, y comenzar otra
vez desde el principio.
5. ¿Puedo usar una máquina comomaster para actualizar montones de maquinas (NFS)?
Esto es una tarea bastante sencilla, y puede ahorrar horas de compilacion en muchas máquinas.Simplemente ejecuta
buildworld en una máquina central, y entonces NFS monta /usr/src y /usr/obj en la máquina remota y
installworld alli.
6. ¿Cómo acelero making the world?
• Ejecuta en modo monousuario.

• Pon /usr/src y /usr/obj en sistemas de archivos diferentes en discos separados. Si es posible, pon esos discos
en controladoras de discos separadas.
• Aún mejor, pon esos sistemas de archivos a través de multiples discos usando ccd(4)
• Desactiva el perfil (coloca “NOPROFILE=true” en /etc/make.conf). Casi seguro que no lo necesitas.
• También en /etc/make.conf, coloca CFLAGS a algo como “-O -pipe”. La optimización “-O2” es mucho más
lenta y la diferencia de optimización entre “-O” y “-O2” es normalmente poco importante. “-pipe” permite que el
compilador utilice tuberias (pipes) antes que archivos temporales lo que ahorra accesos al disco (a expensas de
memoria).
•

Pon la opción -j n para hacer que se ejecuten multiples procesos en paralelo.Esto ayuda se tenga un
procesador o varios.
• El sistema de archivos que contiene /usr/src puede ser montado ( o vuelto a montar) con la opción noatime .
Esto evita al sistema de archivos el grabar la hora de acceso al archivo. Probablemente no te haga falta esta
información para nada.
# mount -u -o noatime /usr/src
AvisoEste ejemplo supone que /usr/src esta en su propio sistema de archivo.Si no está (Por ejemplo, si es
parte de /usr ) Entonces necesitarás el punto de montaje de ese sistema de archivos, y no /usr/src.
• El sistema de archivos que contiene/usr/obj puede montarse (o volverse a montar) con la opción “async”. Esto
hace que el disco escriba de modo asíncrono. En otras palabras, el grabar se completa inmediatamente, y el dato es
211
escrito en el disco unos pocos segundos después.Esto hace que las grabaciones se agrupen juntas y puede ser una
gran aceleración del funcionamiento.
AvisoTen en cuenta que esta opción hace el sistema de archivos más fragil.Con esta opción hay un
incremento de posibilidades, si la corriente falla, de que el sistemas de archivos sea irrecuperable cuando la
m6aacute;quina se reinicie.
Si /usr/obj es lo único en este sistema de archivos entonces no hay problema.Si tienes otros datos valiosos
entonces asegúrate de tener copias recientes antes de habilitar esta opción.
# mount -u -o async /usr/obj
AvisoComo arriba, si/usr/objno está en su propio sistema de archivos, reemplazalo en el ejemplo con el
nombre del apropiado punto de montaje.
7. ¿Queé hago si algo sale mal?

Asegurate de que tu entorno no tiene extrañas cruft de construcciones anteriores.Esto es suficiente.
# chflags -R noschg /usr/obj/usr

#rm -rf /usr/obj/usr
#cd /usr/src
# make cleandir
#make cleandir
Sí , make cleandir realmente debería ejecutarse dos veces.

Entonces comienza el proceso de nuevo, empezando con make buildworld.
Si aún tienes problemas, envía el error y la salida de uname -aa FreeBSD general questions mailing list
<freebsd-questions@FreeBSD.org>. ¡Prepárate para contestar preguntas sobre tu setup
Notas
1. Esto no es del todo cierto. No podemos continuar prestando asistencia para las viejas versiones de FreeBSD
nunca más, aunque lo hayamos hecho durante años. Para conocer la política de seguridad de las viejas versiones
de FreeBSD, por favor mira http://www.FreeBSD.org/security (../../../../security/index.html)
212
Capítulo 19. Emulacion Linux
Emulacion Linux
213
III. Apéndices
Capítulo 20. Obteniendo FreeBSD
Obteniendo FreeBSD
20.1. Servidores FTP
215
Capítulo 21. Bibliografía
Mientras que las páginas del manual proveen la referencia definitiva para partes individuales del sistema operativo
FreeBSD, son notorias por no ilustrar como poner todas las piezas juntas para hacer que todo el sistema operativo
funcione fácilmente. Debido a esto, no hay substituto para un buen libro de administración de sistemas UNIX y un
buen manual del usuario.
21.1. Libros y revistas específicas sobre FreeBSD

Libros y revistas internacionales:
• Usando FreeBSD (http://freebsd.csie.nctu.edu.tw/~jdli/book.html) (en Chino).

• FreeBSD for PC 98’ers (en japonés), publicado por SHUWA System Co, LTD. ISBN 4-87966-468-5 C3055
P2900E.
• FreeBSD (en japonés), publicado por CUTT. ISBN 4-906391-22-2 C3055 P2400E.
• Introducción completa a FreeBSD (http://www.shoeisha.co.jp/pc/index/shinkan/97_05_06.htm) (en japonés),
publicado por Shoeisha Co., Ltd (http://www.shoeisha.co.jp/). ISBN 4-88135-473-6 P3600E.
• Kit personal del principiante UNIX FreeBSD (http://www.ascii.co.jp/pb/book1/shinkan/detail/1322785.html) (en
japonés), publicado por ASCII (http://www.ascii.co.jp/). ISBN 4-7561-1733-3 P3000E.
• Manual FreeBSD (traducción del japonés), publicado por ASCII (http://www.ascii.co.jp/). ISBN 4-7561-1580-2
P3800E.
• FreeBSD mit Methode (en alemán), publicado por Computer und Literatur Verlag/Vertrieb Hanser, 1998. ISBN
3-932311-31-0.
• Manual de instalación y utilización de FreeBSD (http://www.pc.mycom.co.uk/FreeBSD/install-manual.html) (en
japonés), publicado por Mainichi Communications Inc. (http://www.pc.mycom.co.jp/).
Libros y revistas en inglés:
• The Complete FreeBSD (http://www.cdrom.com/titles/freebsd/bsdcomp_bkx.phtml), publicado por Walnut Creek

CDROM (http://www.cdrom.com/).
21.2. Guías de usuario
• Computer Systems Research Group, UC Berkeley. 4.4BSD User’s Reference Manual. O’Reilly & Associates, Inc.,
1994. ISBN 1-56592-075-9
• Computer Systems Research Group, UC Berkeley. 4.4BSD User’s Supplementary Documents. O’Reilly &
Associates, Inc., 1994. ISBN 1-56592-076-7
• UNIX in a Nutshell. O’Reilly & Associates, Inc., 1990. ISBN 093717520X
216
• Mui, Linda. What You Need To Know When You Can’t Find Your UNIX System Administrator. O’Reilly &
• La Ohio State University (http://www-wks.acs.ohio-state.edu/) ha escrito un Curso de introducción a UNIX
(http://www-wks.acs.ohio-state.edu/unix_course/unix.html) disponible en línea en formato HTML y postscript.
• Jpman Project, Japan FreeBSD Users Group (http://www.jp.FreeBSD.org/). FreeBSD User’s Reference Manual
(http://www.pc.mycom.co.jp/FreeBSD/urm.html) (traducción japonesa). Mainichi Communications Inc.
(http://www.pc.mycom.co.jp/), 1998. ISBN4-8399-0088-4 P3800E.
21.3. Guías de administrador
• Albitz, Paul and Liu, Cricket. DNS and BIND, 2nd Ed. O’Reilly & Associates, Inc., 1997. ISBN 1-56592-236-0
• Computer Systems Research Group, UC Berkeley. 4.4BSD System Manager’s Manual. O’Reilly & Associates,
Inc., 1994. ISBN 1-56592-080-5
• Costales, Brian, et al. Sendmail, 2nd Ed. O’Reilly & Associates, Inc., 1997. ISBN 1-56592-222-0
• Frisch, Æleen. Essential System Administration, 2nd Ed. O’Reilly & Associates, Inc., 1995. ISBN 1-56592-127-5
• Hunt, Craig. TCP/IP Network Administration. O’Reilly & Associates, Inc., 1992. ISBN 0-937175-82-X
• Nemeth, Evi. UNIX System Administration Handbook. 2nd Ed. Prentice Hall, 1995. ISBN 0131510517
• Stern, Hal Managing NFS and NIS O’Reilly & Associates, Inc., 1991. ISBN 0-937175-75-7
• Jpman Project, Japan FreeBSD Users Group (http://www.jp.FreeBSD.org/). FreeBSD System Administrator’s
Manual (http://www.pc.mycom.co.jp/FreeBSD/sam.html) (traducción japonesa). Mainichi Communications Inc.
(http://www.pc.mycom.co.jp/), 1998. ISBN4-8399-0109-0 P3300E.
21.4. Guías de programadores
• Asente, Paul. X Window System Toolkit. Digital Press. ISBN 1-55558-051-3

• Computer Systems Research Group, UC Berkeley. 4.4BSD Programmer’s Reference Manual. O’Reilly &
• Computer Systems Research Group, UC Berkeley. 4.4BSD Programmer’s Supplementary Documents. O’Reilly &
• Harbison, Samuel P. and Steele, Guy L. Jr. C: A Reference Manual. 4rd ed. Prentice Hall, 1995. ISBN
0-13-326224-3
• Kernighan, Brian and Dennis M. Ritchie. The C Programming Language.. PTR Prentice Hall, 1988. ISBN
0-13-110362-9
• Lehey, Greg. Porting UNIX Software. O’Reilly & Associates, Inc., 1995. ISBN 1-56592-126-7
• Plauger, P. J. The Standard C Library. Prentice Hall, 1992. ISBN 0-13-131509-9
217
• Stevens, W. Richard. Advanced Programming in the UNIX Environment. Reading, Mass. : Addison-Wesley, 1992
ISBN 0-201-56317-7
• Stevens, W. Richard. UNIX Network Programming. 2nd Ed, PTR Prentice Hall, 1998. ISBN 0-13-490012-X
• Wells, Bill. “Writing Serial Drivers for UNIX”. Dr. Dobb’s Journal. 19(15), December 1994. pp68-71, 97-99.
21.5. El sistema operativo por dentro
• Andleigh, Prabhat K. UNIX System Architecture. Prentice-Hall, Inc., 1990. ISBN 0-13-949843-5
• Jolitz, William. “Porting UNIX to the 386”. Dr. Dobb’s Journal. January 1991-July 1992.
• Leffler, Samuel J., Marshall Kirk McKusick, Michael J Karels and John Quarterman The Design and
Implementation of the 4.3BSD UNIX Operating System. Reading, Mass. : Addison-Wesley, 1989. ISBN
0-201-06196-1
• Leffler, Samuel J., Marshall Kirk McKusick, The Design and Implementation of the 4.3BSD UNIX Operating
System: Answer Book. Reading, Mass. : Addison-Wesley, 1991. ISBN 0-201-54629-9
• McKusick, Marshall Kirk, Keith Bostic, Michael J Karels, and John Quarterman. The Design and Implementation
of the 4.4BSD Operating System. Reading, Mass. : Addison-Wesley, 1996. ISBN 0-201-54979-4
• Stevens, W. Richard. TCP/IP Illustrated, Volume 1: The Protocols. Reading, Mass. : Addison-Wesley, 1996. ISBN
0-201-63346-9
• Schimmel, Curt. Unix Systems for Modern Architectures. Reading, Mass. : Addison-Wesley, 1994. ISBN
0-201-63338-8
• Stevens, W. Richard. TCP/IP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP and the UNIX Domain
Protocols. Reading, Mass. : Addison-Wesley, 1996. ISBN 0-201-63495-3
• Vahalia, Uresh. UNIX Internals -- The New Frontiers. Prentice Hall, 1996. ISBN 0-13-101908-2
• Wright, Gary R. and W. Richard Stevens. TCP/IP Illustrated, Volume 2: The Implementation. Reading, Mass. :
Addison-Wesley, 1995. ISBN 0-201-63354-X
21.6. Referencia de seguridad
• Cheswick, William R. and Steven M. Bellovin. Firewalls and Internet Security: Repelling the Wily Hacker.
Reading, Mass. : Addison-Wesley, 1995. ISBN 0-201-63357-4
• Garfinkel, Simson and Gene Spafford. Practical UNIX Security. 2nd Ed. O’Reilly & Associates, Inc., 1996. ISBN
1-56592-148-8
• Garfinkel, Simson. PGP Pretty Good Privacy O’Reilly & Associates, Inc., 1995. ISBN 1-56592-098-8
218
21.7. Referencia de hardware
• Anderson, Don and Tom Shanley. Pentium Processor System Architecture. 2nd Ed. Reading, Mass. :
Addison-Wesley, 1995. ISBN 0-201-40992-5
• Ferraro, Richard F. Programmer’s Guide to the EGA, VGA, and Super VGA Cards. 3rd ed. Reading, Mass. :
Addison-Wesley, 1995. ISBN 0-201-62490-7
• La corporación Intel publica documentación sobre sus CPUs, chipsets y estándares en su web para desarrolladores
(http://developer.intel.com/), normalmente en archivos con formato PDF.
• Shanley, Tom. 80486 System Architecture. 3rd ed. Reading, Mass. : Addison-Wesley, 1995. ISBN 0-201-40994-1
• Shanley, Tom. ISA System Architecture. 3rd ed. Reading, Mass. : Addison-Wesley, 1995. ISBN 0-201-40996-8
• Shanley, Tom. PCI System Architecture. 3rd ed. Reading, Mass. : Addison-Wesley, 1995. ISBN 0-201-40993-3
• Van Gilluwe, Frank. The Undocumented PC. Reading, Mass: Addison-Wesley Pub. Co., 1994. ISBN
0-201-62277-7
21.8. Historia de UNIX
• Lion, John Lion’s Commentary on UNIX, 6th Ed. With Source Code. ITP Media Group, 1996. ISBN 1573980137
• Raymond, Eric S. The New Hacker’s Dictionary, 3rd edition. MIT Press, 1996. ISBN 0-262-68092-0. Also known
as the Jargon File (http://www.ccil.org/jargon/jargon.html)
• Salus, Peter H. A quarter century of UNIX. Addison-Wesley Publishing Company, Inc., 1994. ISBN
0-201-54777-5
• Simon Garfinkel, Daniel Weise, Steven Strassmann. The UNIX-HATERS Handbook. IDG Books Worldwide, Inc.,
1994. ISBN 1-56884-203-1
• Don Libes, Sandy Ressler Life with UNIX — special edition. Prentice-Hall, Inc., 1989. ISBN 0-13-536657-7
• The BSD family tree. 1997. ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/src/share/misc/bsd-family-tree o
local (file:/usr/share/misc/bsd-family-tree) on a FreeBSD-current machine.
• The BSD Release Announcements collection. 1997. http://www.de.FreeBSD.org/de/ftp/releases/
• Networked Computer Science Technical Reports Library. http://www.ncstrl.org/
• Antiguas releases BSD procedentes del Computer Systems Research Group (CSRG).
http://www.mckusick.com/csrg/: El paquete de 4 CDs cubre todas las versiones de BSD desde la 1BSD hasta la
4.4BSD y 4.4BSD-Lite2 (pero no la 2.11BSD, desafortunadamente). El último disco contiene el código fuente
final y los archivos SCCS.
219
21.9. Diarios y revistas
• The C/C++ Users Journal. R&D Publications Inc. ISSN 1075-2838

• Sys Admin — The Journal for UNIX System Administrators Miller Freeman, Inc., ISSN 1061-2688
220
Apéndice A. Recursos en Internet
La velocidad del desarrollo de FreeBSD hace imposible el uso de medios impresos como forma de seguir los últimos
desarrollos. Los recursos electrónicos son la mejor, y con frecuencia la única, manera de estar informados de los
últimos avances. Dado que FreeBSD es sacado adelante mediante el trabajo de voluntarios la propia comunidad de
usuarios suele ejercer las funciones de lo que sería un “departamento de soporte técnico”, siendo el correo
electrónico y USENET la manera más efectiva de contactar con esa comunidad.
Las formas de contacto con la comunidad de usuarios de FreeBSD están detalladas a continuación. Si usted sabe de
algún otro medio que no figure aquí envíelo por favor a FreeBSD documentation project mailing list
<freebsd-doc@FreeBSD.org>para que pueda ser incluída.
A.1. Listas de Correo

Aunque la práctica totalidad de los desarrolladores de FreeBSD léen USENET no podemos garantizar de modo
rotundo que recibiremos sus dudas rápidamente (o siquiera que las recibamos) si usted las envía a uno de los grupos
de comp.unix.bsd.freebsd.*. Enviando sus dudas a la lista de correo apropiada cumplirá dos objetivos, llegar a
los desarrolladores y a una audiencia específica, lo que le asegurará la mejor (o al menos la más rápida) respuesta.
Las normas de las diversas listas están al principio de éste documento. Por favor, léa las normas antes de suscribirse
o enviar correo a ninguna lista. Muchos suscriptores de nuestras listas reciben varios cientos de mensajes
relacionados con FreeBSD cada día y estableciendo las normas de uso de las listas intentamos mantener alto el
interés de los mensajes que en ella circulan. Bajarlo haría fallar a las listas de correo como un medio de
comunicación efectivo para el proyecto.
Todas las listas de correo son archivadas y se pueden hacer búsquedas en ellas desde el servidor WWW de FreeBSD
usando éste enlace (../../../../search/index.html). El archivo ofrece la posibilidad de usar palabras clave, lo que lo
convierte en una excelente manera de buscar respuestas a preguntas frecuentes y debería ser consultado antes de
enviar ninguna duda.
A.1.1. Índice de Listas

Listas Generales:Las siguientes son listas generales de suscripción libre (y muy recomendable):
Lista Propósito
cvs-all Cambios realizados en el árbol de código de FreeBSD
freebsd-advocacy Proselitismo de FreeBSD
freebsd-announce Sucesos importantes e hitos del proyecto
freebsd-arch Debates de arquitectura y diseños
freebsd-bugs Informes de errores
freebsd-chat Temas no técnicos relacionados con la comunidad
FreeBSD.
freebsd-config Desarrollo de herramientas de instalación y configuración
de FreeBSD
freebsd-current Debates acerca del uso de FreeBSD-current
221
Lista Propósito
freebsd-isp Consultas de Proveedores de Servicios de Internet que
usan FreeBSD
freebsd-jobs Oportunidades de trabajo y consultoría bajo FreeBSD
freebsd-newbies Actividades y discusiones de nuevos usuarios de FreeBSD
freebsd-policy Decisiones estratégicas del Core Team de FreeBSD. Bajo

volumen y sólo lectura
freebsd-questions Preguntas de usuarios y soporte técnico
freebsd-stable Debates acerca del uso de FreeBSD-stable
freebsd-test Un sitio al que mandar sus mensajes de prueba en lugar de
a una de las demás listas
Listas Técnicas: Las siguientes listas son para debates técnicos. Debería leer cuidadosamente las normas de cada
lista antes de suscribirse o enviar correos, dado que hay normas estrictas en cuanto a su uso y contenidos.
Lista Propósito
freebsd-afs Porte de AFS a FreeBSD
freebsd-alpha Porte FreeBSD a Alpha
freebsd-arm Porte de FreeBSD para procesadores ARM
freebsd-atm Uso de redes ATM con FreeBSD
freebsd-audit Proyecto de auditoría del código fuente
freebsd-binup Diseño y desarrollo del sistema de actualización binaria
freebsd-cluster Uso de FreeBSD en entornos cluster
freebsd-database Debates sobre uso de bases de datos y su desarrollo bajo
FreeBSD
freebsd-doc Creación de documentación sobre FreeBSD
freebsd-emulation Emulación de otros sistemas como Linux/DOS/Windows
freebsd-firewire Debates técnicos sobre Firewire (iLink, IEEE 1394)
freebsd-fs Sistemas de ficheros
freebsd-hackers Debates técnicos generales
freebsd-hardware Debates generales sobre harware y su uso en FreeBSD
freebsd-i18n Internacionalización de FreeBSD
freebsd-ia64 Porte de FreeBSD a los próximos sistemas IA64 de Intel
freebsd-ipfw Debates técnicos sobre el rediseño del código del
cortafuegos IP
freebsd-isdn Desarrolladores de RDSI
freebsd-java Desarrolladores de Java y personas portando los JDK a
FreeBSD
freebsd-libh La segunda generación del sistema de instalación y
paquetes
freebsd-mobile Debates sobre equipos portátiles
freebsd-mozilla Porte de mozilla a FreeBSD
222
Lista Propósito
freebsd-multimedia Aplicaciones multimedia
freebsd-new-bus Debates técnicos sobre la arquitectura de bus
freebsd-net Debates sobre el código fuente de Redes y TCP/IP
freebsd-platforms Específica sobre plataformas de arquitectura no Intel
freebsd-ports Debates sobre la colección de ports
freebsd-ppc Porte de FreeBSD a PowerPC
freebsd-qa Debates sobre Control de Calidad, generalmente al salir
una nueva release
freebsd-realtime Desarrollo de extensiones en tiempo real en FreeBSD
freebsd-scsi El subsistema SCSI
freebsd-security Temas de seguridad
freebsd-security-notifications Avisos de seguridad
freebsd-small Uso de FreeBSD en aplicaciones embebidas
freebsd-smp Debates sobre diseño de Multiproceso [A]Simétrico
freebsd-sparc Porte de FreeBSD a sistemas Sparc
freebsd-standards Cumplimiento de las normas C99 y POSIX en FreeBSD
freebsd-tokenring Soporte de Token Ring en FreeBSD
Listas limitadas:Las siguientes listas son para una audiencia más especializada (e interesada)y probablemente no son
de interés para el público en general. Es una buena idea tener una presencia estable en las listas técnicas antes de
suscribirse a alguna de las limitadas, de modo que se pueda entender la etiqueta de la comunicación que en ellas se
usa.
Lista Propósito
freebsd-core FreeBSD Core Team
freebsd-hubs Mantenimiento de mirrors (mantenimiento de
infraestructuras)
freebsd-install Desarrollo de la Instalación
freebsd-user-groups Coordinación de grupos de usuarios
freebsd-www Mantenimiento de www.FreeBSD.org
(../../../../index.html)
Listas Compendio:La mayoría de las listas citadas son accesibles como compendio. Los nuevos mensajes enviados a
la lista son guardados y enviados como un único correo cuando el archivo llega a un tamaño cercano a los 100 Kb.
Las listas accesibles como compendio son:
Lista
freebsd-afs-digest
freebsd-alpha-digest
freebsd-chat-digest
freebsd-current-digest
freebsd-cvs-all-digest
223
Lista
freebsd-database-digest
freebsd-hackers-digest
freebsd-ia64-digest
freebsd-isdn-digest
freebsd-java-digest
freebsd-questions-digest
freebsd-security-digest
freebsd-sparc-digest
freebsd-stable-digest
freebsd-test-digest
Listas CVS:Las siguientes listas son para gente interesada en llevar un seguimiento de los mensajes en el registro
para conocer los cambios hechos en las diferentes áreas del árbol de código fuente. Son listas de sólo lectura y no se
debe enviar correo a ellas.
Lista Área de código Descripción de área de código

(código fuente)
cvs-all /usr/src Todos los cambios al árbol de código
(superconjunto)
A.1.2. Cómo suscribirse

Todas las listas de correo están en FreeBSD.org, de manera que para enviar correo a la lista “nombredelista”
simplemente hay que escribir a nombredelista@FreeBSD.org . Desde ahí será redistribuído a los miembros

de la lista de correo a lo largo y ancho del mundo.

Para suscribirse a una lista envíe un correo a <majordomo@FreeBSD.org> incluyendo
subscribe listname
[ optional address ]

en el cuerpo del mensaje. Por ejemplo, para suscribirse a freebsd-announce usted haría esto:
% mail majordomo@FreeBSD.org
subscribe freebsd-announce
^D
Si quisiera suscribirse bajo otro nombre o enviar una petición de suscripción para una lista de correo local (un
sistema muy eficiente si dispone de varias personas interesadas que tengan cuentas de correo en un mismo servidor
¡esto nos facilita mucho el trabajo!) ésto es lo que debe hacer:
subscribe freebsd-announce local-announce@ejemplo.com
^D
Por último, también es posible desuscribirse de una lista, obtener una lista de los suscriptores de una lista u obtener
una lista de las listas de correo disponibles enviando otro tipo de mensajes de control a majordomo. Para obtener una
lista completa de los comandos disponibles haga esto:
224
help
^D
De nuevo quisiéramos pedirle que procure mantener los debates de las listas técnicas dentro de temas técnicos. Si lo
único que usted quiere es recibir avisos importantes le sugerimos que se suscriba a freebsd-announce, que está
pensada para tener un tráfico muy bajo.
A.1.3. Normas de las listas

Todas las listas de correo de FreeBSD tienen ciertas normas elementales que han de ser respetadas por cualquiera
que las use. Quien no se atenga a ellas recibirá hasta dos (2) advertencias escritas del Postmaster de FreeBSD
<postmaster@FreeBSD.org>, después de las cuales, a la tercera falta, el suscriptor será borrado de todas las listas
de correo de FreeBSD y filtrado para evitar futuros envíos. Lamentamos que esas normas y medidas sean necesarias,
pero la Internet de hoy es, según parece, un entorno bastante conflictivo, y mucha gente no se da cuenta de cuán
frágiles son algunos de sus mecanismos.
Normas a respetar:
• El tema de cualquier envío debe atenerse al fin básico de la lista a la que se escribe, esto es, si la lista es sobre
temas de debate técnico sus envíos deberían versar sobre temas técnicos. Enviar mensajes irrelevantes o insultos
sólo sirve para deteriorar el valor de la lista de correo para sus miembros y no será tolerado. Para discusiones
libres sin un tema en particular está la lista de correo freebsd-chat <freebsd-chat@FreeBSD.org>, que es
libremente accesible y hecha para éste propósito.
• No se debería enviar el mismo mensaje a más de dos listas, y sólamente a 2 cuando exista una necesidad
manifiesta de escribir a ambas listas. Hay una gran cantidad de personas suscritas a más de una lista y excepto para
las mezclas más esotéricas (digamos "-stable & -scsi") no hay razón para enviar un mensaje a más de una lista al
mismo tiempo. Si le envían un mensaje en el que aparecen múltiples listas de correo en la línea "Cc" de la
cabecera, dicha línea debe ser recortada antes de que envíe una respuesta. Usted es el responsable de sus propios
envíos cruzados, independientemente de quién fuese el remitente original.
• No están admitidos los ataques personales ni la blasfemia (dentro del contexto o como argumento) y eso incluye
tanto a usuarios como a desarrolladores. Violaciones graves de la netiqueta, como reenviar o extractar mensajes
privados sin permiso ni visos de tenerlo, está mal visto, aunque no prohibido específicamente. Sin embargo, hay
pocos casos en los que algo así encaje en la temática de una lista, por lo cual lo más probable es recibir una
advertencia (o ser expulsado) tan sólo a causa de ello.
• El anuncio de productos o servicios no relacionados con FreeBSD están estrictamente prohibidas y conllevarán la
inmediata expulsión de la lista si queda demostrado que el autor está practicando el “spam” o envío de correo no
solicitado.
Normas de las listas individuales:
FREEBSD-AFS
Sistema de Ficheros Andrew
Ésta lista es para debates sobre el porte y uso de AFS, de CMU/Transarc
225
FREEBSD-ANNOUNCE
Sucesos importantes / hitos
Ésta es la lista de correo para gente interesada en recibir exclusivamente avisos de sucesos importantes dentro
de FreeBSD. Ésto incluye anuncios sobre SNAPSHOTS y otras versiones. Puede incluír también peticiones de
voluntarios, etc. Es una lista de bajo volumen y estrictamente moderada.
FREEBSD-ARCH
Debates sobre arquitectura y diseño
Ésta lista es para debates sobre la arquitectura de FreeBSD. Los mensajes deberían mantenerse dentro del
ámbito técnico para el que fué creada la lista. Serían ejemplos de temas aptos para ésta lista:
• Como reorganizar el sistema de construcción ("build") para poder tener varios procesos de construcción
personalizados funcionando simultáneamente.
• Qué se necesita arreglar en el VFS para que funcionen las capas de Heidemann.
• Cómo cambiar el dispositivo de control de interfaces para que sea posible utilizar los mismos controladores
directamente en la mayoría de los buses y arquitecturas.
• Cómo escribir un controlador de red.
FREEBSD-AUDIT
Proyecto de auditoría del código fuente
Ésta es la lista de correo del proyecto de auditoría del código fuente de FreeBSD. Aunque en principio fué
puesta en marcha para cambios motivados por la seguridad su ámbito fué ampliado a la revisión de cualquier
cambio en el código.
En ésta lista circula una gran cantidad de parches y probablemente no sea de interés para el típico usuario de
FreeBSD. Las discusiones de seguridad que no estén relacionadas con una parte específica del código deben
tener lugar en freebsd-security. Por otra parte se ruega a todos los desarrolladores que envíen sus parches a ésta
lista para su revisión, especialmente si atañen a una parte del sistema donde un error pudiera afectar seriamente
a la integridad del sistema.
FREEBSD-BINUP
Proyecto de Actualización Binaria de FreeBSD
Ésta lista existe para facilitar el debate sobre el sistema de actualizacion binaria o binup. Características de
diseño, detalles de implementación, parches, informes de error, informes de estado, peticiones de
características, “commit logs” y en general todo lo relacionado con binup es bienvenido.
FREEBSD-BUGS
Informe de errores
226
Ésta es la lista de correo para informar de errores en FreeBSD. Siempre que sea posible los errores deberían ser
enviados usando el comando send-pr(1) o el interfaz WEB (../../../../send-pr.html)
FREEBSD-CHAT
Temas no técnicos relacionados con la comunidad FreeBSD
Ésta lista contiene todos los mensajes sobre información no técnica y social, contenidos que no tienen cabida en
las demás listas. Eso incluye discusiones sobre si Julio Iglesias parece una gárgola, sobre si escribir o no en
mayúsculas, quién está bebiendo demasiado café, dónde se elabora la mejor cerveza, quién está fabricando
cerveza en su sótano y así sucesivamente. Pueden hacerse anuncios sobre actos importantes (como próximas
fiestas, congresos, bodas, nacimientos, nuevos trabajos, etc.), pero las respuestas deben ser dirigidas a ésta
misma lista.
FREEBSD-CORE
FreeBSD Core Team
Ésta es la lista de correo interna para uso de los miembros del Core Team. Los mensajes pueden ser enviados a
ésta lista cuando un problema serio relacionado con FreeBSD necesite un estudio o arbitraje de alto nivel.
FREEBSD-CURRENT
Debates sobre el uso de FreeBSD-current
Ésta es la lista de correo para usuarios de freebsd-current. Esto incluye advertencias sobre nuevas características
a ser incluídas en -current que afecten a todos los usuarios e instrucciones paso por paso que deben ser seguidas
para mantener una instalación -current. Cualquier usuario de “current” debería suscribirse a ésta lista. Ésta es
una lista de correo técnica en la que se esperan contenidos estrictamente técnicos.
FREEBSD-CURRENT-DIGEST
Debates sobre el uso de FreeBSD-current
Éste es el compendio de la lista freebsd-current. Consiste en que todos los mensajes enviados a freebsd-current
son empaquetados y enviados periódicamente como un solo mensaje. Ésta lista es de Sólo-Lectura y no debería
recibir correo.
FREEBSD-DOC
Proyecto de Documentación
Ésta lista de correo está destinada a discusiones relacionadas con cuestiones y proyectos relacionados con la
creación de documentación de FreeBSD. Los miembros de ésta lista son llamados “El Proyecto de
Documentación de FreeBSD”. La lista es abierta; ¡suscríbase y contribuya!.
227
FREEBSD-FIREWIRE
Firewire (iLink, IEEE 1394)
Ésta lista de correo es para debates sobre diseño e implementación del subsistema Firewire(también conocido
como IEEE o iLink) en FreeBSD. Los temas incluyen de modo específico los “standards”, dispositivos de bus y
sus protocolos, adaptación de placas base, tarjetas y chips y la arquitectura e implementación de código para
soporte nativo.
FREEBSD-FS
Sistemas de ficheros
Debates acerca del sistema de ficheros de FreeBSD. Ésta es una lista de correo técnica en la que se espera un
contenido estríctamente técnico.
FREEBSD-GNOME
GNOME
Debates acerca del Entorno de Escritorio GNOME para sistemas de ficheros FreeBSD. Ésta es una lista de
correo técnica en la que se espera un contenido estrictamente técnico.
FREEBSD-IPFW
Cortafuegos IP
Éste es el foro de discusión técnica dedicado al rediseño del código del cortafuegos IP de FreeBSD. Ésta es una
lista de correo técnica en la que se espera un contenido exclusivamente técnico.
FREEBSD-IA64
Porte de FreeBSD a IA64
Ésta es una lista de correo técnica para personas que están trabajando en el porte de FreeBSD a la plataforma
IA-64 de Intel, para intercambiar problemas y soluciones alternativas. Cualquier persona interesada en seguir
las discusiones técnicas es bienvenida.
FREEBSD-ISDN
Comunicaciones RDSI
Ésta es la lista de correo para quienes participan en el desarrollo del soporte RDSI para FreeBSD.
FREEBSD-JAVA
Desarrollo Java
228
Ésta es la lista de correo sobre el desarrollo de aplicaciones Java importantes para FreeBSD y el porte y
mantenimiento de los JDK.
FREEBSD-HACKERS
Debates técnicos
Éste es un foro de debate técnico relacionado con FreeBSD. Ésta es la lista de correo técnica primaria. Es para
personas que están trabajando en FreeBSD, solucionando problemas o para discutir soluciones alternativas. Las
personas interesadas en seguir las discusiones técnicas también son bienvenidas. Ésta es una lista de correo
técnica en la cual se espera un contenido estrictamente técnico.
FREEBSD-HACKERS-DIGEST
Technical discussions
Éste es el compendio de la lista de correo freebsd-hackers. Consiste en que todo el correo enviado a
freebsd-hackers es empaquetado y enviado en un sólo mensaje. Ésta lista es de Sólo Lectura y no se debería
enviar correo a ella.
FREEBSD-HARDWARE
Discusiones generales sobre hardware y FreeBSD
Discusiones generales sobre tipos de hardware que funciona en FreeBSD, diferentes problemas y sugerencias
sobre qué comprar y qué no.
FREEBSD-HUBS
Réplicas
Avisos y discusiones para personas que administran sitios réplica.
FREEBSD-INSTALL
Discusiones sobre la instalación
Ésta lista de correo es para discusiones sobre el desarrollo de la instalación de FreeBSD en próximas versiones.
FREEBSD-ISP
Cuestiones de Proveedores de Servicios de Internet
Ésta lista de correo es para debates sobre temas relevantes para Proveedores de Servicios de Internet (ISP) que
usan FreeBSD. Es una lista de correo técnica y en ella se esperan contenidos estríctamente técnicos.
229
FREEBSD-NEWBIES
Debates sobre actividades de los novatos
Cubrimos todas las actividades de los novatos que no quedan cubiertas por ninguna de las otras, incluyendo:
aprendizaje autodidacta y técnicas de resolución de problemas, búsqueda y uso de recursos y peticiones de
ayuda, cómo usar las listas de correo y qué lista usar, charla en general, meter la pata, jactarse, compartir ideas,
historias, soporte moral (pero no técnico) e implicación en la comunidad FreeBSD. Usamos freebsd-questions
para enviar nuestros problemas y peticiones de soporte y usamos freebsd-newbies para conocer a gente que está
haciendo lo mismo que nosotros cuando éramos novatos.
FREEBSD-PLATFORMS
Porte a plataformas no Intel
Cuestiones sobre plataformas diversas, debates generales, y propuestas para portes de FreeBSD para
plataformas no Intel. Es una lista de correo técnica y en ella se esperan contenidos estríctamente técnicos.
FREEBSD-POLICY
Decisiones de funcionamiento interno del Core Team
Es una lista de sólo lectura y bajo volumen destinada a la toma de decisiones de funcionamento interno del Core
Team de FreeBSD.
FREEBSD-PORTS
Debates sobre “ports”
Debates acerca de la “colección de ports” (/usr/ports)de FreeBSD, propuestas de aplicaciones a portar,
modificaciones a la infraestructura de ports y coordinación general de esfuerzos. Ésta es una lista de correo
técnica en la cual se esperan contenidos exclusivamente técnicos.
FREEBSD-QUESTIONS
Preguntas de los usuarios
Ésta es la lista de correo para preguntas sobre FreeBSD. No debería enviar preguntas del estilo de “cómo hacer”
a las listas técnicas salvo que el contenido sea claramente técnico.
FREEBSD-QUESTIONS-DIGEST
Preguntas de los usuarios
Éste es el compendio de la lista de correo freebsd-questions. Consiste en que todos los mensajes enviados a
freebsd-questions son empaquetados y enviados en un único mensaje.
230
FREEBSD-SCSI
Subsistema SCSI
Ésta es la lista de correo para la gente que está trabajando en el subsistema SCSI de FREEBSD. Ésta es una lista
de correo técnica en la cual se esperan contenidos puramente técnicos.
FREEBSD-SECURITY
Cuestiones de seguridad
Cuestiones de seguridad informática (DES, Kerberos, problemas de seguridad conocidos y sus soluciones, etc.)
Ésta es una lista de correo técnica en la que se esperan contenidos puramente técnicos.
FREEBSD-SECURITY-NOTIFICATIONS
Avisos de seguridad
Avisos de problemas de seguridad en FreeBSD y sus soluciones. Ésta no es una lista de discusión. La lista de
discusión es freebsd-security.
FREEBSD-SMALL
Uso de FreeBSD en aplicaciones embebidas
En ésta lista se debaten temas relacionados con instalaciones de FreeBSD inusualmente pequeñas y embebidas.
Ésta es una lista de correo técnica en la cual se esperan contenidos estrictamente técnicos.
FREEBSD-STABLE
Debates sobre el uso de FreeBSD-stable
Ésta es la lista de correo para los usuarios de freebsd-stable. Incluye avisos sobre nuevas características a incluír
en -stable que afectan a los usuarios e instrucciones paso por paso para permanecer usando la versión -stable.
Cualquiera que utilice FreeBSD “stable” debería suscribirse a ésta lista. Ésta es una lista técnica en la que se
esperan contenidos puramente técnicos.
FREEBSD-STANDARDS
Cumplimiento de C99 & POSIX
Éste es el foro para debates técnicos relacionadas con el Cumplimiento de las normas C99 y POSIX en
FreeBSD.
FREEBSD-USER-GROUPS
Lista de coordinación de de grupos de usuarios
231
Ésta es la lista de correo de los coordinadores de los grupos locales de usuarios para discutir cuestiones entre
ellos o con personas elegidas del Core Team. Ésta lista de correo debería estar limitada a resúmenes de
reuniones y coordinación de proyectos que atañen a los Grupos de Usuarios.
FREEBSD-VENDORS
VENDORS
Debates para la coordinación entre el Proyecto FreeBSD y Distribuidores de software y hardware para FreeBSD.
A.2. Grupos de Noticias de Usenet

Además de los dos grupos de noticias específicos de FreeBSD hay muchos otros en los cuales se habla sobre
FreeBSD o son de algún modo interesantes para usuarios de FreeBSD.Hay un archivo donde hacer búsquedas
(http://minnie.tuhs.org/BSD-info/bsdnews_search.html) donde pueden encontrarse algunos de esos grupos de
noticias por cortesía de Warren Toomey <wkt@cs.adfa.edu.au>.
A.2.1. Grupos de Noticias Específicos sobre BSD
• comp.unix.bsd.freebsd.announce (news:comp.unix.bsd.freebsd.announce)
• comp.unix.bsd.freebsd.misc (news:comp.unix.bsd.freebsd.misc)
A.2.2. Otros Grupos de Noticias Interesantes sobre Unix
• comp.unix (news:comp.unix)
• comp.unix.questions (news:comp.unix.questions)
• comp.unix.admin (news:comp.unix.admin)
• comp.unix.programmer (news:comp.unix.programmer)
• comp.unix.shell (news:comp.unix.shell)
• comp.unix.user-friendly (news:comp.unix.user-friendly)
• comp.security.unix (news:comp.security.unix)
• comp.sources.unix (news:comp.sources.unix)
• comp.unix.advocacy (news:comp.unix.advocacy)
• comp.unix.misc (news:comp.unix.misc)
• comp.bugs.4bsd (news:comp.bugs.4bsd)
• comp.bugs.4bsd.ucb-fixes (news:comp.bugs.4bsd.ucb-fixes)
232
• comp.unix.bsd (news:comp.unix.bsd)
A.2.3. Sistema X Window
• comp.windows.x.i386unix (news:comp.windows.x.i386unix)
• comp.windows.x (news:comp.windows.x)
• comp.windows.x.apps (news:comp.windows.x.apps)
• comp.windows.x.announce (news:comp.windows.x.announce)
• comp.windows.x.intrinsics (news:comp.windows.x.intrinsics)
• comp.windows.x.motif (news:comp.windows.x.motif)
• comp.windows.x.pex (news:comp.windows.x.pex)
• comp.emulators.ms-windows.wine (news:comp.emulators.ms-windows.wine)
A.3. Servidores WWW
• http://www.FreeBSD.org/ (../../../../index.html) — Servidor Central.

• http://www.au.FreeBSD.org/ — Australia/1.
• http://www2.au.FreeBSD.org/ — Australia/2.
• http://www3.au.FreeBSD.org/ — Australia/3.
• http://freebsd.itworks.com.au/ — Australia/4.
• http://www.br.FreeBSD.org/www.freebsd.org/ — Brasil/1.
• http://www2.br.FreeBSD.org/www.freebsd.org/ — Brasil/2.
• http://www3.br.FreeBSD.org/ — Brasil/3.
• http://www.bg.FreeBSD.org/ — Bulgaria.
• http://www.ca.FreeBSD.org/ — Canadá/1.
• http://www2.ca.FreeBSD.org/ — Canadá/2.
• http://www3.ca.FreeBSD.org/ — Canadá/3.
• http://www.cn.FreeBSD.org/ — China.
• http://www.cz.FreeBSD.org/ — República Checa.
• http://www.dk.FreeBSD.org/ — Dinamarca.
• http://www.ee.FreeBSD.org/ — Estonia.
• http://www.fi.FreeBSD.org/ — Finlandia.
• http://www.fr.FreeBSD.org/ — Francia.
233
• http://www.de.FreeBSD.org/ — Alemania/1.
• http://www1.de.FreeBSD.org/ — Alemania/2.
• http://www2.de.FreeBSD.org/ — Alemania/3.
• http://www.gr.FreeBSD.org/ — Grecia.
• http://www.hu.FreeBSD.org/ — Hungría.
• http://www.is.FreeBSD.org/ — Islandia.
• http://www.ie.FreeBSD.org/ — Irlanda.
• http://www.jp.FreeBSD.org/www.FreeBSD.org/ — Japón.
• http://www.kr.FreeBSD.org/ — Corea/1.
• http://www2.kr.FreeBSD.org/ — Corea/2.
• http://www.lv.FreeBSD.org/ — Letonia.
• http://rama.asiapac.net/freebsd/ — Malasia.
• http://www.nl.FreeBSD.org/ — Holanda/1.
• http://www2.nl.FreeBSD.org/ — Holanda/2.
• http://www.no.FreeBSD.org/ — Noruega.
• http://www.nz.FreeBSD.org/ — Nueva Zelanda.
• http://www.pl.FreeBSD.org/ — Polonia/1.
• http://www2.pl.FreeBSD.org/ — Polonia/2.
• http://www.pt.FreeBSD.org/ — Portugal/1.
• http://www2.pt.FreeBSD.org/ — Portugal/2.
• http://www3.pt.FreeBSD.org/ — Portugal/3.
• http://www.ro.FreeBSD.org/ — Rumanía.
• http://www.ru.FreeBSD.org/ — Rusia/1.
• http://www2.ru.FreeBSD.org/ — Rusia/2.
• http://freebsd.s1web.com/ — Singapur.
• http://www.sk.FreeBSD.org/ — República Eslovaca.
• http://www.si.FreeBSD.org/ — Eslovenia.
• http://www.es.FreeBSD.org/ — España.
• http://www.za.FreeBSD.org/ — Sudáfrica/1.
• http://www2.za.FreeBSD.org/ — Sudáfrica/2.
• http://www.se.FreeBSD.org/ — Suecia.
• http://www.ch.FreeBSD.org/ — Suiza.
• http://www.tw.FreeBSD.org/www.freebsd.org/data/ — Taiwan.
234
• http://www.tr.FreeBSD.org/ — Turquía.
• http://www.ua.FreeBSD.org/www.freebsd.org/ — Ucrania/1.
• http://www2.ua.FreeBSD.org/ — Ucrania/2.
• http://www4.ua.FreeBSD.org/ — Ucrania/Crimea.
• http://www.uk.FreeBSD.org/ — Reino Unido/1.
• http://www2.uk.FreeBSD.org/ — Reino Unido/2.
• http://www3.uk.FreeBSD.org/ — Reino Unido/3.
• http://www6.FreeBSD.org/ — USA/Oregón.
• http://www2.FreeBSD.org/ — USA/Tejas.
A.4. Direcciones de Correo Electrónico

Los siguientes grupos de usuarios de FreeBSD provéen a sus miembros de direcciones de correo. Dichos
administradores se reservan el derecho de retirar el uso de la dirección si se abusa de ella de cualquier manera.
Dominio Recursos que se Grupo de Usuarios Administrador

suministran
ukug.uk.FreeBSD.org Sólo redirección <freebsd- Lee Johnston
users@uk.FreeBSD.org> <lee@uk.FreeBSD.org>
A.5. Cuentas Shell

Los siguientes grupos de usuarios facilitan cuentas shell a gente que apoya activamente el proyecto FreeBSD. Sus
respectivos administradores se reservan el derecho de cancelar la cuenta y si se abusa de ella de algún modo.
Servidor Tipo de acceso Servicios que se Administrador

ofrecen
storm.uk.FreeBSD.org SSH only CVS de sólo lectura, espacio Brian Somers
web personal, correo <brian@FreeBSD.org>
electrónico
dogma.freebsd-uk.eu.org Telnet/FTP/SSH Correo electrónico, espacio Lee Johnston
web, FTP Anónimo <lee@uk.FreeBSD.org>
235
Apéndice B. PGP Keys
In case you need to verify a signature or send encrypted email to one of the officers or developers a number of keys
are provided here for your convenience. A complete keyring of FreeBSD.org users is available for download from
http://www.FreeBSD.org/doc/pgpkeyring.txt (../../../../doc/pgpkeyring.txt).
B.1. Officers
B.1.1. Security Officer Team <security-officer@FreeBSD.org>

pub 1024R/73D288A5 1996-04-22 FreeBSD Security Officer <security-officer@freebsd.org>
Key fingerprint = 41 08 4E BB DB 41 60 71 F9 E5 0E 98 73 AF 3F 11
B.1.2. Core Team Secretary <core-secretary@FreeBSD.org>

pub 1024R/FF8AE305 2002-01-08 core-secretary@FreeBSD.org
Key fingerprint = CE EF 8A 48 70 00 B5 A9 55 69 DE 87 E3 9A E1 CD
B.2. Core Team Members
B.2.1. Warner Losh <imp@FreeBSD.org>

pub 1024R/F6A8F561 1996-01-10 M. Warner Losh <imp@village.org>
Key fingerprint = D4 31 FD B9 F7 90 17 E8 37 C5 E7 7F CF A6 C1 B9
B.2.2. Jun Kuriyama <kuriyama@FreeBSD.org>

pub 1024D/FE3B59CD 1998-11-23 Jun Kuriyama <kuriyama@imgsrc.co.jp>
Key fingerprint = 5219 55CE AC84 C296 3A3B B076 EE3C 4DBB FE3B 59CD
uid Jun Kuriyama <kuriyama@FreeBSD.org>
uid Jun Kuriyama <kuriyama@jp.FreeBSD.org>
sub 2048g/1CF20D27 1998-11-23
B.2.3. Murray Stokely <murray@FreeBSD.org>

pub 1024D/0E451F7D 2001-02-12 Murray Stokely <murray@freebsd.org>
Key fingerprint = E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D
sub 1024g/965A770C 2001-02-12
236
B.2.4. Peter Wemm <peter@FreeBSD.org>

pub 1024R/D89CE319 1995-04-02 Peter Wemm <peter@perth.dialix.oz.au>
Key fingerprint = 47 05 04 CA 4C EE F8 93 F6 DB 02 92 6D F5 58 8A
uid Peter Wemm <peter@FreeBSD.org>
uid Peter Wemm <peter@haywire.dialix.com>
uid Peter Wemm <peter@spinner.dialix.com>
B.3. Developers
B.3.1. Will Andrews <will@FreeBSD.org>

pub 1024D/F81672C5 2000-05-22 Will Andrews <will@c-60.org>
Key fingerprint = 661F BBF7 9F5D 3D02 C862 5F6C 178E E274 F816 72C5
uid Will Andrews (Key for official matters) <will@FreeBSD.org>
uid Will Andrews <will@physics.purdue.edu>
uid Will Andrews <will@puck.firepipe.net>
uid Will Andrews <will@csociety.org>
uid Will Andrews <will@csociety.ecn.purdue.edu>
uid Will Andrews <will@telperion.openpackages.org>
sub 1024g/55472804 2000-05-22
B.3.2. Satoshi Asami <asami@FreeBSD.org>

pub 1024R/1E08D889 1997-07-23 Satoshi Asami <asami@cs.berkeley.edu>
Key fingerprint = EB 3C 68 9E FB 6C EB 3F DB 2E 0F 10 8F CE 79 CA
uid Satoshi Asami <asami@FreeBSD.ORG>
B.3.3. Anton Berezin <tobez@FreeBSD.org>

pub 1024D/7A7BA3C0 2000-05-25 Anton Berezin <tobez@catpipe.net>
Key fingerprint = CDD8 560C 174B D8E5 0323 83CE 22CA 584C 7A7B A3C0
uid Anton Berezin <tobez@tobez.org>
uid Anton Berezin <tobez@FreeBSD.org>
sub 1024g/ADC71E87 2000-05-25
B.3.4. Martin Blapp <mbr@FreeBSD.org>

pub 1024D/D300551E 2001-12-20 Martin Blapp <mb@imp.ch>
Key fingerprint = B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
sub 1024g/998281C8 2001-12-20
237
B.3.5. Oliver Braun <obraun@FreeBSD.org>

pub 1024D/EF25B1BA 2001-05-06 Oliver Braun <obraun@informatik.unibw-muenchen.de>
Key fingerprint = 6A3B 042A 732E 17E4 B6E7 3EAF C0B1 6B7D EF25 B1BA
uid Oliver Braun <obraun@tele-consulting.com>
uid Oliver Braun <obraun@obraun.net>
uid Oliver Braun <obraun@freebsd.org>
sub 1024g/09D28582 2001-05-06
B.3.6. Jonathan M. Bresler <jmb@FreeBSD.org>

pub 1024R/97E638DD 1996-06-05 Jonathan M. Bresler <jmb@Bresler.org>
Key fingerprint = 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB
uid Jonathan M. Bresler <jmb@FreeBSD.ORG>
uid Jonathan M. Bresler
uid Jonathan M. Bresler <Jonathan.Bresler@USi.net>
uid Jonathan M. Bresler <jmb@Frb.GOV>
B.3.7. Wilko Bulte <wilko@FreeBSD.org>

pub 1024R/EADEE409 1997-06-16 Wilko Bulte <wilko@tcja.nl>
Key fingerprint = CF F5 30 59 20 AE 17 69 98 F6 58 F0 4F F0 EB 3E
uid Wilko Bulte <wilko@freebsd.org>
uid "Wilko Bulte <wilko@freebie.xs4all.nl>"
B.3.8. Jonathan Chen <jon@FreeBSD.org>

pub 1024D/2539468B 1999-10-11 Jonathan Chen <jon@spock.org>
Key fingerprint = EE31 CDA1 A105 C8C9 5365 3DB5 C2FC 86AA 2539 468B
uid Jonathan Chen <jon@freebsd.org>
uid Jonathan Chen <chenj@rpi.edu>
uid Jonathan Chen <spock@acm.rpi.edu>
uid Jonathan Chen <jon@cs.rpi.edu>
sub 3072g/B81EF1DB 1999-10-11
B.3.9. Luoqi Chen <luoqi@FreeBSD.org>

pub 1024D/2926F3BE 2002-02-22 Luoqi Chen <luoqi@FreeBSD.org>
Key fingerprint = B470 A815 5917 D9F4 37F3 CE2A 4D75 3BD1 2926 F3BE
uid Luoqi Chen <luoqi@bricore.com>
uid Luoqi Chen <lchen@onetta.com>
sub 1024g/5446EB72 2002-02-22
238
B.3.10. Andrey A. Chernov <ache@FreeBSD.org>

pub 1024R/D99D08EB 1992-08-20 Andrey A. Chernov <ache@FreeBSD.org>
Key fingerprint = 33 03 9F 48 33 7B 4A 15 63 48 88 0A C4 97 FD 49
uid Andrey A. Chernov <ache@nagual.pp.ru>
B.3.11. Sean Chittenden <seanc@FreeBSD.org>

pub 1024D/5F5B3ECB 2002-08-15 Sean Chittenden <sean@chittenden.org>
Key fingerprint = 6CEB 1B06 BFD3 70F6 95BE 7E4D 8E85 2E0A 5F5B 3ECB
uid Sean Chittenden <sean@rubynet.org>
uid Sean Chittenden <sean@rubydoc.org>
uid Sean Chittenden <sean@ruby-lang.org>
uid Sean Chittenden <seanc@FreeBSD.org>
uid Sean Chittenden <chitt@acm.org>
sub 2048g/0A656D7B 2002-08-15 [expires: 2003-02-11]
B.3.12. Crist J. Clark <cjc@FreeBSD.org>

pub 1024D/FE886AD3 2002-01-25 Crist J. Clark <cjclark@jhu.edu>
Key fingerprint = F04E CCD7 3834 72C2 707F 0A8F 259F 8F4B FE88 6AD3
uid Crist J. Clark <cjclark@alum.mit.edu>
uid Crist J. Clark <cjc@freebsd.org>
sub 1024g/9B6BAB99 2002-01-25
B.3.13. Nik Clayton <nik@FreeBSD.org>

pub 1024D/2C37E375 2000-11-09 Nik Clayton <nik@freebsd.org>
Key fingerprint = 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375
uid Nik Clayton <nik@slashdot.org>
uid Nik Clayton <nik@crf-consulting.co.uk>
uid Nik Clayton <nik@ngo.org.uk>
uid Nik Clayton <nik@bsdi.com>
sub 1024g/769E298A 2000-11-09
B.3.14. Ceri Davies <ceri@FreeBSD.org>

pub 1024D/34B7245F 2002-03-08 Ceri Davies <ceri@submonkey.net>
Key fingerprint = 9C88 EB05 A908 1058 A4AE 9959 A1C7 DCC1 34B7 245F
uid Ceri Davies <setantae@submonkey.net>
uid Ceri Davies <ceri@FreeBSD.org>
sub 1024g/0C482CBC 2002-03-08
239
B.3.15. Brooks Davis <brooks@FreeBSD.org>

pub 1024D/F2381AD4 2001-02-10 Brooks Davis <brooks@one-eyed-alien.net>
Key fingerprint = 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
uid Brooks Davis <brooks@FreeBSD.org>
uid Brooks Davis <brooks@aero.org>
sub 1024g/42921194 2001-02-10 [expires: 2003-01-22]
B.3.16. Brian S. Dean <bsd@FreeBSD.org>

pub 1024D/723BDEE9 2002-01-23 Brian S. Dean <bsd@FreeBSD.org>
Key fingerprint = EF49 7ABE 47ED 91B3 FC3D 7EA5 4D90 2FF7 723B DEE9
sub 1024g/4B02F876 2002-01-23
B.3.17. Dima Dorfman <dd@FreeBSD.org>

pub 1024D/69FAE582 2001-09-04 Dima Dorfman <dd@freebsd.org>
Key fingerprint = B340 8338 7DA3 4D61 7632 098E 0730 055B 69FA E582
uid Dima Dorfman <dima@unixfreak.org>
sub 1024g/A51DD1C0 2001-09-04 [expires: 2003-09-04]
B.3.18. Udo Erdelhoff <ue@FreeBSD.org>

pub 1024R/E74FA871 1994-07-19 Udo Erdelhoff <uer@de.uu.net>
Key fingerprint = 8C B1 80 CA 2C 52 73 81 FB A7 B4 03 C5 32 C8 67
uid Udo Erdelhoff <ue@nathan.ruhr.de>
uid Udo Erdelhoff <ue@freebsd.org>
uid Udo Erdelhoff <uerdelho@eu.uu.net>
uid Udo Erdelhoff <uerdelho@uu.net>
B.3.19. Ruslan Ermilov <ru@FreeBSD.org>

pub 1024D/A8EE370A 2002-03-31 Ruslan Ermilov (Sunbay Software Ltd) <ru@sunbay.com>
Key fingerprint = A3C4 291D 95A0 AF1F A85C B029 524B F83F A8EE 370A
uid Ruslan Ermilov (FreeBSD) <ru@FreeBSD.org>
uid Ruslan Ermilov (FreeBSD Ukraine) <ru@FreeBSD.org.ua>
sub 1024g/2E858CD8 2002-03-31 [expires: 2004-03-30]
B.3.20. Chris D. Faulhaber <jedgar@FreeBSD.org>

pub 1024D/FE817A50 2000-12-20 Chris D. Faulhaber <jedgar@FreeBSD.org>
Key fingerprint = A47D A838 9216 F921 A456 54FF 39B6 86E0 FE81 7A50
uid Chris D. Faulhaber <jedgar@fxp.org>
240
sub 2048g/93452698 2000-12-20
B.3.21. Brian F. Feldman <green@FreeBSD.org>

pub 1024D/41C13DE3 2000-01-11 Brian Fundakowski Feldman <green@FreeBSD.org>
Key fingerprint = 6A32 733A 1BF6 E07B 5B8D AE14 CC9D DCA2 41C1 3DE3
sub 1024g/A98B9FCC 2000-01-11 [expires: 2001-01-10]
pub 1024D/773905D6 2000-09-02 Brian Fundakowski Feldman <green@FreeBSD.org>

Key fingerprint = FE23 7481 91EA 5E58 45EA 6A01 B552 B043 7739 05D6
sub 2048g/D2009B98 2000-09-02
B.3.22. Mário Sérgio Fujikawa Ferreira <lioux@FreeBSD.org>

pub 1024D/B8365E55 2001-11-22 Mario Sergio Fujikawa Ferreira <lioux@brturbo.com>
Key fingerprint = B143 3FA6 D76C 619C EB78 927C 5EF4 B29A B836 5E55
uid Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
uid Mario Sergio Fujikawa Ferreira <lioux@linf.unb.br>
uid Mario Sergio Fujikawa Ferreira <lioux@uol.com.br>
sub 4096g/43405E6B 2001-11-22 [expires: 2003-11-22]
sub 1024D/91EFF66C 2001-11-22 [expires: 2001-12-22]
B.3.23. Tony Finch <fanf@FreeBSD.org>

pub 1024D/84C71B6E 2002-05-03 Tony Finch <dot@dotat.at>
Key fingerprint = 199C F25B 2679 6D04 63C5 2159 FFC0 F14C 84C7 1B6E
uid Tony Finch <fanf@FreeBSD.org>
uid Tony Finch <fanf@apache.org>
sub 2048g/FD101E8B 2002-05-03
B.3.24. Pete Fritchman <petef@FreeBSD.org>

pub 1024D/74B91CFD 2001-01-30 Pete Fritchman <petef@FreeBSD.org>
Key fingerprint = 9A9F 8A13 DB0D 7777 8D8E 1CB2 C5C9 A08F 74B9 1CFD
uid Pete Fritchman <petef@databits.net>
uid Pete Fritchman <petef@csh.rit.edu>
sub 1024g/0C02AF0C 2001-01-30
B.3.25. Bill Fumerola <billf@FreeBSD.org>

pub 1024D/7F868268 2000-12-07 Bill Fumerola (FreeBSD Developer) <billf@FreeBSD.org>
Key fingerprint = 5B2D 908E 4C2B F253 DAEB FC01 8436 B70B 7F86 8268
uid Bill Fumerola (Security Yahoo) <fumerola@yahoo-inc.com>
241
sub 1024g/43980DA9 2000-12-07
B.3.26. Patrick S. Gardella <patrick@FreeBSD.org>

pub 1024R/527BC62B 1997-06-23 Patrick Gardella <patrick@windministries.org>
Key fingerprint = 54 7C D6 81 B1 63 D2 5E BD DD 58 4D A4 0E E4 E1
uid Patrick Gardella <patrick@freebsd.org>
uid patrick@freebsd.org
uid Patrick Gardella <patrick@intothewind.cx>
pub 1024D/C6AF4835 2000-01-19 Patrick Gardella <patrick@freebsd.org>

Key fingerprint = 4B2D 3CFA 963B E310 847E 7D6C C072 B447 C6AF 4835
uid Patrick Gardella <patrick@windministries.org>
uid Patrick Gardella <patrick@intothewind.cx>
sub 2048g/DB3B83E7 2000-01-19
pub 1024R/EE2D47A9 1996-08-17 Patrick Gardella <patrick@freebsd.org>

Key fingerprint = A6 DE 3C C0 33 CF 36 E6 D1 F5 BB E8 3C C4 67 50
B.3.27. John-Mark Gurney <jmg@FreeBSD.org>

pub 1024R/3F9951F5 1997-02-11 John-Mark Gurney <johnmark@gladstone.uoregon.edu>
Key fingerprint = B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4
uid John-Mark Gurney <gurney_j@efn.org>
uid John-Mark Gurney <jmg@cs.uoregon.edu>
uid John-Mark Gurney <gurney_j@resnet.uoregon.edu>
B.3.28. Daniel Harris <dannyboy@FreeBSD.org>

pub 1024D/84D0D7E7 2001-01-15 Daniel Harris <dannyboy@worksforfood.com>
Key fingerprint = 3C61 B8A1 3F09 D194 3259 7173 6C63 DA04 84D0 D7E7
uid Daniel Harris <dannyboy@freebsd.org>
uid Daniel Harris <dh@askdh.com>
uid Daniel Harris <dh@wordassault.com>
sub 1024g/9DF0231A 2001-01-15
B.3.29. John Hay <jhay@FreeBSD.org>

pub 2048R/A9275B93 2000-05-10 John Hay <jhay@icomtek.csir.co.za>
Key fingerprint = E7 95 F4 B9 D4 A7 49 6A 83 B9 77 49 28 9E 37 70
uid John Hay <jhay@mikom.csir.co.za>
uid Thawte Freemail Member <jhay@mikom.csir.co.za>
uid John Hay <jhay@csir.co.za>
uid John Hay <jhay@FreeBSD.ORG>
242
B.3.30. Sheldon Hearn <sheldonh@FreeBSD.org>

pub 1024D/74A06ACD 2002-06-20 Sheldon Hearn <sheldonh@starjuice.net>
Key fingerprint = 01A3 EF91 9C5A 3633 4E01 8085 A462 57F1 74A0 6ACD
sub 1536g/C42F8AC8 2002-06-20
B.3.31. Mike Heffner <mikeh@FreeBSD.org>

pub 1024D/CDECBF99 2001-02-02 Michael Heffner <mheffner@novacoxmail.com>
Key fingerprint = AFAB CCEB 68C7 573F 5110 9285 1689 1942 CDEC BF99
uid Michael Heffner <mheffner@vt.edu>
uid Michael Heffner <mikeh@FreeBSD.org>
uid Michael Heffner <spock@techfour.net>
uid Michael Heffner (ACM sysadmin) <mheffner@acm.vt.edu>
sub 1024g/3FE83FB5 2001-02-02
B.3.32. Guy Helmer <ghelmer@FreeBSD.org>

pub 1024R/35F4ED2D 1997-01-26 Guy G. Helmer <ghelmer@freebsd.org>
Key fingerprint = A2 59 4B 92 02 5B 9E B1 B9 4E 2E 03 29 D5 DC 3A
uid Guy G. Helmer <ghelmer@cs.iastate.edu>
uid Guy G. Helmer <ghelmer@palisadesys.com>
B.3.33. Maxime Henrion <mux@FreeBSD.org>

pub 1024D/4ED69D63 2002-03-02 Maxime Henrion <mux@FreeBSD.org>
Key fingerprint = 67E4 6751 0058 982C C759 9984 B9B4 3F69 4ED6 9D63
sub 1024g/1A6F46EF 2002-03-02
B.3.34. Jordan K. Hubbard <jkh@FreeBSD.org>

pub 1024R/8E542D5D 1996-04-04 Jordan K. Hubbard <jkh@FreeBSD.org>
Key fingerprint = 3C F2 27 7E 4A 6C 09 0A 4B C9 47 CD 4F 4D 0B 20
B.3.35. Trevor Johnson <trevor@FreeBSD.org>

pub 1024D/3A3EA137 2000-04-20 Trevor Johnson <trevor@jpj.net>
Key fingerprint = 7ED1 5A92 76C1 FFCB E5E3 A998 F037 5A0B 3A3E A137
sub 1024g/46C24F1E 2000-04-20
243
B.3.36. Poul-Henning Kamp <phk@FreeBSD.org>

pub 1024R/0358FCBD 1995-08-01 Poul-Henning Kamp <phk@FreeBSD.org>
Key fingerprint = A3 F3 88 28 2F 9B 99 A2 49 F4 E2 FA 5A 78 8B 3E
B.3.37. Josef Karthauser <joe@FreeBSD.org>

pub 1024D/E6B15016 2000-10-19 Josef Karthauser <joe@FreeBSD.org>
Key fingerprint = 7266 8EAF 82C2 D439 5642 AC26 5D52 1C8C E6B1 5016
uid Josef Karthauser <joe@tao.org.uk>
uid Josef Karthauser <joe@uk.FreeBSD.org>
uid [revoked] Josef Karthauser <josef@bsdi.com>
uid [revoked] Josef Karthauser <joe@pavilion.net>
sub 2048g/1178B692 2000-10-19
B.3.38. Kris Kennaway <kris@FreeBSD.org>

pub 1024D/68E840A5 2000-01-14 Kris Kennaway <kris@citusc.usc.edu>
Key fingerprint = E65D 0E7D 7E16 B212 1BD6 39EE 5ABC B405 68E8 40A5
uid Kris Kennaway <kris@FreeBSD.org>
uid Kris Kennaway <kris@obsecurity.org>
sub 2048g/03A41C45 2000-01-14 [expires: 2006-01-14]
B.3.39. Giorgos Keramidas <keramida@FreeBSD.org>

pub 1024D/318603B6 2001-09-21 Giorgos Keramidas <keramida@FreeBSD.org>
Key fingerprint = C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6
uid Giorgos Keramidas <charon@labs.gr>
uid Giorgos Keramidas <keramida@ceid.upatras.gr>
sub 1024g/50FDBAD1 2001-09-21
B.3.40. Max Khon <fjoe@FreeBSD.org>

pub 1024D/971D4357 2002-01-22 Max Khon <fjoe@iclub.nsu.ru>
Key fingerprint = AAC1 B2AF 9438 0D33 C106 C551 4052 219C 971D 4357
uid Max Khon <fjoe@freebsd.org>
sub 1024g/DAA2638B 2002-01-22
B.3.41. Andreas Klemm <andreas@FreeBSD.org>

pub 1024D/6C6F6CBA 2001-01-06 Andreas Klemm <andreas.klemm@eu.didata.com>
Key fingerprint = F028 D51A 0D42 DD67 4109 19A3 777A 3E94 6C6F 6CBA
uid Andreas Klemm <andreas@klemm.gtn.com>
244
uid Andreas Klemm <andreas@FreeBSD.org>

uid Andreas Klemm <andreas@apsfilter.org>
sub 2048g/FE23F866 2001-01-06
B.3.42. Joseph Koshy <jkoshy@FreeBSD.org>

pub 1024D/D93798B6 2001-12-21 Joseph Koshy (FreeBSD) <jkoshy@freebsd.org>
Key fingerprint = 0DE3 62F3 EF24 939F 62AA 2E3D ABB8 6ED3 D937 98B6
sub 1024g/43FD68E9 2001-12-21
B.3.43. Alexander Langer <alex@FreeBSD.org>

pub 1024D/0C176D8F 2002-01-23 Alexander Langer <alex@FreeBSD.org>
Key fingerprint = CDB7 54EF 998A 9BA1 4F0C C8FB 71F7 04BF 0C17 6D8F
sub 1024g/415D4F71 2002-01-23
B.3.44. Alexander Leidinger <netchild@FreeBSD.org>

pub 1024D/72077137 2002-01-31 Alexander Leidinger <netchild@FreeBSD.org>
Key fingerprint = AA3A 8F69 B214 6BBD 5E73 C9A0 C604 3C56 7207 7137
sub 2048g/8C9828D3 2002-01-31
B.3.45. Ying-Chieh Liao <ijliao@FreeBSD.org>

pub 1024D/11C02382 2001-01-09 Ying-Chieh Liao <ijliao@CCCA.NCTU.edu.tw>
Key fingerprint = 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382
uid Ying-Chieh Liao <ijliao@FreeBSD.org>
uid Ying-Chieh Liao <ijliao@csie.nctu.edu.tw>
uid Ying-Chieh Liao <ijliao@dragon2.net>
uid Ying-Chieh Liao <ijliao@tw.FreeBSD.org>
sub 4096g/C1E16E89 2001-01-09
B.3.46. Clive Lin <clive@FreeBSD.org>

pub 1024D/A008C03E 2001-07-30 Clive Lin <clive@tongi.org>
Key fingerprint = FA3F 20B6 A77A 6CEC 1856 09B0 7455 2805 A008 C03E
uid Clive Lin <clive@CirX.ORG>
uid Clive Lin <clive@FreeBSD.org>
sub 1024g/03C2DC87 2001-07-30 [expires: 2002-07-30]
245
B.3.47. Bruce A. Mah <bmah@FreeBSD.org>

pub 1024D/5BA052C3 1997-12-08 Bruce A. Mah <bmah@acm.org>
Key fingerprint = F829 B805 207D 14C7 7197 7832 D8CA 3171 5BA0 52C3
uid Bruce A. Mah <bmah@ca.sandia.gov>
uid Bruce A. Mah <bmah@ieee.org>
uid Bruce A. Mah <bmah@cisco.com>
uid Bruce A. Mah <bmah@employees.org>
uid Bruce A. Mah <bmah@freebsd.org>
uid Bruce A. Mah <bmah@packetdesign.com>
sub 2048g/B4E60EA1 1997-12-08
B.3.48. David Malone <dwmalone@FreeBSD.org>

pub 512/40378991 1994/04/21 David Malone <dwmalone@maths.tcd.ie>
Key fingerprint = 86 A7 F4 86 39 2C 47 2C C1 C2 35 78 8E 2F B8 F5
B.3.49. Makoto Matsushita <matusita@FreeBSD.org>

pub 1024D/20544576 1999-04-18 Makoto Matsushita <matusita@FreeBSD.org>
Key fingerprint = 71B6 13BF B262 2DD8 2B7C 6CD0 EB2D 4147 2054 4576
uid Makoto Matsushita <matusita@matatabi.or.jp>
uid Makoto Matsushita <matusita@jp.FreeBSD.ORG>
uid Makoto Matsushita <matusita@ics.es.osaka-u.ac.jp>
sub 1024g/F1F3C94D 1999-04-18
B.3.50. Kenneth D. Merry <ken@FreeBSD.org>

pub 1024D/54C745B5 2000-05-15 Kenneth D. Merry <ken@FreeBSD.org>
Key fingerprint = D25E EBC5 F17A 9E52 84B4 BF14 9248 F0DA 54C7 45B5
uid Kenneth D. Merry <ken@kdm.org>
sub 2048g/89D0F797 2000-05-15
pub 1024R/2FA0A505 1995-10-30 Kenneth D. Merry <ken@plutotech.com>

Key fingerprint = FD FA 85 85 95 C4 8E E8 98 1A CA 18 56 F0 00 1F
B.3.51. Dirk Meyer <dinoex@FreeBSD.org>

pub 1024R/331CDA5D 1995-06-04 Dirk Meyer <dinoex@FreeBSD.org>
Key fingerprint = 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12
uid Dirk Meyer <dirk.meyer@dinoex.sub.org>
uid Dirk Meyer <dirk.meyer@guug.de>
246
B.3.52. Yoshiro Sanpei MIHIRA <sanpei@FreeBSD.org>

pub 1024R/391C5D69 1996-11-21 sanpei@SEAPLE.ICC.NE.JP
Key fingerprint = EC 04 30 24 B0 6C 1E 63 5F 5D 25 59 3E 83 64 51
uid MIHIRA Yoshiro <sanpei@sanpei.org>
uid Yoshiro MIHIRA <sanpei@FreeBSD.org>
uid MIHIRA Yoshiro <sanpei@yy.cs.keio.ac.jp>
uid MIHIRA Yoshiro <sanpei@cc.keio.ac.jp>
uid MIHIRA Yoshiro <sanpei@educ.cc.keio.ac.jp>
uid MIHIRA Yoshiro <sanpei@st.keio.ac.jp>
B.3.53. Jim Mock <jim@FreeBSD.org>

pub 1024D/3AA4FEE0 2002-01-10 Jim Mock <jim@FreeBSD.org>
Key fingerprint = AEEC 998D 7828 D306 AFF7 06CA D8FE 7285 3AA4 FEE0
uid Jim Mock <mij@soupnazi.org>
sub 1024g/3780652B 2002-01-10
B.3.54. Marcel Moolenaar <marcel@FreeBSD.org>

pub 1024D/61EE89F6 2002-02-09 Marcel Moolenaar <marcel@xcllnt.net>
Key fingerprint = 68BB E2B7 49AA FF69 CA3A DF71 A605 A52D 61EE 89F6
sub 1024g/6EAAB456 2002-02-09
B.3.55. Thomas Möstl <tmm@FreeBSD.org>

pub 1024D/419C776C 2000-11-28 Thomas Moestl <tmm@FreeBSD.org>
Key fingerprint = 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C
uid Thomas Moestl <tmoestl@gmx.net>
uid Thomas Moestl <t.moestl@tu-bs.de>
sub 2048g/ECE63CE6 2000-11-28
B.3.56. Rich Murphey <rich@FreeBSD.org>

pub 1024R/583443A9 1995-03-31 Rich Murphey <rich@lamprey.utmb.edu>
Key fingerprint = AF A0 60 C4 84 D6 0C 73 D1 EF C0 E9 9D 21 DB E4
B.3.57. Akinori MUSHA <knu@FreeBSD.org>

pub 1024D/9FD9E1EE 2000-03-21 Akinori MUSHA <knu@and.or.jp>
Key fingerprint = 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE
uid Akinori MUSHA <knu@FreeBSD.org>
uid Akinori MUSHA <knu@idaemons.org>
247
uid Akinori MUSHA <knu@ruby-lang.org>

sub 1024g/71BA9D45 2000-03-21
B.3.58. Masafumi NAKANE <max@FreeBSD.org>

pub 1024D/CE356B59 2000-02-19 Masafumi NAKANE <max@wide.ad.jp>
Key fingerprint = EB40 BCAB 4CE5 0764 9942 378C 9596 159E CE35 6B59
uid Masafumi NAKANE <max@w3.org>
uid Masafumi NAKANE <max@FreeBSD.org>
uid Masafumi NAKANE <max@jp.FreeBSD.org>
uid Masafumi NAKANE <max@sfc.keio.ac.jp>
uid Masafumi NAKANE <max@sfc.wide.ad.jp>
uid Masafumi NAKANE <max@accessibility.org>
uid Masafumi NAKANE <kd5pdi@qsl.net>
sub 1024g/FA9BD48B 2000-02-19
B.3.59. Anders Nordby <anders@FreeBSD.org>

pub 1024D/00835956 2000-08-13 Anders Nordby <anders@fix.no>
Key fingerprint = 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956
uid Anders Nordby <anders@FreeBSD.org>
sub 2048g/4B160901 2000-08-13
B.3.60. David O’Brien <obrien@FreeBSD.org>

pub 1024R/34F9F9D5 1995-04-23 David E. O’Brien <defunct - obrien@Sea.Legent.com>
Key fingerprint = B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A
uid David E. O’Brien <obrien@NUXI.com>
uid deobrien@ucdavis.edu
uid David E. O’Brien <whois Do38>
uid David E. O’Brien <obrien@FreeBSD.org>
uid David E. O’Brien <dobrien@seas.gwu.edu>
uid David E. O’Brien <obrien@cs.ucdavis.edu>
uid David E. O’Brien <defunct - obrien@media.sra.com>
uid David E. O’Brien <obrien@elsewhere.roanoke.va.us>
uid David E. O’Brien <obrien@Nuxi.com>
pub 1024D/7F9A9BA2 1998-06-10 "David E. O’Brien" <obrien@cs.ucdavis.edu>

Key fingerprint = 02FD 495F D03C 9AF2 5DB7 F496 6FC8 DABD 7F9A 9BA2
uid "David E. O’Brien" <obrien@NUXI.com>
uid "David E. O’Brien" <obrien@FreeBSD.org>
sub 3072g/BA32C20D 1998-06-10
248
B.3.61. Mark Peek <mp@FreeBSD.org>

pub 1024D/330D4D01 2002-01-27 Mark Peek <mp@FreeBSD.org>
Key fingerprint = 510C 96EE B4FB 1B0A 2CF8 A0AF 74B0 0B0E 330D 4D01
sub 1024g/9C6CAC09 2002-01-27
B.3.62. Peter Pentchev <roam@FreeBSD.org>

pub 1024D/16194553 2002-02-01 Peter Pentchev <roam@techlab.office1.bg>
Key fingerprint = FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
uid Peter Pentchev <roam@ringlet.net>
uid Peter Pentchev <roam@FreeBSD.org>
uid Peter Pentchev <roam@online.bg>
uid Peter Pentchev <roam@orbitel.bg>
sub 1024g/7074473C 2002-02-01
B.3.63. Jim Pirzyk <pirzyk@FreeBSD.org>

pub 1024D/4E23DACA 2001-03-02 Jim Pirzyk <pirzyk@freebsd.org>
Key fingerprint = 07EE A1BD 32E5 C402 59B6 22D5 D846 31D1 4E23 DACA
uid Jim Pirzyk <Jim.Pirzyk@disney.com>
sub 1024g/F38895F7 2001-03-02
B.3.64. John Polstra <jdp@FreeBSD.org>

pub 1024R/BFBCF449 1997-02-14 John D. Polstra <jdp@polstra.com>
Key fingerprint = 54 3A 90 59 6B A4 9D 61 BF 1D 03 09 35 8D F6 0D
B.3.65. Mark Pulford <markp@FreeBSD.org>

pub 1024D/182C368F 2000-05-10 Mark Pulford <markp@FreeBSD.org>
Key fingerprint = 58C9 C9BF C758 D8D4 7022 8EF5 559F 7F7B 182C 368F
uid Mark Pulford <mark@kyne.com.au>
sub 2048g/380573E8 2000-05-10
B.3.66. Thomas Quinot <thomas@FreeBSD.org>

pub 1024D/393D2469 1999-09-23 Thomas Quinot <thomas@cuivre.fr.eu.org>
Empreinte de la clé = 4737 A0AD E596 6D30 4356 29B8 004D 54B8 393D 2469
uid Thomas Quinot <thomas@debian.org>
uid Thomas Quinot <thomas@FreeBSD.org>
sub 1024g/8DE13BB2 1999-09-23
249
B.3.67. Doug Rabson <dfr@FreeBSD.org>

pub 1024R/95C11771 2000-02-27 Doug Rabson <dfr@freebsd.org>
Key fingerprint = 20 BB E4 38 5D 89 D2 D4 68 A6 2F DC 0A DE 10 3C
B.3.68. Benno Rice <benno@FreeBSD.org>

pub 1024D/87C59909 2002-01-16 Benno Rice <benno@FreeBSD.org>
Key fingerprint = CE27 DADA 08E3 FAA3 88F1 5B31 5E34 705A 87C5 9909
uid Benno Rice <benno@jeamland.net>
sub 1024g/4F7C2BAD 2002-01-16 [expires: 2007-01-15]
B.3.69. Ollivier Robert <roberto@FreeBSD.org>

pub 1024R/EBBB1B41 1994-05-30 Ollivier Robert <roberto@keltia.freenix.org>
Key fingerprint = B6 26 F7 26 64 4A 10 C3 D1 62 23 FB 4B 3B CC DD
uid Ollivier Robert <roberto@Keltia.Freenix.FR>
uid Ollivier Robert <roberto@EU.org>
uid Ollivier Robert <roberto@frmug.org>
uid Ollivier Robert <roberto@hsc.fr.net>
uid Ollivier Robert <roberto@keltia.glou.eu.org>
B.3.70. Guido van Rooij <guido@FreeBSD.org>

pub 1024R/599F323D 1996-05-18 Guido van Rooij <guido@gvr.org>
Key fingerprint = 16 79 09 F3 C0 E4 28 A7 32 62 FA F6 60 31 C0 ED
uid Guido van Rooij <guido@gvr.win.tue.nl>
pub 1024D/A95102C1 2000-10-25 Guido van Rooij <guido@madison-gurkha.nl>

Key fingerprint = 5B3E 51B7 0E7A D170 0574 1E51 2471 117F A951 02C1
uid Guido van Rooij <guido@madison-gurkha.com>
sub 1024g/A5F20553 2000-10-25
B.3.71. Wolfram Schneider <wosch@FreeBSD.org>

Type Bits/KeyID Date User ID
pub 1024/2B7181AD 1997/08/09 Wolfram Schneider <wosch@FreeBSD.org>
Key fingerprint = CA 16 91 D9 75 33 F1 07 1B F0 B4 9F 3E 95 B6 09
250
B.3.72. Jens Schweikhardt <schweikh@FreeBSD.org>

pub 1024D/0FF231FD 2002-01-27 Jens Schweikhardt <schweikh@FreeBSD.org>
Key fingerprint = 3F35 E705 F02F 35A1 A23E 330E 16FE EA33 0FF2 31FD
uid Jens Schweikhardt <schweikh@schweikhardt.net>
sub 1024g/6E93CACC 2002-01-27 [expires: 2005-01-26]
B.3.73. Gregory Neil Shapiro <gshapiro@FreeBSD.org>

pub 1024R/4FBE2ADD 2000-10-13 Gregory Neil Shapiro <gshapiro@gshapiro.net>
Key fingerprint = 56 D5 FF A7 A6 54 A6 B5 59 10 00 B9 5F 5F 20 09
uid Gregory Neil Shapiro <gshapiro@FreeBSD.org>
pub 1024D/F76A9BF5 2001-11-14 Gregory Neil Shapiro <gshapiro@FreeBSD.org>

Key fingerprint = 3B5E DAF1 4B04 97BA EE20 F841 21F9 C5BC F76A 9BF5
uid Gregory Neil Shapiro <gshapiro@gshapiro.net>
sub 2048g/935657DC 2001-11-14
pub 1024D/FCE56561 2000-10-14 Gregory Neil Shapiro <gshapiro@FreeBSD.org>

Key fingerprint = 42C4 A87A FD85 C34F E77F 5EA1 88E1 7B1D FCE5 6561
uid Gregory Neil Shapiro <gshapiro@gshapiro.net>
sub 1024g/285DC8A0 2000-10-14 [expires: 2001-10-14]
B.3.74. Vanilla I. Shu <vanilla@FreeBSD.org>

pub 1024D/ACE75853 2001-11-20 Vanilla I. Shu <vanilla@FreeBSD.org>
Key fingerprint = 290F 9DB8 42A3 6257 5D9A 5585 B25A 909E ACE7 5853
sub 1024g/CE695D0E 2001-11-20
B.3.75. Christopher Shumway <cshumway@FreeBSD.org>

pub 1024D/3219F982 2001-05-17 Christopher Shumway <cshumway@freebsd.org>
Key fingerprint = 45F5 931B 0646 BF84 E78E E274 6C29 340E 3219 F982
uid Christopher Shumway <cshumway@titan-project.org>
sub 1024g/D215EFED 2001-05-17
B.3.76. Dmitry Sivachenko <demon@FreeBSD.org>

pub 1024D/13D5DF80 2002-03-18 Dmitry Sivachenko <mitya@cavia.pp.ru>
Key fingerprint = 72A9 12C9 BB02 46D4 4B13 E5FE 1194 9963 13D5 DF80
uid Dmitry S. Sivachenko <demon@FreeBSD.org>
sub 1024g/060F6DBD 2002-03-18
251
B.3.77. Jesper Skriver <jesper@FreeBSD.org>

pub 1024D/F9561C31 2001-03-09 Jesper Skriver <jesper@FreeBSD.org>
Key fingerprint = 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31
uid Jesper Skriver <jesper@skriver.dk>
uid Jesper Skriver <jesper@wheel.dk>
sub 1024g/777C378C 2001-03-09
B.3.78. Ville Skyttä <scop@FreeBSD.org>

pub 1024D/BCD241CB 2002-04-07 Ville Skyttä <ville.skytta@iki.fi>
Key fingerprint = 4E0D EBAB 3106 F1FA 3FA9 B875 D98C D635 BCD2 41CB
uid Ville Skyttä <ville.skytta@xemacs.org>
uid Ville Skyttä <scop@FreeBSD.org>
sub 2048g/9426F4D1 2002-04-07
B.3.79. Ben Smithurst <ben@FreeBSD.org>

pub 1024D/2CEF442C 2001-07-11 Ben Smithurst <ben@LSRfm.com>
Key fingerprint = 355D 0FFF B83A 90A9 D648 E409 6CFC C9FB 2CEF 442C
uid Ben Smithurst <ben@vinosystems.com>
uid Ben Smithurst <ben@smithurst.org>
uid Ben Smithurst <ben@FreeBSD.org>
uid Ben Smithurst <csxbcs@comp.leeds.ac.uk>
uid Ben Smithurst <ben@scientia.demon.co.uk>
sub 1024g/347071FF 2001-07-11
B.3.80. Dag-Erling C. Smørgrav <des@FreeBSD.org>

pub 1024D/0512E49A 2001-06-26 Dag-Erling Smørgrav (office/general) <des@thinksec.com>
Key fingerprint = 94BD 6AC7 695E 4861 E27D DC7F 6726 88E1 0512 E49A
uid Dag-Erling Smørgrav (office/general) <des@thinksec.no>
uid Dag-Erling Smørgrav (OFUG) <des@ofug.org>
uid Dag-Erling Smørgrav (FreeBSD) <des@freebsd.org>
sub 2048g/F409452B 2001-06-26 [expires: 2003-07-01]
pub 1024D/27848427 2000-10-13 Dag-Erling Smørgrav (low security key) <des@freebsd.org>

Key fingerprint = 58B8 E93A 659B 0FFC E3FA 2B45 43E9 5DE4 2784 8427
uid Dag-Erling Smørgrav (low security key) <des@thinksec.com>
uid Dag-Erling Smørgrav (low security key) <des@ofug.org>
sub 2048g/CF429755 2000-10-13
252
B.3.81. Maxim Sobolev <sobomax@FreeBSD.org>

pub 1024D/888205AF 2001-11-21 Maxim Sobolev <sobomax@FreeBSD.org>
Key fingerprint = 85C9 DCB0 6828 087C C977 3034 A0DB B9B7 8882 05AF
uid Maxim Sobolev <sobomax@mail.ru>
uid Maxim Sobolev <sobomax@altavista.net>
uid Maxim Sobolev <vegacap@i.com.ua>
pub 1024D/A3B5D19F 2000-07-26 Maxim Sobolev <sobomax@FreeBSD.org>

Key fingerprint = D89F B292 7639 0D69 6ED9 58D1 71ED 0B47 A3B5 D19F
sub 2048g/AE1BB1C4 2000-07-26
B.3.82. Daniel C. Sobral <dcs@FreeBSD.org>

pub 1024R/488A2DD5 2000-06-07 Daniel C. Sobral <dcs@newsguy.com>
Key fingerprint = AF 90 A6 A2 B5 8D 6C 28 37 F3 F4 47 8B 31 47 DF
uid Daniel C. Sobral <dcs@freebsd.org>
B.3.83. Brian Somers <brian@FreeBSD.org>

pub 1024R/666A7421 1997-04-30 Brian Somers <brian@freebsd-services.com>
Key fingerprint = 2D 91 BD C2 94 2C 46 8F 8F 09 C4 FC AD 12 3B 21
uid Brian Somers <brian@awfulhak.org>
uid Brian Somers <brian@FreeBSD.org>
uid Brian Somers <brian@OpenBSD.org>
uid Brian Somers <brian@uk.FreeBSD.org>
uid Brian Somers <brian@uk.OpenBSD.org>
B.3.84. Gregory Sutter <gsutter@FreeBSD.org>

pub 1024D/40AE3052 1998-07-18 Gregory S. Sutter <gsutter@freebsd.org>
Key fingerprint = 61D4 6A28 F282 482E 1D82 D077 E31E 323D 40AE 3052
uid Gregory S. Sutter <gsutter@pobox.com>
uid Gregory S. Sutter <gsutter@zer0.org>
uid Gregory S. Sutter <gsutter@daemonnews.org>
sub 2048g/02AEA3C6 1998-07-18
pub 1024D/845DFEDD 2000-10-10 Gregory S. Sutter <gsutter@pobox.com>

Key fingerprint = D161 E4EA 4BFA 2427 F3F9 5B1F 2015 31D5 845D FEDD
uid Gregory S. Sutter <gsutter@zer0.org>
uid Gregory S. Sutter <gsutter@freebsd.org>
uid Gregory S. Sutter <gsutter@daemonnews.org>
sub 2048g/0A37BBCE 2000-10-10
253
B.3.85. Yoshihiro Takahashi <nyan@FreeBSD.org>

pub 1024D/8394B81F 2001-10-15 Yoshihiro TAKAHASHI <nyan@jp.FreeBSD.org>
Key fingerprint = D4FA D8CA 2AED FCF4 90A3 3569 8666 0500 8394 B81F
uid Yoshihiro TAKAHASHI <nyan@furiru.org>
uid Yoshihiro TAKAHASHI <nyan@FreeBSD.org>
sub 1024g/B796F020 2001-10-15
B.3.86. Mikhail Teterin <mi@FreeBSD.org>

pub 1024R/3FC71479 1995-09-08 Mikhail Teterin <mi@aldan.star89.galstar.com>
Key fingerprint = 5F 15 EA 78 A5 40 6A 0F 14 D7 D9 EA 6E 2B DA A4
B.3.87. Gordon Tetlow <gordon@FreeBSD.org>

pub 1024D/357D65FB 2002-05-14 Gordon Tetlow <gordont@gnf.org>
Key fingerprint = 34EF AD12 10AF 560E C3AE CE55 46ED ADF4 357D 65FB
uid Gordon Tetlow <gordon@FreeBSD.org>
sub 1024g/243694AB 2002-05-14
B.3.88. Jacques Vidrine <nectar@FreeBSD.org>

pub 1024R/094724A9 1998-04-18 Jacques Vidrine <nectar@FreeBSD.org>
Key fingerprint = 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE
uid Jacques A. Vidrine <n@nectar.com>
pub 1024D/1606DB95 2001-07-05 Jacques A. Vidrine <n@nectar.com>

Key fingerprint = 46BC EA5B F70A CC81 5332 0832 8C32 8CFF 1606 DB95
uid Jacques A. Vidrine <jvidrine@verio.net>
uid Jacques A. Vidrine <jacques@vidrine.cc>
uid Jacques A. Vidrine <nectar@FreeBSD.org>
sub 2048g/57EDEA6F 2001-07-05
pub 1024D/71A28C73 1997-08-21 Jacques Vidrine <nectar@FreeBSD.org>

Key fingerprint = AB2F 8D71 A4F4 467D 352E 8A41 5D79 22E4 71A2 8C73
uid Jacques A. Vidrine <n@nectar.com>
sub 2048g/1C32F6B1 1997-08-21
B.3.89. Nate Williams <nate@FreeBSD.org>

pub 1024D/C2AC6BA4 2002-01-28 Nate Williams (FreeBSD) <nate@FreeBSD.org>
Key fingerprint = 8EE8 5E72 8A94 51FA EA68 E001 FFF9 8AA9 C2AC 6BA4
sub 1024g/03EE46D2 2002-01-28
254
B.3.90. Garrett Wollman <wollman@FreeBSD.org>

pub 1024D/0B92FAEA 2000-01-20 Garrett Wollman <wollman@FreeBSD.org>
Key fingerprint = 4627 19AF 4649 31BF DE2E 3C66 3ECF 741B 0B92 FAEA
sub 1024g/90D5EBC2 2000-01-20
B.3.91. Jörg Wunsch <joerg@FreeBSD.org>

pub 1024R/76A3F7B1 1996-04-27 Joerg Wunsch <joerg_wunsch@interface-business.de>
Key fingerprint = DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E
uid Joerg Wunsch <j@interface-business.de>
uid Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
uid Joerg Wunsch <j@uriah.heep.sax.de>
B.3.92. Alexey Zelkin <phantom@FreeBSD.org>

pub 1024D/9196B7D9 2002-01-28 Alexey Zelkin <phantom@FreeBSD.org>
Key fingerprint = 4465 F2A4 28C1 C2E4 BB95 1EA0 C70D 4964 9196 B7D9
sub 1024g/E590ABA4 2002-01-28
B.3.93. Nicolas Souchu <nsouch@FreeBSD.org>

pub 1024D/C744F18B 2002-02-13 Nicholas Souchu <nsouch@freebsd.org>
Key fingerprint = 992A 144F AC0F 40BA 55AE DE6D 752D 0A6C C744 F18B
sub 1024g/90BD3231 2002-02-13
B.3.94. Sebastien Gioria <gioria@FreeBSD.org>

pub 1024D/7C8DA4F4 2002-02-09 Sebastien Gioria <eagle@freebsd-fr.org>
Key fingerprint = 41F4 4885 7C23 6ED3 CC24 97AA 6DDD B426 7C8D A4F4
uid Sebastien Gioria <gioria@FreeBSD.ORG>
uid Sebastien Gioria <gioria@Francenet.fr>
uid Sebastien Gioria <gioria@fluxus.net>
sub 4096g/F147E4D3 2002-02-09
255
Colophon
Este libro es el resultado del trabajo de cientos de colaboradores del “Proyecto de Documentación de FreeBSD”. El
texto esta escrito en SGML de acuerdo al DTD DocBook y es formateado automáticamente en diferentes formatos
de presentación usando Jade, una herramienta DSSSL de software libre. Se han usado las hojas de estilo DSSSL de
Norm Walsh con personalización de niveles para las instrucciones de presentación de Jade. La versión impresa de
este documento no hubiese sido posible sin los programas TeX de Donald Knuth, LaTeX de Leslie Lamport y
JadeTeX de Sebastian Rahtz.
256

Freebsd

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Freebsd

Hochgeladen von

Copyright:

Verfügbare Formate

Manual de FreeBSD

Proyecto de Documentación de FreeBSD

• Realizan una introducción a FreeBSD.

• Qué relación guarda FreeBSD con otros sistemas operativos.

1.2. ¡Bienvenido a FreeBSD!

1.2.1. ¿Qué puede hacer FreeBSD?

1.2.2. ¿Quién usa FreeBSD?

• Be, Inc. (http://www.be.com/)

1.3. Acerca del proyecto FreeBSD

1.3.1. Breve historia de FreeBSD

1.3.2. Objetivos del Proyecto FreeBSD

1.3.3. El modelo de desarrollo de FreeBSD

El equipo core de FreeBSD

1.3.4. La actual distribución FreeBSD

Nota: Estas imágenes solo se pueden usar con discos de 1,44Mb.

4. Haz el disco de instalación a partir del fichero imágen:

• Si estás instalando un sistema UNIX para crear las imágenes de disco:

En el modo de configuración puedes:

• Listar los drivers de dispositivos presentes en el kernel.

2.1. Configuraciones soportadas

2.1.1. Controladoras de disco

• WD1003 (any generic MFM/RLL)

• Adaptec AIC7850 on-board SCSI controllers

• Buslogic 545S & 545c

Nota: Buslogic was formerly known as “Bustek”.

• Buslogic 445S/445c VLB SCSI controller

• SoundBlaster SCSI and ProAudio Spectrum SCSI (cd)

2.1.2. Tarjetas de red

• Allied-Telesis AT1700 and RE2000 cards

• DEC FDDI (DEFPA/DEFEA) NICs

• 3Com 3C501 cards

2.1.3. Dispositivos varios

• AST 4 port serial card using shared IRQ.

FreeBSD actualmente no soporta el bus microcanal de IBM (MCA).

2.2. Preparándonos para la instalación

2.2.1. Antes de instalar desde CDROM

2.2.2. Antes de instalar desde Floppy

# fdformat -f 1440 fd0.1440

# disklabel -w -r fd0.1440 floppy3

Nota: Usa fd0.1200 y floppy5 para discos de 5.25" (o 1.2MB).

2.2.3. Antes de instalar desde una partición MS-DOS

C:\ XCOPY /S E:\BIN C:\FREEBSD\BIN\

C:\ XCOPY /S E:\MANPAGES C:\FREEBSD\MANPAGES\

Asumiendo que C: es donde tienes espacio libre y E: es la unidad de tu lector de CDROM.

2.2.4. Antes de instalar desde una cinta QIC/SCSI

2.2.5. Antes de instalar sobre una red

2.2.5.1. Preparando la instalación sobre NFS

2.2.5.2. Preparando una instalación por FTP

Hay dos modos de instalación FTP que puedes usar:

2.3. Instalando FreeBSD

2.4. Preguntas y Respuestas para usuarios de MS-DOS

# mount -t msdos /dev/sd0s5 /dos_d

Puedo ejecutar binarios MS-DOS bajo FreeBSD?

Valor Permiso Listado de Directorio

partes de los permisos del archivo.

3.3. Estructura de directorios

3.4. Intérpretes de órdenes (Shells)

El shell nos mostraría rm foo[BEEP].bar.

% setenv EDITOR /usr/local/bin/emacs

Bajo los shells tipo Bourne (Bourne Shells):

3.4.1. Cambiando de shell

# echo "/usr/local/bin/bash" /etc/shells

Y entonces volver a ejecutar chsh.