으로 모든 개발자 또는 시스템 관리자에 당신을 말할 것이다,로그 파일은 매우 유용한 도구는 디버깅을 위한 문제를 내에 웹 응용 프로그램입니다. 사실 로그 파일은 일반적으로 웹 사이트가 오작동하는 경우 정보의 기본 소스로 활용됩니다.

중 하나는 별도의 로그 파일에 사용할 수 있는 응용 프로그램 디버깅(또는 단순히 통찰력을 얻으로 방문 활동)은 접근 로그에 의해 생산 Apache HTTP server., 아래 나는 것으로 사는 이러한 기록:나는 설명할 것이 어떤 기록에서 아파치 접속 로그,그들이 발견될 수 있는 방법을 이해하는 데이터에 포함 된 파일입니다. 이후 진정한 힘의 로그 데이터의 의미를 깨닫를 통해 데이터의 분석에,나는 또한 토론의 장점과 함께 작업 로그 관리 및 분석 플랫폼(예:스모로 논리)파생하는 소중한 통찰력에서 접근 로그 데이터입니다.

아파치 액세스 로그는 무엇입니까?,

위에서 언급했듯이 Apache access log 는 Apache HTTP 서버에서 생성 된 여러 로그 파일 중 하나입니다. 이 특정 로그 파일은 Apache 서버에서 처리하는 모든 요청에 대한 데이터 기록을 담당합니다. 따라서 개인이 귀하의 사이트에서 웹 페이지를 방문하면 액세스 로그 파일에는이 이벤트에 관한 세부 정보가 포함됩니다., 정보가 소중한 다양한 상황에서:는 경우,예를 들어,일반적인 요청은 실패에 대한 각 개인을 얻으려고 특정 웹 페이지의 링크될 수 있습 페이지를 가리키는 더 이상 존재하지 않는 경우 특정 페이지에서 사이트는 이러드,로그 항목을 나타낼 수 있습니다 SQL 쿼리할 수 있는 리팩터링을 성능을 향상시킬 경우 하나의 특정 페이지의 사이트에서 매우 인기있는,데이터 집계에서 로그에 액세스할 수 있 빛에서 일반적으로 요청된 자원 따라서 사업을 활성화가들이 인기를 더 제공하여 관련 콘텐츠를 제공합니다.,

아파치 액세스 로그는 어디에서 찾을 수 있습니까?

Apache 액세스 로그의 위치는 Apache HTTP 서버가 실행되는 시스템에 따라 다릅니다. 아파치 HTTP 서버 인스턴스의 대부분은 리눅스 배포판에서 실행됩니다. 그래서,의 목적을 위해 이 문서에서,우리는 지팡이를 적는 아파치 접근 로그에 발견될 수 있는 리눅스 기계입니다.예를 들어 Ubuntu Linux 배포판에서 액세스 로그 레코드는 기본적으로 다음 위치에 기록됩니다.

/var/log/apache2/access.,log

기본 위치는 다른 Linux 배포판에서 약간 다를 수 있지만 대부분의 경우 아주 멀리 볼 필요는 없습니다. 궁극적으로 위치 및 형식으로(에 더 이상)접근 로그는에 의해 정의된 CustomLog 지시어는 보고 수정할 수 있습니다 내에서 Apache HTTP server configuration.

해석하는 아파치 접근 로그는

이제 당신이 알고있는 어떤 아파치 접근 로그는와 그들이 찾을 수 있습니다,우리는 설명할 수 있는 방법을 해석하는 항목에서는 개발 팀과 다른 그것은 인원이 좋은 사용을 만들 수 있습니다.,

독서 아파치는 접근 로그는

의 아파치 로그에 액세스가 필요합하는 분석 이해하는 형식의 접근 로그가 기록되고있다. 위에서 언급했듯이 액세스 로그의 형식은 위치와 함께 CustomLog 지시문에 정의되어 있습니다. 아래에서 아파치 액세스 로그와 함께 자주 활용되는 두 가지 인기있는 로그 형식을 살펴볼 것입니다.

일반적인 로그의 형식

하고는 Common 로그 형식을 표준화된 텍스트 파일 형식을 사용하여 다양한 웹 서버가 생성하는 서버의 로그 파일이 있습니다., 와 Apache HTTP server,일반적인 로그 형식을 생산하는 데 사용될 수 있습니다 접근 로그에는 충분히 간단한 개발자와 관리자는 읽을 수 있습니다. 또한,그것으로 표준화된 형식을 사용하여 여러 웹 서버,CLF 형식의 로그 파일을 쉽게 사용할 수 있습으로 로그를 만들며,여러 로그 분석 플랫폼입니다.

는 접근 로그에 기록에 기록하고는 Common 로그 형식은 다음과 같이 표시됩니다:

127.0.0.1-스콧”GET/server-status HTTP/1.1″200 2326

필드를 위한 샘플을 기록은 다음을 나타냅니다.

  • 127.0.0.,1-요청을 한 클라이언트의 IP 주소;
  • 로그 파일의 두 번째 필드를 정의하는 하이픈은 클라이언트의 id 입니다. 이 필드는 종종 반환 하이픈으로 아파치의 HTTP 서버는 문서에는 것이 좋이 특정 분야될 수 없는 경우를 제외하고 통제되는 내부 네트워크입니다.
  • Scott-리소스를 요청하는 사람의 사용자 id;
  • -요청의 날짜와 시간;
  • “GET/server-status HTTP/1.,1″요청의 유형 및 리소스를 요청된
  • 200-HTTP 응답 상태 코드;
  • 2326-객체의 크기가 클라이언트에게 반환됩니다.

결합 로그 형식

아파치 액세스 로그와 함께 자주 사용되는 또 다른 형식은 결합 로그 형식입니다. 이 형식은 매우 비슷하고는 Common 로그 형식의 그러나 포함되는 몇 가지 추가 필드에 정보를 제공합에 사용하기 위해 분석 및 디버깅 작업입니다., 접근 로그에 기록에 기록되는 결합된 로그 형식은 다음과 같이 나타납니다.

당신이 볼 수있는 첫 번째 일곱 분야와 동일한 사람들하고는 Common 로그 형식입니다. 나머지 필드를 대표 두 개의 추가적인 속성:

는”CustomLog”지시어는

이전에 언급하는 구성에 대한 액세스 아파치 로그를 통해 이루어집 CustomLog 지시어에는 Apache HTTP server configuration file., 보자에서 샘플을 접근 로그의 구성을 보여주는 유연성을 제공합 CustomLog 지시어:

LogFormat”%h%l%u%t\”%r\”%>s%O\”%{Referer}i\”\”%{User-Agent}i\””combined

CustomLog/var/log/apache2/access.로그 결합된

여기에,우리는 우리 정의된 결합한 로그 형식을 통해 LogFormat directive,그리고 우리는 다음에는 위로를 정의하여 위치 및 형식(통합)에 대한 액세스를 사용하여 로그 CustomLog directive. 보시다시피 액세스 로그의 위치 또는 형식을 수정하는 것은 간단한 프로세스입니다., 또한 CustomLog 지시문을 사용하면 아래에서 설명 할 몇 가지 다른 기능이 제공됩니다.

Multiple Access Logs

규칙이 없이 말하는 구성할 수 없습니다 여러 접근 로그는 당신의 아파치는 HTTP 서버,프로세스는 실제로 매우 쉽다;당신이해야 할 모든 당신은 단순히 추가 CustomLog 지시어를 추가,사용자 정의 접근 로그의 파일:

LogFormat”%h%l%u%t\”%r\”%>s%O\”%{Referer}i\”\”%{User-Agent}i\””combined

LogFormat”%{User-agent}i”는 에이전트

CustomLog/var/log/apache2/access.,로그 결합

CustomLog/var/log/apache2/agent_access.로그 에이전트

조건부 로그

또한 조건부로 액세스 로그에 쓸 수 있습니다. 이는 특정 클라이언트와 관련된 레코드의 제외를 포함하여 다양한 이유로 유용할 수 있습니다. 일반적으로 이것은 환경 변수를 설정하고”env”절을 통해 참조하여 수행됩니다. 자세한 내용은 CustomLog 지시문의 공식 문서를 방문하십시오.

전체&파이프 로그를

다른것 같이 서버의 로그 파일을 공간을 확보 할 수 있습니다., 그리고 상대적으로 바쁜 아파치 서버에서는 액세스 로그와 같은 로그 파일이 빠르게 증가 할 수 있습니다. 따라서 정기적으로 이전 로그 파일을 이동하거나 삭제하기위한 프로세스를 마련하는 것이 중요합니다. 운 좋게도 Apache HTTP 서버는 우아한 재시작 및 파이프 로그 프로세스를 사용하여이 작업을 수행 할 수 있습니다.

아파치 서버를 우아하게 다시 시작하면 클라이언트 연결을 잃지 않고 다시 시작할 수 있습니다., 이를 다시 시작할 수 있는 아파치를 열어 쓰지않고 새 로그파일 클라이언트 중단할 수 있으므로 실행의 처리를 압축하거나 이전 로그 파일을 삭제에 관심이의 공간을 절약합니다.

파이프로 연결된 로그 프로세스,다른 한편으로는,허용할 수 있습에 대한 로그 순환을 수행될 수 없는 서버를 다시 시작 예를 들어,rotatelogs 라는 프로그램에 포함된 Apache HTTP server. 단순히 파일에 쓰는 대신 액세스 로그 항목은이 특정 프로그램에 파이프를 통해 쓸 수 있습니다., Rotatelogs 프로그램에는 시간 또는 크기에 따라 조건부로 로그를 회전시키는 옵션이 포함되어 있습니다.

을 분석 아파치 접근 로그와 스모 로직

를 수집하는 대량의 데이터 로그파일에만 유용하는 경우에 데이터를 효과적으로 관리할 수 있습니다.고 분석하기 쉽다. 제대로 할 때,그것이 생산한 소중한 통찰력을 활용할 수 있는 기회를 식별 개선에 당신의 웹 서버의 구성이나 응용 프로그램., 작업할 경우 아파치 로그를 액세스,그것은 최고의 통합과 함께 스모 논리를 수집하는 아파치 로그 파일을 만드는 프로세스 생성을 위한 귀중한 시각화를 덜 고통스러운입니다.시작하기위한 프로세스는 비교적 쉽습니다. 에서 사실 단순히 구성 SumoLogic 수집 및 로컬 파일 원본 아파치 접속 로그,당신이 할 수 있고 실행에는 기본적인 의미에서의 문제 분입니다. 로그 관리 및 데이터 분석을위한 프로세스를 개선 할 수있는 방법을 보려면 오늘 스모 로직을 확인하십시오.,

DevSecOps 에 대한 완벽한 가시성

가동 중지 시간을 줄이고 반응에서 사전 모니터링으로 이동합니다.