SPLK-1003 Splunk Enterprise Certified Admin Free Practice Exam Questions (2026 Updated)

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

" When ingesting event data, the measured data volume is based on the new raw data that is placed into the indexing pipeline. Because the data is measured at the indexing pipeline, data that is filetered and dropped prior to indexing does not count against the license volume qota. "

https://docs.splunk.com/Documentation/Splunk/8.0.6/Admin/HowSplunklicensingworks

The Splunk Deployment Server is a centralized component used to distribute configurations and apps to multiple deployment clients , such as forwarders, indexers, or other Splunk instances.

By default, all deployment apps that the Deployment Server manages are stored in the directory:

$SPLUNK_HOME/etc/deployment-apps/

Each subdirectory under this path represents a deployment app that can be pushed to one or more clients based on rules defined in serverclass.conf.

The Deployment Server stages updates in /etc/deployment-apps/ and deploys them to clients based on matching server classes. This mechanism allows centralized management and configuration consistency across distributed Splunk environments.

Reference (Splunk Documentation):

Splunk® Enterprise Admin Manual → Use the deployment server to deploy configurations

serverclass.conf.spec and example → “Deployment server staging area is $SPLUNK_HOME/etc/deployment-apps/.”

Splunk Docs: “About deployment server”

because transforms.conf is the right configuration file to state the regex expression.https://docs.splunk.com/Documentation/Splunk/8.1.0/Admin/Transformsconf

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.

curl “https://mysplunkserver.example.com:8088/services/collector” \ -H “Authorization: Splunk DF4S7ZE4-3GS1-8SFS-E777-0284GG91PF67” \ -d ‘{“event”: “Hello World”}, {“event”: “Hola Mundo”}, {“event”: “Hallo Welt”}’. This is the correct curl command to send multiple events through HTTP Event Collector (HEC), which is a token-based API that allows you to send data to Splunk Enterprise from any application that can make an HTTP request. The command has the following components:

The URL of the HEC endpoint, which consists of the protocol (https), the hostname or IP address of the Splunk server (mysplunkserver.example.com), the port number (8088), and the service name (services/collector).

The header that contains the authorization token, which is a unique identifier that grants access to the HEC endpoint. The token is prefixed with Splunk and enclosed in quotation marks. The token value (DF4S7ZE4-3GS1-8SFS-E777-0284GG91PF67) is an example and should be replaced with your own token value.

The data payload that contains the events to be sent, which are JSON objects enclosed in curly braces and separated by commas. Each event object has a mandatory field called event, which contains the raw data to be indexed. The event value can be a string, a number, a boolean, an array, or another JSON object. In this case, the event values are strings that say hello in different languages.

Set the stanza to have a server value equal to a comma-separated list of IP addresses and indexer ports for each of the indexers in the environment. This is explained in the Splunk documentation1, which states:

To enable automatic load balancing, set the stanza to have a server value equal to a comma-separated list of IP addresses and indexer ports for each of the indexers in the environment. For example:

[tcpout] server=10.1.1.1:9997,10.1.1.2:9997,10.1.1.3:9997

The forwarder then distributes data across all of the indexers in the list.

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

https://docs.splunk.com/Documentation/Splunk/8.0.3/DistSearch/Distributedsearchgroups

A modular input script that belongs to a Splunk app is placed inside that app’s bin directory. The app directory is located under $SPLUNK_HOME/etc/apps/ < app_name > /, and executable scripts for the app are stored in the bin subdirectory.

Therefore, for an app named cisco_collector, the correct modular input script location is:

$SPLUNK_HOME/etc/apps/cisco_collector/bin/cisco_collector.py

Option B is incorrect because $SPLUNK_HOME/etc/deployment-apps/ is used on a deployment server to store deployment apps before they are distributed to deployment clients. It is not the runtime app path used by Splunk for executing the modular input.

Option C is incorrect because the script must be inside the app’s bin directory, not directly under $SPLUNK_HOME/etc/apps/.

Option D is incorrect because Splunk does not use $SPLUNK_HOME/etc/apps/mod_input/ as the standard location for modular input scripts.

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

[tcp:// < remote server > : < port > ]

*Configures the input to listen on a specific TCP network port.

*If a < remote server > makes a connection to this instance, the input uses this stanza to configure itself.

*If you do not specify < remote server > , this stanza matches all connections on the specified port.

*Generates events with source set to " tcp: < port > " , for example: tcp:514

*If you do not specify a sourcetype, generates events with sourcetype set to " tcp-raw "

The acceptFrom setting controls which remote hosts are allowed or denied for a network input. It supports IP addresses and CIDR notation. A deny rule is represented with an exclamation mark !.

To allow all hosts in the 10.0.0.0/8 network but deny hosts in the 10.1.0.0/16 network, the configuration must include both:

10.0.0.0/8 to allow the broader network

!10.1.0.0/16 to deny the excluded subnet

The best matching option is:

acceptFrom = !10.1.0.0/16, 10.0.0.0/8

Option A is incorrect because it only accepts the 10.1.0.0/16 network, which is the network that should be excluded.

Option B is incorrect because it accepts all 10.x.x.x hosts and does not exclude 10.1.x.x.

Option C is incorrect because it repeats the acceptFrom setting on separate lines. In Splunk configuration files, repeated attributes in the same stanza can override earlier values, so this is not the correct way to express the allow/deny list.

Option D is correct because it defines the exclusion and the allowed network in one acceptFrom list.

Immediately after installation, a universal forwarder will start generating internal Splunk logs that contain information about its own operation, such as configuration changes, data inputs, and forwarding activities1. These logs are stored in the $SPLUNK_HOME/var/log/splunk directory on the universal forwarder machine1. The universal forwarder will not automatically detect any indexers in its subnet and begin routing data, as it needs to be configured with the IP address and port number of the indexer or the deployment server2. The universal forwarder will not begin reading local files on its server, as it needs to beconfigured with the data inputs that specify which files or directories to monitor2. The universal forwarder will not send an email to the operator that the installation process has completed, as this is not a default behavior of the universal forwarder and would require additional configuration3.

https://docs.splunk.com/Documentation/Splunk/8.0.1/Forwarding/Aboutforwardingandreceivingdata

https://docs.splunk.com/Documentation/Forwarder/8.1.1/Forwarder/Configureforwardingwithoutputs.conf#:~:text=compressed%3Dtrue%20This%20tells%20the,the%20forwarder%20sends%20raw%20data.

Search-time field extractions are the process of extracting fields from events after they are indexed. Search-time field extractions are specified on the search head, which is the Splunk component that handles searching and reporting. Search-time field extractions are configured in props.conf and transforms.conf files, which are located in the etc/system/local directory on the search head. Therefore, option D is the correct answer. References: Splunk Enterprise Certified Admin | Splunk, [About fields - Splunk Documentation]

https://docs.splunk.com/Documentation/Splunk/7.0.3/Forwarding/Routeandfilterdatad#Perform_selective_indexing_and_forwarding

Specifies a comma-separated list of tcpout group names. Use this setting to selectively forward your data to specific indexers by specifying the tcpout groups that the forwarder should use when forwarding the data. Define the tcpout group names in the outputs.conf file in [tcpout: < tcpout_group_name > ] stanzas. The groups present in defaultGroup in [tcpout] stanza in the outputs.conf file.

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.