Temas

Hola, llevo varios dias leyendo por internet e intentado arreglar un portatil, y cada vez ando mas perdido. A ver si alguien puede ayudarme. El portatil es un Toshiba satellite A200-1nh. Voy a intentar explicar lo que le pasa y las comprobaciones que ya he hecho.

Al portatil se le puso la pantalla negra de repente, estando funcionando normal.

Cuando me lo dieron, lo primero que hice fue usar la salida VGA para probarlo en un monitor, y se ve perfectamente, por lo que descarto un problema con la tarjeta gráfica.

Como al arrancar se veia un poco la pantalla oscurecida por una esquina, opte por comprar un nuevo inverter y cambiarlo. Con el nuevo inverter pasan dos cosas:

1.- Si el portatil esta cargando no se ve nada. La pantalla parece muerta (realmente se intuye que hay algo, se ve un poquito el blanco).
2.- Si estoy usando la bateria sin el cargador, se ve bien hasta la pantalla de grub. Cuando selecciono el SO, la pantalla se oscurece totalmente, no se ve nada, solo se intuyen algunos colores blancos.

¿Alguien tiene alguna sugerencia? Me despista muchísimo eso de que la cosa cambie cuando estoy usando el cargador...

Hola a todos.
Estoy tratando de aprender bien el funcionamiento del protocolo ARP y para ello me he puesto a "jugar" con un par de ordenadores conectados a una red inalámbrica y el programita arpspoof instalado en una de ellas. Pero hay algo que ocurre que no llego a comprender.

Este es el escenario de mis pruebas:
Router: 192.168.1.1
PC1(Windows7): 192.168.1.2
PC2(Ubuntu 11.04): 192.168.1.30

Desde el PC2 ejecuto:
arpspoof -i wlan0 -t 192.168.1.2 192.168.1.1

De esta forma se comienzan a mandar paquetes arp con origen MACpc2 y destino MACpc1 indicando que la Ip 192.168.1.1 se corresponde con la MACpc2.
Si a la vez estoy monitorizando la cache ARP de PC1 compruebo como efectivamente en el momento que se comienzan a mandar dichos paquetes, la entrada en la cache para la ip 192.168.1.1 se cambia.

Cuando se para arpspoof (Cntrl^C) se envían tres últimos paquetes con con origen MACrouter y destino MACpc1 indicando que la Ip 192.168.1.1 se corresponde con la MACrouter. De esta forma se conseguiría restaurar la cache a su estado anterior.

Pero el problema es que la tabla arp de PC1 no cambia en absoluto tras estos últimos paquetes. Esto origina que si por ejemplo desconecto PC2 (o desactivo su capacidad de reenvío), PC1 se quede sin conectividad hasta que no se repare la red o pasen un par de minutos.

¿Alguien me podría ayudar a entender lo que está pasando? ¿Hay algún detalle que se me escapa?

Hola a todos.
Actualmenete tengo que hacer varios programas cliente-servidor en java usando un servicio orientado a conexión (TCP).
Ya entiendo como funcionan las clases sokect y serverSocket, pero me quedan aún algunas dudas relativas a lo que puede ocurrir cuando hay algún problema en la conexión o cuando el cliente-servidor no se entendieron y alguno cierra la conexión:

*Si uno de los dos extremos de la conexión cierra esta misma, usando el método close(), cuando llamas a read() que yo sepa se leen los últimos bytes que se hayan enviado, y cuando se acaben se lee un -1 (en sucesivos intentos también se lee -1). En cambio si se intenta escribir debería saltar una excepción (SocketException).

*Si la conexión se ha roto por algún motivo (desconectamos el cable de red), creo que tanto tratando de leer como de escribir por el socket, debería de generarse una excepción (SocketException).

Mi problema es que parece que no siempre pasa así, no se si es que lo entiendo mal o es por algún otro motivo.