Địa chỉ MAC của tôi có thể được xác định bởi một trang web?

Địa chỉ MAC của tôi có thể được xác định bởi một trang web khi tôi truy cập trang web không? Có làm cho một sự khác biệt nếu trang web yêu cầu tôi tải lên các tập tin?

mac-address

— Tàu điện ngầm
nguồn

Câu hỏi của bạn rất mơ hồ. Vui lòng ghi rõ và cung cấp thêm một số chi tiết.

— Indigo

Thông qua lưu lượng mạng: KHÔNG. Thông qua mã trong trình duyệt: có thể.

— Ricky Beam

Câu trả lời:

Nói chung, không thể có một trang web mà bạn truy cập để tìm hiểu địa chỉ MAC của bạn. Tuy nhiên, có những trường hợp đặc biệt trong đó máy chủ có thể tìm hiểu địa chỉ MAC của bạn:

IPv6 hỗ trợ gán địa chỉ theo cách nhúng địa chỉ MAC vào địa chỉ IP. Vì lý do riêng tư, cách gán địa chỉ IPv6 này không phổ biến lắm.
Nếu bạn được gắn trực tiếp vào cùng phân khúc mạng với máy chủ web, nó sẽ có thể thấy địa chỉ MAC của bạn. (Nhưng đây có lẽ không phải là kịch bản bạn có trong đầu.)
Tôi đã thấy một số ISP nhúng địa chỉ MAC của thiết bị của khách hàng vào các bản ghi DNS ngược (định dạng được x1-6-theo sau bởi địa chỉ MAC).
Có thể có các khả năng kịch bản trong trình duyệt cho phép các tập lệnh tìm hiểu địa chỉ MAC của máy khách và gửi nó đến máy chủ. Tôi không biết liệu javascript có thể có được địa chỉ MAC của máy khách hay không, nhưng tôi biết rằng nó có thể tìm thấy địa chỉ IP cục bộ .

— kasperd
nguồn

Đối với số 1, xem RFC 4941

— Bob

Tôi không tin JavaScript có thể lấy địa chỉ MAC của thiết bị.

— rừng

Không, một trang web từ xa sẽ chỉ tìm hiểu địa chỉ IP công cộng nào bạn đang sử dụng, không phải địa chỉ MAC của thiết bị của bạn, trừ khi bạn đang sử dụng IPv6 với địa chỉ EUI-64 . Trong trường hợp đó, địa chỉ MAC của bạn có thể được lấy từ địa chỉ IPv6.

— Teun Vink
nguồn

Bạn nên học mô hình OSI . Địa chỉ MAC là địa chỉ lớp 2 trong một khung, nhưng các khung bị loại bỏ tại một bộ định tuyến. Địa chỉ IP là địa chỉ lớp 3 trong gói. Chỉ các gói sẽ vượt qua một bộ định tuyến.

Máy chủ và thiết bị chuyển mạch sử dụng địa chỉ MAC trong các khung để phân phối khung đến đúng máy chủ (bao gồm cả cổng, chỉ là máy chủ khác trên lớp 2) trên mạng LAN. Khi một cổng (bộ định tuyến) lấy khung từ máy chủ, nó sẽ loại bỏ tiêu đề khung để đến gói và nó định tuyến gói dựa trên địa chỉ IP. Khi bộ định tuyến gửi gói ra giao diện mới, nó sẽ tạo ra một đóng gói khung mới cho liên kết mới, sử dụng địa chỉ MAC của chính nó cho khung mới. Khi một gói chuyển từ bộ định tuyến sang bộ định tuyến đến đích cuối cùng của nó, địa chỉ MAC nguồn duy nhất còn sót lại sẽ là địa chỉ của bộ định tuyến cuối cùng.

— Ron Maupin
nguồn

Tất cả đều đúng nhưng tôi không nghĩ ai nên học mô hình OSI. Nó không áp dụng cho TCP / IP, có mô hình riêng, trước đây, và nó cũng không áp dụng cho bất kỳ điều gì khác trong thế giới thực. Nó thậm chí không áp dụng đúng cho bộ giao thức OSI.

— user207421

Mô hình OSI là một trợ giúp tốt để hiểu, nói chung, cách mọi thứ hoạt động. Qua lớp vận chuyển, các ngăn xếp mạng hiện đại hoạt động tốt một cách đáng ngạc nhiên với mô hình OSI. Bắt đầu với lớp 5, các lập trình viên hệ điều hành và ứng dụng không khớp với mô hình OSI, nhưng dù sao thì các lớp đó không có chủ đề.

— Ron Maupin

@EJP, điểm thực sự là một chuyên gia mạng cho các mạng chuyên nghiệp (chủ đề ở đây, thông qua OSI lớp 4, trên trung tâm trợ giúp ) nên quen thuộc với mô hình OSI và nên hiểu rằng các địa chỉ MAC là lớp 2 địa chỉ, địa chỉ IP là địa chỉ lớp 3 và cổng TCP / UDP là địa chỉ lớp 4 và cách các luồng dữ liệu chảy qua và được gói gọn bởi các lớp khác nhau trong ngăn xếp mạng.

— Ron Maupin

Khi cấu hình thiết bị mạng, PPP là giao thức lớp 2. Nó có một cầu nối (NCP) đến (các) giao thức lớp 3 mà nó đang hỗ trợ. Khi định cấu hình thiết bị mạng (ví dụ: Cisco), nó được cấu hình là giao thức lớp 2. Nó có thể khác nhau cho các thiết bị đầu cuối, nhưng cấu hình những thiết bị này không có chủ đề ở đây.

— Ron Maupin

@kasperd: Vấn đề là dạy khái niệm các lớp trừu tượng. Nó không thực sự quan trọng với những gì bạn gọi chúng hoặc mô hình cụ thể mà bạn nghiên cứu.

— Cuộc đua nhẹ nhàng với Monica