- 18 Sep 2024
- 3 Minutes to read
- Print
- Dark
IIS Logs
- Updated on 18 Sep 2024
- 3 Minutes to read
- Print
- Dark
Microsoft's Internet Information Services (IIS) web server is a web server commonly found on Microsoft Windows servers. This adapter assists with sending IIS web logs to LimaCharlie via the Adapter binary.
Telemetry Platform (if applicable): iis
Deployment Configurations
All adapters support the same client_options
, which you should always specify if using the binary adapter or creating a webhook adapter. If you use any of the Adapter helpers in the web app, you will not need to specify these values.
client_options.identity.oid
: the LimaCharlie Organization ID (OID) this adapter is used with.client_options.identity.installation_key
: the LimaCharlie Installation Key this adapter should use to identify with LimaCharlie.client_options.platform
: the type of data ingested through this adapter, liketext
,json
,gcp
,carbon_black
, etc.client_options.sensor_seed_key
: an arbitrary name for this adapter which Sensor IDs (SID) are generated from, see below.
Adapter-specific Options
IIS web logs often have a standardized schema, unless manually changed by administrators. The iis
platform in LimaCharlie expects the following structure:
#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) cs(Referer) sc-status sc-substatus sc-win32-status time-taken
If your IIS logs are a different structure from above, please let us know and we can assist in customizing the parser!
The structure of these fields is as follows:
Field Name | Explanation |
---|---|
date | Date of log entry |
time | Time of log entry |
s-ip | The IP address of the web server |
cs-method | The method of request from the client |
cs-uri-stem | The URI requested by the client |
cs-uri-query | The query added to the URI in the client request |
s-port | The server port) |
cs-username | The client username (if provided) |
c-ip | The IP address of the client |
cs-user-agent | The user-agent of the client |
cs-referer | The referer that directed the client to the site |
sc-status | The service status code |
sc-substatus | The service substatus code (if applicable) |
sc-win32-status | The Windows status code |
time-taken | The time taken to render the request resource(s) |
Configuration File
IIS logs are typically stored "on disk" of the web server, in files that roll daily. Thus, collecting IIS web logs would be done with a binary Adapter that can monitor specific IIS log folder(s) for new files. The Adapter type would be file
, while the platform is iis
.
The following configuration file can be used as a starter to monitor IIS web log directories. Replace any values between < >
characters with values unique to your Organization and/or deployment.
Please customize according to your environment/LimaCharlie organization
A few notes about the IIS platform parser:
- The server IP address (identified in the logs as
s-ip
will be used as the hostname within LimaCharlie. - The
date
andtime
fields are combined to a single field represented asts
. The above configuration uses this field as the event time, unless removed. - The
sensor_seed_key
can be any value of your choosing, please make sure it's unique per web server. - You can specify multiple configurations in one file if you wish to collect logs from multiple folders.
- The
no_follow: false
specification ensures that the Adapter monitors for new files and/or writes to existing files. You can exclude this option if you are going to ingest "dead" log files. - All IIS events will be represented as
IIS_WEBLOG
in the Adapter telemetry.
If you have any questions about collecting IIS web logs, please reach out to the LimaCharlie team.