랜덤 IP·MAC 생성기

단위 테스트나 부하 생성기, 방화벽 규칙 작업지, 예시 대시보드에 쓸 그럴듯하면서도 일회용인 주소가 필요할 때 씁니다. IPv4는 루프백, 링크로컬, 멀티캐스트, 브로드캐스트, RFC 5737 문서화 대역을 제외합니다. IPv6는 2000::/3(전역), fd00::/8(ULA), fe80::/10(링크로컬)에서 생성합니다. MAC 주소는 멀티캐스트 비트를 항상 0으로 두고, 로컬 관리 비트는 UAA/LAA 토글을 따릅니다.

문서화 대역을 제외한 것은 이해해 둘 값어치가 있는 의도적 선택입니다. 글에 쓸 때는 정반대가 옳기 때문입니다. RFC 5737이 192.0.2.0/24와 198.51.100.0/24, 203.0.113.0/24를 예약한 것은 책과 명세의 예시가 실재하는 무언가와 충돌하지 않게 하기 위해서이고, 문서에 적는 주소는 거기서 가져와야 합니다. 이 툴이 그것을 빼는 이유는 테스트 픽스처가 평범해 보이는 주소를 필요로 할 때가 많고, 모든 엔지니어가 예시라고 알아보는 주소는 현실적인 표본이라는 목적을 무너뜨리기 때문입니다.

의식하고 받아들여야 할 맞바꿈이 그것입니다. 무작위 전역 주소는 누군가의 것입니다. 부하 생성기용으로 수천 개를 만들면 그중 일부는 실재하는 호스트로 라우팅되며, 픽스처가 연결을 여는 무언가로 새어 나가는 순간 그것이 문제가 됩니다. 네트워크 호출을 하는 테스트에 쓰는 주소는 겉모습이 어떻든 문서화 대역이나 사설 공간에서 가져와야 합니다.

대부분의 생성기가 틀리는 부분이 MAC 비트입니다. 첫 옥텟의 최하위 비트가 멀티캐스트를 표시하는데, 그것을 세우면 어떤 인터페이스도 자기 것으로 받아들이지 않는 주소가 됩니다. 그다음 비트가 로컬 관리를 표시하며, 지어낸 주소와 제조사에 배정된 주소를 가르는 것이 그것입니다. 두 비트가 모두 0인 무작위 주소는 실재하는 벤더의 OUI를 주장하는 셈인데, 픽스처에서는 괜찮고 실제 회선에서는 틀린 일입니다.

IPv6 접두사들은 정말로 다른 것들에 대응합니다. 2000::/3은 전역으로 라우팅되고, fd00::/8은 RFC 1918에 해당하는 IPv6의 고유 로컬 대역이며, fe80::/10은 링크로컬이라 세그먼트를 절대 벗어나지 않습니다. 라우팅 동작을 시험하는 테스트에는 맞는 것을 써야 합니다. 서로 바꿔 쓸 수 있는 것이 아니기 때문입니다.