Mensajes

He escuchado varias teorias sobre seguridad
que solo tor no te protege tanto que es mejor con vpn
y quiero saber si es mejor tor sobre el vpn o el vpn sobre tor para tener una conexion mas segura?

Yo es que lo que no entiendo es cómo se podría poner vpn sobre tor. A ver si me explico. VPN yo las he visto de dos clases: una sobre navegadores y otras directamente.

Sobre navegadores: pues las tienen Opera, Chrome, Comodo Dragon... Para usar esas primero abres el navegador y luego conectas con una VPN pero sólo para ese navegador. De forma que si por ejemplo abres Comodo Dragon y conectas una VPN de las que vienen incluidas, todo el tráfico (http/https) que hagas a través de Comodo primero te lo desvía a la VPN considerada. Pero sólo ese tráfico. Si por ejemplo tienes abierto a la vez otro navegador como Firefox, el trafico va a traves de tu ISP de siempre. Tor no tiene (que yo sepa) esa característica. Tor deriva a través de las capas onion.

Luego están otras VPN, como ProtonVPN o Windscribe, etc, que primero establecen la conexión VPN y luego derivan todo el tráfico a través de ella. De cualquier navegador o incluso de FTP, SMTP...

Entonces veo claro de lo de tor sobre VPN. Si usas una VPN de este último tipo, primero se establece la conexión VPN y si luego usas Tor el tráfico primero irá a la VPN y luego ésta lo derivará a las capas onion.

Pero si es al revés no veo como puede funcionar. Si primero arrancas tor éste te lleva a las capas onion pero como tor no tiene esa característica que tienen Opera, Comodo Drago, etc de usar VPN... ¿cómo vas a hacer que funcione VPN sobre TOR? Supongo que será por desconocimiento mio, pero yo no sé cómo habría que hacer para que una VPN funcione sobre TOR.

Busca información de Ubuntu. La inmensa mayoría te servirán. Son dos distribuciones derivadas de Debian y los comandos son muy similares (si no iguales). Con eso + la ayuda propia que trae kali para sus comandos de terminal te apañas. Si hay dudas o algún problema con alguno que no va bien: Google.

Como consejo general: se debe de dar toda la información posible para que las ayudas sean fructíferas.

En concreto en este caso, ¿cómo se ha instalado kali?:
- ¿en un disco duro como SO único?
- ¿en un disco duro junto a otros SO? ¿cuáles: Windows, otros Linux...?
- ¿es un live USB? Si es así: ¿es con persistencia o sin ella?
- ¿es una máquina virtual en VirtualBox, VMware, HyperV...?

Si está instalado como MV no va a funcionar, ya que kismet necesita el acceso directo a la tarjeta inalámbrica, como tal, mientras que las máquinas virtuales tienen un acceso "como si" fuese una red cableda, en donde quien de verdad maneja la tarjeta inalámbrica es el sistema anfitrión, que sólo ofrece al sistema invitado una pasarela.

Si es un live USB va a depender de si la tarjeta es soportada por kali. Por ejemplo algunas tarjetas Broadcom no son soportadas por kali (y otras tampoco). Y si el live USB es sin persistencia no lo serán nunca. Si es con persistencia se puede conectar con cable al router e instalar los paquetes necesarios para que kali maneje directamente la tarjeta. Una vez instalados se desconecta el cable y ya se puede usar kali con manejo directo de la tarjeta.

En fin, que hay que dar un poquito más de detalle.

Hola espero esten teniendo un buen finde, queria traer un problema que estoy teniendo y es que no me aparece la interfaz eth0 al ejecutar ifconfig e iwconfig en la terminal.
Ya probe con varios comandos y no me aparece, ejecuto ifconfig eth0 down y me sale: eth0: ERROR mientras se obtenían los indicadores de interfaz: No existe el dispositivo

Ejecuto ifconfig eth0 up y: eth0: ERROR mientras se obtenían los indicadores de interfaz: No existe el dispositivo

Agradeceria muchisimo su ayuda, muchas gracias   

Puede ser que quizá no se llame eth0 en tu SO. Ejecuta ifconfig o iwconfig sin argumentos y te listará lo que hay. El etho es el de conexión con cable, creo. Igual te aparece con otro nombre como enp1s0f1 por ejemplo, u otro.

Mira. Uno que ya no tiene problemas.
El muerto al hoyo y el vivo al bollo.

Si no es tu celular lo que buscas, es decir, no es de tu propiedad, es algo ilegal y lamentablemente en este foro no se da soporte para dicha acción, a menos que sea de forma ética.

¿Es ilegal en cualquier país, o en unos sí y en otros no? Por otro lado, si es algo ilegal.. ¿cómo es que habría una forma ética de dar soporte a algo ilegal? mi no entiende  

No es muy difícil preparar un programa casero de cálculo de los números primos. Como se ha comentado se puede hacer con operaciones normales. Lo que sí pasa es que no hay una fórmula, sino un proceso o heurística; o lo que es lo mismo, se requiere un algoritmo y, por ello, para llevarlo a la práctica, un programa de cálculo numérico.

Aquí presento un algoritmo muy simple y de andar por casa. No es ni muy elegante ni muy eficiente en tiempo de cálculo, y creo que tampoco en exactitud para números grandes, por lo que luego explicaré. Pero creo que sí tiene la virtud de ser bastante inteligible por aproximarse a la definición académica de número primo.  Lo presento como simple curiosidad, experimento o material académico para quien le pudiera interesar.

La base es muy simple. Lo explico primero verbalmente. Se trata de partir de la definición de número primo. Si N es un número primo sólo será divisible entre 1 y N. El programa crea un bucle infinito donde va tratando sucesívamente números N, N+1, N+2... Y para cada número N realiza las sucesivas divisiones entre N/2, N/3,... N/N-1,  comprobando si alguna de esas divisiones es entera (no hay decimales). En cuanto detecta una sola división entera quiere decir que el número no es primo y pasa al siguiente. Si todas las divisiones con los divisores 2, 3, ... N-1 resultan con decimales (no enteras) quiere decir que el número en cuestión sólo es divisible por 1 y por N. En consecuencia es un número primo. Se imprime en pantalla y se se pasa al siguiente N+1, volviendo a repetir el cálculo. Y así va imprimiendo todos los números primos (los tres primeros 1,2 y 3 se imprimen a mano y se calcula a partir de 4).

Como ya ha dicho alguien por ahí, en realidad no hay porque calcularlos todos, pues hay hay una lista suficientemente grande de números primos calculados y si se necesitan para una aplicación basta con tomarlos de esas listas. Sólo tiene sentido calcular a partir del más grande que se haya calculado hasta ahora, y para éso hay muchos mejores algoritmos eficientes de profesionales matemáticos y programadores. Y programas expresos no en lenguaje de alto nivel que pueden usar un nº pequeño de bytes para almacenar números decimales, sino en ensamblador haciendo las operaciones directamente en sistema binario y empleando muchísimos más bytes para almacenar números que los que usan los lenguajes estándar. De forma que los cálculos sean más exactos y no se produzcan errores por redondeo u overflow.

Bueno, pues presento este pequeño divertimento académico, que ni siquiera puede llamarse aplicación. He preparado primero un diagrama de flujo -en imagen- para que se entienda mejor lo que pretendo hacer. Luego un script en pseudocódigo, para que se pueda adecuar a cada lenguaje concreto y, finalmente una implementación en BASIC256.

La variable que representa N la he llamado 'numero' y los sucesivos valores desde 2... hasta N-1 que toman los sucesivos divisores los he colocado en una variable 'divisor'.  Sin embargo se verá que, en principio, los tomo como float (o double según el lenguaje) y es por una razón. Los valores enteros como tales pueden, según el lenguaje y el tipo, oscilar entre 256 o 32768, y si se quieren calcular valores de primos muy altos no valdrán. Así que he colocado variables en doble precisión que aunque en principio estén pensados para números decimales, pueden usarse como enteros y hacer cálculos con números más grandes. De todas formas otro de los posibles defectos del algoritmo es que no sé como se comportará para números muy grandes por defectos de redondeo. Además se usa una bandera como valor booleano, que yo he llamado 'esprimo'. El valor true es 1 y el valor false es 0.

Tanto el pseudocódigo como el código BASIC256 no son nada elegantes, mucho IF y GOTO que puede despistar, y podrían resolverse con otro tipo de estructuras tipo FOR... NEXT, DO... WHILE, etc. Pero a cambio siguen fielmente el diagrama de flujo que creo que sí se entiende bastante bien. Además si se emplean otras estructuras de bucle (si alguien quiere programarlo de otra manera) habrá que tener cuidado de romper el bucle en cuanto se cumpla condición de no-primo. Tal y como yo lo he programado se parte de que el número a estudiar es en principio primo (esprimo = 1 = true) mientras no se demuestre lo contrario. Pero en cuanto se produce el cambio de bandera de 1 a 0, automáticamente se para el proceso, se incremente el valor de 'numero' (N) y no se sigue examinado. Si por ejemplo se usa un bucle for... next desde 2 hasta N-1, imagínese que se está estudiando el nº 1.600.000, haciendo sucesivas divisiones por 2, 3, 4... 1.599.599. Es una pérdida de tiempo, pues ya en la primera división por 2 se ve que el resto es 0, el número es no-primo y no hace falta seguir. Así que si se utilizan estructuras for... next o do... while habrá que prever su aborto para no perder tiempo. Por eso el método que yo he utilizado con if y goto, aunque sea poco elegante, prima la eficiencia, creo.

Por último comentar que el programa en BASIC256 lo he testado con
https://numeros.xyz/numeros-primos/
y me ha dado correcto hasta el 541 (no he seguido). Es cuestión de calcular más rato y molestarse en comprobar. También modificando el valor de inicio de la variable 'numero' que en el programa se inicializa en 4 se puede empezar a calcular a partir de valores mayores y testar con esa u otras páginas.

Bueno, pues sin más dejo el material. En el programa en BASIC256, al no hacer falta declarar variables, he sustituido por REM las mismas.



El pseudocódigo:
1. declarar numero como variable de doble precisión
2. declarar esprimo como variable booleana
3. declarar divisor como varable de doble precisión
4. imprimir 1
5. imprimir 2
6. imprimir 3
7. numero = 4
8. divisor = 2
9. esprimo = verdadero
10. si (numero / divisor) - parte_entera(numero / divisor) = 0 ir a 16
11. divisor = divisor + 1
12. si divisor < numero volver a 9
13. si esprimo = falso ir a 14.
14. imprimir numero
15. numero = numero + 1
16 volver a 8.
17. esprimo = falso
18. ir a 12.

El programa BASIC256:

Código (qbasic) [Seleccionar] Expandir

rem numero es el que se desea saber si es primo
rem esprimo es bandera  =1 es primo =0 no lo es
rem divisor sucesivos divisores de 2 hasta numero
print 1
print 2
print 3
numero = 4
etiq8: divisor = 2
etiq9: esprimo = 1
if (numero/divisor) - int(numero/divisor) = 0 then goto etiq17
divisor = divisor + 1
if divisor < numero then goto etiq9
if esprimo = 0 then goto etiq15
print numero
etiq15: numero = numero + 1
goto etiq8
etiq17: esprimo = 0
goto etiq15

No creo que se pueda resolver el problema utilizando operaciones normales...
Un procesador puede solo sumar, restar, dividir y multiplicar

¿Qué es lo que llamas 'problema'? ¿Si existe 'una fórmula' (una expresión matemática) para determinar los números primos? No. No existe. Ya se te ha indicado porqué.

No depende de las capacidades del procesador para efectuar operaciones matemáticas. Para determinar los números primos solamente hacen falta las operaciones de multiplicar y dividir; y ver si los restos que te quedan son 0 o hay decimales. Nada más.' Y comprobar con la definición de número primo.

¿El nº 1 es primo? SI. Porque solamente se puede dividir por sí mismo (1) o por la unidad (1) y que dé de resto 0. Por cualquier otro número que lo dividas no dará de resto 0. Dará decimales.

¿El nº 2 es primo? SI. Porque solamente se puede dividir por sí mismo (2) o por la unidad (1).

¿El nº 3 es primo? SI. Porque solamente es divisible por sí mismo (3) o por la unidad.

¿El nº 4 es primo? NO. Porque además de por sí mismo (4) o por la unidad (1) TAMBIÉN se puede dividir por otro número (el 2) y dar como resto cero.

¿El nº 5 es primo? SI. Porque solamente es divisible por sí mismo (5) o por la unidad(1).

¿El nº 6 es primo? NO. Porque además de sí mismo (6) y de la unidad TAMBIÉN se puede dividir por 2 y por 3.

¿El nº 7 es primo? SI. Solamente se divide por 1 o por 7.

¿El nº 8 es primo? NO. Además de por 1 y por 8 se puede dividir por 2 y por 4.

¿El nº 9? NO. Se puede divir por 3 (además de por 1 y por 9)

¿El 10? NO. Es divisible por 2 y por 5 (además de por 1 y por 11)

¿El 11? SI. Solamente se divide por 1 y por 11.

¿El 12? NO. Es divisible por 2, 3, 4 y 6. (Además de por 1 y por 12.

¿El 13? SI. Sólo por 1 y por 13.

....

En fin que no hacen falta operaciones extrañas.

¡Pero sí hace falta SABER qué es un número primo y CUAL ES LA DEFINICION de número primo!

Si no empezamos por ahí mal vamos...

¿Existe algun tipo de sucesion, ya sea parcial o completa, en cualquier sentido, entre numeros primos? Sucesion en el sentido de: cada N cantidades consecutivas hay un primo, o cada primo es multiplo de tal... cualquiera, ¿Existe?

Sucesión en el sentido que indicas no, no existe.

Sucesion en el sentido de:.. cada primo es multiplo de tal...

No. No puede ser por la propia definición de número primo. Un número primo es aquel que sólo es divisible por sí mismo o por la unidad (el 1). Luego sólo es múltiplo de sí mismo (multiplicado por 1) o múltiplo de 1 (multiplicado por sí mismo). Luego no puede ser múltiplo de ningún tal... (que no sea él mismo o el 1) porque si fuese múltiplo de otro número que no fuese él mismo o el 1... ¡ya no sería primo por definición!

Sucesion en el sentido de: cada N cantidades consecutivas hay un primo

Pues no. Porque es simplemente la reducción a lo anterior. Si cada N cantidades fuese primo, significaría que los sucesivos primos se obtendrían de ir multiplicando un número K determinado por sucesivamente 1... 2... 3... N; o sea, que se obtendrían por los sucesivos productos:
K x 1... K x2... K x 3... K x N...
Pero entonces cualquier número de esa serie, por ejemplo el (K x N) ya no sería solamente divisible por 1 y por sí mismo (K x N) sino que ¡también sería divisible por K!... con lo cual no cumpliría con la definición de número primo... o sea que no sería primo.

Lo conseguían no por la música en sí, sino por la capacidad de influencia que tenía "el músico"; por éso lo eligieron como cabeza visible.
¿Tú no has visto la capacidad de influencia y de 'conectar' que tienen hoy en dia músicos, actores, deportistas,....?
Pues éso es lo que aportaba Wolfgan Amadeus... pero respaldado por una barbaridad de composiciones musicales que lo proyectaban como si fuera un semidioś. (Cuando él en realidad no había compuesto ni el 1%, ni siquiera ayudado en algunas de ellas).
Lo de la letra es secundario. Estás midiendo con parámetros de hoy en día, cómo se movía la sociedad en aquellos tiempos.
Pero vaya, que si quieres letras: ¿qué crees que decía el libreto de "La Flauta Mágica" de Mozart? Máximo exponente de la influencia masónica en la ópera?
Léetelo. Y lee los comentarios de los significandos del libreto.