Re: [OT] proteger archivos. nivel: Paranoia
Le 2014-06-11 16:00, kazabe kaz...@gmail.com a écrit : Hola. La pregunta no es especificamente sobre debian (ni sobre ninguna otra distro o sistema operativo). Mas bien estoy buscando que alternativas pueden comentarme para lograr encontrar una forma de compartir informacion pero garantizando que solo gente especifica podra visualizarla, evitando que estos inclusive la compartan con personal no autorizado. basicamente: comparto un informe con un usuario X, pero necesito asegurarme de que usuario X no pueda facilitar este informe a nadie mas. Como podria lograr eso? alguno de la lista se ha liado con algo parecido? gracias de antemano por su colaboracion saludos Hola. Respecto a la parte tecnica como ya te lo han dicho hay miles de posibilidades en cuestion de acceso, cifrado, y transmision segura. El problema recae en la parte humana. Las intensiones del usuario X y para ello existen las clausulas de confidencionalidad, y politicas de distribucion, el clasico TOP SECRET. las cuales pueden ir adjuntas en el documento. Esto no evitara que la divulga pero si tendras de donde apretarlo legalmente si esto ocurre y a eso si le tiene miedo la gente. Si tienes la posibilidad de consultar un abogado en estos casos seria fantastico. «Existen dos cosas infinitas: el universo y la estupidez humana... y no estoy muy seguro de la primera» : Albert Einstein
[OT] Re: Como saber que se ha usado
El Thu, 12 Jun 2014 20:14:10 +0200, Altair Linux escribió: Buenas, Hola, lo marco como OT por motivos obvios :-) sabiendo que hay muchos tipos de licencias, algunas compatibles y otras no compatibles, se me plantea esta duda. Supongamos que una persona programa algo, y lo publica con licencia GPL, por ejemplo. Ahora supongamos que otra persona esta programando otra cosa, casualmente encuentra lo que ha publicado la persona anterior, lo incluye en lo que lo esta haciendo y, llegado el momento, publica solamente el binario y con una licencia cerrada tipo EULA (las de Windows). La pregunta es: ¿cómo averiguar esto?. Sin acceso al código va a ser complicado. Quizá poniendo una denuncia aportando alguna prueba o indicio se podría hacer algo. Probablemente este tema ya haya salido anteriormente, ya sea en esta lista o en otro sitio, pero aún no he visto nada claro. He pensado en ingeniería inversa (decompilado, desensamblado, etc) y creo que aun así es complicado obtener el código fuente. Yo preguntaría en la FSF europea, seguro que no es la primera vez que se tropiezan con un caso así y han desarrollado protocolos para seguir en esas situaciones. Saludos, -- Camaleón -- 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/pan.2014.06.13.14.02...@gmail.com
Re: [OT] Cliente FTP Web
mira amigo puedes usar ftphpa o proftpd los dos son sencillos y los puedes instalar con apt-get . saludos juanc - Original Message - From: Sergio Villalba To: debian-user-spanish Sent: Thursday, June 12, 2014 4:08 PM Subject: [OT] Cliente FTP Web Hola a tod@s, estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Gracias por todo, Saludos.
Re: [OT] Cliente FTP Web
El Thu, 12 Jun 2014 22:08:16 +0200, Sergio Villalba escribió: Hola a tod@s, Ese html... estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. A mí también me ha costado entender que lo que buscas es un cliente ftp basado en web :-P Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Conozco el módulo que suelen usar los servicios de hospedaje con cPanel para la gestión de archivos pero no sé si detrás de la GUI hay un FTP, la verdad ni tampoco de qué programa se trata. De todas formas, los navegadores web ya incluyen un cliente ftp gráfico integrado... sí, ya sé que es feote pero ahí está O:-) Bueno, aporto alguno más que me ha devuelto Google: http://www.osfilemanager.com/index.html https://app.anyclient.com/ http://extplorer.sourceforge.net/ Y un análisis bastante majo sobre las distintas tecnologías empleadas en la transferencia de archivos por si te diera alguna idea: http://www.filecatalyst.com/comparison-of-web-based-file-transfer-methodologies Saludos, -- Camaleón -- 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/pan.2014.06.13.14.25...@gmail.com
[OT] Red Hat 7: XFS como sistema de archivos predeterminado
Hola, Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Interesante... y no porque dude de la calidad y capacidad de XFS sino porque ciertamente tiene unos requisitos/características particulares que no sé bien cómo encajarán en todos los entornos, principalmente estaciones de trabajo o servidores de uso convencional (nada de HA o grandes servidores de datos). Que Red Hat apoye sin fisuras proyectos como GNOME 3 (por cierto, no me extraña que hayan optado por el entorno clásico en lugar de gnome-shell) o systemd se entiende puesto que son desarrollos forjados por gente de sus filas, pero esta decisión creo que va más allá de meras estrategias formales y destila cierto aire anti-ext[234]. ¿Qué os parece? ¿A qué creéis que se debe el cambio: estrategia comercial decisión puramente técnica, una mezcla de ambas...? ²https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/index.html Saludos, -- Camaleón -- 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/pan.2014.06.13.15.11...@gmail.com
usnado contraseñas seguras
resulta ser que estoy probando en un openvz con debian 7.5 libpam-cracklib y no me pone la restriccion aca pongo el howto por el que me he guiado pero no me funciona no se si es la version de debian o que la este corriendo en openvz usando contraseñas seguras en linux es preciso obligar a los usuarios mantener una política de passwords correcta. Lo primero es evitar que usen passwords de diccionario. Para ello instalaremos la libreria libpam-cracklib: # apt-get install libpam-cracklib Y la activaremos en el fichero common-password: # vi /etc/pam.d/common-password password requisite pam_cracklib.so retry=3 minlen=8 difok=3 Esta línea la tendremos que colocar arriba del todo del bloque primario (“Primary” block) Además esta librería nos permite realizar varias restricciones, por ejemplo password requisite pam_cracklib.so try_first_pass retry=3 minlen=8 lcredit=1 ucredit=1 dcredit=1 ocredit=0 Donde: minlen: especifica el número mínimo de caracteres. lcredit: especifica el número mínimo de letras minúsculas ucredit: especifica el número mínimo de letras mayúsculas dcredit: especifica el número mínimo de caracteres numéricos ocredit especifica el número de caracteres de otro tipo, como por ejemplo símbolos. Este ejemplo requerirá 1 minúscula y 1 mayúscula, además de un número. Otra cosa que se puede hacer para mejorar la seguridad es obligar a los usuarios a cambiar su password cada x tiempo, esto se hace en el fichero login.defs: /etc/login.defs PASS_MAX_DAYS 60 PASS_MIN_DAYS 7 PASS_WARN_AGE 10 Nos hará cambiar la contraseña pasados 2 meses, avisándonos cada vez que hagamos login los 10 dias previos a la caducidad. Además para forzar que no se repitan los passwords, pam_unix.so nos permite guardar los passwords usados en un fichero llamado opasswd dentro de /etc/security, para activar esto tendremos que volver a editar el fichero common-password y modificar la linea: # vi /etc/pam.d/common-password password sufficient pam_unix.so nullok use_authtok md5 shadow remember=10 Esta línea también tiene que ir en la Primary block, debajo de la otra línea que hemos añadido antes. Podemos hacer la prueba cambiando el password del usuario, veremos como el fichero opasswd va creciendo ;) Lo siguiente para evitar que alguien pille un usuario y empiece a probar passwords, vamos a definir un numero máximo de intentos y un tiempo de gracia para que el usuario en cuestión pueda entrar de nuevo pasado este tiempo. Para ello editamos el fichero common-auth: # vi /etc/common-auth auth required pam_tally.so onerr=fail deny=3 unlock_time=3600 Para ver si los logins fallidos de un usuario vamos a usar el comando pam_tally: # pam_tally --user usuario User usuario (1001) has 3 En el caso que un usuario tenga demasiados intentos fallidos, pero sea el propio usuario el que se ha hecho el “auto-ataque”, podemos resetear el numero de intentos otra vez a 0: Universidad Pedagogica de Sancti Spiritus. Cuba WEB http://www.ucp.ss.rimed.cu/ REVISTA Pedagogia y Sociedad http://www.pedsoc.rimed.cu/ FACEBOOK https://www.facebook.com/UniversidadPedagogicaCapitanSilverioBlancoNunez -- 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/539b1d1c.40...@ucp.ss.rimed.cu
Re: Como saber que se ha usado
conociendo el nombre de los paquetes libres nos facilita las cosas. ejemplo klitecodepack de microsoft es propietario y contiene las librerias libavcodec libavfilter libogg, etc que son libres. Lo sabemos porque si buscamos en google vemos la licencia de estas librerias. Muchos juegos emplean las librerias de sonido libres como SDL pero mantienen propietario el propio juego asi como sus texturas, y los propios sonidos creados con las librerias libres.. -- haylem hay...@inor.sld.cu -- 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/20140613134533.fcc02f3804e39fda85be5...@inor.sld.cu
Necesidades de Capacitacion y Entrenamiento Efectivo
Un evento que no te puede perder ¡No te quedes fuera!, Detección de necesidades de Capacitación y Entrenamiento Efectivo 03 de Julio, México, D.F. Reciba un folleto electrónico con el temario completo, solo responda la palabra Deteccion ¿Prefieres Información via Telefónica? Línea directa D.F.: 01 800 212 0660 Dirigido a: Mandos directivos, gerenciales, jefes, supervisores de área, empresarios y toda persona involucrada con proyectos de desarrollo personal y profesional en la empresa; Recursos Humanos, capacitación, incentivos, compensaciones y líderes de proyecto. Reconocer que la preparación se ha convertido en uno de los procesos más importantes para el mayor desempeño del personal, no es suficiente. Las empresas requieren de un adecuado modelo de estudio que les permita detectar las verdaderas necesidades dentro de la organización, es decir, una capacitación efectiva. Puntos a tratar: - Interprete los resultados e integre el plan de desarrollo personal. - Identifique los elementos más importantes a considerar en la realización de la DNC. - Reciba un análisis de su caso, como parte del estudio de situaciones reales. - Aprenda a incorporar una DNC efectiva a los objetivos del puesto y de la empresa. - Reconozca los procesos que rodean la Detección de Necesidades de Capacitación (DNC). Será un placer atenderle Lic. Mildreth Lara Para YA no recibir estos boletines a: debian-user-spanish@lists.debian.org simplemente envíe un correo con asunto (GobMsv)
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
Hola, Hola Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Interesante... y no porque dude de la calidad y capacidad de XFS sino porque ciertamente tiene unos requisitos/características particulares que no sé bien cómo encajarán en todos los entornos, principalmente estaciones de trabajo o servidores de uso convencional (nada de HA o grandes servidores de datos). Que Red Hat apoye sin fisuras proyectos como GNOME 3 (por cierto, no me extraña que hayan optado por el entorno clásico en lugar de gnome-shell) o systemd se entiende puesto que son desarrollos forjados por gente de sus filas, pero esta decisión creo que va más allá de meras estrategias formales y destila cierto aire anti-ext[234]. ¿Qué os parece? ¿A qué creéis que se debe el cambio: estrategia comercial decisión puramente técnica, una mezcla de ambas...? ²https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/index.html Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Storage_Administration_Guide/ch-ext4.html Saludos, -- Camaleón Saludos, -- Manolo Díaz -- 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/20140613201531.2b0ff...@gmail.com
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
El Fri, 13 Jun 2014 20:15:31 +0200 Manolo Díaz diaz.man...@gmail.com escribió: Hola Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: Llevo usando XFS en entornos de escritorio durante más de 1 año, y no tengo absolutamente ninguna queja sobre el. Tengo entendido que en versiones antiguas, la implementación en el núcleo dejaba bastante que desear (y una correcta implementación es tan importante como un correcto diseño), pero actualmente tiene un magnífico rendimiento. Existen algunas razones para utilizar EXT4; principalmente que, tal y como comentáis, está más extendido, lo cual ha permitido la existencia de ciertas aplicaciones especializadas (no recuerdo el nombre, pero había una que agrupaba los datos mediante 'extents' para facilitar su lectura secuencial; en mi caso particular, el aumento de velocidad en el arranque era brutal). Aparte de esos casos particulares, la única ventaja que tiene es que se puede utilizar sin log, perdiendo las transacciones. Para algunos tipos de discos, como los SSD, puede ser una ventaja (a costar de perder fiabilidad). En resumen, que XFS es un magnífico sistema de archivos. Ciertamente procede de Oracle (que no es muy de fiar), pero creo recordar que había una organización encargada de mantener su libertad. Siento no poder dar mas detalles. P.D.- Hay muchas tablas comparando rendimientos, pero, como he dicho, implementaciones antiguas dejan mucho que desear. Con un kernel actual, XFS se puede medir cara a cara con cualquier otro sistema. http://diegocg.blogspot.com.es/2013/06/red-hat-xfs-es-mejor-sistema-de.html http://diegocg.blogspot.com.es/2012/06/el-renacer-de-xfs.html -- 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/20140613212351.3be1831f@danika.localdomain
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
El Fri, 13 Jun 2014 20:15:31 +0200 Manolo Díaz diaz.man...@gmail.com escribió: Hola Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: Llevo usando XFS en entornos de escritorio durante más de 1 año, y no tengo absolutamente ninguna queja sobre el. Tengo entendido que en versiones antiguas, la implementación en el núcleo dejaba bastante que desear (y una correcta implementación es tan importante como un correcto diseño), pero actualmente tiene un magnífico rendimiento. Existen algunas razones para utilizar EXT4; principalmente que, tal y como comentáis, está más extendido, lo cual ha permitido la existencia de ciertas aplicaciones especializadas (no recuerdo el nombre, pero había una que agrupaba los datos mediante 'extents' para facilitar su lectura secuencial; en mi caso particular, el aumento de velocidad en el arranque era brutal). ¿e4defrag? Aparte de esos casos particulares, la única ventaja que tiene es que se puede utilizar sin log, perdiendo las transacciones. Para algunos tipos de discos, como los SSD, puede ser una ventaja (a costar de perder fiabilidad). En resumen, que XFS es un magnífico sistema de archivos. Ciertamente procede de Oracle (que no es muy de fiar), pero creo recordar que había una organización encargada de mantener su libertad. Siento no poder dar mas detalles. Creo que no es de Oracle, afortunadamente, sino de SGI y lo licencian bajo GPL2 (http://oss.sgi.com/projects/xfs/), por lo que la organización de la que hablas puede ser la Free Software Foundation P.D.- Hay muchas tablas comparando rendimientos, pero, como he dicho, implementaciones antiguas dejan mucho que desear. Con un kernel actual, XFS se puede medir cara a cara con cualquier otro sistema. http://diegocg.blogspot.com.es/2013/06/red-hat-xfs-es-mejor-sistema-de.html http://diegocg.blogspot.com.es/2012/06/el-renacer-de-xfs.html -- Manolo Díaz -- 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/20140613224244.744c6...@gmail.com
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
El Fri, 13 Jun 2014 20:15:31 +0200 Manolo Díaz diaz.man...@gmail.com escribió: Hola, Hola Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Interesante... y no porque dude de la calidad y capacidad de XFS sino porque ciertamente tiene unos requisitos/características particulares que no sé bien cómo encajarán en todos los entornos, principalmente estaciones de trabajo o servidores de uso convencional (nada de HA o grandes servidores de datos). Que Red Hat apoye sin fisuras proyectos como GNOME 3 (por cierto, no me extraña que hayan optado por el entorno clásico en lugar de gnome-shell) o systemd se entiende puesto que son desarrollos forjados por gente de sus filas, pero esta decisión creo que va más allá de meras estrategias formales y destila cierto aire anti-ext[234]. ¿Qué os parece? ¿A qué creéis que se debe el cambio: estrategia comercial decisión puramente técnica, una mezcla de ambas...? ²https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/index.html Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: tenias entendido mal Yo tengo servidores con xfs con mas de 10 años. He cambiado fierros y versiones de SO pero el FS siempre fue xfs Me parece que hace 10 años ni siquiera existia ext3, asi que no creo que este mucho mas probado ext4 que xfs. En su momento ( aprox 2002/2003 recien salia el soporte xfs como parche para el kernel y ya era considerado robusto y uno de los pocos con journaling para linux https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Storage_Administration_Guide/ch-ext4.html Saludos, -- Camaleón Saludos, -- Manolo Díaz -- 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/20140613201531.2b0ff...@gmail.com -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- 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/20140613231646.0c741e422794543b0d6ed...@angel-alvarez.com.ar
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
Apoyo el open source y linux. Pero para mi punto de vista lo mejor en sistema es aix, en la empresa en donde trabajo tiene un fierro viejo y funciona aunque haya sufrido mas de 4 bakas de temcion en menos de un año. En tema de fs red hat con lo que traya de implementar es una mejora, me resulta un eatupides que un tipo de forma no pueda extender de ma era dinamica, creo que este formato es mejor?. El jun 13, 2014 11:17 PM, Angel Claudio Alvarez an...@angel-alvarez.com.ar escribió: El Fri, 13 Jun 2014 20:15:31 +0200 Manolo Díaz diaz.man...@gmail.com escribió: Hola, Hola Hace unos días leí que había salido una nueva versión de Red Hat¹ (hasta aquí nada nuevo) pero me llamó la atención el cambio que habían hecho para el sistema de archivos que se instala como predeterminado pasando de Ext4 a XFS. Interesante... y no porque dude de la calidad y capacidad de XFS sino porque ciertamente tiene unos requisitos/características particulares que no sé bien cómo encajarán en todos los entornos, principalmente estaciones de trabajo o servidores de uso convencional (nada de HA o grandes servidores de datos). Que Red Hat apoye sin fisuras proyectos como GNOME 3 (por cierto, no me extraña que hayan optado por el entorno clásico en lugar de gnome-shell) o systemd se entiende puesto que son desarrollos forjados por gente de sus filas, pero esta decisión creo que va más allá de meras estrategias formales y destila cierto aire anti-ext[234]. ¿Qué os parece? ¿A qué creéis que se debe el cambio: estrategia comercial decisión puramente técnica, una mezcla de ambas...? ² https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/index.html Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: tenias entendido mal Yo tengo servidores con xfs con mas de 10 años. He cambiado fierros y versiones de SO pero el FS siempre fue xfs Me parece que hace 10 años ni siquiera existia ext3, asi que no creo que este mucho mas probado ext4 que xfs. En su momento ( aprox 2002/2003 recien salia el soporte xfs como parche para el kernel y ya era considerado robusto y uno de los pocos con journaling para linux https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Storage_Administration_Guide/ch-ext4.html Saludos, -- Camaleón Saludos, -- Manolo Díaz -- 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/20140613201531.2b0ff...@gmail.com -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- 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/20140613231646.0c741e422794543b0d6ed...@angel-alvarez.com.ar
Re: [OT] Red Hat 7: XFS como sistema de archivos predeterminado
El sábado, 14 jun 2014 a las 04:16 (UTC+2), Angel Claudio Alvarez wrote: Pues a mí también me intriga. Tenía entendido que ext4 era más estable que XFS en Linux, y desde luego está mucho más probado. Tal vez sea que un máximo de 16 TB por fichero y 50 TB para todo el sistema de fichero se les queda corto. Esto es lo más parecido a una justificación que parecen dar: tenias entendido mal Yo tengo servidores con xfs con mas de 10 años. He cambiado fierros y versiones de SO pero el FS siempre fue xfs Me parece que hace 10 años ni siquiera existia ext3, asi que no creo que este mucho mas probado ext4 que xfs. En su momento ( aprox 2002/2003 recien salia el soporte xfs como parche para el kernel y ya era considerado robusto y uno de los pocos con journaling para linux De hecho la empresa creadora presume de ser el primer sistema de ficheros con journaling para UNIX. Pero a pesar de su larga vida no recuerdo que fuese el predeterminado en los discos de instalación. El número de equipos en los que corre también cuenta en el cómputo total de horas de uso. -- Manolo Díaz -- 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/20140614054619.6f8d9...@gmail.com
Re: [OT] proteger archivos. nivel: Paranoia
El día 13 de junio de 2014, 9:49, Fredy Guio fredy.g...@gmail.com escribió: Le 2014-06-11 16:00, kazabe kaz...@gmail.com a écrit : Hola. La pregunta no es especificamente sobre debian (ni sobre ninguna otra distro o sistema operativo). Mas bien estoy buscando que alternativas pueden comentarme para lograr encontrar una forma de compartir informacion pero garantizando que solo gente especifica podra visualizarla, evitando que estos inclusive la compartan con personal no autorizado. basicamente: comparto un informe con un usuario X, pero necesito asegurarme de que usuario X no pueda facilitar este informe a nadie mas. Como podria lograr eso? alguno de la lista se ha liado con algo parecido? gracias de antemano por su colaboracion saludos Hola. Respecto a la parte tecnica como ya te lo han dicho hay miles de posibilidades en cuestion de acceso, cifrado, y transmision segura. El problema recae en la parte humana. Las intensiones del usuario X y para ello existen las clausulas de confidencionalidad, y politicas de distribucion, el clasico TOP SECRET. las cuales pueden ir adjuntas en el documento. Esto no evitara que la divulga pero si tendras de donde apretarlo legalmente si esto ocurre y a eso si le tiene miedo la gente. Si tienes la posibilidad de consultar un abogado en estos casos seria fantastico. Yo creo que él OP necesita algo como: ¡atención, atención, este documento se autodestruira en: 3, 2, 1- Bum! Y obviamente que quien lo recibe sea la persona correcta y que este esté solo y sin posibilidad de sacar una captura de pantalla y/o fotografía, impresión, etc. Ahhh y que lea rápido. Saludos. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- 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/caaizax6wepxapsnvwoxlee_avw1pe3azevx3wqensyo9_zk...@mail.gmail.com
