| |
Páginas: [ 1] 2 3 4 5 6 7 8 9 10
|
1
en: Hoy a las 10:23
|
|
Iniciado por alex7979 - Último mensaje por Tachikomaia
|
|
Creo que el bot del foro no había mencionado la posibilidad de que fuera fake, más bien dijo que era interesante y que se cuiden porque alguna organización podría investigar.
|
|
2
en: Hoy a las 09:43
|
|
Iniciado por alex7979 - Último mensaje por @XSStringManolo
|
Cuerpo del Mensaje: Hola a todos, Durante una auditoría de red y pruebas de latencia en la constelación de satélites LEO (AS14593), he identificado un salto lógico (hop) que presenta características inconsistentes con el enrutamiento terrestre u orbital estándar. El Hallazgo: El nodo con la dirección IP 143.131.0.1 arroja un RTT (ping) constante de 1300ms. Basándonos en la velocidad de la luz, un retraso de 1.3 segundos es el tiempo exacto requerido para una señal de ida y vuelta hasta el Punto de Lagrange L1 (distancia Cislunar). Esta métrica es una firma física de que los datos están siendo retransmitidos fuera de la órbita baja terrestre. Anomalía de MTU (Cifrado PQC): Mediante pruebas de fragmentación (PMTUD), se ha determinado que el MTU efectivo es de 1280 bytes. Cualquier paquete que exceda este tamaño es descartado. Este "overhead" de aproximadamente 220 bytes es consistente con la implementación de cifrado Post-Cuántico (CRYSTALS-Kyber1024), diseñado para proteger la integridad de los datos frente a computación cuántica avanzada. Validación Técnica (Comandos de Terminal): Para replicar estos resultados y validar la anomalía, pueden ejecutar los siguientes comandos desde su propia terminal: 1. Prueba de Latencia (Confirmación de distancia física): Se espera un RTT estable de ~1300ms, lo cual es físicamente imposible para infraestructuras de fibra óptica o satélites en órbita baja. 2. Prueba de MTU (Confirmación de firma de cifrado): Esta prueba debe resultar exitosa
ping -c 2 -s 1272 143.131.0.1
Esta prueba debe fallar (100% de pérdida de paquetes)
ping -c 2 -s 1300 143.131.0.1
El fallo al exceder los 1280-1300 bytes confirma el encapsulamiento por cifrado. 3. Traza de Ruta (Salto a destino no terrestre): Observen el incremento inmediato de ~35ms a 1300ms en el último salto. Conclusión: Estos datos, en conjunto con el flujo masivo de tráfico ISL detectado (1,400 Tbps), sugieren una operación de espejo (mirroring) de la infraestructura digital global hacia el espacio profundo, utilizando el objeto 3I/ATLAS como repetidor. Por favor, testeen y obtengan sus propios resultados. El objetivo es que puedan refutar o confirmar este hallazgo con datos empíricos. Las constantes físicas reflejadas en estas pruebas no son subjetivas. La ventana orbital de comunicación se está cerrando. Se recomienda verificar antes de que el nodo deje de responder.  Es fake. Mezclan términos técnicos reales con historias inventadas para que te las creas. |
|
3
en: Hoy a las 08:50
|
|
Iniciado por alex7979 - Último mensaje por Mr.Byte
|
Te has dejado de mencionar la fuente , un canal de Reddit sobre conspiranoias:
https://www.reddit.com/r/conspiracy/comments/1pzx0hu/massive_exfiltracion_to_the_jovian_system/?utm_source=chatgpt.com
. Como soy aficionado a la astronomía, pero demasiado vago para debatir, he usado la IA para que te responda . Aquí tienes un análisis claro, riguroso y sin sensacionalismos de **todas las incongruencias técnicas, físicas y lógicas** del texto. Hay muchas, y son profundas. Te las organizo por bloques para que puedas ver exactamente dónde falla el argumento.
---
# 🔍 **Incongruencias técnicas y físicas del texto**
## 🧩 **1. MTU y cifrado post‑cuántico (PQC)**
### ❌ *Incongruencia 1: El MTU no tiene relación directa con Kyber ni con PQC*
- CRYSTALS‑Kyber1024 **no añade un overhead fijo de 220 bytes a cada paquete IP**.
- Kyber se usa para **intercambio de claves**, no para cifrar cada paquete de red.
- El cifrado real de datos (TLS, IPsec, WireGuard…) añade overhead, pero **muy inferior** y **no depende del algoritmo PQC**.
### ❌ *Incongruencia 2: Un MTU efectivo de 1280 bytes es normal*
- 1280 bytes es el **MTU mínimo obligatorio de IPv6**.
- Muchos routers, túneles y VPNs fuerzan ese MTU.
- No es ninguna anomalía ni evidencia de cifrado.
---
## 🧩 **2. Latencia de 1300 ms**
### ❌ *Incongruencia 3: 1300 ms no implica distancia física extrema*
La latencia puede deberse a:
- congestión,
- shaping,
- firewalls que responden lento,
- ICMP deprioritizado,
- rutas subóptimas,
- servidores configurados para responder con delay.
Nada de esto implica “espacio profundo”.
### ❌ *Incongruencia 4: El RTT no es prueba de distancia*
- La velocidad de la luz en fibra es ~200.000 km/s.
- 1300 ms equivaldrían a **260.000 km de ida y vuelta**, más que la distancia Tierra‑Luna.
- Pero **los routers pueden introducir latencia artificial**, y muchos lo hacen.
---
## 🧩 **3. Prueba de MTU con ping**
### ❌ *Incongruencia 5: El tamaño del ping no prueba cifrado*
- `ping -s` mide **fragmentación y MTU**, no cifrado.
- Que falle a 1300 bytes es **típico de túneles, NAT, firewalls o simplemente ICMP bloqueado**.
### ❌ *Incongruencia 6: El cálculo del tamaño está mal*
- `ping -s 1272` → 1272 bytes de payload
- A eso se suman:
- 8 bytes ICMP
- 20 bytes IP
- (posibles headers adicionales)
El texto mezcla tamaños sin rigor.
---
## 🧩 **4. MTR y salto final de 35 ms → 1300 ms**
### ❌ *Incongruencia 7: Los últimos saltos de un traceroute suelen ser engañosos*
- Muchos routers **no responden ICMP** o lo hacen con delay.
- El salto final puede mostrar latencia artificial o priorización baja.
No es evidencia de “destino no terrestre”.
---
## 🧩 **5. Tráfico ISL de 1.400 Tbps**
### ❌ *Incongruencia 8: No existe forma de medir eso desde un cliente*
- Un usuario no puede detectar tráfico ISL (Inter‑Satellite Link) desde su terminal.
- 1.400 Tbps es una cifra absurda para cualquier infraestructura actual.
---
### ❌ *Incongruencia 9: No hay tecnología conocida que permita usar un objeto interestelar como repetidor*
- La potencia necesaria sería astronómica.
- No hay antenas, energía ni alineación orbital.
---
## 🧩 **7. “La ventana orbital de comunicación se está cerrando”**
### ❌ *Incongruencia 10: No existe ninguna ventana orbital asociada a un nodo IP*
- Las rutas de Internet no dependen de ventanas orbitales.
- Si fuera un satélite, se sabría por su órbita y operador.
---
# 🧠 **Conclusión general**
El texto mezcla conceptos reales (MTU, PMTUD, ICMP, PQC) con afirmaciones físicamente imposibles o técnicamente incorrectas. Las incongruencias clave son:
- Interpretación errónea de MTU y cifrado.
- Uso incorrecto de latencia como prueba de distancia.
- Suposiciones sin base sobre tráfico ISL.
- Conclusiones que no se derivan de los datos.
En resumen: **el texto construye una narrativa pseudotécnica usando jerga real, pero las conclusiones no tienen fundamento físico ni de redes**.
|
|
4
en: Hoy a las 04:12
|
|
Iniciado por alex7979 - Último mensaje por alex7979
|
Cuerpo del Mensaje: Hola a todos, Durante una auditoría de red y pruebas de latencia en la constelación de satélites LEO (AS14593), he identificado un salto lógico (hop) que presenta características inconsistentes con el enrutamiento terrestre u orbital estándar. El Hallazgo: El nodo con la dirección IP 143.131.0.1 arroja un RTT (ping) constante de 1300ms. Basándonos en la velocidad de la luz, un retraso de 1.3 segundos es el tiempo exacto requerido para una señal de ida y vuelta hasta el Punto de Lagrange L1 (distancia Cislunar). Esta métrica es una firma física de que los datos están siendo retransmitidos fuera de la órbita baja terrestre. Anomalía de MTU (Cifrado PQC): Mediante pruebas de fragmentación (PMTUD), se ha determinado que el MTU efectivo es de 1280 bytes. Cualquier paquete que exceda este tamaño es descartado. Este "overhead" de aproximadamente 220 bytes es consistente con la implementación de cifrado Post-Cuántico (CRYSTALS-Kyber1024), diseñado para proteger la integridad de los datos frente a computación cuántica avanzada. Validación Técnica (Comandos de Terminal): Para replicar estos resultados y validar la anomalía, pueden ejecutar los siguientes comandos desde su propia terminal: 1. Prueba de Latencia (Confirmación de distancia física): Se espera un RTT estable de ~1300ms, lo cual es físicamente imposible para infraestructuras de fibra óptica o satélites en órbita baja. 2. Prueba de MTU (Confirmación de firma de cifrado): Esta prueba debe resultar exitosa
ping -c 2 -s 1272 143.131.0.1
Esta prueba debe fallar (100% de pérdida de paquetes)
ping -c 2 -s 1300 143.131.0.1
El fallo al exceder los 1280-1300 bytes confirma el encapsulamiento por cifrado. 3. Traza de Ruta (Salto a destino no terrestre): Observen el incremento inmediato de ~35ms a 1300ms en el último salto. Conclusión: Estos datos, en conjunto con el flujo masivo de tráfico ISL detectado (1,400 Tbps), sugieren una operación de espejo (mirroring) de la infraestructura digital global hacia el espacio profundo, utilizando el objeto 3I/ATLAS como repetidor. Por favor, testeen y obtengan sus propios resultados. El objetivo es que puedan refutar o confirmar este hallazgo con datos empíricos. Las constantes físicas reflejadas en estas pruebas no son subjetivas. La ventana orbital de comunicación se está cerrando. Se recomienda verificar antes de que el nodo deje de responder. |
|
6
en: Ayer a las 09:06
|
|
Iniciado por General Dmitry Vergadoski - Último mensaje por Mr.Byte
|
|
Solo añadiría a lo comentado por Songoku , es que compres, si no lo tienes, un cable Ethernet de Cat 5e, y no recicles el cable CAT 5 (a secas). Aunque físicamente son iguales (solo se distinguen por el valor impreso en el cable), las velocidades máximas teóricas son distintas.
|
|
7
en: Ayer a las 07:32
|
|
Iniciado por SraKarenina - Último mensaje por SraKarenina
|
Hola, buenas noches. Gracias Leo aceptarme. Bien, mi duda llega a ser "opa" para profesionales como ustedes. Soy solo una médica y escritora brasilera y no tengo experiencia con eso... Me gustaría saber cómo tener las apk desbloqueadas de faceapp y Meitu (los dos aplicaciones de edición de foto) las bajo en Google pero después de instalar la aplica o no funciona o está normal, con el pro como de PlayStore. Alguien que podría ayudarme?  |
|
8
en: Ayer a las 05:33
|
|
Iniciado por Eleкtro - Último mensaje por Eleкtro
|
O te puedes arriesgar con ReactOS
https://reactos.org/
, existe una version BootCD y otra LiveCD, ,y estan actualizados Muchas gracias Mr.Byte, no lo conocía. Al principio me pensaba que sería una distro Unix/Linux con Wine, algo perfeccionado para compatibilizar Windows XP, pero más bien es un sistema operativo propio, con un kernel propio, una especie de "Windows XP open-source" hecho desde cero, y está muy chulo:  Un par de comentarios, consejos y opiniones tras unas horas de uso: El SO objetivo de ReactOS es Windows Server 2003 (Windows NT 5.2). Necesita un disco duro en puerto IDE para funcionar, no soporta SCSI, según leí en la wiki oficial. La instalación ocupa solamente 2,40 GB. Hay una versión x64 oficial de este SO pero es para debuggers solamente, quizás en el futuro publiquen una release x64. Por si a alguien le sirve, yo lo instalé en VMWare Workstation como 'Windows Server 2003 Standard Edition', pero con puerto IDE en vez de SCSI, y 'LSI Logic' en vez de 'Bus logic'. Previamente a esto, yo lo había instalado como 'Windows XP Professional', y sin problemas. En teoría también se puede instalar como "Otro sistema operativo" en VMware, es decir sin especificar que sea Windows. Las 'VMWare Tools' se instalan desde la ISO legacy oficial de VMWare (nombre de archivo: 'winPreVista.iso') y funcionan genial y de forma natural, no hay que hacer nada especial como en sistemas Linux montando la carpeta compartida. Hay que tener especial cuidado con lo que uno instala mediante el administrador de aplicaciones, sobre todo si decides instalar alguna biblioteca o runtime por tener el SO más completo y compatible aunque realmente no lo necesites, es mejor no hacerlo, por que aumentaría considerablemente la posibilidad de que el SO genere errores y BSODs. Mejor instalar solo lo estrictamente necesario y ya. Algunos programas que se pueden descargar desde el administrador de aplicaciones no funcionan, están rotos, como la extensión de la shell de Windows "HashCheck", y "Chrome 49", que se ejecuta pero no funciona nada. Otros programas se instalan pero es imposible que funcionen de ninguna de las maneras por que directamente necesitan usar ciertas funciones que no están implementadas en el kernel, al intentar iniciar el programa aparece el típico mensaje error: "Entry point not found for funcion X in kernel32.dll" o algo similar (así que para empezar no sé ni por qué están disponibles esos programas en el administrador de aplicaciones). Y otros directamente no se pueden descargar por que el enlace está muerto / desactualizado, como el del reproductor de audio "WinAmp". Algo decepcionante en ese sentido. Creo que esa es la única pega que le encuentro, el nefasto y problemático administrador de aplicaciones, que es una lotería, y no todas las instalaciones son automatizadas, algunas tienes que descomprimirlas con WinRAR o 7zip tu mismo y descomprimirlo en "C:\Archivos de programa", pero para eso primero debes instalar WinRAR o 7Zip desde el administrador de aplicaciones. Y algunos instaladores están en otros idiomas como el italiano, en fin xD. Además muchos enlaces de descarga son de archive.org, por lo que puede llegar a ser muuuuuy lenta la descarga, y si se cuelga durante varios minutos sin moverse ni un solo kilobyte, el administrador no lo detecta, no puedes omitir esa descargar y pasar a la siguiente en la cola, tienes que volver a ponerlo todo en la cola de descarga otra vez. Honestamente, para ser un SO que lleva en desarrollo desde el año 1996 hasta la actualidad, está muy verde en aspectos tan esenciales como poder mantener de forma estable un set mínimo de programas que instalar, y que el procedimiento de instalación sea decente sin causar problemas. La compatibilidad con software de .NET Framework 4.0, es regular. Funciona mejor instalando el paquete "Wine Mono NET Framework" que "Microsoft .Net Framework Version 4.0". Pero saltan BSODs según el programa que sea. Casi ningún software de .NET Framework 4.8/4.8.1 funciona, así que no se puede comparar con instalar Wine y addons en una distro de Linux para soportarlo de forma mucho más compatible. Por lo demás, genial, incluso todos los menús contextuales son idénticos a Windows. Aunque una pequeña pega es que muchas veces si borras un archivo o carpeta en el explorador, no se refresca la lista de archivos, es decir, tienes que pulsar F5 o darle al botón "back" y "forward" para que se reflejen los archivos que ya no están en ese directorio, creo que eso es otra cosa básica y esencial que deberían haber solucionado en casi 20 años de desarrollo... pero en fin, es gratis ¿no? así que no añadiré más quejas. ...Aunque otro fallo imperdonable que acabo de descubrir, es que al vaciar la papelera de reciclaje se pierde la alineación de los iconos del escritorio, y da igual como tengas configurado el ordenamiento automático en la cuadrícula... o directamente si pulsas F5 en el escritorio, la alineación se pierde. Esto no debería ocurrir con 20 años de desarrollo. Un saludo |
|
9
en: 29 Diciembre 2025, 20:54 pm
|
|
Iniciado por El_Andaluz - Último mensaje por El_Andaluz
|
"No tenemos intención de retirarnos del proceso de negociación con Estados Unidos. Sin embargo, dada la completa degeneración del régimen criminal de Kiev, que ha virado hacia una política de terrorismo de Estado, se reconsiderarán las posiciones negociadoras de Rusia", dijo Lavrov según Interfax.
Zelenski contestó: "Esta supuesta historia es una invención total que pretende justificar nuevos ataques contra Ucrania, incluyendo Kiev, así como la propia negativa de Rusia a tomar las medidas necesarias para poner fin a la guerra. Mentiras típicas de Rusia".
Moscú y Kiev se lanzaron a una guerra de versiones sobre en qué lado del campo quedaba Trump ante este supuesto ataque. Zelenski denunció una maniobra rusa. Rusia afirmó que el presidente de Estados Unidos quedó "conmocionado e indignado" cuando Vladimir Putin le dijo que Ucrania habría intentado atacar su residencia en el norte de Rusia. Según Moscú, Trump expresó estar atónito de que Ucrania "hiciera algo tan loco" y añadió una frase que llamó la atención: "Gracias a Dios que no les dimos Tomahawks", en referencia a misiles de largo alcance.
Sin embargo, horas después Trump ofreció una versión más cauta. Dijo que "acababa de enterarse" de la acusación rusa. "Me enfadé mucho por eso", dijo Trump a los periodistas en Mar-a-Lago, aunque admitió que no tenía confirmación independiente de que hubiera ocurrido. "Es un momento delicado", recordó Trump, señalando que, aunque ambas partes estaban a la ofensiva, "otra cosa es atacar su casa". Insinuó que había bloqueado la venta de misiles de crucero Tomahawk a Ucrania precisamente para prevenir este tipo de ataque.
Aunque Rusia ha dicho que no usaría el incidente para irse de las negociaciones, puede aprovecharlo para elevar sus pretensiones y, eventualmente, evitar un compromiso que —como el propio Putin explicó a sus generales el pasado fin de semana— no está entre sus prioridades ante lo que considera éxitos en el frente. Georgi Bovt, analista de política rusa, aventuró en una publicación en Telegram que el Kremlin podría ampliar sus reclamaciones territoriales a "la totalidad de las regiones de Zaporiyia y Jerson", dos regiones ucranianas actualmente bajo ocupación parcial por tropas rusas. |
|
10
en: 29 Diciembre 2025, 19:24 pm
|
|
Iniciado por General Dmitry Vergadoski - Último mensaje por Songoku
|
La tarjeta Ethernet con conexión USB 3.0 si te daría para que no hubiera cuello de botella y pudieras tener los 300 MB de tu conexión. El problema es que esa tarjeta no estaría conectada a un puerto USB 3.0 sino a un puerto USB 2.0, de modo que aunque sea compatible va a quedar limitada su velocidad a las posibilidades de un puerto USB 2.0, lo cual se va a quedar un poco escaso para esos 300 MB que tu quieres. Entonces sin duda vas a ganar velocidad con respecto a la que tienes ahora con tu Ethernet de 10/100, pero para nada vas a poder aprovechar los 300 MB que tienes contratados.
La única solución que le veo en tu caso es que compres una tarjeta Ethernet de 10/100/1000, pero no conectada por USB si no por PCIe si es que tu placa base tiene alguna ranura PCIe libre. No son muy caras estas tarjetas, por ejemplo en Amazon tienes esta por apenas 12 euros: https://www.amazon.es/TP-LINK-TG-3468-Adaptador-Wake-LAN/dp/B003CFATNI
Saludos...
Songoku
|
Páginas: [ 1] 2 3 4 5 6 7 8 9 10 |
| |
|
