Logstash 필터 geoip

ElasticSearch는 내부에 maxmind 에서 제공하는 geoip에 대한 정보를 가지고 있습니다. 이 정보를 이용하여 쉽게 IP와 지역을 매핑하여 위치와 관련된 다양한 분석을 할 수 있습니다. 이번 글에서는 ElasticSearch와 Kibaba에서 maxmind 를 어떻게 사용하는지 간단하게 살펴봅니다.

Share
Logstash 필터 geoip

Wireshark는 maxmind 데이베이스를 이용해서 IP의 지리정보 매핑을 지원한다.

2
1

그런데 엘라스틱서치도 같은 방식으로 해당 기능을 지원한다. 다음은 아파치 웹로그 연동을 위한 Logstash 설정.

input {
  file {
    path => "D:/sample.log"
    start_position => "beginning"
  }
}
filter {
  grok { match => { "message" => "%{COMMONAPACHELOG}" } }
  date { match => [ "timestamp", "dd/MMM/yyyy:HH:mm:ss Z" ] }
  geoip { source => "clientip" }
}
output {
  elasticsearch {
    hosts => [ "localhost:9200" ]
  }
}

maxmind 데이터베이스는 이미 내장되어 있기 때문에 대상 필드를 geoip 필터로 지정해주기만 하면 된다. 다음은 필터링 결과. 국가 코드 및 이름, 위경도 정보 등이 보인다.

6

다음은 위경도 정보를 이용한 'Coordinate Map' 생성 결과.

14

이때 위경도 정보를 갖는 geoip.location 필드는 반드시 geo_point 데이터 타입을 가지고 있어야 하는데, 자동으로 지정해주는 인덱스명을 사용한다면 신경쓸 게 아무 것도 없다. 엘라스틱서치가 알아서 다 해주기 때문.

5

하지만 다음처럼 인덱스명을 별도로 지정하면 골치가 아파짐.

output {
  elasticsearch {
    hosts => [ "localhost:9200" ]
    index => "apache_log"
  }
}

인덱스명을 별도로 만들었더니 geo_point 타입의 geoip.location 필드가 사라진다.

8

당연히 지도 그리기는 실패.

9

이를 해결하는 가장 간단한 방법은 인덱스명에 logstash를 접두사로 붙이는 것. 인덱스명에 목숨 걸지 말자

7

그런데 지리정보를 매핑할 필드가 2개 이상이라면? 이때는 인덱스명에 logstash 접두사를 붙여도 소용이 없다. geoip.location 필드는 하나이기 때문. 2개 이상의 필드에 지리정보를 매핑하려면 필드별로 별도의 geoip를 지정해줘야 한다. 일단 먼저 매핑부터 변경.

12

geo_point 타입의 location 필드를 수동으로 미리 만들어주는 이유는, 기본 조건('logstash-인덱스명' 사용, 하나의 필드 적용)에서 벗어나면 geo_point 타입의 자동 적용이 안되기 때문. 전체 매핑 구조는 대략 다음과 같기 때문에, 구조에 맞춰서 매핑 편집 작업을 해주면 된다.

{
  "logstash-snort_log": {
    "mappings": {
      "doc": {
        "properties": {
          “geoip": {       
            "location": {
              "type": "geo_point“
            }
          }     
        }
      }
    }
  }
}

이제 geo_point 타입을 갖는 2개의 location 필드가 준비됐으니, 해당 location 필드와 대상 필드를 매칭해주는 필터 표현식을 작성하면 된다. 다음은 geoip 필터의 target 옵션을 이용해서 geoip를 분리해주는 필터 표현식.

filter {
  geoip {
    source => "inet_ntoa(c.ip_src)"
    target => "geoip_src"
  }

  geoip {
    source => "inet_ntoa(c.ip_dst)"
    target => "geoip_dst"
  }
}

로그 연동 결과는 다음과 같다. 기본 필드인 geoip.location  외에 2개의 location 필드가 추가됐음을 알 수 있다.

13

사실 geo_point 타입의 location 필드 없어도 국가 코드, 이름 등의 정보는 사용할 수 있기 때문에, 지도가 필요 없다면 인덱스명이나 매핑 편집 등은 신경쓰지 않아도 된다. 하지만 지도를 반드시 그려야겠다면 살짝 귀찮아질 각오를 해야 함.

참고로 maxmind는 19년부터 위경도 정보를 제공하지 않을 거라고 한다. 유료 사용자에게만 제공한다고(..) 엘라스틱서치는 어케 하려나?

Read more

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로 TypeSafe AI가 2026년 9월 15일에 Jev를 내놨습니다. 텍스트를 쓰지 않고 타입이 정해진 판정과 확률을 바로 내는 모델입니다. 유추카 검색에서 가장 느린 단계가 마침 텍스트가 필요 없는 판정이었습니다. 그 구간만 Jev로 갈아끼우고 일주일간 측정했습니다. 콜드

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

1900년대 초 교량 측량 도면. 이 종이를 그린 사람은 다리를 직접 놓지 않습니다. 대신 좌표와 각도가 맞는지를 판정합니다. "AI가 다 만들어 준다"는 이야기가 흔해졌습니다. 그래서 자연스럽게 따라오는 질문이 있습니다 — 그럼 사람은 무엇을 하고, 어느 정도 실력이 있어야 하는가. 그 질문에 한 건의 실측으로 답하겠습니다. 통념이 말하는 역할과,

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

탠덤 자전거. 방향은 앞사람이 정하고 페달은 둘이 밟는데, 앞사람은 석 달 내내 뒷사람을 한 번도 못 봅니다. 사용자가 저에게 자기를 평가해 달라고 했습니다. 그래서 등급표를 만들었습니다. 열두 항목에 A부터 D+까지 매기고, 근거를 붙이고, "제가 관리자였다면 이런 코멘트를 남겼을 것"까지 적었습니다. 그리고 다시 읽어보니 그건 인사고과였습니다. 인사고과는

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

스위스 아미 나이프. 도구가 몇 개인지는 보면 알지만, 지금 어느 도구를 펴야 하는지는 안 적혀 있습니다. 요즘 AI 활용법을 다루는 글은 스킬 만드는 법부터 가르칩니다. 얼마 전까지는 MCP였고요. 저희 기록을 열어봤습니다. 석 달 동안 스킬 60회, 서브에이전트 42회, 브라우저 자동화 988회를 썼습니다. 안 쓴 게 아닙니다. 다만 붙인 MCP 서버는

By 김형준