Re: Exim4
-Original Message- From: lati...@vcn.bc.ca To: debian-user-spanish@lists.debian.org Sent: sáb, 07 jun 2014 19:36 Subject: Exim4 Hola lista: No tengo ningun problema enviando correos; pero al responder no encuentra el dominio. Responde a: nombre_de_maquina.dominio.org Tengo configurado el servidor con dpkg-reconfigure asi: Nombre: dominio.org dominios para los que se recibe correo: dominio.org. Esto ha funcionado correctamente por varios anos! Agregue en el archivo hosts: 192.168.5.50dominio.org Tenia solamente: 127.0.0.1 localhost 192.168.5.50nombre_de_maquina.dominio.org nombre_de_maquina Alguno sabe por donde buscar, por favor? Gracias. latinfo. Es mejor si respondes, abajo del texto; lo corrijo; es mejor para cuando lo lea otra persona. Y por favor responde solo a la lista. He recibido 2 mensajes tuyos! Gracias por responder, no mencione que es una Estable y quizas no fui claro. Es, cuando otra persona responde; no tengo acceso a sus log. gracias por tu atencion. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/0569d98611c96afe8939eac4ee1b43c4.squir...@mail.vcn.bc.ca
Re: Exim4
El 08/06/14 02:36, lati...@vcn.bc.ca escribió: Hola lista: No tengo ningun problema enviando correos; pero al responder no encuentra el dominio. Responde a: nombre_de_maquina.dominio.org Tengo configurado el servidor con dpkg-reconfigure asi: Nombre: dominio.org dominios para los que se recibe correo: dominio.org. Esto ha funcionado correctamente por varios anos! Agregue en el archivo hosts: 192.168.5.50dominio.org Tenia solamente: 127.0.0.1 localhost 192.168.5.50nombre_de_maquina.dominio.org nombre_de_maquina Alguno sabe por donde buscar, por favor? Gracias. latinfo. Entiendo que el problema es cuando alguien intenta responder a un correo tuyo. Si eso es así creo que tienes dos soluciones: Gracias por responder JulHer, eso es exactamente. 1.- Configurar el DNS de tu dominio para que haya un registro MX para nombre_de_maquina.dominio.org Esto es de dominio.org: ;dominio.org. IN MX ;dominio.org. IN A Como se hace, para nombre.dominio.org? sub-dominio? 2.- Configurar exim para que use únicamente el dominio detrás de la @ y así cuando te respondan funcione correctamente. Agregue nombre.dominio.org;dominio.org en dpkg-reconfigure y nada. Es de otra forma? Si quieres algo rápido para salir del problema, en el archivo /etc/exim4/email-addresses puedes poner algo como: No encontre el archivo, uso carpetas separadas, y encontre: -config-address-replay: address_reply: debug_print = T: autoreply for $local_part@$domain driver = autoreply Segun veo, indica dominio.org! usuario: direcc...@dominio.org y de esa manera los correos que se creen desde usuario saldrán con esa dirección de correo. Un saludo JulHer Agradezco tu atencion. PD: Sabes que cambio ha habido? el error, aparecio de pronto y en los dist-upgrade, nunca se menciono exim4? Tengo temor con OpenSSL! Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a812afb4fc684588edbbb2b2bfbeda25.squir...@mail.vcn.bc.ca
Exim4
Hola lista: No tengo ningun problema enviando correos; pero al responder no encuentra el dominio. Responde a: nombre_de_maquina.dominio.org Tengo configurado el servidor con dpkg-reconfigure asi: Nombre: dominio.org dominios para los que se recibe correo: dominio.org. Esto ha funcionado correctamente por varios anos! Agregue en el archivo hosts: 192.168.5.50dominio.org Tenia solamente: 127.0.0.1 localhost 192.168.5.50nombre_de_maquina.dominio.org nombre_de_maquina Alguno sabe por donde buscar, por favor? Gracias. latinfo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a28cbdb35dd273e9bf21bfb0fbc217c3.squir...@mail.vcn.bc.ca
Re: [OT] Seguridad
El 19/05/2014 10:15, lati...@vcn.bc.ca escribió: El 18/05/2014 6:06, lati...@vcn.bc.ca escribió: Hola Les cuento una corta historieta. Una ONG a quien asisto voluntariamente, ya no pueden pagar los costos de mantener un servidor Debian; y uno de los Abogados mas jovenes; el que se opone a tener el servidor Debian, llego con la idea del Hosting gratuito. Asi que, ayer obtuvimos una cuenta en FreeHosting (recomendado por el), y pasamos todo a dicho sitio; el servidor es un Ubuntu, el dia de hoy, descubrimos que posiblemente a sido hackeado. El nombre cambia de costumers a costumres.freehosting.com (DNS poisoned? MiTM?) y todos los dominios que probe, no tienen registro y son redirecciones. No lo he entendido, ¿el nombre DNS ha cambiado en /etc/hostname? ¿Y la dirección IP en /etc/network/interfaces? O se trata de un problema con los DNS. no, las paginas estaban alojadas en un servidor remoto (no es nuestro), y no se trata de virus o rootkits; el servidor tiene sus DNS envenenados; y cualquier coneccion, pasa por los servidores envenenados. Al sitio, NO le paso nada! Es decir que el servidor comprometido no fue el vuestro si no el servidor DNS que usaba vuestro servidor. ¿Eso es? FreeHosting, es un servidor que ofrece alojamiento gratuito; y nosotros optamos por ese servicio gratuito (Web Hosting). Las conecciones de FreeHosting, pasan por servidores que no deberian pasar, pero pasan; yo no se por que o como lo han hecho. Posiblemente, sea envenenamiento de DNS de FreeHosting. Por que han intercambiado 2 letras del nombre de dominio. PD: Estas enviando mensajes duplicados! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9ba55b0bf283c6377db085e6f2dbffed.squir...@mail.vcn.bc.ca
[OT] Seguridad
Hola Les cuento una corta historieta. Una ONG a quien asisto voluntariamente, ya no pueden pagar los costos de mantener un servidor Debian; y uno de los Abogados mas jovenes; el que se opone a tener el servidor Debian, llego con la idea del Hosting gratuito. Asi que, ayer obtuvimos una cuenta en FreeHosting (recomendado por el), y pasamos todo a dicho sitio; el servidor es un Ubuntu, el dia de hoy, descubrimos que posiblemente a sido hackeado. El nombre cambia de costumers a costumres.freehosting.com (DNS poisoned? MiTM?) y todos los dominios que probe, no tienen registro y son redirecciones. Inmediatamente, cambie las DNS y la IP, apuntando a una IP segura. Pero la pregunta es si hay muchos web hosting en las mismas condiciones? ya sean gratuitos o no. Yo solo administro 4 servidores, y hago todo a mano. Alli usan cPanel (PHP) y una serie de paquetes, que solo aumentan las capas de software. Ahora, viene la interrogante: Nos habremos contaminado de alguna forma? La intranet, es de 5 ordenadores (3 Debian, 1 W7 y 1 Mac); por las dudas, los Debian seran reinstalados! y el Debian estable, que uso para administrar, tambien le toca instalacion limpia. gracias por leer hasta aqui. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/339fe691f302c8f3222388346976b768.squir...@mail.vcn.bc.ca
Re: [OT] Redacción de mensajes (era: OT Lenovo ThinkPad vs IBM Thinkpad)
El Sun, 11 May 2014 01:04:46 +0200, Ramses escribió: Por lo que veo, muchas quejas sobre el HTML, el TOP Posting,... Pero, ¿no se queja nadie de la redacción de los correos, signos de puntuación, mayúsculas,.? (...) Bueno, alguna vez se lo he hecho notar al redactor dado el caso pero en plan gracioso y sin mayores pretensiones. La redacción de un correo, el estilo y las faltas de ortografÃa es algo muy personal y en lo que intervienen multitud de variables (p. ej., un mal dÃa puede influir en una escritura pésima) además de que no todo el mundo tiene la misma facilidad para escribir y redactar un mensaje, y que yo sepa nada de eso está penalizado en esta lista. Saludos, -- Camaleón Quizas por que no utilizas el sentido comun. Esta lista NO es Espanola, es para todos los de habla Castellana. Y para entendernos, es necesario utilizar un lenguaje neutro/simple/plano/directo/. Por ej. tu generalmente, usas la expresion: yo no veo nada malo; pero resulta que a la mayoria NO nos importa lo que tu ves!. Otra cosa, es que te atribuis el derecho de eliminar contenido y el titulo de mensajes que NO son tuyos; el sentido comun, indica claramente, que si queremos mantener la lista funcional; deberia de haber respeto, pero tu, aburris con eso de los filtros, y otra vez, por sentido comun, si tenes filtrado a la mayoria; Que queres en esta lista? entiendes. --- Código de conducta: http://www.debian.org/MailingLists/index.es.html Cuando use las listas de correo de Debian, por favor siga las siguientes reglas: Las listas de correo existen para promover el desarrollo y uso de Debian. Mensajes no constructivos, o fuera de tema, u otro tipo de abusos no son bienvenidos. No envíe spam; consulte la normativa de anuncios más abajo. Envíe todos sus mensajes de correo en inglés. Solamente use otros idiomas en las listas donde estén explícitamente permitidos (e.g. español en debian-user-spanish). Asegúrese de que está usando la lista apropiada. En particular, no envíe preguntas relacionadas con usuarios a listas enfocadas a desarrolladores. Procure ajustar las líneas a 80 caracteres o menos en una conversación normal. Las líneas de más de 80 caracteres se aceptan para mensajes generados por ordenador (p.e., ls -l). No envíe mensajes automáticos de «vacaciones» o «fuera de la oficina». No envíe mensajes de prueba para verificar si su cliente de correo funciona. No envíe peticiones de suscripción o baja a la dirección de la lista; use las direcciones -request respectivas. Nunca envíe sus mensajes en HTML; use por el contrario, texto sencillo. Evite enviar adjuntos grandes. Cuando responda mensajes a la lista, no envíe copia (CC) al autor original a menos que le hayan pedido explícitamente que lo haga. Si desea quejarse a alguien por haberle puesto en copia sin solicitarlo, hágalo en privado. Si envía mensajes a listas a las que no esté suscrito, haga explícito este hecho en el cuerpo de su mensaje. No use lenguaje inapropiado; de hecho, algunas personas reciben los mensajes vía packet radio, donde maldecir es ilegal. Intente no discutir por discutir; es descortés. Use su sentido común todo el tiempo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/224833e84e69692523b9b42f1d177956.squir...@mail.vcn.bc.ca
Re: [OT] Redacción de mensajes (era: OT Lenovo ThinkPad vs IBM Thinkpad)
El 11/05/14 17:04, Ramses escribió: El 11/05/2014, a las 19:11, Santiago Vila sanv...@unex.es escribió: On Sun, May 11, 2014 at 02:56:26PM +, Camaleón wrote: La redacción de un correo, el estilo y las faltas de ortografÃa es algo muy personal y en lo que intervienen multitud de variables (p. ej., un mal dÃa puede influir en una escritura pésima) además de que no todo el mundo tiene la misma facilidad para escribir y redactar un mensaje, y que yo sepa nada de eso está penalizado en esta lista. La redacción y el estilo, puede, pero la ortografÃa de ninguna manera es algo muy personal. La ortografÃa es un convenio entre todos los hablantes de un idioma, y saltársela a la torera es romper ese convenio de forma unilateral y una falta de consideración hacia los demás. Por eso invito al susodicho a que deje el modo sms en casa e intente escribir de forma normal. Esto es positivo en sà mismo y es razonable pedirlo aunque no figure en las normas de la lista. Quedará como un señor y es posible que le tomen más en serio allá donde escriba. +10 Yo invito a todos los que escriben asÃ, con ese estado de ánimo, a que, antes de enviar el mensaje, lo lean de nuevo, y si es como les gustarÃa recibir las respuestas a sus mensajes, o encontrarse un libro técnico escrito, que no lo duden, que le den al botón de Enviar... De verdad, no me refiero a los acentos ni a alguna que otra falta de ortografÃa, pero es que el primer mensaje de este post, se salta todas las normas básicas que podemos utilizar a la hora de leer para darle un sentido a algo que leemos... Ni un punto, ni una coma, ni una mayúscula tras punto, porque no lo hay... ;-) La verdad, no creo que esto dependa más del estado de ánimo que de la dejadez, porque como esto es un foro técnico, que importa... De verdad que no es con ánimo de ofender al OP, que mi intención está orientada a que nos esforcemos en escribir, pensando en hacernos fácil de entender para que nos puedan ayudar mejor y más rápido... Saludos y gracias, Ramses Es asà Ramses. Una mala ortografÃa, y el mal uso (o no uso) de signos de puntuación, muchas veces dificultan la comprensión del texto. Y quien tenga que ponerse a tratar de entender que quiso decir el que pregunta porque si hubiera puesta una coma ahi, dirÃa tal cosa. Pero si la hubiera puesto allá, tal otra... lo más probable es que borre el mensaje, y quizá sabiendo la posible solución. Saludos Si lo vemos desde la perspectiva de aprendisaje; que parece ser, la idea en esta lista; una pregunta bien redactada (clara), admite solicitar informacion a quien la hace; luego es posible que quien sabe la respuesta, ofrezca la respuesta y todos aprendemos algo. Cuando se dan respuestas sin tener clara la pregunta o sea, responder por responder; solo obtenemos spam! Y los recien llegados, no entienden que haciendo una pregunta bien redactada, nos beneficiaria a todos. El mensaje que se envia, es erroneo. La unica forma, que no produce violencia; quizas sea no responder, hasta que la pregunta este completamente clara! Por responder, entiendase, una respuesta exacta. Y si no hay respuestas exactas; pues, son validas las aproximaciones. Por violencia, entiendase una respuesta agresiva; debido a que, a muy pocos les gusta que les digan que hacer. Expresiones como: Lo primero, usa postfix... (cuando la pregunta es sobre sendmail) generan spam y respuestas agresivas. Disculpen, pero todo esto parece que es parte de la ultima norma de la lista. Use su sentido común todo el tiempo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/f7fc283bb7f17cd6400085a5faf847ad.squir...@mail.vcn.bc.ca
Re: Alerta: sshd
No puedo confirmarlo, pero se los paso: http://pastebin.com/raw.php?i=gjkivAf3 Algunas referencias: https://news.ycombinator.com/item?id=7701208 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/d98ffbb1dcce33dbde13bd69730ddefb.squir...@mail.vcn.bc.ca
Alerta: sshd
No puedo confirmarlo, pero se los paso: http://pastebin.com/raw.php?i=gjkivAf3 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/904e2bea470f2658349b845e8602b550.squir...@mail.vcn.bc.ca
Re: Guia Servidor Wheezy
Hola a todos. Guia para montar Servidor Wheezy seguro y privado: correo, dokuwiki, mailman, ftp anonimo y sshd. (incompleta) Con respecto al NetFilter (IPTables), se podria empezar con: #!/bin/sh IPTABLES=/sbin/iptables # (1) FLUSH de Reglas,Limpiar reglas anteriores: iptables -F iptables -X iptables -Z iptables -F -t nat iptables -X -t nat iptables -Z -t nat iptables -F -t mangle iptables -X -t mangle iptables -Z -t mangle iptables -F -t filter iptables -X -t filter iptables -Z -t filter # (2) Definir regla/cadena/tabla FILTER: iptables -P INPUT DROP iptables -P FORWARD DROP iptables -P OUTPUT DROP ip6tables -P INPUT DROP ip6tables -P FORWARD DROP ip6tables -P OUTPUT DROP # (3) Aceptar todo para localhost: iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT # (4) evitamos ataques syn-flood limitando el acceso de paquetes nuevos # desde internet a solo 4 por segundo y los demas se descartan #iptables -A INPUT -p tcp --syn -m limit --limit 1/s --limit-burst 4 -j DROP # (5) evitamos paquetes tcp que sean nuevos y que no tengan el flag SYN # es decir, hay ataques o escaneos que llegan como conexiones nuevas # pero sin ser paquetes syn, definitivamente no nos interesan iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP # (6) todo lo que sea icmp (ping) y que intente entrar, se descarta # con esto bloqueamos cualquier tipo de paquetes con protocolo icmp # evitando ataques como el del ping de la muerte, aunque esta regla # podria provocar problemas de comunicacion con algunos ISP. iptables -A INPUT -p icmp -j DROP iptables -A OUTPUT -p icmp -m state --state NEW,ESTABLISHED -j ACCEPT # (7) Aceptar ssh -p 22: iptables -A INPUT -p tcp --dport 22 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 22 -m state --state NEW,ESTABLISHED -j ACCEPT # (8) Aceptar www -p 80: iptables -A INPUT -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 80 -m state --state ESTABLISHED -j ACCEPT # (9) Y tambien a webs seguras -p 443: iptables -A INPUT -p tcp -m tcp --dport 443 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 443 -m state --state RELATED,ESTABLISHED -j ACCEPT # (10) Aceptar ftp -p 21 20 21000: iptables -A INPUT -p tcp --dport 21 -m state --state NEW,ESTABLISHED -j ACCEPT #iptables -A INPUT -p tcp --dport 20 -m state --state ESTABLISHED,RELATED -j ACCEPT #iptables -A OUTPUT -p tcp --sport 20 -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A INPUT -p tcp --dport 21000 -m state --state ESTABLISHED -j ACCEPT #(11) Aceptar Mail SMTP -p 25: iptables -A INPUT -p tcp --dport 25 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 25 -m state --state NEW,ESTABLISHED -j ACCEPT # (12) Aceptar Mail -p 110 pop3,111 rpcbind,143 imap,993 imaps,995 ssl/po3: iptables -A INPUT -p tcp --dport 110 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 110 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A INPUT -p tcp --dport 111 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 111 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A INPUT -p tcp --dport 143 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 143 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A INPUT -p tcp --dport 993 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 993 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A INPUT -p tcp --dport 995 -m state --state NEW,ESTABLISHED -j ACCEPT iptables -A OUTPUT -p tcp --sport 995 -m state --state NEW,ESTABLISHED -j ACCEPT # (13) Permitimos la consulta a un primer DNS: #iptables -A OUTPUT -d 192.168.1.1 -p udp -m udp --dport 53 -j ACCEPT #iptables -A INPUT -s 192.168.1.1 -p udp -m udp --sport 53 -j ACCEPT # (13a) Permitimos la consulta a un segundo DNS: iptables -A OUTPUT -d 208.67.222.222 -p udp -m udp --dport 53 -j ACCEPT iptables -A INPUT -s 208.67.222.222 -p udp -m udp --sport 53 -j ACCEPT # (14) por ultimo las dos siguientes reglas permiten salir del equipo # (output) conexiones nuevas que nosotros solicitamos, conexiones establecidas # y conexiones relacionadas, y deja entrar (input) solo conexiones establecidas # y relacionadas. iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT iptables -A INPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT # (15) Optativo: Registrar paquetes que van a ser desechados #iptables -A INPUT -j LOG --log-level 2 --log-prefix ENTRAR:: #iptables -A OUTPUT -j LOG --log-level 2 --log-prefix SALIR:: # Aceptar paquetes en estado nuevo, excepto en eth0 #iptables -A INPUT -m state --state NEW -i ! wlan0 -j ACCEPT # Reglas de cierre: # iptables -A INPUT -p tcp --dport 1:1024 # iptables -A INPUT -p udp --dport 1:1024 # Cerrar otros puertos abiertos: # iptables -A INPUT -p tcp --dport -j DROP echo firewall activado #echo Verifique con iptables -L -n #echo Slackware
Re: [OT] Re: Prueba (ignorar)
El 10/11/13 00:54, ziprasidone146939...@gmail.com escribió: Para enviar un correo a la lista tengo que usar tu cliente de correo favorito y el que, según tu criterio, maneje mejor el formato y el/los (pseudo/s) código(s)? Tampoco te molestes tú. Hay ciertas normas y reglas que hay que seguir, y si tu lector no las cumple, deberías intentar configurarlo para que cumpla las normas... o cambiar de lector. Mira, a mi me pasó algo parecido en un foro, donde mayoritariamente la gente usa Live Mail de Microsoft. Yo uso Icedove. Resulta que pongo un mensaje, y al responderme desde el de Microsoft, se rompían los hilos, y LiveMail contestaba donde tocaba, e Icedove, donde le daba la gana. Yo los veía bien, pero la gente con LiveMail, no. Me pidieron amablemente que cambiara de lector, o no usara Icedove allí. Seguro que la culpa era de LiveMail, pero como es el que mayormente se usaba allí, tuve que cumplir sus normas (logicamente) Cambié la codificación de caracteres de ISO-8859-1 a ISO-8859-15 y asunto resuelto. Y sigo con mi querido Icedove. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 Y se puede saber, por que insisten tanto en meterse en la vida de los demas? Por que no viven su propia vida y dejan en paz al resto? Como alguien dijo, esta es una lista tecnica y deberian tratarse temas tecnicos, en la forma que corresponde; todos tenemos derecho a expresarnos; pero si alguien lanza una piedra, pues logicamente que no deberiamos esperar que quien recibe la pedrada, se quede quieto. Pero por que defender a quien lanza la piedra?. Esto no es un blog, foro, cartas a Maria, facebook, tweeter, o algo mas. Si eso quieren, pues aqui eso no es. Si este comportamiento no es corregido, jamas tendremos una lista que nos sirva a todos, Y ese es el proposito de esta lista, supongo. Que proporcione informacion a los que usamos Debian, que podamos intercambiar nuestros conocimientos, eso es lo que yo he entendido. gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7846600c867e16b27500596ca114337a.squir...@mail.vcn.bc.ca
Re: [SOLUCIONADO] Re: Memorias USB NTFS
El 06/11/13 15:37, Luis Felipe Tabera escribió: On Wednesday November 6 2013 14:38:42 Gerardo Diez García wrote: Hoy he intentado montar una memoria usb, con formato NTFS, en Debian 7 (con KDE) y me ha dado error (creo recordar de permiso, iba con prisa y no he tenido tiempo de quedarme con todo el texto). Finalmente lo he montado con mount -t ntfs-3g /dev/sdb1 /media/carpeta/ He mirado la manera de que esta operación se realice de manera automática y lo que veo apunta a modificar el fstab. El problema es que, hasta donde yo entiendo, en el fstab es necesario identificar el aparato mediante una etiqueta, y esto resulta engorroso si pretendes montar cualquier memoria. ¿Alguien me puede señalar alguna dirección para una solución más elegante? Saludos Debe ser un problema de permisos. ¿En consola lo has montado como usuario o como root? Kde usa udisks Prueba a ver si lo puedes montar desde la consola con udisks --mount /dev/sdb1 Si no lo puedes montar, ese es el fallo. Luis Al final voy a optar por asignar un alias a sudo --mount /dev/sdb1 para las memorias desconocidas y cuando tenga una que use más frecuentemente (si eso se da) montarla mediante fstab. ¿Por qué? Porque después de releer porque no se montan sin privilegios las memorias con ntfs, veo que es un asunto de permisos que no acabo de comprender, así que antes de forzar algo, lo dejo así. Por cierto, la dirección a la que refieren desde el error de udisks sí existe aunque desde la propia página me la redireccionan a otro punto :S Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527e4d07.6010...@gmail.com !DSPAM:2726,527e4d2592536754733004! Has leido sobre umask? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/df0ea21288f57d047a6daf9e832795cb.squir...@mail.vcn.bc.ca
Re: Desaparecio la carpeta de usuario.
El Fri, 08 Nov 2013 20:32:20 +0100, Eduardo Rios escribió: http://www.esdebian.org/foro/14584/teclado-debian A ese sitio no entro, lo siento ;-( Por simple curiosidad... ¿Se puede saber que te pasa con esta página para no querer entrar? No me gustan los sitios administrados por personas con tendencias discriminatorias :-/ Saludos, -- Camaleón No te gusta esta lista Camaleon, digo, como discriminas a los nuevos, a los que hacen top-posting, a los que te caen mal, a los del httml, a los herejes, en fin a casi todos los tenes filtrados; buena ironia! Por lo menos amas a Maykel! Es divertido, no? Saludos carinosos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a9d2bd561927dd6858083313d99bce2f.squir...@mail.vcn.bc.ca
Re: [SOLUCIONADO] Re: Memorias USB NTFS
El 09/11/13 20:48, lati...@vcn.bc.ca escribió: Has leido sobre umask? Hasta donde he entendido umask establece los permisos por defecto en los archivos nuevos. Lo que no sé es qué tiene que ver con este caso. Extiendo lo que he leído por si a alguien lo puede aprovechar. La wiki de Arch apunta a una opción para el automontaje por parte de cualquier usuario: Cambiar el propietario del punto de montaje: #chown usuario /media/ Se necesita un driver ntfs-3g con integración de FUSE que en el caso de Debian 7 se cumple Un poco de magia que no acabo de comprender: #chown root $(which ntfs-3g) #chmod 4755 $(which ntfs-3g) Y así debiera funcionar el automontaje. Problema: para desmontarlo se necesitan ser root :S Otra línea de investigación me ha llevado a mirar las políticas de permisos mediante polkit, pero como ya dije la modificación que creía que se debía hacer no funciono. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527e9417.1050...@gmail.com !DSPAM:2726,527e942e92531592458136! Yo administro 1 servidor con Slackware, pero un tiempo lo use en mi Laptop y recuerdo que las memorias usb, las manejaba con umask. Del man umask: --- The umask is used by open(2), mkdir(2), and other system calls that create files to modify the permissions placed on newly created files or directories. Specifically, permissions in the umask are turned off from the mode argument to open(2) and mkdir(2). - Hace mucho tiempo que no lo uso, si queres hechale una mirada al man. De todos modos, solo se trata de una idea. Si estoy equivocado, lo siento. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/77c77f9dec27ebca3643935ed9847c52.squir...@mail.vcn.bc.ca
Re: [SOLUCIONADO] Re: Memorias USB NTFS
El 09/11/13 21:16, lati...@vcn.bc.ca escribió: Yo administro 1 servidor con Slackware, pero un tiempo lo use en mi Laptop y recuerdo que las memorias usb, las manejaba con umask. Del man umask: --- The umask is used by open(2), mkdir(2), and other system calls that create files to modify the permissions placed on newly created files or directories. Specifically, permissions in the umask are turned off from the mode argument to open(2) and mkdir(2). - Hace mucho tiempo que no lo uso, si queres hechale una mirada al man. De todos modos, solo se trata de una idea. Si estoy equivocado, lo siento. El problema no lo presentan las memorias usb en general. Las que tiene un formato FAT32 las maneja sin problemas. El inconveniente se presenta con NTFS Como que no estas bien sintonizado para esta conversacion. Mejor la dejamos alli. Por supueto que estoy hablado de ntfs; y por supuesto que se que no admite la misma forma de permisos que gnu/linux, y tambien por supuesto que se que arrancan con chown root y luego cambia, ese cambio es el que se logra con: UUID=761C84B31C846FC3 /mnt/Windows ntfs3g defaults,umask=000,uid=1000 0 0 en el fstab; pero se supone que vos vas a leer los man, como primer recurso y las info, como segundo recurso y no te vas a ir al wiki arch! En fin, disculpa que respondi. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ec67f316ba282e465ebfcdd5f1911e27.squir...@mail.vcn.bc.ca
Re: [SOLUCIONADO] Re: Memorias USB NTFS
El 09/11/13 21:48, lati...@vcn.bc.ca escribió: El 09/11/13 21:16, lati...@vcn.bc.ca escribió: Yo administro 1 servidor con Slackware, pero un tiempo lo use en mi Laptop y recuerdo que las memorias usb, las manejaba con umask. Del man umask: --- The umask is used by open(2), mkdir(2), and other system calls that create files to modify the permissions placed on newly created files or directories. Specifically, permissions in the umask are turned off from the mode argument to open(2) and mkdir(2). - Hace mucho tiempo que no lo uso, si queres hechale una mirada al man. De todos modos, solo se trata de una idea. Si estoy equivocado, lo siento. El problema no lo presentan las memorias usb en general. Las que tiene un formato FAT32 las maneja sin problemas. El inconveniente se presenta con NTFS Como que no estas bien sintonizado para esta conversacion. Mejor la dejamos alli. Por supueto que estoy hablado de ntfs; y por supuesto que se que no admite la misma forma de permisos que gnu/linux, y tambien por supuesto que se que arrancan con chown root y luego cambia, ese cambio es el que se logra con: UUID=761C84B31C846FC3 /mnt/Windows ntfs3g defaults,umask=000,uid=1000 0 0 en el fstab; pero se supone que vos vas a leer los man, como primer recurso y las info, como segundo recurso y no te vas a ir al wiki arch! En fin, disculpa que respondi. Si miras el mensaje que iniciaba este hilo[1] ya contemplaba el uso del fstab y lo descartaba por el hecho de necesitar identificar al disco de alguna manera. Disculpa si te hago perder el tiempo con mis ignorancias. Hasta aquí, Un saludo http://lists.debian.org/debian-user-spanish/2013/11/msg00187.html Bueno, lo que yo veo, es que esta lista esta llena de rigurosidad, y seguramente es debido a que estan siendo orientados a eso. Las listas Debian, funcionaron durante mucho tiempo sin el prejuicio de ser listas de ayuda; siempre fueron listas de compartimiento, compartiamos conocimiento por el gusto de hacerlo; pero ahora como que los que participan creen tener derecho a que se les ayude o responda categoricamente; pones un enlace que yo, jamas vere. Eso es para los foros! Alguien hace poco menciono, la forma casual de escribir en esta lista; yo menciono la forma rigida de escribir, con enlaces y seriedad. Esta es una lista de usuarios de Debian y compartimos conocimientos si queremos. Y te aclaro, que en ningun momento me has hecho perder el tiempo, mi tiempo yo lo gobierno. Y lo que vos llamas ignorancias, yo tengo muchas, de hecho mi profesion es totalmente diferente; pero eso aqui no importa. Si te dije, que la dejaramos alli, es por que no me parecio que estuvieras dispuesto a hacer pruebas; me parecio que solo buscabas una respuesta categorica y yo de eso nada! Si te distes por ofendido, NO fue esa mi intencion. PD: Veo que ya no hay usuarios viejos, quizas por lo que menciono se han retirado, no? Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/0db9ac7ef28f4ac75853d56d5f5213e2.squir...@mail.vcn.bc.ca
Re: ayuda para instalar ( nginx-dav-ext-module)
Lista necesito ayuda para instalar en nginx este módulo nginx-dav-ext-module; aunque el trae el README, config y ngx_http_dav_ext_module.c Solo llego hasta descomprimirlo de ahí no se que sigue. Solo que me despista esta línea [./configure --with-http_dav_module --add-module=path-to-this-module] Lo anterior, para subir archivos a WebDav que antes lo hacia siguiendo esta guía (http://www.servidordebian.org/es/squeeze/internet/webdav/apache2_davfs) (link del módulo) https://github.com/arut/nginx-dav-ext-module Gracias *Saludos;* Quizas diga una tonteria, pero yo entiendo que habria que reconstruir el modulo con los parametros indicados en la linea ./configure y luego agregar el ej, al nginx.conf Yo uso nginx en OpenBSD, por eso digo que quizas es una tonteria. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca7185303d481fa20f069ee7fc1c2b86.squir...@mail.vcn.bc.ca
Re: [SOLUCIONADO] Re: Memorias USB NTFS
Lo primero indicar que el enlace era para señalar un correo de esta lista. Di por supuesto que no lo habías leído. He visto que sí. Mea culpa, mis disculpas. En él señalo que ya he contemplado la opción de fstab. Ahora desarrollo porque no me gusta: Se tiene que identificar la partición por algún medio (lógico). Puede ser o bien por nombre de kernel (los sdb lo que sea...); por su etiqueta; o por su UUID. Tanto por etiqueta como por UUID presuponen un conocimiento previo de la memoria, pero si en una de estas viene mi amigo Pepito con su nueva memoria, mi ordenador no la va a conocer y no la va a montar automáticamente. Bueno, antes que otra cosa; no ha pasado nada! Al punto, es que eso que mencionas arriba, es lo que yo lograba con umask, Podia enchufar cualquier memoria ntfs y la abria normalmente; el truco estaba en umask=000 o =022 y el id del usuario; pero lamentablemente, ya no lo recuerdo exactamente. Acabo de ver un antiguo fstab y en efecto no es el id de la memoria es: /dev/usb0, pero habria que ver como lo reconoce Debian; te aviso que yo me meti, por que me parecio que ya no encontrabas opciones y me acorde de lo que te estoy diciendo. Por eso lo que más me convence es el nombre de kernel, pero si en vez de una memoria, inserto dos y alguna de ellas tiene un formato distinto al NTFS, el fstab no la va a identificar correctamente, ya que asignará un nombre de kernel distinto a las memorias (o yo me estoy perdiendo algo) Por todo estoy, y ya que las otras memorias externas las maneja estupendamente, pensé que habría un mecanismo para hacerlo de forma automática sin meter en líos al fstab. Tambien revise una memoria con reiserfs y la reconoce como: /dev/sdb12048 7831551 3914752 83 Linux pero en este caso en Wheezy, creo que es udeb el que lo hace. Y la idea con el fstab, es el cambio de root a usuario, digo yo. Tal vez como señala Camaleon todo esto sólo sea un bug. Tal vez Lamento todo este discurso. Pues, yo lo que tengo es curiosidad, no entiendo por que no funciona correctamente. Las fat, ya se sabe que no admiten permisos, pero ntfs distorciona los permisos. Yo pienso que este tipo de conversaciones, mantienen el nivel de la lista un poquito mas alto, asi que supongo que estamos contribuyendo. Un saludo PS: Lo ofensivo resulta tratar a una persona bajo un juicio de valor a la ligera. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/76bdc91fb52fdcb2f81f7095ddf3a55b.squir...@mail.vcn.bc.ca
Guia Servidor Wheezy
Hola a todos. Guia para montar Servidor Wheezy seguro y privado: correo, dokuwiki, mailman, ftp anonimo y sshd. (incompleta) 1. Instalacion como experto. 2. En Tasksel, seleccione correo electronico, servidor web, herramientas basicas y servidor ssh. 3. Al finalizar la instalacion; instale DokuWiki, Mailman y Vsftpd. Ya estan instalados exim4, dovecot y otros. # dpkg -l 4. Para la seguridad, instale Tiger, Snort, RKHunter, Lynis. 5. Para revisar actividad, instale LogWatch. 6. Para revisar la Integridad, Tripwire, Debsums y Snort. 7. Configurar DokuWiki: # dpkg-reconfigure dokuwiki y responder de acuerdo a necesidad. 8. Configurar Mailman: /usr/share/doc/README.Exim4.Debian.gz. Here's a way to integrate mailman with Exim4 that will automatically play nice with mailman's virtual domains support and VERP. It does not require dedicating domain(s) to mailman. Configure your Mailman (in /etc/mailman/mm_cfg.py) with: MTA = 'Postfix' POSTFIX_ALIAS_CMD = '/bin/true' POSTFIX_MAP_CMD = 'chgrp Debian-exim' and list all your Mailman domains in POSTFIX_STYLE_VIRTUAL_DOMAINS: POSTFIX_STYLE_VIRTUAL_DOMAINS = [ 'example.com', 'example.org' ] Please note that the chgrp command above will not work when creating a list in the web interface: the user www-data will not be allowed to do this. You can circumvent this problem by creating new lists with the 'newlist' command line command or using instead: POSTFIX_MAP_CMD = 'chmod o+r' This will allow local users (with shell access to the list server) to see the list of all Mailman mailing lists, but not much more. If you have created lists before making those changes to mm_cfg.py (and you are not going to create others before running the system in production), you need to run /var/lib/mailman/bin/genaliases once; it will be done automatically every time you create / delete a mailing list in the future. And yes, the Postfix there is on purpose, it should not be replaced by exim4. It causes mailman to (among others) create a list of mailman lists, including what virtual domain they should be in. That is the information that is used here; the rest is ignored. Put this in your exim4 main configuration (if you use a split config, for example /etc/exim4/conf.d/main/04_local_mailman_macros) -- BEGIN EXIM4 MAIN # Home dir for your Mailman installation -- aka Mailman's prefix # directory. MAILMAN_HOME=/var/lib/mailman MAILMAN_WRAP=MAILMAN_HOME/mail/mailman # User and group for Mailman, should match your --with-mail-gid # switch to Mailman's configure script. MAILMAN_USER=list MAILMAN_GROUP=daemon # Where to store messages sent to mailman-loop - used if the # mailman-owner addressbounces. MAILMAN_LOOP=MAILMAN_HOME/data/owner-bounces.mbox -- END EXIM4 MAIN Put this in your exim4 router configuration (if you use a split config, then for example /etc/exim4/conf.d/router/970_local_mailman) -- BEGIN EXIM4 ROUTER # Messages get sent out with # envelope from mailman-bounces@virtual_domain # But mailman doesn't put such addresses # in the aliases. Recognise these here. mailman_workaround: debug_print = R: mailman_workaround for $local_part@$domain domains = +local_domains require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_parts = mailman local_part_suffix_optional local_part_suffix = -bounces : -bounces+* : \ -confirm+* : -join : -leave : \ -subscribe : -unsubscribe : \ -owner : -request : -admin transport = mailman_transport group = MAILMAN_GROUP # We need to handle the mailman-loop separately from the other addresses # since the loop action is not handled by the wrapper. mailman_loop_router: debug_print = R: mailman_loop for $local_part@$domain domains = +local_domains require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_parts = mailman transport = mailman_loop_transport local_part_suffix = -loop group = MAILMAN_GROUP # Mailman lists mailman_router: debug_print = R: mailman_router for $local_part@$domain domains = +local_domains condition = ${lookup{$local_part@$domain}lsearch{MAILMAN_HOME/data/virtual-mailman}{1}{0}} require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_part_suffix_optional local_part_suffix = -bounces : -bounces+* : \ -confirm+* : -join : -leave : \ -subscribe : -unsubscribe : \ -owner : -request : -admin transport = mailman_transport group = MAILMAN_GROUP -- END EXIM4 ROUTER Put this in your exim4 transport configuration (if you use a split config, then for example /etc/exim4/conf.d/transport/40_local_mailman) -- BEGIN EXIM4 TRANSPORT - mailman_transport: debug_print = T:
Re: Porque separar /boot a otra partición
Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. Una de las razones de seguridad, es por que /boot es casi estatico, y tambien permite manejar mejor el cifrado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52011cdcc0b158bfb5ddf8e6f16f8f32.squir...@mail.vcn.bc.ca
Re: Como sacar todo por VPN?
Hola a todos Tenemos un servidor con Debian Estable en una ONG, y quisieramos sacar todos los servicios por una VPN que no es nuestra; ya nos dieron el conf OpenVPN para cliente; pero nos piden 2 cosas: 1. Que todo el trafico sea cifrado http= wiki+mailman+pagina web, correo= exim4+dovecot+smtp. 2. Que todo salga por la VPN. Alguien sabe como hacerlo? Agradeceriamos cualquier informacion. NOTA: Esta decision, es debido a los informes Snowden, Conocen uds. alguna otra forma de protegerse de las intrusiones? Agradecemos su atencion. paso 1º un poquito de investigación http://goo.gl/AbJ2n3 paso 2º preguntar dudas/problemas concretos. Un saludo Ya veo por que el nombrecito de enno.cero, como que le falta el te Tambien te equivocastes con el #1: paso 1: Si no tenes algo cuerdo que decir, por favor NO respondas. Supongo que asi te alecciona tu mujer! Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/54e1f04a224d079d9b9abb44bacde794.squir...@mail.vcn.bc.ca
Re: Re: Como sacar todo por VPN?
El 17/10/2013 08:33, lati...@vcn.bc.ca escribió: Hola a todos Tenemos un servidor con Debian Estable en una ONG, y quisieramos sacar todos los servicios por una VPN que no es nuestra; ya nos dieron el conf OpenVPN para cliente; pero nos piden 2 cosas: 1. Que todo el trafico sea cifrado http= wiki+mailman+pagina web, correo= exim4+dovecot+smtp. 2. Que todo salga por la VPN. Alguien sabe como hacerlo? Agradeceriamos cualquier informacion. NOTA: Esta decision, es debido a los informes Snowden, Conocen uds. alguna otra forma de protegerse de las intrusiones? Agradecemos su atencion. paso 1º un poquito de investigación http://goo.gl/AbJ2n3 paso 2º preguntar dudas/problemas concretos. Un saludo Ya veo por que el nombrecito de enno.cero, como que le falta el te Tambien te equivocastes con el #1: paso 1: Si no tenes algo cuerdo que decir, por favor NO respondas. Supongo que asi te alecciona tu mujer! Gracias. Desde luego que desagradecido eres encima que te intentan ayudar jajaja. Te ha pasado un enlace para que tu busques, no oara que te lo den mascado. http://blog.wains.be/2008/07/18/openvpn-routing-all-traffic-through-the-vpn-tunnel/ Push redirect gateway?? Sino me equivoco quieres sacar toda la conexion por vpn. Saludos. Que te puedo decir Maykel, agradecemos la informacion y te aclaro: Que no todas las personas bajamos la cabeza; algunos agarramos las armas! Es absurdo poner un enlace recortado. Y tambien ofender a las personas sin ningun sentido. Nos ha servido de mucho el enlace que nos pasastes. Pero yo no termino de comprender, y quizas es cuestion de concepto. Suelo usar IPSec. -- El nuestro es 1 servidor origen, y va a usar un ovpn.conf de cliente; no tenemos acceso al servidor destino. Habra que probar, antes de opinar! -- Nuestro certificado es firmado por nosotros, y a los usuarios les diria que no es valido; sabemos que comparando los ID, se salvaria este asunto; pero los usuarios no van a confiar, ni a comprobar. Me entendes? Tambien sabemos que se puede obtener un CA sin pagar, pero seria la misma desconfianza que pagando, de nuestro lado. -- La Wiki,las listas y la pagina web; son http y no pueden salir facilmente las 3 como https, supongo yo, que a travez de paginas virtuales o algo asi. Gracias por la atencion prestada. Hasta luego. --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a3a2f7200e06b9e2ee5f86d6d7db24eb.squir...@mail.vcn.bc.ca
Como sacar todo por VPN?
Hola a todos Tenemos un servidor con Debian Estable en una ONG, y quisieramos sacar todos los servicios por una VPN que no es nuestra; ya nos dieron el conf OpenVPN para cliente; pero nos piden 2 cosas: 1. Que todo el trafico sea cifrado http= wiki+mailman+pagina web, correo= exim4+dovecot+smtp. 2. Que todo salga por la VPN. Alguien sabe como hacerlo? Agradeceriamos cualquier informacion. NOTA: Esta decision, es debido a los informes Snowden, Conocen uds. alguna otra forma de protegerse de las intrusiones? Agradecemos su atencion. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/68e85b578bdfbc94c6e198e23023b179.squir...@mail.vcn.bc.ca
Adios a la Seguridad?
Hola lista. Que opinan acerca de esto? https://www.schneier.com/blog/archives/2013/09/the_nsa_is_brea.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1f684e9ae6786709e957d7e29c270db4.squir...@mail.vcn.bc.ca
Re: wheezy: mailman+exim4
Alguien administra ordenadores Wheezy con mailman + exim4? Exim4 esta instalado, Apache tambien + DokuWiki (usuarios: de 3000 a 5000). IPtables filtra el 25 y 80 DROP lo demas. Instalo: apt-get install mailman Me indica que debo copiar los alias y lo hago (probe con y sin). Corro newaliases. Configuro la pagina. Y hasta alli. En mainlog. Con alias dice: R=system_aliases defer (-30): pipe_transport unset in system_aliases router Sin alias dice: Unrouteable address. Conclusion: No envia mensajes, ni recibe. Mailman no tiene man, asi que me fui por los docs y google; sin encontrar nada concreto y fiable. Solamente basura. Quizas aqui hay alguien que administre algo como esto y quiera compartirlo. Gracias. PD: Comprendo lo que dicen los mensajes; pero me parese absurdo que no este claramente documentaod en los Docs, y hay un monton de informacion que no se aplica a Debian y confunde. dpkg-reconfigure, solamente fija el Idioma. Disculpen la repregunta, de verdad no hay por lo menos 1 usuario de Mailman + exim4? Conocen alguna otra alternativa que este en Wheezy? me estoy imaginando que mailman no es un paquete confiable, lei algunos comentarios del mantenedor de exim4 diciendo que el aborrece el mantenerlo; es por eso que no usan mailman o exim4? o de plano las listas de distribucion estan obsoletas? Gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2d1d426f8b65fb382c851017bad5bd3d.squir...@mail.vcn.bc.ca
wheezy: mailman+exim4
Alguien administra ordenadores Wheezy con mailman + exim4? Exim4 esta instalado, Apache tambien + DokuWiki (usuarios: de 3000 a 5000). IPtables filtra el 25 y 80 DROP lo demas. Instalo: apt-get install mailman Me indica que debo copiar los alias y lo hago (probe con y sin). Corro newaliases. Configuro la pagina. Y hasta alli. En mainlog. Con alias dice: R=system_aliases defer (-30): pipe_transport unset in system_aliases router Sin alias dice: Unrouteable address. Conclusion: No envia mensajes, ni recibe. Mailman no tiene man, asi que me fui por los docs y google; sin encontrar nada concreto y fiable. Solamente basura. Quizas aqui hay alguien que administre algo como esto y quiera compartirlo. Gracias. PD: Comprendo lo que dicen los mensajes; pero me parese absurdo que no este claramente documentaod en los Docs, y hay un monton de informacion que no se aplica a Debian y confunde. dpkg-reconfigure, solamente fija el Idioma. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7e86c209bccbde374bc95d764654d33c.squir...@mail.vcn.bc.ca
Re: Consulta sobre grabación de audio en Debian 7
Disculpa el top posting, por favor. Y responde a la lista. http://jackaudio.org/pulseaudio_and_jack Buenos días a todos. Hace poco que tengo Debian definitivamente (antes alternaba con Kubuntu) y quisiera hacerles la siguiente consulta. Tengo instalado Jack, pulse audio y audacity, ardour, guitarix, etc. En debian 7. Estoy intentando que me tomen la guitarra, pero no hay caso. Audacity me la toma, pero distorsionada. ¿Qué hice? Instalé todo, revisé si faltaba algo. Seguí varios pasos de google. ¿Tendré que desinstalar Pulse Audio y dejar sólo Jack? Con lshw esta es mi máquina. descripción: Portátil versión: A03 anchura: 32 bits capacidades: smbios-2.4 dmi-2.4 smp-1.4 smp configuración: boot=normal chassis=portable cpus=2 family=Inspiron sku=Null uuid=44454C4C-4200-104E-8039-CAC04F524B31 *-core descripción: Placa base producto: 0T644R fabricante: Winbond Electronics id físico: 0 versión: A03 serie: .JBN9RK1.CN129619AM0182. *-firmware descripción: BIOS fabricante: Winbond Electronics id físico: 1 versión: A03 date: 08/12/2009 tamaño: 113KiB capacidades: pci pnp upgrade shadowing escd cdboot bootselect edd int5printscreen int9keyboard int14serial int17printer int10video acpi usb smartbattery biosbootspecification netboot *-cpu:0 descripción: CPU producto: Genuine Intel(R) CPU U4100 @ 1.30GHz fabricante: Intel Corp. id físico: 5 información del bus: cpu@0 versión: 6.7.10 serie: 0001-067A---- ranura: U2E1 tamaño: 1300MHz capacidad: 1300MHz anchura: 64 bits reloj: 200MHz capacidades: boot fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx x86-64 constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm dtherm cpufreq configuración: id=1 *-cache:0 descripción: L1 caché id físico: 6 ranura: L1 Cache tamaño: 32KiB capacidad: 32KiB capacidades: asynchronous internal write-back data *-cache:1 descripción: L2 caché id físico: 7 ranura: L2 Cache tamaño: 2MiB capacidad: 2MiB capacidades: burst internal write-back unified *-logicalcpu:0 descripción: CPU lógica id físico: 1.1 anchura: 64 bits capacidades: logical *-logicalcpu:1 descripción: CPU lógica id físico: 1.2 anchura: 64 bits capacidades: logical *-memory descripción: Memoria de sistema id físico: f ranura: Placa de sistema o placa base tamaño: 2GiB *-bank descripción: SODIMM DDR2 Síncrono 800 MHz (1,2 ns) producto: M4 70T5663QZ3-CF7 fabricante: Samsung id físico: 0 serie: 64BFDD66 ranura: M2 tamaño: 2GiB anchura: 64 bits reloj: 800MHz (1.2ns) *-cpu:1 id físico: 0 información del bus: cpu@1 versión: 6.7.10 serie: 0001-067A---- tamaño: 1200MHz capacidad: 1200MHz capacidades: ht cpufreq configuración: id=1 *-logicalcpu:0 descripción: CPU lógica id físico: 1.1 capacidades: logical *-logicalcpu:1 descripción: CPU lógica id físico: 1.2 capacidades: logical *-pci descripción: Host bridge producto: Mobile 4 Series Chipset Memory Controller Hub fabricante: Intel Corporation id físico: 100 información del bus: pci@:00:00.0 versión: 07 anchura: 32 bits reloj: 33MHz configuración: driver=agpgart-intel recursos: irq:0 *-display:0 descripción: VGA compatible controller producto: Mobile 4 Series Chipset Integrated Graphics Controller fabricante: Intel Corporation id físico: 2 información del bus: pci@:00:02.0 versión: 07 anchura: 64 bits reloj: 33MHz capacidades: msi pm vga_controller bus_master cap_list rom configuración: driver=i915 latency=0 recursos: irq:43 memoria:f000-f03f
Re: Desinstalar Apache, PHP5, MySql
El 21/08/13 14:54, Juan escribió: Gracias por la recomendación, lo habia leido y lo habia hecho, como no salio como yo esperaba, pregunté. Ahora tema aparte, sinceramente, y pido por favor que no lo tomen a mal, pero es complicado preguntar algo por aqui y tener alguna respuesta a lo que uno pregunta, yo pregunté como desinstalar una serie de paquetes y obtuve: - Recomendaciones para usar maquinas virtuales - Recomendaciones para leer documentacion que ya lei... El tema es, yo NO USà maquinas virtuales, por lo tanto, el problema ya lo tengo y estoy buscando la forma de solucionarlo, una vez solucionado, me interesarÃa ver el tema de las maquinas virtuales, pero es un tema aparte y como digo lo evaluare en su momento. Por otra parte, a mi me gusta leer y trato de hacerlo en la medida que puedo, y me he leido las recomendaciones sobre preguntas inteligentes para no preguntar estupideces, pero de todas maneras, me retan porque pregunto cosas supuestamente Off Topic, me mandan a leer, pero de soluciones nada. Las dudas que tengo son sobre debian, es decir, uso debian y ahi es donde surgen los inconvenientes, por eso pregunto en esta lista. Si alguien me puede orientar, agradecido, sino me pueden orientar, barbaro tambien, pero quedense tranquilos que he tratado de leer. Saludos Yo comparto tu punto de vista; y creo que se debe a que esta, YA NO ES una lista tecnica. Ahora, es una especie de facebook, blog o foro. Adonde se responde a todos, y a cualquier cosa (para aparecer en la portada solamente; tal cual hacen las mujeres mentirosas y los medios hombres). Los hilos son muy largos en preguntas sin sentido tecnico. Yo tambien observo que a preguntas concretas, nunca hay respuestas concretas. Solo mensajes que llevan la intencion de mantener la egemonia de pocos. Ya veras, mensajes explicandote (convenciendote de las ventajas de usar VMs), cosa que es una decision personal y ha ninguno mas le compete. Tal parece, que en esta lista, hay que pensar como ciertos personajes, para ser aceptado. Notaras, que segun estos personajes; te diran en palabras rebuscadas o o expresiones locales (que solo las entiende el que las usa), que debes de someterte a este nuevo orden en esta lista. Yo no se porque los demas recomiendan otra cosa; yo uso # apt-get purge paquete y me avisa si hay folders que no estan vacios; asi que alli elimino a mano lo que queda. PD: Creo que no lo envie a la lista. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/0ac0a34196713fc997a41e2855c173d6.squir...@mail.vcn.bc.ca