Mensajes

Simplemente usa drives differentes para cada instalación. Las nuevas PCs que usan UEFI no usan MBR, permiten multiples loaders y todos los loaders van en una partición especial que mientras no la toques no tienes ningún problema. Windows 10 por lo menos no hace nada raro con los loaders, lo que si podría hacer es restablecerse como el loader de preferencia en cada booteo, no se si habrá alguna forma de cambiar este comportamiento.

Pero incluso si todavía usas MBR, puedes tener GRUB en el otro drive y así cada uno tiene su loader y windows no debería hacer nada raro con el MBR del otro drive ni Linux con el MBR de Windows en el otro drive (a menos que tu quieras poner GRUB en ambos drives).

Talves sirva pero entré a un canal de irc en inglés y con lo poco que se de ingllés intenté preguntar y me dijeron esto:

Bueno, ahora se que "assurance" viene de "assured", para el tiene todo el sentido del mundo pero para mi no xD, aun sigo sin entender bien el contexto.

MinusFour, eso tiene más sentido, de todas maneras seguiré investigando aver si tengo algún otro punto de vista. Gracias.

No es una garantía en el sentido de póliza de seguro. Es garantía, en el sentido de que garantizas o aseguras algo. Por ejemplo, si le ofreces a alguien una garantía de seguridad, estás asegurando (o garantizando) a una persona ciertos niveles de seguridad.

"Deployment" no es implementación. Deployment podría ser desplegar por ejemplo. Despliegue de medidas de seguridad o entrega de medidas de seguridad. "Assurance" podría ser garantía. Por ejemplo, si hablas de "Quality Assurance", puedes decir que es "Garantía de Calidad". Yo creo que: "range of security assurance and verification" podría ser más "Garantía de niveles de seguridad y verificación".

"Garantías de Despliegue"
"Garantías de Seguridad por Componente"
"Garantías de Servicio Wifi"

Si, lo que pasa ahí es que estás usando el modo pasivo de FTP. Necesitas establecer un rango de puertos:

Por ejemplo: 49000-50000 (49000 es min_port y 50000 es max_port). Los puertos son puertos destinos en la cadena de INPUT:

Código (bash) [Seleccionar] Expandir


sudo iptables -A INPUT -p tcp --dport 49000:50000

La regla del puerto 20 también debería estar en OUTPUT como puerto de origen (si tienes una política de DROP, sino no tiene caso).

Edit: Por cierto, si utilizas SSH bien puedes utilizar sftp en lugar ftp. No hay modo pasivo ahí, todo va por un solo puerto (22) y encima la información va cifrada.

Si te funciona el cliente FTP no es problema del servidor, es problema de nautilus o desde el equipo que estás intentando conectarte con Nautilus.

Pon la lista tal cual tienes ahora:

Código (bash) [Seleccionar] Expandir


sudo iptables -L

No abras los mismos puertos para origen y destino. Si tu eres el servidor filtras por destino (dport) en INPUT y por origen (sport) en OUTPUT (a menos que estés haciendo una conexión inversa).

En mi caso, cambia cada vez, no devuelve algo consistente. Habría que mirar si en media...

Código [Seleccionar] Expandir


try{stack();}catch(e){console.log(i);}
196419 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
397489 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
598559 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
799629 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
1000699 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
1201769 debugger eval code:1:31
undefined
try{stack();}catch(e){console.log(i);}
1402839 debugger eval code:1:31
undefined

Saludos

Bueno, la variable obviamente se incrementa una y otra vez si no la localizas, necesitas restablecer i a 0. En mi chrome el valor es constante. En Firefox, el valor cambia un poco.

Código (javascript) [Seleccionar] Expandir


{
  var i = 0;
  try { (function stack(){ i++; stack();})(); } catch(e) { console.log(i); }
}


Normalmente ese script es dificil que sea ejecutado en navegadores modernos primeramente porque javascript es estrictamente lineal en ordenes de instrucciones, por ejemplo, en la segunda línea de código donde ejecutas stack() debería arrojar una excepción debido a que este aun no está definido, a demás los navegadores como google chrome y mozilla firefox detectan ese desbordamiento de pila.

javascript hace hoisting de las declaraciones de las funciones.

Código (javascript) [Seleccionar] Expandir


hola();
function hola(){ console.log('hola'); }

Lo que hace el runtime de javascript es lo mismo que si haces:

Código (javascript) [Seleccionar] Expandir


function hola(){ console.log('hola'); }
hola();

Incluso dentro de funciones, esto funciona:

Código (javascript) [Seleccionar] Expandir


(function(){
    hola();
    function hola(){ console.log('hola'); }
}());

O en cualquier cuerpo de bloques ({}) también. Es el mismo comportamiento con variables var:

Código (javascript) [Seleccionar] Expandir


'use strict';
test = 'hola';
var test;

Donde no hay hoisting es con cosas como let, const y class.

No necesitas estar usando document.write en cada loop...

Código (javascript) [Seleccionar] Expandir


var i=0;
try { stack(); } catch(e){ document.write(i); };

function stack()
{
++i;
return overflow();
}

function overflow()
{
return stack();
}

Eso si el navegador lo maneja como un error normal.

Si usas PHP 7, puedes usar la función random_bytes:

Código (php) [Seleccionar] Expandir


random_bytes(10); //20 caracteres, 10 bytes, 80 bits

Si puedes enviar correos desde localhost, siempre y cuando la IP del servidor no este en una lista negra. El recipiente también puede o no hacer validaciones sobre el correo y pueden descartar el correo completamente o mandarte a la carpeta del spam. Mira por SPF o DKIM si quieres agregar una forma de autenticación.

El error que tienes ahí es porque necesitas un servidor de correo de salida (un servidor SMTP). La verdad no se que servidores haya en Windows, no los he tocado en mucho tiempo. En Linux, lo que yo he usado es EXIM. También puedes usar un servidor externo, pero creo que para eso necesitas usar PHPMailer o similar.