Usted no
No puede conectarse a las direcciones MAC porque las direcciones MAC se utilizan para transmitir tramas Ethernet sin procesar 802.3.
No son un protocolo orientado a la conexión, son un protocolo de datagrama en bruto.
- Cómo encontrar una dirección IP de una cuenta de Twitter
- Una vez que una cuenta de Facebook ha sido eliminada permanentemente, ¿hay alguna forma de averiguar la dirección IP de la persona a la que pertenecía? ¿Qué información puede obtener de una cuenta de Facebook eliminada permanentemente?
- ¿Dónde puedo encontrar mi dirección IP?
- Cómo encontrar una IP del servidor del proveedor de Internet 3G de mi proveedor
- Cómo utilizar el certificado SSL emitido por CA para la aplicación web de acceso interno (dirección IP de LAN)
Encima de ese protocolo de datagrama sin procesar está la capa IP ( Protocolo de Internet ). Ahí es donde vive su dirección IP. Es un protocolo poco confiable construido sobre marcos 802.3.
En la parte superior de la capa IP vive una capa de protocolo orientado a la conexión, generalmente la capa TCP ( Protocolo de control de transmisión ). Pero también podría ser RTSP ( Protocolo de transmisión en tiempo real ) o algún otro protocolo orientado a la conexión.
Se parece a esto:
Esa es una máquina a la izquierda con una conexión vía TCP a la máquina a la derecha.
No puede conectarse a una dirección MAC porque solo puede conectarse a la capa de socket donde vive TCP. UDP no está orientado a la conexión, es un protocolo de datagrama no confiable , lo que significa que puede perder paquetes.
Entonces, debe tener una dirección IP, y luego debe tener algo en el otro extremo para escuchar una conexión TCP (por ejemplo: un servidor web), y luego debe hacer que la otra máquina solicite permiso para conectarse usando otra programa (por ejemplo: un navegador web).
Hay otras partes móviles allí, pero eso es lo básico.
Digamos que desea enviar un paquete desde la primera máquina a la segunda máquina:
- Pones ese paquete en un saco y escribes el número de socket TCP en él. Digamos que es solo HTTP, entonces escribe “puerto 80” en el saco.
- Luego pasa el saco a la capa TCP, y la capa TCP, porque ya tiene una conexión de socket, conoce la dirección IP de la segunda máquina. Entonces saca un saco y escribe la dirección IP en él. Luego mete el saco que le diste, en el segundo saco.
- Ahora se entrega a la capa 802.3: la capa de transporte. Conoce la dirección MAC de la otra máquina, por lo que saca un tercer saco y escribe la dirección MAC en él. Luego mete el segundo saco en el saco thirs y lo arroja a la otra máquina.
- Cuando la otra máquina atrapa el tercer saco, ve “¡Hey! ¡Es para mí! ”: Todos los demás en la escritura pueden escuchar, y (generalmente) ignoran el saco con la dirección MAC, si no es su dirección MAC. La segunda máquina abre el saco, saca el saco de la dirección IP y lo entrega a la capa de direcciones IP.
- Luego, la capa de dirección IP de la segunda máquina abre el saco de direcciones IP, saca el saco de direcciones TCP y lo entrega a la capa TCP.
- Luego, la capa TCP abre el saco TCP y lanza los datos al programa (por ejemplo: un servidor web).
Si tiene una respuesta, realiza todo el proceso a la inversa.
Y es por eso, a menos que esté escribiendo una pila de protocolos, porque realmente, realmente ya sabe lo que está haciendo: no intenta enviar datagramas de capa MAC sin procesar.
Porque cuando llegan a la otra máquina: no hay sacos dentro de su saco, por lo que los paquetes se descartan por no poder entregarse.
