IP·네트워크 계산

로그의 큰 정수가 IP 주소인가요?

사용할 도구

로그나 DB 열에 점으로 구분한 IP 대신 큰 정수가 있을 수 있습니다. 장치 ID일 수도, 32비트 IPv4 저장값일 수도 있습니다. 도구는 네트워크 조회 없이 로컬에서 표기를 확인합니다. 모든 큰 수가 주소는 아니므로 열 정의를 먼저 확인하세요.

왕복할 세 표기

3221225994
192.0.2.10
0xc000020a

숫자 입력을 IPv4로 선택해 3221225994를 넣으면 192.0.2.10입니다. 이 주소를 넣으면 같은 정수와 0xc000020a가 나오며 0x 붙은 16진수도 되돌릴 수 있습니다. 왕복 일치는 변환 중 숫자가 손실되지 않았는지 확인합니다.

예시 계산이며 실제 호스트나 소유자를 조사하지 않습니다. 그럴듯한 주소가 나와도 실제 접속원이라는 증거는 아닙니다. 로그를 만든 시스템의 필드 의미와 인코딩을 확인하세요.

192.0.2.10의 정수값

192 × 256³ + 0 × 256² + 2 × 256 + 10
= 3221225994
bytes: c0 00 02 0a

IPv4 각 옥텟은 0~255의 한 바이트입니다. 도구는 왼쪽을 높은 자리에 두며 문자열을 1920210으로 이어 붙이지 않습니다. 16진수는 바이트당 두 자리라 c0·00·02·0a를 원래 네 옥텟과 대조하기 쉽습니다.

독자적인 패킹이나 구분자 없는 약식이 같은 규칙이라고 가정하지 마세요. 원본이 무부호 정수인지 네 바이트인지 문자열인지 먼저 정합니다. 타입을 알면 표기 오류와 계산 오류를 나눌 수 있습니다.

같은 정수를 두 계열로 읽기

1 → 0.0.0.1 (IPv4)
1 → ::1 (IPv6)
4294967295 → 255.255.255.255 (IPv4)

복원에는 주소 계열이 필요합니다. 1은 IPv4에서 0.0.0.1, IPv6에서 ::1입니다. 큰 수만 IPv6라고 추정하면 작은 IPv6 값을 잘못 읽습니다. 원본의 계열 정보를 보존해야 하며 정수만으로 잃은 메타데이터를 복원할 수는 없습니다.

IPv4 최대는 4294967295라 4294967296은 거부됩니다. IPv6는 128비트이며 중간 소프트웨어에서 부동소수점으로 바꾸면 낮은 자릿수를 잃을 수 있습니다. 정확한 숫자 문자열로 전달하고 왕복 확인하며 반올림된 지수 표기로 대신하지 마세요.

바이트 순서를 뒤집은 예

c0 00 02 0a → 192.0.2.10
0a 02 00 c0 → 10.2.0.192
0x0a0200c0 = 167903424

원시 메모리나 바이너리 파일은 저장 바이트 순서가 중요합니다. 네 바이트를 뒤집으면 다른 IP입니다. 도구는 원래 순서를 자동 감지하지 않습니다. 그럴듯할 때까지 바꾸지 말고 생성 프로그램 명세나 알려진 기록과 대조하세요.

음수 IPv4 로그는 부호 있는 32비트 해석 때문일 수 있지만 도구는 음수를 자동 보정하지 않습니다. 원본 타입 확인 후 부호를 정리하세요. 음수는 오류 코드일 수도 있으므로 모든 값을 주소로 만들지 마세요.

복원 후 범위 포함 여부는 IP/CIDR 비교로 확인할 수 있습니다. 둘 다 DNS·포트 연결·위치 추정을 하지 않습니다. 유효한 표기·범위 포함·실제 도달 가능성은 별도 확인입니다.

원래 정수·주소 계열·변환 표기·역변환 일치를 남기고 바이트 순서나 부호가 미확인이면 그대로 적으세요. 읽기 쉬운 주소는 로그 대조에 유용하지만 모양으로 원본 정의의 빈틈을 채우면 안 됩니다.