Agregador de canales de noticias

Re: autofs no me funciona después de actualizar de Jessie a Stretch

Debian-es -

Hola: El 2 de mayo de 2016, 21:29, Walter O. Dari <wlinuxw< at >gmail.com> escribió: Bueno, solucionado. Mi gran error fue suponer que stretch actualizaba mis paquetes, parece que por alguna razón con algunos no lo hace, simplemente no están más. Ese fue el caso de nfs-common. En definitiva, instalé ese paquete y quedó todo funcionando de diez. Es de gusto, hay que buscar desde el principio y no presuponer nada. Gracias por todo ! Saludos,

Re: autofs no me funciona después de actualizar de Jessie a Stretch

Debian-es -

El 30 de abril de 2016, 11:13, Camaleón <noelamac< at >gmail.com> escribió: Estuve buscando en los logs pero nada. Ahora interrumpí el servicio autofs y ejecuté... automount -f -d ... y me está dando un montón de información. Entre todo ello... mount_mount: mount(nfs): calling mount -t nfs svrsw2:/home/sw/Uso_compartido /autosw/svrsw2_uc svrsw2:/home/sw/Uso_compartido, ... creo que de esta forma voy a averiguar qué pasa. Después cuento. Saludos,

Re: OT: Servicio seguro en la "nube".

Debian-es -

El 02/05/16 a las 11:17, JAP escribió: ojo con EncFS 'Información de seguridad para EncFS │ Según la auditoría de seguridad de Taylor Hornby (Defuse Security), la implementación actual de EncFS es vulnerable o potencialmente vulnerable a varios tipos de ataque. Por ejemplo, un atacante con acceso de lectura/escritura a los datos cifrados podría reducir la complejidad del descifrado de los datos cifrados posteriormente sin que el usuario legítimo se dé cuenta o podría utilizar un análisis temporal para deducir la información. Hasta que estos problemas no se resuelvan, no se debería considerar a EncFS como una opción segura para almacenar datos sensibles en situaciones donde este tipo de ataques sean posibles. ' Saludos.

Re: SO en disko usb segunda particion (sdb?)

Debian-es -

El Mon, 02 May 2016 18:33:45 +0200, Juan Gomez (Txonta) escribió: (...) Hum... bien, lo veo correcto. Según dices, no has instalado GRUB en el MBR del disco USB, es decir, GRUB inicia desde el disco interno, usa el menú que existe en ese disco y desde ahí intenta cargar el sistema copiado en el disco USB. En este escenario es posible que necesites usar el "chainloader +1" porque pasas de un disco a otro. Bien, sigamos... (...) Vale, es correcto, aunque me parece raro que no tengas un (hd0,2) que es el disco duro interno :-?. Curiosamente he tenido que arrancar una Debian que tengo en una máquina virtual porque se me quedaba en "grub rescue>" y no había forma de que iniciara así que me he tenido que pegar con esta situación. Prueba con esto (ajustándolo a tus archivos): grub> ls grub> set root=(hd1,msdos3)/boot grub> insmod normal grub> insmod linux grub> linux (hd1,msdos3)/boot/vmlinuz-2.6.32-5-686 root=/dev/sdb3 grub> initrd (hd1,msdos3)/boot/initrd.img-2.6.32-5-686 grub> boo

Re: SO en disko usb segunda particion (sdb?)

Debian-es -

Saludos menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (on /dev/sdb3)" { insmod part_msdos insmod ext2 set root='(hd1,msdos3)' search --no-floppy --fs-uuid --set aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 linux /boot/vmlinuz-2.6.32-5-686 root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet initrd /boot/initrd.img-2.6.32-5-686 } Esta es la entrada que probamos la última vez editando manualmente por si funcionaba. Entonces cambiamos (hd1,msdos3) por lo que se había generado (/dev/sdb,msdos3) Te anoto que esta es la entrada de boot/grub/grub.cfg del disco duro sda1 (cuyo backup estamos probando) porque el grub.cfg de /sdb3 no posee estas entradas. Entiendo que se generaron después de la copia, después de cambiar la uuid en fstab de la copia y al ejecutar update-grub Mersis. Lo estoy mirando (lastima de ingles) le tengo respeto a la negrura sin remisión de la consola (el equipo no tiene entorno gráfico) en cuanto aprenda un par de recursos ... a ver. Y ... Te cuento,

Re: OT: Servicio seguro en la "nube".

Debian-es -

El 02/05/16 a las 12:39, Paynalton escribió: > No importa el medio de almacenamiento, sea local, remoto, nube o una > hoja de papel, si quieres que tu información esté segura debes > encriptarla y esconder la llave. > > Gracias por tu consejo. Voy a empezar a probar CludMe, junto con este artículo que encontré por ahí: http://emerge.securitychat.org/posts/transparently-encrypt-and-synchronize-data-to-cloud/ La parte donde lo que sincroniza, es la careta encriptada en encfs. JAP

Re: OT: Servicio seguro en la "nube".

Debian-es -

No importa el medio de almacenamiento, sea local, remoto, nube o una hoja de papel, si quieres que tu información esté segura debes encriptarla y esconder la llave.

Re: OT: Servicio seguro en la "nube".

Debian-es -

El 02/05/16 a las 10:41, Camaleón escribió: Voy a empezar a probar con CloudMe (/www.cloudme.com), que no lo conocía. Me parece que junta lo mejorcito de todo. Por lo menos, tiene buenas críticas en castellano e inglés (el sueco no lo manejo). JAP

Re: [SOLUCIONADO] Re: [OT] snmpwalk - Module

Debian-es -

El 02/05/16 a las 16:03, Felix Perez escribió: Por favor, siento que a algunos les haya sentido de semejante forma y modo el trance, pero...¿no os parece hacerlo todo fuera de la lista? ¡Paz, amor y prosperidad!

Re: [SOLUCIONADO] Re: [OT] snmpwalk - Module

Debian-es -

El día 2 de mayo de 2016, 10:43, Camaleón <noelamac< at >gmail.com> escribió: Pues de que te quejas, si tu misma haz provocado eso, este sujeto ya te tomó de soporte técnico gratuito. Si, si ya sé que me tienes en el filtro, pero este mensaje es para los demás.

Re: OT: Servicio seguro en la "nube".

Debian-es -

El Mon, 02 May 2016 09:42:35 -0300, JAP escribió: ¿Has pensando en montar tu propia "nube"? Huy, eso de que no eres POI nunca se sabe >>:-) Yo uso (poco, la verdad) SpiderOak, ningún problema reseñable. Eso sí, el cliente está instalado en un equipo con Windows así que no te podría decir nada sobre la compatibilidad con Linux. La única sugerencia que puedo darte es que ningún servicio de terceros es fiable, es decir, que llegado el momento tus datos serán accesibles si no los cifras antes tú por tu cuenta en local y los subes ya cifrados como bien apuntas. En Wikipedia tienes una comparativa para este tipo de servicios, por si te da alguna idea: https://en.wikipedia.org/wiki/Comparison_of_online_backup_services Saludos,

OT: Servicio seguro en la "nube".

Debian-es -

Estimados: La siguiente pregunta no tiene nada que ver con los sistemas Debian, pero sí con su "espíritu". Necesito cargar a la "nube" archivos personales con cierta sensibilidad para mí, y no puedo decidir sobre cuál servicio volcarme. Cabe aclarar que estoy dispuesto a pagar una cuota, por lo que la gratuidad no es algo determinante. Al pie detallo todo lo que he visto. No me gusta lo que está radicado en EEUU; desde el escándalo de filtración de datos de DropBox no me fío de la legislación yankee, pues si bien no soy una persona de interés para la CIA o el FBI, las "puertas traseras" son un fallo de seguridad que no me causan gracia. De Mega, desde que el gordo se peleó con la esposa, no me da muchas seguridades, habida cuenta que le sacaron el manejo de la empresa, a pesar de la confianza que le tengo a la ley de Nueva Zelanda. Las otras no las conozco, pero como que me está gustando HubiC. Un punto muy importante a tener en cuenta, es la sincronización automática de la "nube" co

Páginas

Subscribe to EcuaLUG agregador