Splunk SPLK-1003 Splunk Enterprise Certified Admin Exam Practice Test

Splunk uses alayered configuration modelwhere settings are loaded in a specific order. This order determines which configuration takes precedence when multiple settings conflict. Atindex time(the point when data is parsed and indexed), the configuration precedence is clearly defined in the official documentation.

FromSplunk Docs(props.conf precedence):

Configuration file resolution order (highest to lowest precedence):

$SPLUNK_HOME/etc/users/ < username > / < appname > /local

$SPLUNK_HOME/etc/apps/ < appname > /local

$SPLUNK_HOME/etc/apps/ < appname > /default

$SPLUNK_HOME/etc/system/local

$SPLUNK_HOME/etc/system/default

However, forindex-time configurations, a slight difference applies:

system/local and users/local areoften treated specially, butin practice and according to Splunk Docs, thesystem/localconfigs override apps/default, and so on.

InOption C, the correct precedence fromhighest to lowestis:

/etc/users/local (Highest)

/etc/system/default

/etc/apps/aaa/local

/etc/apps/zzz/default

/etc/system/local (Lowest of these listed)

Though system/local typically has high precedence,when users/local is involved, that is the ultimate override. Splunk Docs confirms this in:

Configuration file precedence

Configuration layering reference

Therefore, Option C reflects the correct Splunk configuration file precedence order at index time.

The correct answer is B. The network input in Splunk might be found in the $SPLUNK_HOME/etc/apps/$appName/local/inputs.conf file.

A network input is a type of input that monitors data from TCP or UDP ports. To configure a network input, you need to specify the port number, the connection host, the source, and the sourcetype in the inputs.conf file. You can also set other optional settings, such as index, queue, and host_regex1.

The inputs.conf file is a configuration file that contains the settings for different types of inputs, such as files, directories, scripts, network ports, and Windows event logs. The inputs.conf file can be located in various directories, depending on the scope and priority of the settings. The most common locations are:

$SPLUNK_HOME/etc/system/default: This directory contains the default settings for all inputs. You should not modify or copy the files in this directory2.

$SPLUNK_HOME/etc/system/local: This directory contains the custom settings for all inputs that apply to the entire Splunk instance. The settings in this directory override the default settings2.

$SPLUNK_HOME/etc/apps/$appName/default: This directory contains the default settings for all inputs that are specific to an app. You should not modify or copy the files in this directory2.

$SPLUNK_HOME/etc/apps/$appName/local: This directory contains the custom settings for all inputs that are specific to an app. The settings in this directory override the default and system settings2.

Therefore, the best practice is to create or edit the inputs.conf file in the $SPLUNK_HOME/etc/apps/$appName/local directory, where $appName is the name of the app that you want to configure the network input for. This way, you can avoid modifying the default files and ensure that your settings are applied to the specific app.

The other options are incorrect because:

A. There is no network directory under the apps directory. The network input settings should be in the inputs.conf file, not in a separate directory.

C. There is no udp.conf file in Splunk. The network input settings should be in the inputs.conf file, not in a separate file. The system directory is not the recommended location for custom settings, as it affects the entire Splunk instance.

D. The var/lib/splunk directory is where Splunk stores the indexed data, not the input settings. The homePath setting is used to specify the location of the index data, not the input data. The inputName is not a valid variable for inputs.conf.

The deployer is a Splunk Enterprise instance that you use to distribute apps and certain other configuration updates to search head cluster members. The set of updates that the deployer distributes is called the configuration bundle.https://docs.splunk.com/Documentation/Splunk/8.1.3/DistSearch/PropagateSHCconfigurationchanges#:~:text=The%20deployer%20is%20a%20Splunk,is%20called%20the%20configuration%20bundle.

https://docs.splunk.com/Documentation/Splunk/8.0.5/Updating/Updateconfigurations

First line says it all: " The deployment server distributes deployment apps to clients. "

https://docs.splunk.com/Documentation/Splunk/8.1.1/Data/Monitornetworkports

The correct answer is B. in props.conf:

[identity]

SEDCMD-redact_pw = s/password=([^,|/s]+)/ ####REACTED####/g

According to the Splunk documentation1, to redact sensitive data from raw events, you need to use the SEDCMD attribute in the props.conf file. The SEDCMD attribute applies a sed expression to the raw data before indexing. The sed expression can use the s command to replace a pattern with a substitution string. For example, the following sed expression replaces any occurrence of password= followed by any characters until a comma, whitespace, or slash with ####REACTED####:

s/password=([^,|/s]+)/ ####REACTED####/g

The g flag at the end means that the replacement is applied globally, not just to the first match.

Option A is incorrect because it uses the REGEX attribute instead of the SEDCMD attribute. The REGEX attribute is used to extract fields from events, not to modify them.

Option C is incorrect because it uses the transforms.conf file instead of the props.conf file. The transforms.conf file is used to define transformations that can be applied to fields or events, such as lookups, evaluations, or replacements. However, these transformations are applied after indexing, not before.

Option D is incorrect because it uses both the wrong attribute and the wrong file. There is no REGEX-redact_pw attribute in the transforms.conf file.

https://docs.splunk.com/Documentation/Splunk/7.3.0/Admin/Wheretofindtheconfigurationfiles

" To determine the order of directories for evaluating configuration file precendence, Splunk software considers each file ' s context. Configuration files operate in either a global context or in the context of the current app and user "

The correct answer is C. MonitorNoHandle.

MonitorNoHandle is a type of input stanza that allows a Splunk forwarder to read files on Windows systems as Windows writes to them. It does this by using a kernel-mode filter driver to capture raw data as it gets written to the file1. This input stanza is useful for files that get locked open for writing, such as the Windows DNS server log file2.

The other options are incorrect because:

A. Tail Reader is not a valid input stanza in Splunk. It is a component of the Tailing Processor, which is responsible for monitoring files and directories for new data3.

B. Upload is a type of input stanza that allows Splunk to index a single file from a local or network file system. It is not suitable for files that are constantly being updated, as it only indexes the file once and does not monitor it for changes4.

D. Monitor is a type of input stanza that allows Splunk to monitor files and directories for new data. However, it may not work for files that Windows prevents Splunk from reading while they are open. In such cases, MonitorNoHandle is a better option2.

A Splunk forwarder is a lightweight agent that can forward data to a Splunk deployment. There are two types of forwarders: universal and heavy. A universal forwarder can only forward data, while a heavy forwarder can also perform parsing, filtering, routing, and aggregation on the data before forwarding it5.

An input stanza is a section in the inputs.conf configuration file that defines the settings for a specific type of input, such as files, directories, network ports, scripts, or Windows event logs. An input stanza starts with a square bracket, followed by the input type and the input path or name. For example, [monitor:///var/log] is an input stanza for monitoring the /var/log directory.

https://docs.splunk.com/Documentation/Splunk/6.2.0/Data/Configuretimestamprecognition

" Specify how far (how many characters) into an event Splunk software should look for a timestamp. " since TIME_PREFIX = ^ and timestamp is from 0-29 position, so D=30 will pick up the WHOLE timestamp correctly.

The serverclass.conf file controls how deployment apps and configurations are distributed from the Deployment Server to its Deployment Clients . Within this configuration, attribute values can be defined at multiple levels, and Splunk applies them based on a defined order of precedence — from general to most specific.

The correct order of evaluation (lowest to highest precedence) is:

[global] — applies to all server classes and clients unless overridden.

[serverClass: < name > ] — applies to all clients in that specific server class.

[serverClass: < name > :app: < appname > ] — applies only to a specific app within that server class and overrides previous settings.

This means that values set in the [serverClass: < name > :app: < appname > ] stanza take priority over those in [serverClass: < name > ], which in turn override values in [global].

Example (from serverclass.conf):

[global]

whitelist.0 = *

[serverClass:web_servers]

whitelist.0 = web01*

blacklist.0 = test*

[serverClass:web_servers:app:web_monitoring]

restartSplunkWeb = true

Here, restartSplunkWeb = true in the app stanza overrides any inherited setting from the global or class level.

Reference (Splunk Documentation):

Splunk® Enterprise Admin Manual → Deploy configurations using deployment server

serverclass.conf.spec and example → “Precedence of attributes: global < serverClass: < name > < serverClass: < name > :app: < appname > ”

Splunk Docs: “How the deployment server works”

The Universal Forwarder (UF) handles data forwarding to indexers. When monitoring a continuous and high-volume syslog stream over TCP, the UF may not detect an end-of-file (EOF) condition, which is typicallyrequired to trigger load balancing between multiple indexers. This can result in the UF continuously sending data to a single indexer, potentially leading to uneven load distribution.

To address this, Splunk provides the forceTimebasedAutoLB setting in the outputs.conf configuration file. Enabling this setting allows the UF to switch between indexers at regular time intervals, regardless of EOF detection. This ensures a more balanced distribution of data across multiple indexers, even in scenarios with continuous data streams like syslog.

https://docs.splunk.com/Documentation/Splunk/8.2.2/Data/UsetheHTTPEventCollector

" The HTTP Event Collector (HEC) lets you send data and application events to a Splunk deployment over the HTTP and Secure HTTP (HTTPS) protocols. HEC uses a token-based authentication model. You can generate a token and then configure a logging library or HTTP client with the token to send data to HEC in a specific format. This process eliminates the need for a Splunk forwarder when you send application events. "

A bucket is the object that stores events inside of an index. According to the Splunk documentation1, “An index is a collection of directories, also called buckets, that contain index files. Each bucket represents a specific time range.” A bucket can be in one of several states, such as hot, warm, cold, frozen, or thawed1. Buckets are managed by indexers or clusters of indexers1.

https://docs.splunk.com/Documentation/Splunk/8.2.2/Updating/Aboutdeploymentserver

" The deployment server is the tool for distributing configurations, apps, and content updates to groups of Splunk Enterprise instances. "

https://docs.splunk.com/Documentation/Splunk/latest/Data/Whitelistorblacklistspecificincomingdata#Include_or_exclude_specific_incoming_data

The correct answer is C. /var/log/host_460352847/bar/file/foo.txt.

The monitor stanza in inputs.conf is used to configure Splunk to monitor files and directories for new data. The monitor stanza has the following syntax1:

[monitor:// < input path > ]

The input path can be a file or a directory, and it can include wildcards (*) and regular expressions. The wildcards match any number of characters, including none, while the regular expressions match patterns of characters. The input path is case-sensitive and must be enclosed in double quotes if it contains spaces1.

In this case, the input path is /var/log//bar/.txt, which means Splunk will monitor any file with the .txt extension that is located in a subdirectory named bar under the /var/log directory. The subdirectory bar can be at any level under the /var/log directory, and the * wildcard will match any characters before or after the bar and .txt parts1.

Therefore, the file /var/log/host_460352847/bar/file/foo.txt will be matched by the monitor stanza, as it meets the criteria. The other files will not be matched, because:

A. /var/log/host_460352847/temp/bar/file/csv/foo.txt has a .csv extension, not a .txt extension.

B. /var/log/host_460352847/bar/foo.txt is not located in a subdirectory under the bar directory, but directly in the bar directory.

D. /var/log/host_460352847/temp/bar/file/foo.txt is located in a subdirectory named file under the bar directory, not directly in the bar directory.

A Heavy Forwarder is a Splunk instance that can parse and filter data before forwarding it to another Splunk instance, such as an indexer1. A Heavy Forwarder can also perform index-time field extractions using the TRANSFORMS setting2.

The TRANSFORMS setting is used to configure data transformations in the transforms.conf file3. The transforms.conf file contains settings and values that you can use to configure host and source type overrides, anonymize sensitive data, route events to different indexes, create index-time and search-time field extractions, and set up lookup tables3.

The TRANSFORMS setting can be deployed to the Heavy Forwarder where the syslog files are being monitored, so that the logs can be rerouted based on the event message before they are forwarded to the indexer2. This can improve the performance and efficiency of data processing and indexing2.

https://docs.splunk.com/Documentation/Splunk/8.0.1/Troubleshooting/Usebtooltotroubleshootconfigurations

" The btool command simulates the merging process using the on-disk conf files and creates a report showing the merged settings. "

" The report does not necessarily represent what ' s loaded in memory. If a conf file change is made that requires a service restart, the btool report shows the change even though that change isn ' t active. "

https://www.splunk.com/en_us/blog/tips-and-tricks/what-is-this-fishbucket-thing.html

" Every Splunk instance has a fishbucket index, except the lightest of hand-tuned lightweight forwarders, and if you index a lot of files it can get quite large. As any other index, you can change the retention policy to control the size via indexes.conf "

Reference https://community.splunk.com/t5/Archive/How-to-reindex-data-from-a-forwarder/td-p/93310

According to the Splunk documentation1, a heavy forwarder is a Splunk Enterprise instance that can parse and filter data before forwarding it to an indexer. A heavy forwarder can perform line breaking,which is the process of splitting incoming data into individual events based on a set of rules2. A heavy forwarder can also apply other transformations to the data, such as field extractions, event type matching, or masking sensitive data3.

https://docs.splunk.com/Documentation/Splunk/latest/Forwarding/Protectagainstlossofin-flightdata#:~:text=The%20default%20for%20the%20maxQueueSize,wait%20queue%20size%20is%2021MB.

https://docs.splunk.com/Documentation/Splunk/latest/Forwarding/Protectagainstlossofin-flightdata

After an app is downloaded, it resides under $SPLUNK_HOME/etc/apps on the deployment clients. But it resided in the $SPLUNK_HOME/etc/deployment-apps location in the deployment server.

Splunk REST API is a valid method to create a Splunk user. The Splunk REST API allows administrators to create, edit, and delete users programmatically using HTTP requests. The other options are not valid methods to create a Splunk user. Creating a support ticket does not create a user, but requests assistance from Splunk support. Creating a user on the host operating system does not create a Splunk user, but a system user. Adding the username to users.conf does not create a user, but modifies the configuration file that stores user information. References = Configure users with the CLI, Configure users and roles

According to the Splunk documentation1, to customize a configuration file, you need to create a new file with the same name in a local or app directory. Then, add the specific settings that you want to customize to the local configuration file. Never change or copy the configuration files in the default directory. The files in the default directory must remain intact and in their original location. The Splunk Enterprise upgrade process overwrites the default directory.

To deploy configuration files to deployment clients, you need to use the deployment server. The deployment server is a Splunk Enterprise instance that distributes content and updates to deployment clients2. The deployment server uses a directory called $SPLUNK_HOME/etc/deployment-apps to store the apps and configuration files that itdeploys to clients2. To update the configuration files in this directory, you need to edit them manually and then run the command $SPLUNK_HOME/bin/sp1unk reload deploy—server to make the changes take effect2.

Therefore, option A is incorrect because it does not include the reload command. Option B is incorrect because it makes the change on a deployment client instead of the deployment server. Option D is incorrect because it changes the default directory instead of the local directory.

The Data Preview feature should be used when validating the parsing of data. The Data Preview feature allows you to preview how Splunk software will index your data before you commit the data to an index. You can use the Data Preview feature to check the following aspects of data parsing1:

Timestamp recognition: You can verify that Splunk software correctly identifies the timestamps of your events and assigns them to the _time field.

Event breaking: You can verify that Splunk software correctly breaks your data stream into individual events based on the line breaker and should linemerge settings.

Source type assignment: You can verify that Splunk software correctly assigns a source type to your data based on the props.conf file settings. You can also manually override the source type if needed.

Field extraction: You can verify that Splunk software correctly extracts fields from your events based on the transforms.conf file settings. You can also use the Interactive Field Extractor (IFX) to create custom field extractions.

The Data Preview feature is available in Splunk Web under Settings > Data inputs > Data preview. You can access the Data Preview feature when you add a new input or edit an existing input1.

The other options are incorrect because:

A. When extracting fields for ingested data. The Data Preview feature can be used to verify the field extraction for data that has not been ingested yet, but not for data that has already been indexed. To extract fields from ingested data, you can use the IFX or the rex command in the Search app2.

B. When previewing the data before searching. The Data Preview feature does not allow you to search the data, but only to view how it will be indexed. To preview the data before searching, you can use the Search app and specify a time range or a sample ratio.

C. When reviewing data on the source host. The Data Preview feature does not access the data on the source host, but only the data that has been uploaded or monitored by Splunk software. To review data on the source host, you can use the Splunk Universal Forwarder or the Splunk Add-on for Unix and Linux.

The answer to your question is C. services/data/collector. This is the endpoint URI used to collect data in a customer managed Splunk Enterprise environment.According to the Splunk documentation1, “The HTTP Event Collector REST API endpoint is /services/data/collector.You can use this endpoint to send events to HTTP Event Collector on a Splunk Enterprise or Splunk Cloud Platform deployment.” You can also use this endpoint to send events to a specific token or index1. For example, you can use the following curl command to send an event with the token 578254cc-05f5-46b5-957b-910d1400341a and the index main:

curl -k https://localhost:8088/services/data/collector -H ' Authorization: Splunk 578254cc-05f5-46b5-957b-910d1400341a ' -d ' { " index " : " main " , " event " : " Hello, world! " } '

" The search head replicates the knowledge bundle periodically in the background or when initiating a search. " " As part of the distributed search process, the search head replicates and distributes its knowledge objects to its search peers, or indexers. Knowledge objects include saved searches, event types, and other entities used in searching accorss indexes. The search head needs to distribute this material to its search peers so that they can properly execute queries on its behalf. "

https://docs.splunk.com/Documentation/SplunkCloud/8.2.2106/Admin/ConcurrentLimits

" Set limits for concurrent scheduled searches. You must have the edit_search_concurrency_all and edit_search_concurrency_scheduled capabilities to configure these settings. "

https://docs.splunk.com/Documentation/Splunk/7.3.1/DistSearch/SHCarchitecture

Scroll down to section titled, How the cluster handles concurrent search quotas, " Overall search quota. This quota determines the maximum number of historical searches (combined scheduled and ad hoc) that the cluster can run concurrently. This quota is configured with max_Searches_per_cpu and related settings in limits.conf. "

- etc/system/local/ has better precedence at index time - for identical settings in the same file, the last one overwrite others, see :https://community.splunk.com/t5/Getting-Data-In/What-is-the-precedence-for-identical-stanzas-within-a-single/m-p/283566

The outputs.conf file defines how forwarders send data to receivers1. You can specify some output configurations at installation time (Windows universal forwarders only) or the CLI, but most advanced configuration settings require that you edit outputs.conf1.

The [tcpout:…] stanza specifies a group of forwarding targets that receive data over TCP2. You can define multiple groups with different names and settings2.

The server setting lists one or more receiving hosts for the group, separated by commas2. If you specify multiple hosts, the forwarder load balances the data across them2.

Therefore, option A is correct, because the forwarder will send data to both inputsl.mysplunkhfs.corp:9997 and inputs2.mysplunkhfs.corp:9997, even if 145.188.183.184:9097 is unreachable.

Using the provided DUO/Splunk reference URLhttps://duo.com/docs/splunk

Scroll down to the Network Diagram section and note the following 6 similar steps

1 - SPlunk connection initiated

2 - Primary authentication

3 - Splunk connection established to Duo Security over TCP port 443

4 - Secondary authentication via Duo Security ' s service

5 - Splunk receives authentication response

6 - Splunk session logged in.

To verify the integrity of a local bucket. The command ./splunk check-integrity -bucketPath [bucket path] [-verbose]  is used to verify the integrity of a local bucket by comparing the hashes stored in the l1Hashes and l2Hash files with the actual data in the bucket1. This command can help detect any tampering or corruption of the data.

https://docs.splunk.com/Documentation/Splunk/8.0.5/Forwarding/Forwarddatatothird-partysystemsd

" You can specify a SEDCMD configuration in props.conf to address data that contains characters that the third-party server cannot process. "

https://docs.splunk.com/Documentation/Splunk/7.3.1/Admin/Configurationfiledirectories

Section titled, Configuration file directories, states " A detailed list of settings for each configuration file is provided in the .spec file names for that configuration file. You can find the latest version of the .spec and .example files in the $SPLUNK_HOME/etc system/README folder of your Splunk Enterprise installation... "

https://docs.splunk.com/Documentation/Splunk/8.1.1/DistSearch/Forwardsearchheaddata

Per the provided Splunk reference URL by @hwangho, scroll to section Forward search head data, subsection titled, 2. Configure the search head as a forwarder. " Create an outputs.conf file on the search head that configures the search head for load-balanced forwarding across the set of search peers (indexers). "

The correct attribute is:

_TCP_ROUTING = < target_group >

In inputs.conf, _TCP_ROUTING is used to route data from a specific input to a specific TCP output group. The target group must be defined in outputs.conf.

Example:

# inputs.conf

[monitor:///var/log/app.log]

index = app_index

_TCP_ROUTING = indexer_group_1

The corresponding group is defined in outputs.conf:

[tcpout:indexer_group_1]

server = indexer1.example.com:9997,indexer2.example.com:9997

This allows specific inputs to be sent to particular indexer groups.

https://docs.splunk.com/Documentation/Splunk/8.1.1/Updating/Definedeploymentclasses#Ways_to_define_server_classes " When you use forwarder management to create a new server class, it saves the server class definition in a copy of serverclass.conf under $SPLUNK_HOME/etc/system/local. If, instead of using forwarder management, you decide to directly edit serverclass.conf, it is recommended that you create the serverclass.conf file in that same directory, $SPLUNK_HOME/etc/system/local. "

The following items in the phases below are listed in the order Splunk applies them (ie LINE_BREAKER occurs before TRUNCATE).

Input phase

inputs.conf

props.conf

CHARSET

NO_BINARY_CHECK

CHECK_METHOD

CHECK_FOR_HEADER (deprecated)

PREFIX_SOURCETYPE

sourcetype

wmi.conf

regmon-filters.conf

Structured parsing phase

props.conf

INDEXED_EXTRACTIONS, and all other structured data header extractions

Parsing phase

props.conf

LINE_BREAKER, TRUNCATE, SHOULD_LINEMERGE, BREAK_ONLY_BEFORE_DATE, and all other line merging settings

TIME_PREFIX, TIME_FORMAT, DATETIME_CONFIG (datetime.xml), TZ, and all other time extraction settings and rules

TRANSFORMS which includes per-event queue filtering, per-event index assignment, per-event routing

SEDCMD

MORE_THAN, LESS_THAN

transforms.conf

stanzas referenced by a TRANSFORMS clause in props.conf

LOOKAHEAD, DEST_KEY, WRITE_META, DEFAULT_VALUE, REPEAT_MATCH

https://docs.splunk.com/Documentation/Splunk/8.1.0/Data/ConsiderationsfordecidinghowtomonitorWindowsdata

" The Splunk platform collects remote Windows data for indexing in one of two ways: From Splunk forwarders, Using Windows Management Instrumentation (WMI). For Splunk Cloud deployments, you must use the Splunk Universal Forwarder on a Windows machines to montior remote Windows data. "

According to the Splunk documentation1, to manually specify a character set for an input, you need to set the CHARSET key in the props.conf file. You can specify the character set by host, source, or sourcetype, but not by index.

https://docs.splunk.com/Documentation/Splunk/latest/Data/Configurecharactersetencoding

https://docs.splunk.com/Splexicon:Searchpeer

" A Splunk platform instance that responses to search requests from a search head. The term " Search peer " is usually synonymous with the indexer role in a distributed search topology... "

https://docs.splunk.com/Documentation/Splunk/latest/Forwarding/Typesofforwarders

" A heavy forwarder parses data before forwarding it and can route data based on criteria such as source or type of event. "

The correct answer is D. Place both props . conf and transforms . conf on the Heavy Forwarder for source A, and place both props . conf and transforms . conf on the indexer for source B.

According to the Splunk documentation1, to mask sensitive data from raw events, you need to use the SEDCMD attribute in the props.conf file and the REGEX attribute in the transforms.conf file. The SEDCMD attribute applies a sed expression to the raw data before indexing, while the REGEX attribute defines a regular expression to match the data to bemasked.You need to place these files on the Splunk instance that parses the data, which isusually the indexer or the heavy forwarder2. The universal forwarder does not parse the data, so it does not need these files.

For source A, the data is routed through a heavy forwarder, which can parse the data before sending it to the indexer. Therefore, you need to place both props.conf and transforms.conf on the heavy forwarder for source A, so that the masking takes place before indexing.

For source B, the data is routed directly to the indexer, which parses and indexes the data. Therefore, you need to place both props.conf and transforms.conf on the indexer for source B, so that the masking takes place before indexing.

The failOpen setting in the [duoMFA] stanza determines how Splunk software handles authentication requests when it cannot connect to the Duo Security service. If failOpen is set to True, as in this example, Splunk software allows users to log in without completing a multifactor challenge. If failOpen is set to False, Splunk software denies all logins when it cannot connect to Duo Security. This setting is independent of the authentication type or the secretKey protection. References = Connect to Duo Security for multifactor authentication

REGEX = < regular expression >

* Enter a regular expression to operate on your data.

FORMAT = < string >

* NOTE: This option is valid for both index-time and search-time field extraction. Index-time field extraction configuration require the FORMAT settings. The FORMAT settings is optional for search-time field extraction configurations.

* This setting specifies the format of the event, including any field names or values you want to add.

DEST_KEY = < key >

* NOTE: This setting is only valid for index-time field extractions.

* Specifies where SPLUNK software stores the expanded FORMAT results in accordance with the REGEX match.

The CLI command " Splunk add forward-server indexer: < receiving-port > " is used to define the indexer and the listening port on forwards. The command creates this kind of entry " [tcpout-server:// < ip address > : < port > ] " in the outputs.conf file.

https://docs.splunk.com/Documentation/Forwarder/8.2.2/Forwarder/Configureforwardingwithoutputs.conf

< https://docs.splunk.com/Documentation/Splunk/8.0.6/Updating/Deploymentserverarchitecture >

https://docs.splunk.com/Splexicon:Serverclass

The inputs.conf file is used to configure inputs, distributed inputs such as forwarders, and file system monitoring in Splunk1.

The [script://myscript.sh] stanza specifies a script input, which means that Splunk runs the script and indexes its output1.

The interval setting determines how often Splunk runs the script. If the interval is set to 0, the script runs only once when Splunk starts up1. If the interval is omitted, the script runs at the default interval of 60 seconds2.

Therefore, option C is correct, and the other options are incorrect.

https://docs.splunk.com/Documentation/Splunk/8.2.2/Admin/Inputsconf

-Scroll down to source = < string >

*Default: the input file path