Re: [OT] Listas de bloqueo de spam
El Tue, 29 Jul 2003 12:11:13 +0200 (CEST) Santiago Vila <[EMAIL PROTECTED]> escribió: Santiago|> Santiago|>Una putada, sí, pero también es una putada que los espameadores puedan Santiago|>aprovechar vuestro servidor de correo para enviar su spam. Santiago|> Santiago|>Ya digo, si queréis que vuestros correos sean aceptados por la mayor Santiago|>cantidad de gente posible, tenéis cierta responsabilidad en ello a la Santiago|>hora de configurar mejor o peor vuestro servidor. Santiago|> Santiago|> Correcto el estudio y el planteo..., por lo menos a simple vista. Pero... siempre hay un pero... un pregunta de un neófito: Quién les dio a los que crearon el sistema de listas, el poder de semiDIOS ? o sea el poder de DECIDIR qué está bien y qué esta mal?? Creo que lo que hacen está bien... pero hablando de justicia, sería muy bueno que primeron le comuniquen al 'culpable' (para ellos. Para mi futuro culpable) cuál es su error y darle tiempo para que se defienda o lo solucione no ?? Y bueno... es EL DEFECTO que ha causado más males a la humanidad... el adjudicarse el poder de DIOS. Y lo lamentable es que si no lo hicieran estaríamos peor no?... solo con alguna pequeña correccion de procedimientos estaría bastante bien... digo yo... siendo neófito en el tema de listas. Tal vez no tanto en filosofar ;-) Seguramente deben de ser los años... uf Que tema no?... espero no haber tirado una bomba... ;-) Exitos. Rolfo.- = = Rodolfo González - Pigüé (Bs.As.) ARG - Usuario Linux # = 140699 = = gpgID: D9C4A304 FP: F3A6 DEEB 6ABB 5263 1ADB 63B5 8916 EC0C D9C4 A304 = = !!! Linux, Karate, Rock'nBlues, y Ford... Un solo corazón... !!! = = pgpok2NMaMaLp.pgp Description: PGP signature
¿que es el af_packet module?
Estuve metiendo mano en mi kernel, y saque algo que no se lo que es: af_packet module Si, es un modulo, pero no lo encuentro cuando hago "make xconfig" ¿Alguna idea? Busque en man y no encontre nada Desde ya muchas gracias Sergio -- Yo uso software libre - I use free software -- Powered by Debian GNU/Linux 3.0r0 Woody http://www.debian.org http://www.gnu.org http://www.linux.org.ar http://www.linux.org.mx Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT, CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. Desde ya muchas gracias.
Re: [OT] Listas de bloqueo de spam
Victor Calzado Mayo escribió: > > El spam es un problema muy complejo para el cual no existe "LA" > > solución. Lo que existen son muchas cosas distintas que se pueden > > hacer, a menudo combinadas. No tiene mucho sentido decir "esto no > > funcionará, hagamos esto otro", a menos que uno esté dispuesto a > > convencer a todo el mundo para que haga eso otro. > > Si es cierto, pero en el fondo cuando me obligas a respetar un sin fin de > listas, algunas absurdas, bajo pena de que si no lo hago puede que no > consideres amigable mi correo me estas obligando a jugar al juego que tu > quieres.. No. Nadie obliga a nadie a nada. Internet es una red de redes privadas interconectadas entre sí. Ninguna red está *obligada* a aceptar tráfico de ninguna otra. El tráfico que circula lo hace por *consentimiento mutuo* entre las redes por las que circula. Si por ejemplo tú tienes una red y recibes mucho spam de Nigeria y ningún correo legítimo, pongamos por caso, tienes perfecto derecho a denegar el tráfico con Nigeria si te da la real gana, y ninguna ley del mundo te puede obligar a aceptar dicho tráfico. (Y cuando digo tuya, me refiero para que se entienda a tuya de verdad, ni de tus clientes, ni de tu empresa, ni de nadie más). Si yo tengo una red y decido no aceptar correo de relays abiertos y tú eres un relay abierto, de *ninguna* forma te estoy obligando a que tú dejes de ser un relay abierto, simplemente estoy estableciendo condiciones para que tus paquetes tcp/ip (o los de cualquiera) circulen por *mi* red, que es de *mi* propiedad. En mi red, yo pongo las reglas. En la tuya, las pones tú. En la red de enfrente, las ponen ellos, y así sucesivamente. Nadie obliga a nadie a "jugar" a ningún juego. Las redes simplemente deciden por sí mismas (pues al ser redes privadas son soberanas) qué tráfico quieren aceptar y qué tráfico no. Si te gusta, bien, y si no, te aguantas. Ya solamente faltaría que una red tuviera que aceptar a la fuerza tráfico que no quiere aceptar. En la práctica, eso sí, si mucha gente rechaza correo de relays abiertos, te conviene no serlo tú, a menos que seas feliz con tu Intranet :-). De la misma forma, si mucha gente rechaza el correo de proxys abiertos, te conviene de nuevo no serlo tú, pero nadie te obliga a no serlo. Y si hay alguna lista que sea "absurda", como tú dices, entonces es de esperar que poca gente la use, porque si la usa mucha gente a lo mejor es que no es tan absurda como te pueda parecer. Un paquete tcp/ip no sale de tu red y entra en la mía a menos que los dos, tú y yo, estemos de acuerdo en que así ocurra, así que como ves, considerando cada red como una entidad soberana, esto es de lo más democrático que hay.
Como desinstalo realmente paquetes...
Estimados todos, acabo de aterrizar en la lista y en el sistema debian... me apasiona... Aunque no tengo ni idea... poco a poco he conseguio recompilar un nucleo mi medida... instalar las KDE 3.1 y cuatro tonteridas más pero a veces fallo por la base... Aprovecho esta presentcion para lanzaros dos dudas, que ya me traen frito... 1.- Como desintalo realmente los paquetes-programas intalados?¿ utilizo el apt-get remove paquete ej: apt-get cescape... pero cuando me logeo sigue estando ahi el programa y funcionando y si vuelvo a ejcutar el APT me dice que ya no existe el programa... 2.- Tengo una unidad USB... cada vez que la conecto y la desconecto el DEbian Se entera y me da un numero de device... ejemplo: USB MASS STORAGE DETECTED... numero de debice 6 (o similar...) pero luego donde accedo al CD?¿? como accedo a los archivos que tiene el cd?¿?¿? los he buscado creo en /dev/usb/ pero hay solo me salen cantidad de archivos con nombres como scanner etc que no se que hacer ocn ellos... Slaudos y gracias..
Problemas con postfix
me da mensaje de error que el usuario no existe mirando los logs del mysql.log veo : select maildir from users where address = 'dominio.com' y no veveria de ser: select maildir from users where address = [EMAIL PROTECTED]' de ser asi alguien sabe a que se debe???
Re: targeta de sonido
On Mon, Jul 28, 2003 at 09:20:59PM +0200, maxi wrote: > Hola. > Después de mirarme lo q me decias, y desde consola como root, configuro > el plugin de salida en OSS Driver y le he digo q me tome como > dispositivos dsp y mixer. Pruebo y... Eureka!!. Salgo de modo root, > llamo a xmms y configuro como antes el plugin de salida... ERROR ERROR!! > no me funciona, la canción no arranca por más q le de al Play. Sera un > problema de permisos??, miro los archivo dsp y mixer, veo q son enlaces > a dsp0 y mixer0, y q sus grupos son audio con permiso de escritura y > lectura para los dos. Miro en etc/groups y veo q en el grupo el usuario > maxi esta añadido, entonces... por q no tira??. > Help. Esto ya se ha tratado aquí justo la semana pasada. Resumiendo: hay afortunados que añadiendo el usuario en cuestión al grupo "audio" saliendo del sistema completamente y entrando (lo digo porque hay algunas aplicaciones que, según dicen ellos, no se enteran de esa "agregación al grupo audio") han logrado que el usuario tenga permisos y sea capaz de hacerle "sonar" a la caja. Yo no lo he conseguido en mi vida... lo arreglé utilizando: (root)# chmod 777 /dev/dsp Creo que por razones de seguridad esto no es lo conveniente (aunque no alcanzo a ver el riesgo que tiene el que alguien haga "sonar" mi PC, pero esto seguro que es por acumular tanto ignorancia :-( ) Salud. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- - --- Armando Paz --- --- Usuario GNU/Debian: #189304 --- Kernel Linux: 2.4.21 -
Re: Recuperar sistemas instalados
Hola, hace tiempo que no me he visto obligado a utilizarlo, por lo que no se si aún sigue funcionando. Antiguamente, cuando tenía un problema con la instalación del arranque (lilo) y el ordenador se me quedaba "parado" y no arrancaba, utilizaba un disquete de arranque de MS-DOS, con la utilidad fdisk de este. Y ejecutaba algo así: fdisk /mbr Entonces el fdisk restauraba la tabla de particiones sobreescribiendo la última que se había intentado "grabar en el arranque" con la penúltima (la cual se supone que funcionaba, pues era justo la que tenías antes de cargártela haciendo "lilo"). En fin, ya digo que llevo tiempo sin verme obligado a hacerlo... utilizalo pues bajo tu propia responsabilidad (de hecho no recuerdo haberlo hecho teniendo instalado WinXP y Debian en la misma máquina, sí que lo he hecho cuando tenía Win9X y Debian, y en este caso funcionó) Salud. On Mon, Jul 28, 2003 at 08:04:48PM +0200, ADMINISTRADOR wrote: > Buenas. Por un fallo en la instalación de Debian, me encuentro con que > al iniciar el ordenador no me carga ningún gestor de arranque, y me > encuentro en la imposibilidad de hacer nada ahora mismo, ya que los > cds de Debian no los tengo aqui disponibles para poder instalarlo. En > mi ordenador se encuentran en tres particiones Red Hat en Ext3, WinXP > en NTFS y una particion Ext2 en la que intenté instalar Debian pero me > falló (necesito un cd del que no dispongo). La pregunta es: hay alguna > manera de crear un cd de arranque que me permita arrancar alguno de > los SO ya instalados? Muchas gracias y atentamente > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- - --- Armando Paz --- --- Usuario GNU/Debian: #189304 --- Kernel Linux: 2.4.21 -
Re: KDE 2.2.2 por KDE 3.1.2
On Lunes, 28 de Julio de 2003 09:50, Jorge wrote: > >hicistes apt-get update una vez insertada la linea?? > > Si. > > >tienes que desinstalar antes el kde2 con apt-get remove y todas las > >librerías QT. > > He hecho apt-get remove kde, si te refieres a eso. Las librerías QT no sé > qué son, pero supongo que el apt-get remove kde se las comerá también, ¿no > es cierto? > > ¿Alguna idea más? > *Creo* que el sources.list se recorre secuencialmente, es decir, busca los paquetes en las fuentes que estén en el archivo sources de arriba a abajo. Prueba a poner la fuente del kde3 antes que las líneas de los cd's de debian editando a mano el sources.list. No se me ocurre otra cosa... NOTA PERSONAL: ¿Por qué no tengo el man de sources.list? Haberlo haylo, ¿no?
Re: ATI Mobility RADEON 7000
On Jueves, 24 de Julio de 2003 23:09, Xavier Andrade wrote: > On Thu, 24 Jul 2003, [ISO-8859-1] "Antonio M. Sánchez Pérez" wrote: > > Hola. > > Yo tengo un Acer Aspire con ATI Mobility Radeon. En la tienda me > > instalaron el Debian, y con esta instalación me funcionaba con el módulo > > Radeon. Pero por diversos motivos he tenido que reinstalar la Debian, y > > ahora no me funciona con Radeon sino con el módulo Vesa (en la versión > > 4.2.x de XFree, en la a.1.x no me tiraba). Eso sí, del Direct Rendering, > > olvídate -yo al menos no he podido hacerlo funcionar, ni cargando el > > agpgart, claro que tampoco me he puesto a atacar el problema en serio. > > En cuañquier caso, tirarte te va a tirar seguro. > > Trata de cambiar a Xfree 4.2, no te conviene usar vesa por que solo > obtendras bajas frecuencias. > > Xavier Tengo un portátil con una ATI Radeon 7500 Mobility que funciona bien con el driver "radeon" de XFree86 versión 4.2.1. Cuando instalé Woody me ocurrió lo mismo, sólo me tiraba con el driver vesa (y por tanto a resoluciones pequeñas, muy incómodas para la TFT del portátil); por lo que decidí actualizar a la versión 4.2 de XFree, con lo que se solucionó el problema.
SVGA G-FORCE FX 5200
Hola por fin me he decidido a actualizar mi equipo de sobremesa (P-S 166Mhz) y ahora me encuentro configurando el nuevo equipo: Todo ha ido bien... hasta que he intentado configurar X Window: parece ser que tengo problemas con la tarjeta gráfica, una SVGA G-FORCE FX 5200. Ahora mismo os escribo desde otra máquina, por lo que el mensaje de error no está completo (además, ¿cómo hago para que me mande TODO lo que me devuelve a un fichero? ) pero os explico más o menos lo que sale: Parece como si no pudiese obtener ningún modo de pantalla: <-- (--) SVGA: Mode "800x600" needs vert refresh rate of 72.19 Hz. Deleted. y así con todos los demás :( --> Después de toda la lista de modos borrados, aparece: --> (--) SVGA: PCI: NVidia Unknown chipset (0x0322) rev 161, Memory @ 0xe000 (--) SVGA: chipset: generic (**) SVGA: videoram: 65536k (--) SVGA: clocks: 25.18 (**) SVGA: 32bpp not supported for this chipset *** A configured device found, but display modes could not be resolved. Fatal server error: no screens found <-- En un principio pensé que podría ser debido a la resolución de 32bpp, y la cambié a 24bpp pero me devolvió el mismo error. He buscado en GOOGLE y en la documentación, pero no he encontrado nada. La primera opción es intentar solucionar el problema, la segunda... cambiar la tarjeta (me quedan 10 días para cambiarla por otra). Por si sirve de algo utilizo SID. ¿Alguna ayuda? (para la primera opción, claro) ;-) Un saludo -- Fermín Manzanedo | Badajoz - Spain | Por favor, utilice formatos libres para Llave pública gpg en pgp.rediris.es | compartir información. No utilice .doc Powered by Debian GNU/Linux "Sid" | .xls, .gif... Así gana la humanidad ;) pgp70ZHUqwkju.pgp Description: PGP signature
Re: Servidor con version 'Unstable'
On Tue, 29 Jul 2003, [iso-8859-1] Tomàs Núñez Lirola wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Una solucion intermedia es usar testing. Yo la uso en mis servers, porque > antes, valientemente, usaba unstable hasta que un upgrade me dejo un panorama > desolador, que me costo dios y ayuda solucionar XD Madre mia cada vez q me > acuerdo, lo mal que lo pase... :P > > En testing estas cosas no pasan, porque las actualizaciones son mucho menos > frecuentes... y es que en stable hay paquetes bastante anticuados (php por > ejemplo va por la 4.1 cuando oficialmente va por la 4.3, aunque testing y > unstable te dejan en la 4.2 que no es la mas actual). Yo me decidi por > testing y estoy la mar de contento :) No estarias tan contento si supieras que en testing no hay upgrades de seguridad :) , tienes que esperar a que el paquete parchado llegue de sid a sarge por la via normal. Xavier
Re: [OT] Listas de bloqueo de spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola On Tuesday 29 July 2003 18:22, Santiago Vila wrote: > Javier Mora escribió: > > > Una última comprobación: ¿A qué ordenador corresponde el IP > > > 195.57.134.161? > > > > > > $ host 195.57.134.161 > > > Host 161.134.57.195.in-addr.arpa not found: 3(NXDOMAIN) > > > > > > O sea, que tenéis mal la resolución de nombres inversa. Si > > > correo.dialsur.es > > > es 195.57.134.161, 195.57.134.161 debe ser correo.dialsur.es. > > > > Esto si que no lo entiendo. Es resposiblidad nuestra esta cuestión o > > del DNS al que nos conectamos (p.e. Telefónica). No se que significa > > "resolución inversa de nombres", estoy muy pez en estas cuestiones. > > La resolución "normal" o "directa" es de nombre a IP, la inversa es de > IP a nombre, supongo que quien se encargue del DNS de vuestra empresa > debería encargarse de todo, incluyendo la resolución inversa de nombres. > Desgraciadamente ni es tan sencillo ni tan fácil conseguir que se configure el PTR o te sea delegado :// Desde mi punto de vista defender eso como un buen punto para minimizar el spam es tan poco práctico como ya la olvidada moda de considerar que todo lo que no tenía una entrada MX no debería poder enviar correo... ( cada uno que se haga una idea de que puede suponer cuando quieres utilizar máquinas para que sólo envien correo de nuestros usuarios y máquinas que sólo lo reciban ) > Según "host -t ns dialsur.es" parace que es es Telefónica quien se > encarga. Vaya, con el clero hemos "topao" O:) un saludo Victor - -- Lo que la naturaleza no da O'reilly & Associates no lo prestan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/JqQxEzqHF8R72ekRAgd0AKCjgEsQWwtEtUro+cYdsObdlZz+GwCfdgyb R9rsDULDLZQ9tyOHncvmIQI= =j4p6 -END PGP SIGNATURE-
Re: Infrarojos
Yo suponia que necesitaria emisor y receptor pero en la pagina del lirc vienen esquemas tanto de emisor como de receptor. Lo que no se es si se pueden integrar o funciona por separado o hay esquemas que implementen las dos cosas. Lo de comprarme un puerto irda usb es la opcion que queria evitar porque los que he visto por ahi valen unos 40-50 euros y preferia buscar algo mas economico aunque tuviera que ponerme a soldar. MovI El Tue, 29 de Jul de 2003, a las 11:48, Xavier Andrade comentaba: :> No estoy seguro, pero creo que el infrarrojo que necesitas tu es mas :> complicado por que tiene que enviar y recibir, mientras que los de control :> remoto solo reciben. Tal vez seria mejor que te consiguieras un puerto :> irda usb. :> :> Xavier
Re: [OT] Listas de bloqueo de spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola Santiago :)) On Monday 28 July 2003 20:26, Santiago Vila wrote: > Victor Calzado Mayo escribió: > > Aquí surge el tema de siempre, ¿quién debe ser el censor? ¿debe el > > usuario medio ser consultado? ¿tengo derecho como administrador de un > > servidor de correo a decidir eso?... > > Como administrador de un sistema por cuenta ajena tienes la obligación > de respetar el contrato que tengas con tus clientes. En el fondo esa > es toda la obligación que tienes. > Lo siento pero tengo que coincidir con Cesar, tengo la obligación de dotar a mis usuarios de todo lo que necesiten para poder discriminar el SPAM con facilidad y si ellos lo solicitan evitar que lo reciban, pero lo siento como adminstrador de un sistema de correo me debo a mis usuarios. > Como administrador de tu propio sistema, tú fijas las reglas. Como suelen > decir en news.admin.net-abuse.email continuamente, "my server, my rules". > Claro y si me en mi casa me usan para enviar spam me forro a ostias. :)) > > Sin entrar a valorar políticas de empresa, que son de lo mas variopinto y > > siempre salpicaran nos encontramos, desde mi punto de vista, ante un tema > > complicado, la capacidad de tomar decisiones técnicas que consideramos > > óptimas (o subóptimas o como quieras definir algo que falla pero falla > > poco) que afectan a nuestros usuarios y que pueden suponerles molestias, > > desde mi punto de vista no se trata de convivir con el spam pero tampoco > > se trata de eliminar todo lo que un filtro en un servidor ( sea de la > > naturaleza que sea ) considere como malicioso. > > El correo rechazado a través del uso de una lista de correo no se "elimina" > (que sería el equivalente a enviarlo a /dev/null). Se rechaza en el momento > de la transacción SMTP y el remitente es notificado, que es algo muy > distinto. > Cuando eres un usuario medio el mensaje a tus ojos suele resultar igual de críptico. Y cuando se trata de la imagen de tu pequeña empresa pagar por otros es simplemente intolerable. > > > El spam es, simple y llanamente, un robo de ancho de banda, tiempo de > > > CPU, almacenamiento de disco y tiempo humano. Si dejamos que los > > > espameadores nos roben todo eso, entonces habrán ganado ellos, no > > > nosotros. > > > > Sin duda, pero cuando tu consigues pararlo el daño ya está hecho, es como > > parar un ataque de negación de servicio por agotamiento de ancho de banda > > en el gateway de una red, alentador pero totalmente inútil a efectos > > prácticos. > > No, *no* es como parar un ataque de denegación de servicio. El protocolo > SMTP junto con el uso de una lista de bloqueo hace que si un mensaje > se rechaza por su procedencia, el mensaje en sí ni siquiera se > transmite, por lo tanto, sí, hay un ahorro de recursos. > Correcto, pero aunque suene a perogrullada el SPAM siempre llega en última instancia de una fuente fiables, los spammers viven de los errores de los demás es cierto, pero nadie debería pagar por un error puntual con un castigo ejemplar, en especial cuando somos juez y parte... > > A veces resulta más fácil conseguir que Aznar diga algo inteligente > > que salir de una de esas listas, [...] > > En eso estamos de acuerdo, pero no estoy defendiendo a *todas* las > listas de bloqueo. Estoy diciendo que es incorrecto rechazarlas > *todas* solamente porque *algunas* no funcionen bien. > correcto, y rectificado :)) > > que se han acabado saliendo de madre, sin ir más lejos algunas > > consideran que los dominios .es deben ser tratados con cautela > > simplemente porque la gente de red.es no ha considerado oportuno > > instalar un servidor de whois, si en cierta manera es algo > > reclamable pero... ¿lo es por el usuario medio? > > En la medida en que puedas "votar con los pies" contratando el servicio > con otro proovedor que no tenga ese problema, sí, es "reclamable". > > Y si (caso extremo) te rechazan los mensajes por ser de un determinado > país o alguna condición similar, entonces a quien tienes que reclamar > es a los políticos para que hagan leyes antispam que no permitan que > tu país sea un paraíso de impunidad para los espameadores. Todo es > "reclamable" en cierto sentido. > ya para bien o para mal :)) > > > Creo de verdad que la responsabilidad en la lucha contra el spam no > > > debería recaer exclusivamente sobre el que recibe correo. > > > > Hum, y ¿qué hay del derecho a recibir exclusivamente el > > correo que yo quiera recibir? o ¿alguien en su enorme sabiduría > > decidirá de nuevo por mi entre lo que es SPAM y lo que no? no se, yo > > sigo sin ver claro que un CENSOR tenga ese derecho. > > Al contrato me remito. Si tú contratas con tu proovedor que quieres > recibir todo el spam que te llegue y ellos ponen una lista negra que > rechaza correos de proxys abiertos, por ejemplo, puedes reclamarles > por incumplimiento de contrato. > > Eso sí, considero que lo mínimo que debería hacer un proovedor es decirle > a su cli
RE: [OT] Listas de bloqueo de spam
Javier Mora escribió: > > Una última comprobación: ¿A qué ordenador corresponde el IP > > 195.57.134.161? > > > > $ host 195.57.134.161 > > Host 161.134.57.195.in-addr.arpa not found: 3(NXDOMAIN) > > > > O sea, que tenéis mal la resolución de nombres inversa. Si > > correo.dialsur.es > > es 195.57.134.161, 195.57.134.161 debe ser correo.dialsur.es. > > > Esto si que no lo entiendo. Es resposiblidad nuestra esta cuestión o > del DNS al que nos conectamos (p.e. Telefónica). No se que significa > "resolución inversa de nombres", estoy muy pez en estas cuestiones. La resolución "normal" o "directa" es de nombre a IP, la inversa es de IP a nombre, supongo que quien se encargue del DNS de vuestra empresa debería encargarse de todo, incluyendo la resolución inversa de nombres. Según "host -t ns dialsur.es" parace que es es Telefónica quien se encarga.
Re: Servidor con version 'Unstable'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Una solucion intermedia es usar testing. Yo la uso en mis servers, porque antes, valientemente, usaba unstable hasta que un upgrade me dejo un panorama desolador, que me costo dios y ayuda solucionar XD Madre mia cada vez q me acuerdo, lo mal que lo pase... :P En testing estas cosas no pasan, porque las actualizaciones son mucho menos frecuentes... y es que en stable hay paquetes bastante anticuados (php por ejemplo va por la 4.1 cuando oficialmente va por la 4.3, aunque testing y unstable te dejan en la 4.2 que no es la mas actual). Yo me decidi por testing y estoy la mar de contento :) El Martes, 29 de Julio de 2003 17:41, Xavier Andrade escribió: > On Tue, 29 Jul 2003, Vicente Vives wrote: > > Hola a todos. > > > > Puede que mi pregunta sea para alguno demasiado obvia pero no para mi. > > > > Actualmente tengo un servidor funcionando con la versión estable de > > Debian. Por unos motivos debo instalar paquetes de la versión inestable, > > y por dependencias deberia pasar la gran mayoria de paquetes a la versión > > inestable. > > > > Mi pregunta es: ¿puede un servidor crítico funcionar de manera fiable con > > la versión inestable de debian? En principio, los paquetes de la versión > > inestable, son 'inestables'. ¿O no? > > Lo que tienen de inestable los paquetes en sid tiene que ver con el > empaquetamiento y no con las versiones de los paquetes. El problema es que > tendras que estar continuamente haciendo updates y alguno de esos puede > dejarte algun desastre. > > Creo que lo mejor es que rehagas los paquetes de sod que necesitas para > woody o que te busques algun sitio que tenga un backport de los paquetes > (apt-get.org te puede ser util en eso). > En todo caso que paquetes son? > > Xavier -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JpkKiQmYUmmD5jgRAhgQAJ49EaP5Mh+9f2P5DY9EOQVicIV7fACfT8Ld qemsULzY3j/nnFysc1Y1jjw= =Z8Wi -END PGP SIGNATURE-
Re: Infrarojos
On Tue, 29 Jul 2003, MovI wrote: > Hola, > > Estoy pensando comprarme un movil con camara de fotos y demas pero > tengo el problema de que mi portatil no tiene infrarrojos para poder > pasarme las fotos. > Pensaba contruir yo mismo el hardware para probar pero no se cual elegir > ni que es lo que necesito exactamente para la comunicacion con el movil. > > En la pagina del LIRC vienen unos cuantos esquemas pero antes de ponerme > manos a la obra me gustaria saber opiniones y recomendaciones al > respecto. > No estoy seguro, pero creo que el infrarrojo que necesitas tu es mas complicado por que tiene que enviar y recibir, mientras que los de control remoto solo reciben. Tal vez seria mejor que te consiguieras un puerto irda usb. Xavier
Re: Servidor con version 'Unstable'
On Tue, 29 Jul 2003, Vicente Vives wrote: > Hola a todos. > > Puede que mi pregunta sea para alguno demasiado obvia pero no para mi. > > Actualmente tengo un servidor funcionando con la versión estable de Debian. > Por unos motivos debo instalar paquetes de la versión inestable, y por > dependencias deberia pasar la gran mayoria de paquetes a la versión > inestable. > > Mi pregunta es: ¿puede un servidor crítico funcionar de manera fiable con la > versión inestable de debian? En principio, los paquetes de la versión > inestable, son 'inestables'. ¿O no? > Lo que tienen de inestable los paquetes en sid tiene que ver con el empaquetamiento y no con las versiones de los paquetes. El problema es que tendras que estar continuamente haciendo updates y alguno de esos puede dejarte algun desastre. Creo que lo mejor es que rehagas los paquetes de sod que necesitas para woody o que te busques algun sitio que tenga un backport de los paquetes (apt-get.org te puede ser util en eso). En todo caso que paquetes son? Xavier
Re: Infrarojos
On Tue, 29 Jul 2003 15:43:32 +0200 MovI <[EMAIL PROTECTED]> wrote: > movi Una duda, el movil trabaja como los control remotos modula a 35-40Khz o es prender y apagar el infrarojo ??? Si no me dice y le mando un circuito que esta bien y creo q funciona Suerte
Re: Servidor con version 'Unstable'
> Vicente Vives escribe el 29/07/03 09:21: > > ¿puede un servidor crítico funcionar de manera > fiable con la > > versión inestable de debian? > > De poder se puede, pero no es recomendable, me ha pasado que algunos paquetes de unstable que uso en algun servidor aun tengan algun bug, y eso hace que el servidor ya no sea tan confiable, requiere que le des mas atencion que si tuvieras uno estable. Normalmente los bugs se arreglan muy rapido pero no es siempre asi. Evalua si realmente necesitas alguna feature que solo este en un paquete de unstable y si dicho paquete no presenta bugs, si no mejor usa estable. Saludos. = Erick Ivaan Lopez Carreon -<[EMAIL PROTECTED]> pub 1024D/88B6CA79 2003-05-08 Fingerprint = A388 97F1 7EED AF5A 6DB4 46B7 B360 18CC 88B6 CA79 www.fsl.org.mx __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: bloquear sitios via squid...
Gracias Omar, peor yo no soy el que necesita la infoormacion sino: Ariel Nardelli <[EMAIL PROTECTED]> Yo le sugeria a Ariel que restrinja todo y solo oermita los necesarios, acabo de hacer una configuracion muy restrictiva (asi me parecia de pricnipio) para un cliente, cada departamente de la empresa del cliente solo tiene acceso a las paginas que necesita para hacer su trabajo y nada mas, como decia eso al principio me parecia muy restrictivo pero ahora que veo que los empleados se concentran en su trabajo me parece buena la decision del dueño. Lo que hice fue poner acls y listas de sitios permitidos para cada departamento y todo funciona mucho mejor que en el caso de otros clientes que han dejado abierto el acceso y luego han pretendido ir cerrando sitios, es el cuento de nunca acabar. Saludos! --- Omar Beltrán <[EMAIL PROTECTED]> wrote: > Hola Erick > > Espero te sirva ... > ve a http://www.linuxparatodos.com/ y en la seccion > de manuales > busca Cómo configurar Squid: Restricción de acceso a > sitios Web. > V. 0.9.2 es para Red Hat pero como es Squid funciona > bien > > > Saludos > > --- Erick Lopez Carreon <[EMAIL PROTECTED]> > escribió: > > > Si te vas por lista de sitios sera el cuento de > nunca > > acabar, mejor bloquea todo y solo permite los > sitios > > que se necesiten. > > > > > > Saludos. > > > > --- Ariel Nardelli <[EMAIL PROTECTED]> > > wrote: > > > Hola Gente... > > > > > > Les queria preguntar > > > > > > Tengo que bloquear via squid (tengo todo con > squid y > > > muy pocas maquinas > > > con nat) para que los usuarios de la red interna > NO > > > accedan a hotmail ni > > > a yahoo para que desde la red no se pueda > chequear > > > mails de estos dos > > > sitios y ademas bloquear tambien via squid para > que > > > no puedan acceder a > > > sitios pornos > > > > > > lo de hotmail y yahoo se hace con un acl no? > cual > > > sera si > > > alguien lo sabe por favor me lo puede decir??... > > > > > > Lo de los sitios pornos es mas complejo no?..., > > > supongo que tiene que > > > ser con alguna lista de paginas que tengan > contenido > > > porno o algo asi, > > > pero no se por donde empezar... > > > > > > Alguien sabe como solucionar estos dos > problemas??? > > > > > > Gracias... > > > > > > > > > -- > > > To UNSUBSCRIBE, email to > > > [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? > Contact > > > [EMAIL PROTECTED] > > > > > > > > > = > > Erick Ivaan Lopez Carreon -<[EMAIL PROTECTED]> > > pub 1024D/88B6CA79 2003-05-08 > > Fingerprint = A388 97F1 7EED AF5A 6DB4 46B7 B360 > 18CC 88B6 CA79 > > www.fsl.org.mx > > > > __ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > > http://sitebuilder.yahoo.com > > > > > > -- > > To UNSUBSCRIBE, email to > > [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > _ > Do You Yahoo!? > La mejor conexión a internet y 25MB extra a tu > correo por $100 al mes. http://net.yahoo.com.mx = Erick Ivaan Lopez Carreon -<[EMAIL PROTECTED]> pub 1024D/88B6CA79 2003-05-08 Fingerprint = A388 97F1 7EED AF5A 6DB4 46B7 B360 18CC 88B6 CA79 www.fsl.org.mx __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
RE: [OT] Listas de bloqueo de spam
> -Mensaje original- > De: Santiago Vila [SMTP:[EMAIL PROTECTED] > Enviado el: martes, 29 de julio de 2003 12:12 > Para: debian-user-spanish@lists.debian.org > Asunto: RE: [OT] Listas de bloqueo de spam > Joder Santiago, me has dejado sin respiración ;-). > Javier Mora escribió: > > Esto nos está ocurriendo ahora a nosotros "dialsur.es" y no sabemos > > como lo vamos a solucionar. En fín, una p*t*d* ;-) > > Veamos quién maneja el correo de "dialsur.es": > > $ host -t mx dialsur.es > dialsur.es mail is handled by 10 correo.dialsur.es. > > A ver qué IP tiene: > > $ host correo.dialsur.es > correo.dialsur.es A 195.57.134.161 > > Vale, ahora vamos a ver si está por ejemplo en la lista DSBL, esto se hace > anteponiendo el IP al revés a la dirección base de la lista DSBL: > > $ host 161.134.57.195.list.dsbl.org > 161.134.57.195.list.dsbl.orgA 127.0.0.2 > > Pues sí está. O sea que probablemente sois un relay abierto o un proxy > abierto, o lo habéis sido. > Si esto ya lo sabíamos, lo descubrimos el otro día. > A ver qué servidor de correo estáis usando... > > $ telnet correo.dialsur.es 25 > Trying 195.57.134.161... > Connected to 195.57.134.161. > Escape character is '^]'. > 220 srv_internet.dialsur.es ESMTP Server (Microsoft Exchange Internet Mail > Service 5.5.2653.13) ready > QUIT > 221 closing connection > Connection closed by foreign host. > > Interesante :-) Para que no se diga que nos salimos del tema de la lista > con esta discusión: Si estuviérais usando Debian y hubiérais aceptado > el MTA predeterminado que trae, exim, no os hubiera ocurrido esto. > Es muy cierto, pero desgraciadamente no somos ni el administrador del sistema ni yo quienes decidimos que servidor de correo usar. Muy a menudo los técnicos no tenemos ni voz ni voto. Así que nos toca tragar con lo que hay. :-( > Veamos qué información tiene la lista DSBL sobre vosotros. > En http://dsbl.org/listing pongo el IP 195.57.134.161 y sale esto: > > 2003/07/29 09:41:56 UTC Removal Confirmation Refused EMail address: > postmaste > [EMAIL PROTECTED] > > Esto quiere decir que aún en el caso de que hayáis corregido el fallo > de configuración que hace que vuestro servidor sea un relay abierto, > para borraros de la lista DSBL es *necesario* que vuesrto servidor acepte > correo para el usuario "[EMAIL PROTECTED]", esto no es un > capricho > de la lista DSBL, lo exigen los RFCs. > En ello estamos. > De nuevo, cuando configuras exim usando eximconfig y usando la primera > opción disponible, "internet site", se crea un exim.conf con el cual > ese tipo de direcciones con el IP detrás de la arroba son aceptadas. > > Una última comprobación: ¿A qué ordenador corresponde el IP > 195.57.134.161? > > $ host 195.57.134.161 > Host 161.134.57.195.in-addr.arpa not found: 3(NXDOMAIN) > > O sea, que tenéis mal la resolución de nombres inversa. Si > correo.dialsur.es > es 195.57.134.161, 195.57.134.161 debe ser correo.dialsur.es. > Esto si que no lo entiendo. Es resposiblidad nuestra esta cuestión o del DNS al que nos conectamos (p.e. Telefónica). No se que significa "resolución inversa de nombres", estoy muy pez en estas cuestiones. > No me extraña que la gente no se fíe de los correos que llegan de > correo.dialsur.es. > Es posible, pero sólo desde el día 19 de julio en el que sufrimos el ataque estamos en la lista y este servidor lleva funcionando desde hace 3 años con esta IP. > Una putada, sí, pero también es una putada que los espameadores puedan > aprovechar vuestro servidor de correo para enviar su spam. > Resolviendo este tema estamos. A nosotros tampoco nos gusta que estos fulanos se aprovechen de nuestros recursos (que son muy escasos). En nuestro caso aprendemos a base de palos. > Ya digo, si queréis que vuestros correos sean aceptados por la mayor > cantidad de gente posible, tenéis cierta responsabilidad en ello a la > hora de configurar mejor o peor vuestro servidor. > En esto estoy totalmente de acuerdo. Es más, es nuestra responsabilidad que los usuarios que dependen de este servicio disfruten de él con las mayores garantías. Estamos totalmente concienciados. Santiago, ha sido una gozada leer y responder este mensaje. Un saludo y gracias. > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED]
Infrarojos
Hola, Estoy pensando comprarme un movil con camara de fotos y demas pero tengo el problema de que mi portatil no tiene infrarrojos para poder pasarme las fotos. Pensaba contruir yo mismo el hardware para probar pero no se cual elegir ni que es lo que necesito exactamente para la comunicacion con el movil. En la pagina del LIRC vienen unos cuantos esquemas pero antes de ponerme manos a la obra me gustaria saber opiniones y recomendaciones al respecto. ¿alguna sugerencia en cuanto a hardware/software/documentacion? Saludos, MovI
Re: Nvidia, Resoluciones y Consola
Respecto a lo primero, pues tienes que cambiar el orden en XF86Config-4. Ponle el 1024x768 primero. Respecto a lo segundo ni idea. Mírate bien la ayuda que proporciona Nvidia. Viene bastante claro. Prueba primero con un archivo de configuración sencillo y luego si quieres le vas complicando. Saludos y suerte. El Sun, 27 Jul 2003 17:36:08 -0300 Gustavo <[EMAIL PROTECTED]> escribió: > Tengo un woody 3.0r1 con un kernel 2.4.20 con los driver de nvidia > compilados con metodo debian. funcionando, pero con algunas dificultades. > Al arrancar en mi caso uso kdm, me arranca viendose agigantado, yo tenia > entendido que con ctrl+alt {+,-} se subia y bajaba las resoluciones > especificadas en el archivo de confiuracion de xfree, pero parece que > fuese una especie de zoom o algo asi. Es decir solo un punto logro que > se vea toda la pantalla, y estimo que esta en la resolucion mas alta que > puse en el xfree 1024x768. Supongo que cambiando el orden desde el xfree > soluciono eso, pero no me termina de quedar claro. Eso por un lado, > quisiera si alguien me lo puede explicar un poco o aclarar. > Por otro lado, si me paso a otra consola virtual, se me ve con fondo > violeta y las letras violeta mas oscuro y no veo lo que escribo porque > se van de pantalla, > esto desde que le puse los driver de nvidia. y no tengo ni idea de donde > los saco, alguna idea con eso? > Gracias > Gustavo > > -- > Gustavo > [EMAIL PROTECTED] > Debian Woody 3.0 > Linux 2.4.20 > Usuario GNU/Linux #226052 > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: bloquear sitios via squid...
Hola Erick Espero te sirva ... ve a http://www.linuxparatodos.com/ y en la seccion de manuales busca Cómo configurar Squid: Restricción de acceso a sitios Web. V. 0.9.2 es para Red Hat pero como es Squid funciona bien Saludos --- Erick Lopez Carreon <[EMAIL PROTECTED]> escribió: > > Si te vas por lista de sitios sera el cuento de nunca > acabar, mejor bloquea todo y solo permite los sitios > que se necesiten. > > > Saludos. > > --- Ariel Nardelli <[EMAIL PROTECTED]> > wrote: > > Hola Gente... > > > > Les queria preguntar > > > > Tengo que bloquear via squid (tengo todo con squid y > > muy pocas maquinas > > con nat) para que los usuarios de la red interna NO > > accedan a hotmail ni > > a yahoo para que desde la red no se pueda chequear > > mails de estos dos > > sitios y ademas bloquear tambien via squid para que > > no puedan acceder a > > sitios pornos > > > > lo de hotmail y yahoo se hace con un acl no? cual > > sera si > > alguien lo sabe por favor me lo puede decir??... > > > > Lo de los sitios pornos es mas complejo no?..., > > supongo que tiene que > > ser con alguna lista de paginas que tengan contenido > > porno o algo asi, > > pero no se por donde empezar... > > > > Alguien sabe como solucionar estos dos problemas??? > > > > Gracias... > > > > > > -- > > To UNSUBSCRIBE, email to > > [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > > = > Erick Ivaan Lopez Carreon -<[EMAIL PROTECTED]> > pub 1024D/88B6CA79 2003-05-08 > Fingerprint = A388 97F1 7EED AF5A 6DB4 46B7 B360 18CC 88B6 CA79 > www.fsl.org.mx > > __ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > > > -- > To UNSUBSCRIBE, email to > [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > _ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx
Re: Servidor con version 'Unstable'
Vicente Vives, [EMAIL PROTECTED]:21:55(+0200): > >Actualmente tengo un servidor funcionando con la versión estable de Debian. >Por unos motivos debo instalar paquetes de la versión inestable, y por >dependencias deberia pasar la gran mayoria de paquetes a la versión >inestable. Compila en tu sistema los paquetes que necesites. -- David Serrano - Linux Registered User #87069
Re: [mini-8139too] Re: Realtek RTL8139
A Dimarts 29 Juliol 2003 08:53, Miguel Rodríguez Penabad va escriure: > Vaya, por lo que veo sí han mejorado el soporte. Cuando yo la usaba había > el núcleo 2.2 y su driver, y el que traía la propia tarjeta no iban. Es > bueno esto de que den soporte y me hagan cambiar de opinión :) > Miguel > > > Esa tarjeta es la que uso y funciona de marvilla ... > En cuestiones de red casi que no tengo ni fajolera idea pero conociendo el tema y la larga discusión cada cierto tiempo con lo mismo... Lo interesante es hablar bien de lo que se ha hecho mejor (almenos programando). Todo lo demás va a cuenta del usuario (esta tarjeta iba con el kit y apañatelas tu mismo). ;-) Toni -- Sort Antoni Bella Perez | # http://www.terra.es/personal7/bella5/home.htm ## <[EMAIL PROTECTED]> ## i col·laborador dels projectes: Debian en català: http://www.debian.org/index.ca.html KDE en català: http://i18n.kde.org/stats/gui/HEAD/ca/ T.P: http://www2.iro.umontreal.ca/~pinard/po/registry.cgi?team=ca - -- Sort Antoni Bella Perez | # http://www.terra.es/personal7/bella5/home.htm ## <[EMAIL PROTECTED]> ## i col·laborador dels projectes: Debian en català: http://www.debian.org/index.ca.html KDE en català: http://i18n.kde.org/stats/gui/HEAD/ca/ T.P: http://www2.iro.umontreal.ca/~pinard/po/registry.cgi?team=ca -
RE: [OT] Listas de bloqueo de spam
Javier Mora escribió: > Esto nos está ocurriendo ahora a nosotros "dialsur.es" y no sabemos > como lo vamos a solucionar. En fín, una p*t*d* ;-) Veamos quién maneja el correo de "dialsur.es": $ host -t mx dialsur.es dialsur.es mail is handled by 10 correo.dialsur.es. A ver qué IP tiene: $ host correo.dialsur.es correo.dialsur.es A 195.57.134.161 Vale, ahora vamos a ver si está por ejemplo en la lista DSBL, esto se hace anteponiendo el IP al revés a la dirección base de la lista DSBL: $ host 161.134.57.195.list.dsbl.org 161.134.57.195.list.dsbl.orgA 127.0.0.2 Pues sí está. O sea que probablemente sois un relay abierto o un proxy abierto, o lo habéis sido. A ver qué servidor de correo estáis usando... $ telnet correo.dialsur.es 25 Trying 195.57.134.161... Connected to 195.57.134.161. Escape character is '^]'. 220 srv_internet.dialsur.es ESMTP Server (Microsoft Exchange Internet Mail Service 5.5.2653.13) ready QUIT 221 closing connection Connection closed by foreign host. Interesante :-) Para que no se diga que nos salimos del tema de la lista con esta discusión: Si estuviérais usando Debian y hubiérais aceptado el MTA predeterminado que trae, exim, no os hubiera ocurrido esto. Veamos qué información tiene la lista DSBL sobre vosotros. En http://dsbl.org/listing pongo el IP 195.57.134.161 y sale esto: 2003/07/29 09:41:56 UTC Removal Confirmation Refused EMail address: postmaste [EMAIL PROTECTED] Esto quiere decir que aún en el caso de que hayáis corregido el fallo de configuración que hace que vuestro servidor sea un relay abierto, para borraros de la lista DSBL es *necesario* que vuesrto servidor acepte correo para el usuario "[EMAIL PROTECTED]", esto no es un capricho de la lista DSBL, lo exigen los RFCs. De nuevo, cuando configuras exim usando eximconfig y usando la primera opción disponible, "internet site", se crea un exim.conf con el cual ese tipo de direcciones con el IP detrás de la arroba son aceptadas. Una última comprobación: ¿A qué ordenador corresponde el IP 195.57.134.161? $ host 195.57.134.161 Host 161.134.57.195.in-addr.arpa not found: 3(NXDOMAIN) O sea, que tenéis mal la resolución de nombres inversa. Si correo.dialsur.es es 195.57.134.161, 195.57.134.161 debe ser correo.dialsur.es. No me extraña que la gente no se fíe de los correos que llegan de correo.dialsur.es. Una putada, sí, pero también es una putada que los espameadores puedan aprovechar vuestro servidor de correo para enviar su spam. Ya digo, si queréis que vuestros correos sean aceptados por la mayor cantidad de gente posible, tenéis cierta responsabilidad en ello a la hora de configurar mejor o peor vuestro servidor.
Re: [OT] Listas de bloqueo de spam
Hablando del tema, creo que las listas de IP's para bloquear el spam no son realmente útiles, siempre y mientras que existan IP's dinámicas. En mi caso, desde hace un año y medio para acá, algunos servidores me bloquean mensajes desde el mío, no quedándome más remedio que usar algún otro servidor. Para mí, que tengo una IP dinámica, no tengo más solución que enviar el correo a través de otro servidor (en cuyo caso ya no es el mío), o no enviarlo. Sin ir más lejos, hace una semana me bloquearon un mensaje desde msu.edu, tan sólo porque mi IP estaba en una de esas listas. Al cabo de un rato, cuando me cambiaron la IP, ya pude enviarlo de nuevo. Está claro que es un método para que los spammers no repitan servidor smtp "serio" (léase con IP estática), pero nunca para bloquear IP's individuales (a menos que bloqueen rangos, con lo cual es aún peor). Yo, por mi parte, le deseo larga vida al bogofilter :-D. Mientras tanto, me configuraré una VPN para salir del paso (hasta que metan la IP del otro servidor en alguna lista, claro). Un saludo a todos, -- Juan Ángel PGP key on pgp.rediris.es (8FAF18B7) or search on http://www.rediris.es/cert/servicios/keyserver/ pgpvBX25sYlAC.pgp Description: signature
Re: ayuda para gestionar grub
On Tue, Jul 29, 2003 at 10:35:56AM +0200, ALELUS wrote: > Hola a todos. > Tengo que gestionar una red de ordenadores que aunque para los usuarios > corren bajo debian también he de tener windows 2000.Me gustaría saber > si hay alguna manera de realizar un script que reiniciara lo0s > ordenadores en windows o debian porque si quiero reiniciarlos tengo que > ir 1 por 1 haciendo reboot y me gustaria si con un script esto se > podría hacer. > Gracias a todos les mando un saludo > Bueno, puedes dar permisos para reiniciar el sistema al usuario actual y, cuando lo necesites decir que lo reinicie. Completa esto con un menú en el arranque para seleccionar el sistema a utilizar y ya está. No es lo automático que tu quieres pero lo que pides pasa por cambiar, cada vez, el fichero de configuración de Grub y, aunque se puede desde Linux, no es muy recomendable andar en esas cosas a menudo. Saludos. Diego -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 6754 Fax: 924 289601 correo-e: dbote (en) unex (punto) es *
Re: [OT] Listas de bloqueo de spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Es cierto. El problema es que un para un ISP es complicado hacer la autenticacion SMTP, y hay muchos que para no hacerla simplemente abren el SMTP para que pueda enviar todo el mundo, o tienen politicas muy permisivas. La autenticacion por IP tiene el problema de que ahora casi todo el mundo tiene su ADSL con IP variable, y si le das acceso a enviar a una, se lo das a casi todas. La autenticacion pop-before-smtp tiene el problema de que no sirve para contestadores automaticos, que no hacen pop, y ademas es complicado tener el servidor smtp en una maquina diferente del servidor pop. La autenticación smtp tiene el problema de que los usuarios tienen que configurar mas cosas en el cliente de correo, mas usuarios y contraseñas, y en la practica no es una buena manera para ellos. Asi que algunos servidores, para ahorrarse problemas abren el relay, y es entonces cuando les incluyen en las listas de spam El Martes, 29 de Julio de 2003 11:25, Ismael Valladolid Torres escribió: > Tomàs Núñez Lirola escribe el 29/07/03 11:11: > > A mi me ha pasado una vez y una vez configure correctamente el servidor > > para impedir que hiciera relay, no tuve problemas para que me sacaran de > > la lista. Eso si, me advirtieron que mi servidor estaria en observacion > > durante un tiempo, que irian comprobando que no volviera a permitir > > relay. > > Perdón si mi comentario es obvio, pero aparentemente los paquetes para > servidor de correo incluidos en las distintas distribuciones, > precisamente en su configuración por omisión tienen impedida la > posibilidad de hacer relay a través de ellos. Estoy pensando en exim > para Debian o postfix para RedHat/Mandrake. > > Un saludo, Ismael -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JkWRiQmYUmmD5jgRAi/aAJ9FkCkipTJJZm7LD28qi3YCor1MkwCfV5xy 9b6pVSH/n/lL0MZFvS2kmz4= =Clay -END PGP SIGNATURE-
Re: Servidor con version 'Unstable'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In linux.debian.user.spanish, Vicente ([EMAIL PROTECTED]) wrote: > Mi pregunta es: ¿puede un servidor crítico funcionar de manera fiable con la > versión inestable de debian? En principio, los paquetes de la versión > inestable, son 'inestables'. ¿O no? Yo tengo en mi casa un Apache, un Postfix y un ProFTPd de la versión inestable y nunca me han dado ni un disgusto. Ahora, lo tengo todo para uso personal, en un servidor en producción no sé cómo se comportaría la cosa. Saludos: Chema. - -- Esta dirección de correo NO se lee. Quita "-news" para contestar This e-mail address is not being read. Take out "-news" to reply Web & GPG key: http://chema.homelinux.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JjVE9P6GbSlI+hkRAganAJ9ds3Cet2d8JrYhMxGZIjYiG6KgoACfd1ns WfnKQKrdVHlrkc5s1+RkAd8= =kYS7 -END PGP SIGNATURE-
Re: conectar dos ordenadores
On Mon, Jul 21, 2003 at 01:32:04PM +0200, Santiago Vila wrote: > . > -- > > R. Porque es mucho más difícil de entender. > P. ¿Y por qué está tan mal visto? > R. Es contestar a una pregunta *encima* de la pregunta. > P. ¿Qué es eso del "top posting"? > Ahora sí que estoy convencido de que el "responder encima" no es adecuado para responder si se quiere ser claro. Saludos. Diego -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 6754 Fax: 924 289601 correo-e: dbote (en) unex (punto) es *
Re: Servidor con version 'Unstable'
Vicente Vives escribe el 29/07/03 09:21: ¿puede un servidor crítico funcionar de manera fiable con la versión inestable de debian? Uno "crítico", por supuesto que puede, funcionar, ahora bien, si es "crítico", mejor será utilizar Solaris o HP-UX, para al menos tener alguien a quien echarle la culpa en caso de catástrofe. Si no es tan "crítico", la versión inestable te servirá, siempre que estés al tanto de la lista de bugs de los paquetes que planeas utilizar. En cualquier caso, para tareas de servidor, Debian estable es una auténtica roca, y siempre tienes la posibilidad de retroportar (backport) a estable aquellos uno o dos paquetes de inestable sin los que no puedas vivir. Un saludo, Ismael
Re: bloquear sitios via squid...
Ariel Nardelli escribe el 29/07/03 01:06: ademas bloquear tambien via squid para que no puedan acceder a sitios pornos Benditos tus usuarios. Yo añoro los días en los que se me limitaban a descargar porno. Ahora, con tanto Kaaza y eMule, el ancho de banda sí que es un bien preciado... Un saludo, Ismael
Re: [OT] Listas de bloqueo de spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Estas listas se basan en que tu eres responsable de que ningun spammer se pueda apropiar de tu servidor. Tu te tienes que encargar que desde tu servidor no se pueda hacer spam. Si ellos prueban tu servidor y comprueban que se puede enviar spam, te incluiran en la lista hayas hecho spam o no. Se pierden muchos mails leales, pero no es responsabilidad del que mantiene la lista, sino del que administra la maquina. Salir de una blacklist es sencillo si tu servidor esta configurado correctamente. Solo tienes que solicitarlo a los que mantienen la lista y, tras comprobar que tu servidor ya no es una potencial fuente de spam, te sacan de la lista. A mi me ha pasado una vez y una vez configure correctamente el servidor para impedir que hiciera relay, no tuve problemas para que me sacaran de la lista. Eso si, me advirtieron que mi servidor estaria en observacion durante un tiempo, que irian comprobando que no volviera a permitir relay. Es una putada pero es la unica manera de obligar a las personas que podemos impedir el spam (los administradores de los servidores de correo) a evitarlo (o como minimo a dificultarlo). Si alguien tiene problemas en este aspecto, puedo intentar echar una mano, porque ya tengo (desafortunadamente) experiencia en el tema ;) Un saludo! El Martes, 29 de Julio de 2003 09:40, Javier Mora escribió: > > -Mensaje original- > > De: Santiago Vila [SMTP:[EMAIL PROTECTED] > > Enviado el: lunes, 28 de julio de 2003 20:28 > > Para: debian-user-spanish@lists.debian.org > > Asunto: Re: [OT] Listas de bloqueo de spam > > > > > Sin entrar a valorar políticas de empresa, que son de lo mas variopinto > > > > y > > > > > siempre salpicaran nos encontramos, desde mi punto de vista, ante un > > > > tema > > > > > complicado, la capacidad de tomar decisiones técnicas que consideramos > > > óptimas (o subóptimas o como quieras definir algo que falla pero falla > > > > poco) > > > > > que afectan a nuestros usuarios y que pueden suponerles molestias, > > > desde > > > > mi > > > > > punto de vista no se trata de convivir con el spam pero tampoco se > > > trata > > > > de > > > > > eliminar todo lo que un filtro en un servidor ( sea de la naturaleza > > > que > > > > sea > > > > > ) considere como malicioso. > > > > El correo rechazado a través del uso de una lista de correo no se > > "elimina" > > (que sería el equivalente a enviarlo a /dev/null). Se rechaza en el > > momento > > de la transacción SMTP y el remitente es notificado, que es algo muy > > distinto. > > Perdonad, pero ¿que ocurre si una IP es incluida en una de estas > listas y resulta que no es un spamer? Ocurre que éstos se apoderan de un > servidor de correo y lo aprovechan para hacer spam. Hasta que son > detectados y se registra la IP (intermediaria), cuando realmente son otros > los culpables. Resultado: muchos correos (leales) no llegan a sus > destinatarios porque éstos están siendo filtrados por una de estas listas. > > Esto nos está ocurriendo ahora a nosotros "dialsur.es" y no sabemos > como lo vamos a solucionar. En fín, una p*t*d* ;-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JjpXiQmYUmmD5jgRAqM3AJ43sI+I/8Xq0T6aCqOAvas4nI9STACePWzC JRVqarUo45KJgtOJ616dXGg= =VCxw -END PGP SIGNATURE-
Re: Idioma Gimp en KDE
On s?, 2003-07-26 at 12:41, Ismael Fanlo wrote: > El Sábado, 26 de Julio de 2003 12:23, Ismael Valladolid Torres escribió: > > Mi /etc/environment está así: > > > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > > > Así dejé el mío, y ya funcionó perfectamente el Gimp en español. > > > > Por cierto, cuento con que tu /etc/locale.gen en efecto contiene alguna > > de estas lineas: > > > > es_ES ISO-8859-1 > > es_ES.UTF-8 UTF-8 > > [EMAIL PROTECTED] UTF-8 > > [EMAIL PROTECTED] ISO-8859-15 > > > > Todas ellas más: > es_ES ISO-8859-15 > > (por si acaso...) :-) > > > > "En las X los locales de las aplicaciones que utilizan Xlib son > > independientes de los de glibc y están en /usr/X11R6/lib/X11/locale > > > > Vemos que el nombre incluso cambia: ahora será 'es_ES.ISO8859-15' y no > > 'es_ES.ISO-8859-15'. Esta pequeña diferencia dará problemas: cuando no > > protesta la librería C (buscando sin encontrar en /etc/locale.alias) > > protestará Xlib. > > > > Creo que puede ser por eso que el alias para "spanish" en /etc/environment no > funcionase para el Gimp que arrancaba desde un KDE llamado por kdm. ¿Consigues usando kdm y kde lanzar en español gimp desde un icono? ¿o solo desde terminal? A mí me funcionan todos los programas de gnome en español si los inicio en un terminal, pero no desde iconos en el escritorio. Creo que siempre cojen el idioma del gdm y como no lo lanzas sale todo en inglés.
ayuda para gestionar grub
Hola a todos. Tengo que gestionar una red de ordenadores que aunque para los usuarios corren bajo debian también he de tener windows 2000.Me gustaría saber si hay alguna manera de realizar un script que reiniciara lo0s ordenadores en windows o debian porque si quiero reiniciarlos tengo que ir 1 por 1 haciendo reboot y me gustaria si con un script esto se podría hacer. Gracias a todos les mando un saludo
Re: [mini-8139too] Re: Realtek RTL8139
Vaya, por lo que veo sí han mejorado el soporte. Cuando yo la usaba había el núcleo 2.2 y su driver, y el que traía la propia tarjeta no iban. Es bueno esto de que den soporte y me hagan cambiar de opinión :) Miguel > Esa tarjeta es la que uso y funciona de marvilla ... -- Miguel Rodriguez Penabad[EMAIL PROTECTED] Laboratorio de Bases de Datos http://emilia.dc.fi.udc.es/labBD Facultade de InformáticaUniversidade da Coruña (Spain)
RE: [OT] Listas de bloqueo de spam
> -Mensaje original- > De: Santiago Vila [SMTP:[EMAIL PROTECTED] > Enviado el: lunes, 28 de julio de 2003 20:28 > Para: debian-user-spanish@lists.debian.org > Asunto: Re: [OT] Listas de bloqueo de spam > > > Sin entrar a valorar políticas de empresa, que son de lo mas variopinto > y > > siempre salpicaran nos encontramos, desde mi punto de vista, ante un > tema > > complicado, la capacidad de tomar decisiones técnicas que consideramos > > óptimas (o subóptimas o como quieras definir algo que falla pero falla > poco) > > que afectan a nuestros usuarios y que pueden suponerles molestias, desde > mi > > punto de vista no se trata de convivir con el spam pero tampoco se trata > de > > eliminar todo lo que un filtro en un servidor ( sea de la naturaleza que > sea > > ) considere como malicioso. > > El correo rechazado a través del uso de una lista de correo no se > "elimina" > (que sería el equivalente a enviarlo a /dev/null). Se rechaza en el > momento > de la transacción SMTP y el remitente es notificado, que es algo muy > distinto. > Perdonad, pero ¿que ocurre si una IP es incluida en una de estas listas y resulta que no es un spamer? Ocurre que éstos se apoderan de un servidor de correo y lo aprovechan para hacer spam. Hasta que son detectados y se registra la IP (intermediaria), cuando realmente son otros los culpables. Resultado: muchos correos (leales) no llegan a sus destinatarios porque éstos están siendo filtrados por una de estas listas. Esto nos está ocurriendo ahora a nosotros "dialsur.es" y no sabemos como lo vamos a solucionar. En fín, una p*t*d* ;-)
Servidor con version 'Unstable'
Hola a todos. Puede que mi pregunta sea para alguno demasiado obvia pero no para mi. Actualmente tengo un servidor funcionando con la versión estable de Debian. Por unos motivos debo instalar paquetes de la versión inestable, y por dependencias deberia pasar la gran mayoria de paquetes a la versión inestable. Mi pregunta es: ¿puede un servidor crítico funcionar de manera fiable con la versión inestable de debian? En principio, los paquetes de la versión inestable, son 'inestables'. ¿O no? Muchas gracias de antemano. Vicente Vives.
Re: Problemas con nvidia
> > Tal vez simplemente X con el driver nvidia solo puede ser iniciado como > root, en ese caso un display manager te permitiria logear en X como > usuario. > Para usar el modulo de nvidia con un usuario, debes añadir a este al grupo video: adduser usuario grupo Saludos..N0K.