Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Mi fracaso con FreeBSD y vuelta a los orígenes

Ed hunter's Diary
Por Ed hunter
departamento Profesión: persianista , Sección Diarios
Puesto a las Mon Feb 28th, 2005 at 01:42:05 AM CET

Lo reconozco, soy un puñetero linuxero de mierda, no tengo remedio. Ya he comentado mi intento fustrante de usar FreeBSD en mi pequeño servidor casero. Tas algunas peleas, me encuentro con que no logro avanzar, sino que en lugar de eso, retrocedo.

 


Hagamos un poco de memoria. El asunto es que quiero reaprovechar un viejo Pentium MMX 166MHz con 64MB de RAM para que realice ciertos servicios en mi red casera. Los servicios básicos eran compartir la impresora y el scanner con las máquinas de escritorio (todas ellas Mandrake Linux), guardar mis más de 15000 mensajes de correo electrónico recopilado desde principios de siglo en carpetas IMAP, hacer que el fetchmail siguiese añadiendo de forma automática más y más correos en esas carpetas y hacer que el SquirrelMail me permita consultar esa ingente cantidad de información de forma segura (gracias a la magia del https) desde el curro a pesar del firewall y de los inefables filtros del proxy suministrado por Microsoft que intentan impedirnos acceder a las páginas pornográficas, de videojuegos, de cracks y webmails (porque el correo electrónico no es una herramienta, sino la puerta de entrada de los viruses, dicen los genios de la compañía).

Recuerdo que mi primer intento de instalación de mi miniservidor fué con Mandrake 10.0 Official, pero no funcionó: por alguna razón, parece que Mandrake ya no es 100% compatible con los Pentium, a pesar de que en sus paquetes rpm siempre ponga como arquitectura i586. Algunos programas simplemente la palmaban sin explicación aparente. Lo más sorprendente del caso fue la muerte de Apache2. Funcionaba perfectamente mientras realizaba la configuración de los diferentes servicios, con la máquina encima del escritorio para mayor facilidad de manipulación durante dicho proceso. En cuanto apagué el ordenador y lo trasladé a su localización definitiva, Apache decidió que ya había servido suficientes páginas web y ya no volvió a arrancar jamás de los jamases. Nunca comprendí lo que había sucedido, no se si es que en la nueva ubicación tenía frío, o calor, o el PH del suelo era demasiado alto o le faltaba sol, pero los logs del Apache ni los libros de jardinería me lograron dar una explicación.

Pasó el tiempo y decidí volver a intentarlo. Esta vez con Debian... pero la túnica naranja me queda fatal con la chaqueta de cuero y las camperas.

Escuchando “The Number of the Beast” entró un diablillo en casa y me sugirió que probase con FreeBSD. Como ya he dicho, me ha decepcionado el sistema del demoniete rojo. Primero, porque los manuales son para que los maricones se los metan por el culo cuando no hay una polla disponible, y por tanto, no hacía más que golpearme la cabeza contra una pared al obtener un “No such file or directory” cada vez que hacía un “cd /etc/rc.d/rc3.d/”. Lo segundo fue el hecho que de tanto en tanto las aplicaciones se morían sin explicación alguna, excepto algún “segmentation fault” o similar. Empezaba a sospechar que pudiese ser un problema hardware, pero le pasé un par de memtest86+ y la RAM no parecía ser el causante, y acabé ignorando el asunto.

Finalmente logré que funcionase el saned (mediante inetd, que no tiene el más mínimo mérito), el webmin, que curiosamente la versión que incluía FreeBSD no soportaba esa misma versión del sistema operativo y tuve que instalar el que hay en la página del webmin. También logré instalar CUPS y configurarlo para que compartiese la impresora con los Mandrake. Eso si, no logré que arrancase automáticamente, y lo tenía que iniciar desde Webmin. Es discutible mi empeño de usar CUPS en lugar del sistema tradicional de FreeBSD, pero se trataba de compartir la impresora exclusivamente con Mandrake, que usa CUPS, así que me pareció lo más idóneo. Un pequeño problema era que FreeBSD no soporta directamente la HP Deskjet 720C, que es una impresora que utiliza la “Printing Performance Architecture” de HP. Se trató entonces de desempolvar las neuronas y recordar aquellos viejos tiempos de la Redhat 6.2 para configurarlo todo correctamente con el pnm2ppa. Me pareció increíble que FreeBSD fuese todavía con problemas que hacía ya un lustro que se resolvieron en las distribuciones Linux.

Por fin logré imprimir y escanear desde cualquier PC de casa, con lo que decidí dejar tranquilo al paqueñín hasta que decidiese dar el próximo asalto: cyrus-imapd y SquirrelMail.

Pasó el tiempo y seguía sin meterle mano al servidor. Entre otras cosas porque temporalmente en el curro me trasladaron a Barcelona, con lo que tenía que coger el tren, para lo cual tenía que levantarme a las 6:00, y saliendo a las 18:00 de la oficina, llegaba a las 19:30 a mi ciudad, con más ganas de tomarme unas cervezas en mi abrevadero habitual escuchando heavy metal que de jugar con el FreeBSD o con el GTA Vice City (¡¡Cedega mooola!!).

Una cosa curiosa que me pasó en Barcelona fue que el departamento de formación me solicitó que instalase Linux en un aula. Me dijeron que instalase Suse, ya que el profesor era “redhatero” y creían que eso era lo más similar a Redhat en gratuito... ¡¡bendita ignorancia!!. No es que quiera meterme con Novell, pero es que Suse no me gusta nada, y así se lo dije al responsable del departamento, cosa no falta de valor, pues es un tío de lo más insufrible: no calla ni bajo el agua. Tras dos horas de insulso monólogo por su parte decidió que preguntaría al profesor “experto” en Redhat que le resultaría más familiar, si Suse o Fedora. Yo por mi parte decidí no esperar la respuesta obvia y empecé a bajarme los cuatro CD de la Fedora Core 3.

La respuesta obvia de un especialista en Redhat cuando se le pregunta sobre Fedora parece ser “¿y eso que es?”. Ni se dignó a buscar en google, que le mandaría como primera opción a “http://fedora.redhat.com: Fedora Project, sponsored by Red Hat”. Claro que supongo que obtendríamos la misma respuesta de un especialista en google cuando le preguntásemos sobre gmail. De todas formas, el aula acabó con Fedora Core 3 y yo con los cuatro CD's en mi casa. Sobre el especialista y sus clases de Linux, prefiero ni saberlo. Entre eso y un administrador que vino a mi mesa a preguntarme qué era un i686 y si Suse 9.1 funcionaba en los Pentium 4 he decidido ir siempre por la oficina con casco, porque algún día, con tanto “especialista” acabará cayéndose todo. Por cierto, el mismo administrador vino un par de días después porque ya había instalado la Suse en el Pentium 4 y no podía conectarse por ssh. Al final resultaba lo más obvio: intentaba entrar directamente como root, a lo que todo sshd bien configurado (y la configuración por defecto de Suse es buena) responderá denegando la entrada. Le dije que probase con otro usuario, ya que el usuario “root” lo tiene prohibido, a lo que me respondió que ya lo había probado. Me fui a la consola, le pregunté el usuario y la contraseña que había probado, y tras unos segundos, le dije que volviese a probar: funcionó, por supuesto. A su pregunta de qué había hecho para que funcionase, le respondí un escueto “crear el usuario en el sistema”. Se ve que los administradores de las multinacionales de las TIC se piensan que los usuarios se crean solos, por arte de birlibirloque.

Se acabó mi temporada en Barcelona, y seguí sin meterle mano al servidor, hasta que un día necesité imprimir, cosa que últimamente no hago si no es imprescindible, porque varios cartuchos de tinta están más que agotados y queda todo en un tono..., bueno, da lo mismo, la cuestión es que le di al botón de imprimir en el Galeón, y esperé hasta que se me acabó mi timeout interno. Miré en la cola del CUPS de la Mandrake: ningún documento pendiente de impresión en la impresora HP Deskjet conectada a 192.168.0.2, que está en “ready”. Un rápido ssh a 192.168.0.2 y un perplejo vistazo a la cola del CUPS: ningún documento pendiente de impresión en la impresora HP Deskjet local, que está en “ready”. La impresora totalmente impertérrita, sin hacer la más mínima señal de actividad. Eso fue la sentencia de muerte de FreeBSD.

Mis orígenes linuxeros se remontan al año 1995, en el que instalé con éxito Slackware 3.0. De hecho tuve primero Linux que Windows 95. Pero la verdad es que no me metí de lleno en Linux, relegando Windows a ser una especie de consola de videojuegos, hasta Redhat 5.0, con el que fui feliz hasta la versión 8.0, que no recuerdo muy bien porque, pero no me gustó. Con la versión 9.0 ya directamente le fui infiel y acabé en brazos de Mandrake 9. Por aquellos tiempos ya no quedaba ni un vestigio de Windows en mi ordenador. De hecho no tengo Windows desde el siglo pasado.

Así que instalar Fedora Core 3 ha sido una especie de vuelta a mis orígenes. De ahí el título de este mamotreto. El proceso de instalación no ha cambiado mucho desde la Redhat 6.0, y es idéntico al Redhat Enterprise Linux 3, por lo que no he tenido ningún problema. Ha sido agradable ver el funcionamiento de yum, sobre todo el servicio automático de actualización. Pero más agradable ha sido utilizar apt-get ¡¡qué diferencia respecto a los tiempos de las RH6.x y RH7.x!!

Además, CUPS funcionando a la primera, con la impresora totalmente configurada y compartida. La configuración del saned sigue sin tener ningún mérito, la diferencia respecto a FreeBSD es que Fedora, como todos los buenos, usa el xinetd en lugar del inetd ¿por qué FreeBSD lo sigue manteniendo? Un misterio para mi, y supongo que eran estas cosas las que le daban ese airecillo arcaico, ese olor a viejo como el de la casa de mis abuelos. Habrá sus razones, y seguramente tendrán una lógica técnica importante, pero me importa un bledo. En total, dos minutos después de finalizar la instalación de Fedora, tenía ya los mismos servicios funcionando que en el FreeBSD tras días de batallas.

Entonces pasé al siguiente punto del día: paranoia. Mucha paranoia: configurar el firewall (cosa que NUNCA hice en el FreeBSD, porque como ya he dicho, no me leí el manual). Aparte de configurar algunos servicios para ser usados exclusivamente desde la red local (por ejemplo CUPS sólo acepta conexiones desde 192.168.0.0/24), he hecho que iptables haga exactamente lo mismo (ACCEPT tcp -- 192.168.0.0/24 anywhere tcp dpt:ipp). He dejado accesible desde Internet sólo lo imprescindible: http, https, ftp, imap, imaps. Permito las conexiones desde mi red interna a sane, ipp (CUPS), webmin, smtp (no me fio de los spammers) y ssh. El resto, cerrado a cal y canto. En un futuro pienso poner mldonkey como daemon (ya esta instalado, solo falta configurarlo y arrancarlo) y tendré que abrirle los puertos correspondientes.

Configurar el Cyrus-imapd es de esas cosas que ni son triviales ni son complejas. Pero en media hora ya estaba pasando el correo de las carpetas locales del Evolution a las carpetas del IMAP. Simplemente se trata de indicar qué usuario es el administrador del cyrus-imap (en mi caso, como soy muy original, el usuario cyrus) y desde ese usuario, crear las cuentas de IMAP.

Con el Apache seguí teniendo problemas, y es que no lograba hacer andar el https. Creaba los certificados correctamente, pero no lograba que el SSLPassPhraseDialog exec:PROGRAMA funcionase, y eso que PROGRAMA daba la contraseña correcta. Finalmente me decidí por dejar los certificados sin encriptar y ya funcionó perfectamente, con lo que puedo conectarme al Squirrelmail seguro y sin problemas.

Me queda por configurar el mldonkey, poner un cliente web de mldonkey (y un cliente gráfico en los demás ordenadores que puedan controlar al mldonkey por telnet) y añadir algo de contenido al web.

Comparando el rendimiento con FreeBSD, excepto en el arranque, que seguía siendo más rápido a costa de no arrancarme la mayoría de servicios, encuentro que Fedora Core 3 va igual o incluso mejor. Además no he tenido ningún segmentation fault, ni ningún core dumped. Sólo alguna sesión de ssh tonta, de lo que deduzco que no se debía a un problema del hardware, sino del software.

No se qué tal estará Fedora en el escritorio, pero por lo que he visto en el curro, se parece mucho a Redhat 9, que como ya he dicho, no me gustaba, y por tanto seguiré con Mandrake. En cuanto al apartado servidor, me ha sorprendido muy gratamente.

Ahora tengo otros dos retos: un Pentium 133MHz con 48MB de RAM y un 486 DX2 66MHz con 8MB de RAM ¿qué podría hacer con ellos?.

P.D. No he pretendido ofender a nadie, sólo pretendía poner alguna nota humoristica, así que por adelantado pido disculpas a todos aquellos que se sientan ofendidos por algún comentario burlandome de su absurda religión, su apestosa raza, su depravada sexualidad o de que usen Debian.

P.D.2: Si, ya se que soy icorregible y que los debianitas son gente maja, sólo es que no se duchan, porque el agua está en no-free.

< Nuevo tutorial sobre Gambas, mas allá del ¡Hola mundo! (3 comments) | Concurso de Diseño del Logo de aKademy 2005 (0 comments) >
Enlaces Relacionados
· escomposlinux.org
· Yahe comentado mi intento fustrante de usar FreeBSD
· SquirrelMail
· Estavez con Debian...
· The Number of the Beast
· memtest86+
· elwebmin
· cyrus-imapd
· Cedega
· http://fedora.redhat.com
· More on Ed hunter's Diary
· Also by Ed hunter

Encuesta
Me parece que...
· Menudo rollo nos has puesto. Apréndete esta palabra: sintetizar 14%
· Una divertida historia, lástima que seas tan inútil 28%
· ¿No empiezas a repetirte? creo haber leido algo de esto en... 0%
· Has tenido mala suerte con FreeBSD: has probado una versión chunga 14%
· Fedora es Debian en rpm con los iconos de Redhat 0%
· Por favor, borrar mi voto en esta encuesta 0%
· ¿Quién puede ser tan idiota de guardar 18000 correos electrónicos? 0%
· Estoy intentando calcular cuánto costaría hacer lo mismo pero usando Windows 2003 Server 28%
· Si no se habla de mi libro me voy, yo he venido a hablar de mi libro 14%

Votos: 7
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Mi fracaso con FreeBSD y vuelta a los orígenes | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Los experimentos con gaseosa (none / 0) (#1)
por jamarier a las Mon Feb 28th, 2005 at 11:15:08 AM CET
(Información Usuario) http://barbacana.net/blog/

Uno de los problemas fundamentales de los usuarios de Linux que se pasan a un *BSD es que estos no son Linux ;-) En linux y consola, las cosas no son iguales. No son exactamente iguales, pero si muy similares. En unos se utilizará apt en otros urmi pero la lógica es bastante similar en todos. Un administrador eficiente con un par de búsquedas en /etc y usando man, más o menos se puede defender. Me remito a las pruebas: quién no ha hecho de pringao a un amigo linuxero que usaba una distro distinta a la tuya y tras sufrir un poco es capaz de sacar adelante el problema.

El uso de *BSD viene a sacar a relucir el problema de la diáspora de los *NIX. Quien haya trabajado con uno de estos, o con un solaris, o un Xenix... sabrá de que hablo. Y es que no son iguales. Mi experiencia es con OpenBSD y los ports, ese fichero de configuración kilométrico... no sé, no es lo mismo (ni mejor, ni peor, simplemente diferente).

Al final, la conclusión a la que he llegado es que en sistemas críticos entre todas las opciones válidas, hay que optar por aquella en la que nos sintamos más cómodos. Estar verdad que parece de perogrullo, no la solemos cumplir. (y luego así nos luce el pelo.) Mi servidor web estaba en OpenBSD y en una actualización, tenia que reformatear e instalar de nuevo (la que cambio el formato de los ejecutables) y lo hice; pero instale mi Debian.

Hay una segunda parte. Muchos solemos recomendar el uso de un sistema FLOSS a todo el mundo sin tener en cuenta que esos equipos son críticos para ellos. Y el que nosotros nos sintamos cómodos con estos sistemas no significan que lo sea igualmente cómodo para el resto. Aún ahí muchos PC NO conectados a internet, cuya única función es llevar un software de contabilidad.

Conclusión. Para experimentar mejor es usar otros servidores de prueba cuyo malfuncionamiento ocasione mínimos daños. FreeBSD no es malo (quizás no lo hubiera escogido para esa función... ;-)

-----
- Porque mañana será un gran día.



 
Sobre el 486 (none / 0) (#2)
por shamkao a las Mon Feb 28th, 2005 at 01:06:02 PM CET
(Información Usuario)

Yo también tengo un 486 a 66 MHz con 12 Megas de RAM (Hice ampliación de 8 a 12 Megas).

Si se te ocurre alguna idea de posible uso del bicho en cuestión, pues podríamos intentarlo. Aunque no se yo si la cosa va a pintar bien.



El problema de la RAM (none / 0) (#3)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Mon Feb 28th, 2005 at 02:02:32 PM CET
(Información Usuario) http://speedball.servemp3.com

Lo realmente fastidioso es que hoy día no hay ningún instalador de Linux que arranque con estas míseras cantidades de RAM. No hace mucho tuve la ocasión de instalar Linux en un P100 con 16MB y acabé metiendo una Redhat 6.2, que fue lo único que encontré entre mis viejos CD's.

Es cierto que se le puede meter una distribución vieja, y despues actualizar a algo moderno. Porque ponerle algo de hace cinco o más años es una invitación a los crackers.

En cuanto a lo que se puede dedicar un 486, lo que se me ocurre es router y/o firewall casero, servidor DNS casero, servidor DHCP no tan casero, servidor OpenLDAP casero... todo servicios que no carguen demasiado el sistema.

El problema que te puedes encontrar es con las tarjetas de red. Es muy posible que la placa madre sea VESA Local Bus, con lo que no podrías meter tarjetas PCI, y puede ser complicado encontrar Ethernet/100 ISA. Y para ser router necesitarías tener dos ethernet. Otro problema de casi imposible solución es si usas un modem USB, ya que nunca he visto controladoras USB para bus ISA.

En mi caso como ya tengo un router que incorpora DHCP, poca utilidad le puedo encontrar al bicho.

Porque aunque quede la opción de funcionar como un Terminal Server o un cliente ligero de esos, me parece que un 486 es excesivamente ligero ;)

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar
[ Padre ]


Complicado no (none / 0) (#4)
por ridiculum a las Mon Feb 28th, 2005 at 03:52:58 PM CET
(Información Usuario)

Imposible diria yo. Que yo sepa, no hay tarjetas Eth ISA de 100Mbits, son todas de 10Mbit. El ISA mas rapido era el de 16bitsx8Mhz, con eso sale la friolera de 128Mbits. En teoria podrias tener una Eth de 100Mbits, pero se resentiria el video y el hdd, asi que en la practica, no me consta que haya tarjetas de 100Mbits para ISA.

[ Padre ]


No exáctamente (none / 0) (#5)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Mon Feb 28th, 2005 at 04:46:27 PM CET
(Información Usuario) http://speedball.servemp3.com

Primero porque si el PC es VESA Local Bus, tanto la VGA como el IDE irán por el local bus y no por el ISA. De todas formas, creo que en realidad desde el i386 lo que se utilizaba era el bus EISA, que es de 32 bits. Además parece ser que van a 8,33MHz

En todo caso, los anchos de banda del ISA8 (7.9MBytes/s), ISA16 (15.9Mbytes/s) y EISA (31.8MBytes/s) que dicen tener estos buses podrían soportar en algunos casos al de la Ethernet 100 (11.92MBytes/s), ya que la tarjeta puede tener un buffer de 1500 bytes (el tamaño de una trama) y luego pasar los datos al sistema más lentamente, ya que durante un buen rato no recibiría nada. De hecho parece que han existido Ethernet 100 ISA.

Recuerdo que en los tiempos de mariacastaña, cuando los 386 corrian libremente por la pradera, las tarjetas Ethernet eran algo increiblemente caro.

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar
[ Padre ]


 
Yo tenia uno asi (none / 0) (#6)
por ridiculum a las Tue Mar 1st, 2005 at 12:36:06 AM CET
(Información Usuario)

Mi viejo router era un 486dx33 con 24MB de RAM. Tenia un OpenBSD 3.x. Lastima que la controladora de disco murio, pero se porto como un campeon. A parte de router, tenia exim y cache de DNS.

Hay una guia para instalar OpenBSD en sistemas con poca RAM. Usa la swap justo al principio, nada mas. Supongo que algo similar habra para las distros de linux.

[ Padre ]


 
My portatil con FreeBSD (none / 0) (#7)
por bolinches (luis.bolinches@ODIO-EL-SPAM-hispalinux.es) a las Wed Mar 2nd, 2005 at 08:44:58 AM CET
(Información Usuario) http://www.bolinches.info

Desde hace un mes y estoy encantado oiga. Me gusta mucho como gestiona la memoria y la carga, incluso cuando esta sobrecargado.
Eso sí, me compre un par de libros de FreeBSD mall y me los empape ANTES de ponerme a jugar.


Saludetes

"Computer science is not about computers any more than astronomy is about telescopes." -- Edsger W. Dijkstra (1930-2002)


 
Ideas de que meterle a esos viejos trastos (none / 0) (#8)
por gfa a las Sat Mar 5th, 2005 at 03:22:39 AM CET
(Información Usuario)

yo tengo de manera 'provisional'(hasta que arregle el p2-256mb, y falta) en un p100 32mb ram todo esto: openldap apache (solo 2 procesos) imap pop3 (courier ambos) postfix contra el ldap fetchmail y un squirrermail que tarda un año en loguearte y lo chiquito de siempre bind9 dhcp3 sshd todo bajo un openbsd, recientemente upgradeado a 3.6 :) (que lucha esa!!!) igualmente los 2 bsd que use (net y open) tienen un gran problema para las pc viejas, no tienen actualizacion por binarios, asi que te imaginas... igual si tenes un hd grande te recomendaria un download-station, corriendo el mldonkey y manejandolo remotamente, eso de mezclar el mldonquey con servicios "criticos" no me gusta



mldonkey y servicios críticos (none / 0) (#9)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Sat Mar 5th, 2005 at 06:39:16 PM CET
(Información Usuario) http://speedball.servemp3.com

El principal problema que le encuentro al mldonkey es lo que llega a saturar el equipo (en mi caso, un Pentium 166MHz, es realmente fácil saturarlo), aunque el cyrus-impad no se ha visto especialmente afectado, pero si se nota en el Webmin. El SquirrelMail parece ir relativamente bien, y no tarda demasiado en "loguear", pero claro, no uso un LDAP.

Me plantee usar OpenLDAP, pero luego recordé que no tiene caché, con lo que si por una razón se caía el servidor ningúna máquina podría "logear", y como sólo se trata de la infraestructura doméstica, he decidido pasar de ello por "sobredimensionado".

De todas formas, poner el mldonkey en una máquina aparte no soluciona el problema del ancho de banda que pueda consumir indiscriminadamente (que por ahora mi mayor queja es lo poco que se está bajando) y aumenta el consumo de electricidad y el ruido extra producido. Además, en una red doméstica, el mldonkey es un servicio tan crítico como pueda ser el correo o la impresora ;^)

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar
[ Padre ]


 
Mi fracaso con FreeBSD y vuelta a los orígenes | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda