MAC 주소 생성기 — 랜덤 MAC 주소 무료 생성

랜덤 MAC 주소를 즉시, 한 번에 최대 1,000개까지 만듭니다. 기본값은 로컬 관리 주소이고 제조사 블록이나 가상 머신 범위에서도 뽑을 수 있으며, 모든 비트의 의미를 함께 보여 줍니다.

IEEE 레지스트리 동기화 2026년 10월 18일 · RFC 9542 · crypto.getRandomValues 또는 입력한 시드로 브라우저에서 생성

색이 칠해진 자리가 두 번째 16진수 자리입니다. 이 자리의 마지막 두 비트가 U/L 플래그와 I/G 플래그입니다.

802c 사분면
로컬 · 유니캐스트

로컬 관리 유니캐스트: 테스트, 가상 머신, 실습 환경에 안전하며 제조사의 주소와 겹치지 않습니다.

구성무작위 44비트 · 고정 4비트
E24EEF4BED11
1U/L · 로컬0I/G · 유니캐스트00Z Y · AAI

자리에 마우스를 올리거나 탭하면 그 자리의 비트를 볼 수 있습니다

crypto.getRandomValues로 브라우저에서 만들며, 아무것도 전송되지 않습니다.

선택 사항: 앞쪽 1~5옥텟을 고정합니다.
시드
제외할 주소이미 쓰고 있는 주소

휴대전화의 비공개 Wi-Fi 주소를 찾으시나요? 휴대전화는 스스로 주소를 만듭니다: 운영체제별로 보기MAC 주소 조회에서 어떤 주소든 확인하기

MAC 주소 생성기란 무엇인가요?

MAC 주소 생성기, 줄여서 MAC 생성기는 가상 머신과 테스트 데이터, 실습 환경에 쓸 유효한 48비트 하드웨어 주소를 만드는 도구입니다. MAC 주소를 하나씩 만들 수도 있고 1,000개를 한 번에 만들 수도 있습니다. 이 도구는 브라우저의 암호학적 난수 생성기로, 또는 직접 고른 시드에서 재현할 수 있게 주소를 뽑고 플래그 비트 두 개를 설정해, 고른 그대로의 주소를 만듭니다. 제조사, 가상 머신, 멀티캐스트, 문서용 범위를 고르지 않으면 로컬 관리 유니캐스트입니다.

유효하다는 것은 세 가지를 뜻합니다. 48비트(16진수 12자리)일 것, 인터페이스 하나를 가리키도록 I/G 비트가 0일 것, 그리고 용도에 맞는 U/L 비트 값일 것입니다. 어떤 레지스트리도 그 이상은 확인해 주지 못합니다. 로컬 관리 주소는 어떤 제조사의 것도 아니며, 쓰는 사람이 자기 네트워크 안에서 중복되지 않게 관리합니다.

모든 주소는 이 페이지에서 만들어지며 어디로도 전송되지 않습니다. 제조사나 가상 머신은 그 블록이 꼭 필요할 때만 고르세요. 해당 주소는 실제로 회사에 할당된 블록 안에 들어가며, 제조사 검색은 입력한 회사 이름을 보내 그 회사의 IEEE 블록을 찾습니다.

주소 하나를 비트 단위로IEEE 802 · RFC 9542
  • 무작위: 브라우저에서 추출
  • Z Y = 0 0: AAI 사분면
  • U/L = 1: 로컬 관리
  • I/G = 0: 유니캐스트, 인터페이스 하나
02:4F:9A:1C:77:E3 — 이 페이지에 들어오면 바로 만들어지는 종류의 주소입니다. 첫 번째 옥텟 02의 비트는 0000 0010, 마지막 두 비트 때문에 로컬 관리 유니캐스트가 되고 두 번째 16진수 자리가 2가 됩니다.
MAC 주소 생성기 화면: 랜덤 로컬 관리 주소를 48비트로 펼치고 플래그 비트와 IEEE 802c 사분면을 표시MAC 주소 생성기 화면: 랜덤 로컬 관리 주소를 48비트로 펼치고 플래그 비트와 IEEE 802c 사분면을 표시종류 선택기본값은 랜덤 로컬이며 제조사 블록, 하이퍼바이저 범위, 멀티캐스트, 문서용 범위도 고를 수 있습니다.주소클릭하면 복사됩니다. 색이 칠해진 자리에 U/L 플래그와 I/G 플래그가 들어 있습니다.모든 비트구성 보기에서 어떤 비트가 고정이고 어떤 비트가 무작위인지, 플래그가 무엇을 뜻하는지 알 수 있습니다.이 주소유형, 사분면, 등록 보유자, 중복 확률, 모든 표기법, 그리고 바로 쓸 수 있는 명령을 보여 줍니다.최대 1,000개매번 모두 다르게 만들어 텍스트, CSV, JSON으로 내보내고, 시드를 쓰면 같은 목록을 다시 만듭니다.
랜덤 로컬 관리 주소를 분해한 모습입니다. 플래그 자리, 802c 사분면, 무작위 비트, 그리고 모든 표기법이 담긴 패널로 이루어집니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 확인할 수 있습니다.

랜덤 MAC 주소는 언제 필요한가요?

실제 기기에는 없는 주소가 필요할 때 랜덤 MAC 주소 생성기를 씁니다. 가상 머신, 실습용 스위치, 컨테이너 네트워크, 테스트 데이터가 그렇습니다. 랜덤 로컬 관리 주소가 바로 그 용도로 만들어졌습니다. 어떤 제조사에도 할당되지 않으므로 실제 기기에 각인된 주소와 겹칠 수 없습니다.

휴대전화와 노트북도 Wi-Fi 개인정보 보호를 위해 랜덤 주소를 만듭니다. 운영체제가 네트워크마다 자기 주소를 정하는 것이며, 아래 비공개 Wi-Fi 주소 부분에서 운영체제별 방식을 설명합니다.

예외가 두 가지 있습니다. 가상 머신은 하이퍼바이저가 알아보는 자체 범위를 쓰는 편이 나을 때가 많고, 판매하는 하드웨어에는 IEEE에서 구매한 블록이 필요합니다. 랜덤 주소는 쓰이는 곳에서만 고유하면 됩니다. 전 세계가 아니라 네트워크 하나 안에서입니다.

용도별로 어떤 주소를 쓸까
  • 문서, 스크린샷, 테스트 데이터예제가 실제 기기와 겹치지 않도록 예약된 범위입니다.문서용 범위00:00:5E:00:53:5A
  • 실습 환경, 테스트 장비, 컨테이너 네트워크두 번째 자리는 2, 6, A, E 중 아무거나. SLAP을 따르는 곳에서는 2(AAI).랜덤 로컬42:79:4A:D5:C6:02
  • 내 네트워크의 가상 머신VMware Workstation과 Fusion은 수동 설정 범위만 받아들입니다.해당 하이퍼바이저의 범위 또는 랜덤 로컬00:50:56:19:CC:19
  • 내 어댑터에 쓸 새 주소로컬 주소가 각인된 주소를 덮어쓰며, 드라이버와 운영체제가 이를 허용합니다.랜덤 로컬만92:CA:60:D5:42:B0
  • 판매하는 하드웨어전 세계에서 고유한 주소는 할당을 받아야만 만들 수 있습니다.직접 보유한 IEEE 블록MA-L · MA-M · MA-S
  • 멀티캐스트 그룹그룹 주소는 프로토콜이 정합니다. 이 주소는 IPv4의 mDNS입니다.해당 프로토콜의 그룹 주소01:00:5E:00:00:FB
용도마다 필요한 종류와, 이 생성기가 그 용도로 만든 주소입니다. IEEE 블록이 필요한 것은 판매하는 하드웨어뿐이고, 나머지는 모두 주소 공간의 로컬 절반으로 해결됩니다.

MAC 주소 형식은 어떻게 되나요?

MAC 주소는 16진수 12자리, 곧 48비트이며 보통 두 자리씩 여섯 쌍으로 씁니다. Linux와 macOS는 쌍을 콜론으로 잇고(02:4f:9a:1c:77:e3), Windows는 하이픈으로 이으며(02-4F-9A-1C-77-E3), Cisco 장비는 네 자리씩 세 묶음으로 씁니다(024f.9a1c.77e3).

모두 같은 주소입니다. 대소문자는 상관없고 대부분의 소프트웨어가 모든 표기법을 읽습니다. VirtualBox의 VBoxManage나 Hyper-V의 PowerShell처럼 구분자 없는 12자리만 받는 도구도 있습니다. IEEE는 하이픈으로 쓰며 이를 16진수 표기라고 부릅니다.

주소 하나, 다섯 가지 표기법모두 48비트
표기법같은 주소글자 수이렇게 쓰는 곳
콜론02:4f:9a:1c:77:e317Linux, macOS, Android, Xen
하이픈02-4F-9A-1C-77-E317Windows. IEEE와 IETF도 이렇게 씁니다
Cisco 점024f.9a1c.77e314Cisco IOS: 네 자리씩 세 묶음
구분자 없음024F9A1C77E312VirtualBox, Hyper-V, 코드와 데이터베이스
공백02 4F 9A 1C 77 E317헥스 덤프와 일부 인쇄 라벨

대소문자 상관없이 모두 인식^[0-9A-Fa-f]{2}([:\- ]?)(?:[0-9A-Fa-f]{2}\1){4}[0-9A-Fa-f]{2}$|^([0-9A-Fa-f]{4}\.){2}[0-9A-Fa-f]{4}$

예시 주소를 표기법별로 보여 줍니다. 소프트웨어는 모든 표기법과 대소문자를 읽어 들이며, 생성기의 형식 전환과 패널의 표기 항목에서 각 표기법을 바로 복사할 수 있습니다.

로컬 관리 주소와 전역 주소는 어느 비트로 구분하나요?

로컬 관리 MAC 주소는 U/L 비트, 곧 첫 번째 옥텟의 비트 1이 1입니다. 두 번째 16진수 자리에서 확인할 수 있으며, 로컬 유니캐스트 주소라면 2, 6, A, E 중 하나입니다. 전역 관리 주소는 이 비트가 0이고, IEEE가 한 회사에 할당한 블록에서 나옵니다.

IEEE는 로컬 비트가 1인 주소를 할당하지 않으므로, 로컬 주소는 어떤 기기에 각인된 주소와도 같을 수 없습니다. 이 생성기가 로컬 유니캐스트를 기본값으로 쓰는 이유입니다. 그렇다고 주소가 저절로 고유해지지는 않습니다. 로컬 주소를 할당하는 쪽이 자기 네트워크 안에서 중복되지 않게 관리해야 합니다.

IEEE 802c는 그다음 두 비트로 로컬 주소를 네 사분면으로 나누며, 그 표는 RFC 9542에 정리되어 있습니다. 랜덤 주소는 두 번째 자리가 2인 AAI에 속하며, 이것이 이 페이지의 기본값입니다. SLAP은 선택 사항이고, 어떤 네트워크가 SLAP을 따르는지는 오가는 프레임만 봐서는 알 수 없습니다. Wi-Fi 네트워크에서 두 번째 자리가 2, 6, A, E이면 휴대전화의 비공개 주소인 경우가 많지만 어디까지나 짐작일 뿐입니다. 로컬 관리 주소는 모두 그렇게 시작하며, 이 페이지가 만드는 주소와 가상 머신이 쓰는 주소도 마찬가지입니다.

두 번째 16진수 자리가 알려 주는 것첫 번째 옥텟의 하위 4비트
  • U/L 첫 번째 옥텟의 비트 1: 0이면 전역(IEEE 블록), 1이면 로컬
  • I/G 비트 0: 0이면 인터페이스 하나, 1이면 그룹
  • Z Y 로컬 주소의 802c 사분면을 정합니다: AAI, ELI, SAI 또는 예약됨
두 번째 자리의 모든 값과 그 의미입니다. 로컬 유니캐스트는 2, 6, A, E이며, 그 안에서 IEEE 802c는 2를 관리자와 난수 생성기(AAI)에, A를 Company ID 보유자(ELI)에, E를 IEEE 프로토콜(SAI)에 주고 6은 예약해 둡니다. 동그라미 친 2는 예시 주소 02:4F:9A:1C:77:E3의 두 번째 자리입니다.

유니캐스트와 멀티캐스트는 무엇이 다른가요?

유니캐스트 MAC 주소는 네트워크 인터페이스 하나를 가리키고, 멀티캐스트 주소는 그룹을 가리켜 그 그룹에 참여한 모든 인터페이스가 프레임을 받습니다. 둘을 가르는 것은 첫 번째 옥텟의 비트 0입니다. 0이면 유니캐스트, 1이면 멀티캐스트이므로 두 번째 16진수 자리가 홀수면 멀티캐스트입니다.

기기는 멀티캐스트 주소를 자기 주소로 쓸 수 없습니다. 프로토콜은 정해진 매핑 규칙에서 그룹 주소를 가져옵니다. IPv4 멀티캐스트는 01:00:5E:00:00:00부터 01:00:5E:7F:FF:FF까지이고, IPv6 멀티캐스트는 33:33 뒤에 그룹 주소의 마지막 32비트를 붙입니다. FF:FF:FF:FF:FF:FF는 모두를 가리키는 그룹, 곧 브로드캐스트입니다.

이 생성기의 멀티캐스트 종류는 스위치와 필터를 시험할 때 쓸 랜덤 로컬 그룹 주소(두 번째 자리가 3, 7, B, F)를 만듭니다. 실제 프로토콜에는 그 프로토콜의 고유 그룹 주소를 쓰세요.

프레임 하나, 인터페이스 하나 또는 그룹 전체첫 번째 옥텟의 비트 0
유니캐스트 · I/G 002:4F:9A:1C:77:E3인터페이스 하나만 받고 나머지는 버립니다
멀티캐스트 · I/G 101:00:5E:00:00:FB그룹(여기서는 mDNS)의 모든 구성원이 받습니다
  • FF:FF:FF:FF:FF:FF브로드캐스트: 네트워크의 모든 기기
  • 01:00:5E:00:00:01IPv4 그룹 224.0.0.1 · 모든 호스트
  • 01:00:5E:00:00:FBIPv4 그룹 224.0.0.251 · mDNS
  • 33:33:00:00:00:01IPv6 그룹 ff02::1 · 모든 노드
  • 01:80:C2:00:00:0ELLDP, 스위치 탐색
  • 01:80:C2:00:00:00Spanning Tree 브리지
Linux는 인터페이스에 그룹 주소를 설정하지 못하게 합니다
$ ip link set dev eth0 address 03:4f:9a:1c:77:e3
Cannot assign requested address
유니캐스트 프레임은 인터페이스 하나에, 멀티캐스트 프레임은 그룹에 참여한 모든 인터페이스에 갑니다. IPv4 그룹은 01:00:5E로, IPv6 그룹은 33:33으로 매핑됩니다.

가상 머신에는 어떤 MAC 주소를 써야 하나요?

하이퍼바이저는 가상 어댑터에 자체 접두사에서 뽑은 주소를 부여하므로, 가상 머신의 주소만 봐도 무엇이 만들었는지 알 수 있습니다. 대부분 해당 업체 이름으로 등록된 전역 관리 블록을 쓰지만, libvirt의 52:54:00과 Docker의 랜덤 주소는 로컬 관리 주소입니다.

고정 주소를 쓸 때는 하이퍼바이저의 범위 안에 머물거나 랜덤 로컬 주소를 쓰세요. VMware가 가장 엄격합니다. Workstation과 Fusion은 00:50:56:00:00:00부터 00:50:56:3F:FF:FF까지만 받아들이며, .vmx 파일에 ethernetN.address = "00:50:56:12:34:56"와 ethernetN.addressType = "static" 두 줄이 있어야 합니다(VMware 문서). 위 프리셋은 하이퍼바이저별 규칙을 그대로 따릅니다.

하이퍼바이저별 주소의 출처접두사 · 할당 주체
하이퍼바이저접두사블록할당 주체
VMware(수동)00:50:56:00–3F전역사용자가 .vmx 파일에 addressType = "static" 추가
VMware vCenter00:50:56:80–BF전역vCenter가 서버 ID로 할당
VMware ESXi 호스트00:0C:29전역호스트가 가상 머신의 UUID로 생성
VirtualBox08:00:27전역VirtualBox가 GUID에서 3바이트
Hyper-V00:15:5D전역호스트가 할당. 기본값은 호스트당 256개
QEMU/KVM (libvirt)52:54:00로컬libvirt가 무작위 3바이트. QEMU 자체 주소는 :12:34:56으로 시작
Proxmox VEBC:24:11전역Proxmox가 자체 블록에서 할당. 클러스터마다 범위를 넓힐 수 있음
Xen00:16:3E전역xl 툴스택
Parallels00:1C:42전역Parallels 이름으로 등록. 공식 문서에는 나오지 않음
Docker 28 이상무작위로컬Docker가 무작위 46비트. 27 버전까지는 02:42 뒤에 IPv4
00:50:56 · 네 번째 옥텟
00–3F 수동40–7F80–BF vCenterC0–FF
이 페이지의 프리셋은 각 하이퍼바이저의 첫 줄에서 주소를 뽑습니다. VMware의 수동 설정 범위는 00:50:56 블록의 4분의 1로, vCenter가 나눠 주는 80–BF 구간을 뺀, Workstation과 Fusion이 고정 주소로 받아들이는 범위입니다.

비공개 Wi-Fi 주소란 무엇인가요?

휴대전화와 노트북은 네트워크마다 새로 고른 랜덤 로컬 관리 주소, 곧 비공개 Wi-Fi 주소를 씁니다. 그래서 접속한 장소들이 하나의 하드웨어 주소를 따라다닐 수 없습니다. 직접 입력하는 값이 아니라 기기가 스스로 만들며, 운영체제마다 이를 켜고 끄는 설정이 따로 있습니다.

비공개 주소 뒤에 있는 기기의 제조사를 알고 싶다면 대신 하드웨어 주소를 조회하세요. MAC 주소 조회에서 운영체제별로 하드웨어 주소가 어디에 표시되는지, 비공개 주소에 제조사가 나오지 않는 이유는 무엇인지 설명합니다.

운영체제별 Wi-Fi 주소 선택 방식이 페이지가 아니라 기기에서 설정
iPhone, iPad, Mac“비공개 Wi-Fi 주소”
선택지
끔 · 고정 · 순환(iOS 18, macOS 15)
기본값
WPA2 이상에서는 고정, 개방형이거나 보안이 약한 네트워크에서는 2주마다 순환
적용 시점
iOS 14 · macOS 15
Android“무작위 MAC 사용”
기본값
Android 10부터 켜짐. 네트워크마다 주소 하나
변경 시점
초기화 전까지 유지. 개방형 네트워크에서는 제조사가 허용하면 다시 무작위로 바뀔 수 있음
적용 시점
Android 10
Windows“임의 하드웨어 주소”
설정 항목
모든 네트워크에 적용하는 설정과 저장된 네트워크별 설정
필요 조건
이 기능을 지원하는 Wi-Fi 하드웨어
위치
설정 › 네트워크 및 인터넷 › Wi-Fi

두 번째 자리가 2, 6, A, E라는 것은 기기가 스스로 주소를 만들었다는 단서일 뿐 증거는 아닙니다. MAC 주소 조회에서 주소 확인하기

운영체제별 설정 이름과 기본값, 주소가 바뀌는 시점이며 Apple, Google, Microsoft의 공식 문서를 따랐습니다. 이 기능은 생성기로 만든 주소를 넣는 방식이 아닙니다. 기기가 스스로 주소를 만들어 보관합니다.

IPv6 주소는 MAC 주소로 어떻게 만드나요?

호스트는 MAC 주소로 IPv6 주소의 마지막 64비트를 만들 수 있습니다. 주소를 반으로 나누고 가운데에 FF:FE를 넣은 뒤 U/L 비트를 반전하면 됩니다. 이것이 RFC 4291에 정의된 수정된 EUI-64입니다. 비트를 반전하는 이유는 ::1처럼 손으로 짧게 쓴 인터페이스 ID가 로컬로 취급되도록 하기 위해서입니다.

지금은 기본 방식이 아닙니다. RFC 8064는 호스트가 고정된 하드웨어 주소를 IPv6 주소에 넣지 않도록 권고하며, 요즘 시스템은 대신 무작위 또는 해시로 만든 인터페이스 ID를 씁니다. 그래서 요즘은 IPv6 주소에서 MAC 주소가 드러나는 일이 드뭅니다.

반대 방향으로는 IPv6 주소를 표준 형태로 압축하거나 IPv4 주소를 IPv6에 매핑할 수 있습니다.

MAC 주소에서 IPv6 주소로RFC 4291 Appendix A
  1. 주소를 반으로 나눕니다02:4F:9A | 1C:77:E3
  2. 가운데에 FF:FE를 넣습니다02:4F:9A:FF:FE:1C:77:E3
  3. 첫 번째 옥텟의 비트 1을 반전합니다: 02 → 0000000010 → 00000000
  4. 인터페이스 ID4f:9aff:fe1c:77e3
  5. 링크 로컬 주소fe80::4f:9aff:fe1c:77e3
02:4F:9A:1C:77:E3 주소로 만든 수정된 EUI-64입니다. 가운데 들어간 FF:FE와 반전된 U/L 비트가 이 형식을 알아보는 단서입니다. 생성기의 EUI-64 → IPv6 탭에서 만들어진 모든 주소에 같은 과정을 볼 수 있습니다.

랜덤 MAC 주소가 중복될 확률은 얼마나 되나요?

중복될 수는 있지만 랜덤 로컬 관리 주소라면 확률이 매우 낮습니다. AAI 사분면에서 주소 1,000개를 따로따로 뽑을 때 그중 둘이 겹칠 확률은 약 3,500만분의 1입니다. 무작위 비트가 줄어들면 위험은 빠르게 커집니다. 제조사 접두사를 고정하면 1,000개에서 중복이 생길 확률이 약 3%입니다.

중복이 문제가 되는 곳은 네트워크 하나 안입니다. 같은 주소를 가진 인터페이스가 둘이면 스위치가 혼란에 빠집니다. 이 페이지가 만드는 목록은 서로 모두 다르며, 제외할 주소 칸에 arp -a 출력이나 DHCP 할당 목록을 붙여넣으면 이미 쓰고 있는 주소를 피해서 만듭니다.

중복이 하나라도 생길 확률생일 역설 기준
주소를 뽑는 범위가능한 개수100개 추출1,000개 추출10,000개 추출확률 50% 지점
랜덤 로컬, AAI(이 페이지의 기본값)1.76 × 101336억분의 13500만분의 135만분의 14,937,811
랜덤 로컬, 사분면 무관(휴대전화, Docker)7.04 × 1013140억분의 11.4억분의 1140만분의 19,876,529
제조사 블록 하나(MA-L)16,777,2163.4천분의 12.9%95%4,823
VMware 수동 설정 범위4,194,3040.12%11%≈ 100%2,412
4옥텟 접두사65,5367.3%≈ 100%≈ 100%302
5옥텟 접두사256≈ 100%불가능불가능20
각자 주소를 정하는 호스트들처럼 주소를 따로따로 뽑았을 때의 값입니다. 가능한 개수는 이 생성기의 실제 범위이며 피하는 접두사는 빼고 셌습니다. 이 페이지에서 만든 목록 안에서는 중복이 생기지 않습니다. 생성기가 모든 주소를 확인합니다.

MAC 주소 생성기: 질문과 답변

랜덤 MAC 주소는 어떻게 생성하나요?

이 페이지를 열면 랜덤 로컬 관리 유니캐스트 주소가 바로 준비되고, 새 주소를 누르면 다음 주소가 나옵니다. 개수는 최대 1,000개, 형식은 콜론이나 하이픈 중에서 고르고 제조사나 하이퍼바이저, 고정 접두사도 지정할 수 있습니다. 모두 브라우저에서 crypto.getRandomValues로, 또는 직접 고른 시드로 만들며 어디로도 전송되지 않습니다.

로컬 관리 MAC 주소란 무엇인가요?

U/L 비트(첫 번째 옥텟의 비트 1)가 1이어서 두 번째 16진수 자리가 2, 6, A, E 중 하나인 주소입니다. IEEE가 제조사에 할당하지 않으므로 가상 머신과 실습 환경, 개인정보 보호 기능이 자유롭게 씁니다. 할당하는 쪽이 자기 네트워크에서 중복되지 않게 관리해야 합니다.

두 번째 자리가 왜 2, 6, A, E여야 하나요?

이 네 자리만 U/L 비트가 1이고 I/G 비트가 0인 로컬 관리 유니캐스트입니다. 홀수 자리는 멀티캐스트라 인터페이스가 자기 주소로 쓸 수 없고, 0, 4, 8, C는 IEEE가 회사에 블록을 나눠 주는 전역 영역이라 실제 회사의 블록에 들어갈 수도, 아직 아무에게도 할당되지 않은 자리에 들어갈 수도 있습니다.

랜덤 MAC 주소도 유효한가요?

48비트이고 I/G 비트가 0이며 용도에 맞는 U/L 비트 값이라면 유효합니다. 이 페이지의 랜덤 로컬 종류는 세 조건을 모두 만족합니다. 로컬 주소를 등재하는 레지스트리가 없어 다른 곳에서 확인할 방법은 없으며, 같은 네트워크의 다른 인터페이스가 쓰지 않는 것이 중요합니다.

생성한 MAC 주소를 가상 머신에 쓸 수 있나요?

네. 랜덤 로컬 주소는 모든 하이퍼바이저에서 동작합니다. VMware Workstation과 Fusion은 고정 주소에 더 엄격해 00:50:56:00:00:00부터 00:50:56:3F:FF:FF까지만 받아들이며, VMware 프리셋이 이 범위를 씁니다. 가상 머신에서 하이퍼바이저를 고르면 적용할 설정이나 명령이 표시됩니다.

VMware는 어떤 MAC 주소 범위를 쓰나요?

VMware는 00:50:56 블록을 보유합니다. 직접 지정하는 주소는 00:50:56:00:00:00부터 00:50:56:3F:FF:FF까지여야 하고, .vmx에서 addressType을 static으로 설정합니다. vCenter는 00:50:56:80부터 BF까지를 스스로 할당하고, vCenter가 관리하지 않는 ESXi 호스트는 가상 머신의 UUID로 00:0C:29 아래 주소를 만듭니다.

멀티캐스트 MAC 주소란 무엇인가요?

I/G 비트가 1이어서 두 번째 16진수 자리가 홀수인 주소입니다. 이 주소로 보낸 프레임은 그룹에 참여한 모든 인터페이스에 전달됩니다. IPv4 멀티캐스트는 01:00:5E 뒤에 그룹 주소의 23비트를, IPv6는 33:33 뒤에 마지막 32비트를 붙이며, FF:FF:FF:FF:FF:FF는 브로드캐스트입니다.

문서용 MAC 주소 범위는 무엇인가요?

RFC 9542는 유니캐스트 예시용으로 00-00-5E-00-53-00부터 -FF까지, 멀티캐스트 예시용으로 01-00-5E-90-10-00부터 -FF까지를 예약했습니다. IPv4의 192.0.2.0/24와 같은 역할입니다. 예제가 실제 기기와 겹치지 않도록 문서와 테스트 데이터에 쓰며, 문서용 종류가 이 범위에서 뽑습니다.

기기 두 대가 같은 MAC 주소를 가질 수 있나요?

가능하며, 한 네트워크 안에서 그런 일이 생기면 스위치가 각 기기의 트래픽을 엉뚱한 포트로 보냅니다. 랜덤 로컬 주소라면 확률이 매우 낮아 1,000개 기준 약 3,500만분의 1입니다. 제조사 블록 하나 안이나 긴 접두사 아래에서는 훨씬 빨리 중복되며, 위 표에 확률이 정리되어 있습니다.

내 기기의 MAC 주소를 바꿀 수 있나요?

대개 가능하며, 평범한 설정 항목입니다. 운영체제는 이미 Wi-Fi에서 비공개 주소를 쓰고, 드라이버와 하이퍼바이저에서도 원하는 로컬 관리 주소를 직접 입력할 수 있습니다. 다만 접속 규칙을 우회하려고 주소를 바꾸는 것은 별개의 문제로, 일부 공용 Wi-Fi 사업자의 약관처럼 이용약관을 어길 수 있습니다.

대체 MAC 주소란 무엇인가요?

네트워크 어댑터에 내장된 주소 대신 소프트웨어로 지정하는 주소, 곧 각인된 주소를 덮어쓰는 로컬 관리 주소입니다. 네트워크 어댑터와 공유기, 일부 게임 콘솔에 이 입력란이 있습니다. 이 페이지의 랜덤 로컬 주소를 그대로 넣되, 네트워크 안에서 중복되지 않게만 하면 됩니다.

여기서 만든 주소가 어딘가로 전송되나요?

아니요. crypto.getRandomValues로, 또는 직접 고른 시드로 브라우저에서 만들며, 생성하거나 붙여넣은 주소는 브라우저를 벗어나지 않습니다. 페이지를 떠나는 요청은 하나뿐으로, 제조사 검색이 입력한 회사 이름을 보내 IEEE 블록을 찾습니다. 복사한 링크에는 종류·개수 같은 설정과 켜 둔 시드가 담기지만, 직접 공유해야만 전달됩니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기