Get data from TCP and UDP ports
The Splunk platform lets you ingest data that comes in over a network port. It can accept data from both the Transmission Control Protocol (TCP) and User Datagram Protocol (UDP) network protocols.
accepts this kind of data from heavy forwarders or universal forwarders that capture the data and send it to the instance. For security, accepts connections only from forwarders that have the correct Secure Sockets Layer (SSL) certificates to connect to the instance. If you want to send data from a TCP or UDP source such as the syslog service, use the universal forwarder to listen to the source and forward the data to your deployment.
You can configure the forwarder to accept an input on any TCP or UDP port. The forwarder consumes any data that arrives on these ports. You can use this method to capture data from network services such as the syslog service. You can also set up the netcat service and bind it to a network port.
Network ports and Splunk Enterprise
TCP is the network protocol that underlies the Splunk Enterprise data distribution scheme. Use the TCP protocol to send data from any remote host to your Splunk Enterprise server. Splunk Enterprise can index remote data from any application that transmits over TCP.
Both Splunk Enterprise and the universal forwarder support monitoring over UDP. The best practice is to use TCP to send network data whenever possible. UDP is not desirable as a transport because, among other reasons, it does not guarantee the delivery of network packets.
For Syslog, the best practice is to use a syslog server, such as syslog-ng or Splunk Connect for Syslog.
When you monitor TCP network ports, the user that Splunk Enterprise or the universal forwarder runs as must have access to the port you want to monitor. On many UNIX operating systems, by default, you must run Splunk Enterprise as the root user to listen directly on a port below 1024.
Confirm how your network device handles external monitoring before you use the network monitoring input
Before you begin monitoring the output of a network device with the network monitor, confirm how the device interacts with external network monitors.
If you configure some network devices, such as a Cisco Adaptive Security Appliance (ASA), to log TCP network activity and the device can't connect to the monitor, it might reduce performance on the device or stop it from logging. By default, the Cisco ASA stops accepting incoming network connections when it encounters network congestion or connectivity problems.
Add a network input to a forwarder and send the data to Splunk Cloud Platform
Splunk Cloud Platform can accept network data that arrives only from either a universal or heavy forwarder. Before you can collect network data for Splunk Cloud Platform, you must have the following:
- An installed universal or heavy forwarder.
- The Splunk Cloud Platform universal forwarder credentials package. This package sets up the forwarding connection to your Splunk Cloud Platform instances and makes sure that data is transmitted securely between the forwarder and Splunk Cloud Platform.
- A text editor to edit the input and forwarding configurations.
Add a network input using a configuration file
On either a heavy forwarder or a universal forwarder, use a text editor to add a stanza for a network input to the inputs.conf configuration file in the $SPLUNK_HOME/etc/system/local/ directory, or %SPLUNK_HOME%\etc\system\local on Windows, or in your own custom application directory in $SPLUNK_HOME/etc/apps/. If you haven't worked with Splunk configuration files before, see About configuration files in the Splunk Enterprise Admin Manual before you start.
While this procedure focuses on configuring forwarders to send network data to {PONYDOCSPRODUCT} instances, you can perform it without modifications on any Splunk Enterprise instance.
You can configure any number of settings and values for an input type. If you do not specify a value for a setting, the forwarder uses default values. These values are either defined in the Splunk platform code or exist in default configuration files within the $SPLUNK_HOME/etc/system/default/ directory on the instance, or %SPLUNK_HOME%\etc\system\default on Windows.
See the general procedure to configure a network input:
- Use a text editor to open the inputs.conf configuration file in one of the directories described in this section.
- Add an input stanza that represents the kind of network data that you want to collect.
- (Optional) Provide additional settings to configure how the Spunk platform handles the data.
- Save the file and exit the text editor.
- Restart the forwarder or Splunk Enterprise instance.
Configure a TCP network input
When you configure a TCP network input, the forwarder listens on that input for incoming network data over the TCP protocol.
This stanza configures the forwarder to listen to the server specified by <remote server>
on the specified <port>
. If <remote server>
is blank, the software listens to all connections on the specified port.
[tcp://<remote server>:<port>] <attrbute1> = <val1> <attrbute2> = <val2> ...
The following settings control how the data is stored on the Splunk platform:
Setting | Description | Default |
---|---|---|
host = <string>
|
Sets the host field to a static value for this stanza. Also sets the host key initial value. The Splunk platform uses the key during parsing and indexing, in particular to set the host field. It also uses the host field at search time. The platform prepends |
The IP address or fully-qualified domain name of the host where the data originates. |
index = <string>
|
Sets the index where stores the events from this input. The Splunk platform prepends <string> with index:: . On Splunk Cloud Platform, confirm that this index is present before you configure this setting.
|
main or whatever you set the default index to
|
sourcetype = <string>
|
Sets the sourcetype field for events from this input. Also declares the source type for this data, instead of letting determine it. This is important both for searchability and for applying the relevant formatting for this type of data during parsing and indexing. Sets the sourcetype key initial value. uses the key during parsing and indexing, in particular to set the source type field during indexing. uses the source type field that it used at search time. The Splunk platform prepends |
chooses a source type based on various aspects of the data. There is no hard-coded default. |
source = <string>
|
Sets the source field for events from this input. The Splunk platform prepends <string> with source:: .
Do not override the source key unless absolutely necessary. The input layer provides a more accurate string to aid in problem analysis and investigation by recording the file from which the data is retrieved. Consider using source types, tagging, and search wildcards before overriding this value. |
The input file path |
indexQueue |
Specifies where the input processor deposits the events that it reads. Set it to |
parsingQueue |
dns | none |
A value of
|
ip |
Configure an encrypted TCP network input over SSL
Use this stanza type if you receive encrypted, unparsed network data from a forwarder or third-party system. Set <port>
to the port on which the forwarder or third-party system sends unparsed, encrypted data.
[tcp-ssl:<port>]
Configure a UDP network input
This type of input stanza is similar to the TCP type, except that it listens on a UDP network port. If you provide <remote server>
, the port that you specify only accepts data from that host. If you don't specify anything for <remote server>
, the port accepts data that comes from any host.
[udp://<remote server>:<port>] <attrbute1> = <val1> <attrbute2> = <val2> ...
The following settings control how the Splunk platform stores the data:
Setting | Description | Default |
---|---|---|
host = <string>
|
Sets the host field to a static value for this stanza. Also sets the host key initial value. uses this key during parsing and indexing, in particular to set the host field. It also uses the host field at search time. The <string> is prepended with host:: .
|
The IP address or fully-qualified domain name of the host where the data originated. |
index = <string>
|
Sets the index where stores events from this input. The <string> is prepended with index:: .
|
main or whatever you set the default index to
|
sourcetype = <string>
|
Sets the sourcetype field for events from this input. Also declares the source type for this data, as opposed to letting determine it. This is important both for searchability and for applying the relevant formatting for this type of data during parsing and indexing. Sets the sourcetype key initial value. uses the key during parsing and indexing, in particular to set the source type field during indexing. It also uses the source type field that it used at search time. The |
picks a source type based on various aspects of the data. There is no hard-coded default. |
source = <string>
|
Sets the source field for events from this input. The <string> is prepended with source:: .
Do not override the source key unless absolutely necessary. The input layer provides a more accurate string to aid in problem analysis and investigation by recording the file from which the data is retrieved. Consider use of source types, tagging, and search wildcards before overriding this value. |
The input file path. |
indexQueue | Sets where the input processor deposits the events that it reads. Set to parsingQueue to apply the props.conf file and other parsing rules to your data. Set to indexQueue to send your data directly into the index.
|
parsingQueue |
_rcvbuf = <integer>
|
Sets the receive buffer for the UDP port, in bytes. If the value is 0 or negative, ignores the value. | 1,572,864 unless the value is too large for an OS. In this case, halves the value from this default continuously until the buffer size is at an acceptable level. |
no_priority_stripping = true | false
|
Sets how Splunk Enterprise handles receiving syslog data. If you set this setting to true, does not strip the <priority> syslog field from received events. Depending on how you set this setting, also sets event timestamps differently. When set to true, honors the timestamp as it comes from the source. When set to false, Splunk Enterprise assigns events the local time. |
false ( strips <priority>.) |
no_appending_timestamp = true | false
|
Sets how applies timestamps and hosts to events.
If you set this setting to true, does not append a timestamp and host to received events. Do not configure this setting if you want to append timestamp and host to received events. |
false ( appends timestamps and hosts to events) |
Add a network input using Splunk Web
You can use Splunk Web to add network inputs on Splunk Enterprise or on a heavy forwarder that you want to configure to send data to Splunk Cloud Platform. Splunk Web is not available on universal forwarders, and Splunk Cloud Platform can't monitor network inputs directly using Splunk Web.
Go to the Add Data page
You can get to the Add data page in two ways.
To go to the Add Data page by Splunk Settings, follow these steps:
- Click Settings.
- Click Data Inputs.
- Select TCP or UDP.
- Click New Local TCP or New Local UDP to add an input.
To go to the Add Data page by Splunk Home, follow these steps:
- Click the Add Data link in Splunk Home.
- Click Monitor to monitor a network port on the local machine, or Forward to receive network data from another machine.
Forwarding a file requires additional setup.
- If you select Forward, choose or create the group of forwarders you want this input to apply to.
- Click Next.
Specify the network input
- Click TCP / UDP to add an input.
- Click the TCP or UDP button to select a TCP or UDP input.
- In the Port field, enter a port number.
- In the Source name override field, enter a new source name to override the default source value, if necessary.
Consult Splunk Support before changing the Source name override value.
- If this is a TCP network input, decide whether you want this port to accept connections from all hosts or only one host in the Only accept connection from field. If you only want the input to accept connections from one host, enter the host name or IP address of the host. You can use wildcards to specify hosts.
- Click Next to continue to the Input Settings page.
Specify input settings
The Input Settings page lets you configure source type, application context, default host value, and index. All of these parameters are optional.
- Set the Source type. This is a default field that Splunk Enterprise adds to events and uses to determine processing characteristics, such as timestamps and event boundaries.
- Set a value for Host. You have several choices:
- Select IP to set the input processor to rewrite the host with the IP address of the remote server.
- Select DNS to set the host to the DNS entry of the remote server.
- Select Custom to set the host to a user-defined label.
Learn more about setting the host value in About hosts.
The
host
value sets only the host field in the resulting events. Setting this value does not direct the Splunk platform to look on a specific host on your network.
- For Index, set the index that you want Splunk Enterprise to send data to for this input. Leave the value as
default
unless you have defined multiple indexes to handle different types of events. In addition to indexes for user data, has a number of utility indexes, which also appear in this dropdown box. - Click Review.
Review your choices
After entering all your input settings, review your selections. the Splunk platform lists the options you selected, including the type of monitor, the source, the source type, the application context, and the index.
- Review the settings.
- If they are not what you want, click the left angle bracket ( < ) to go back to the previous step in the wizard. Otherwise, click Submit.
A Success page appears and the Splunk platform begins indexing the specified network input.
Add a network input using the CLI
You can use the CLI on a universal or heavy forwarder to configure it to send data to Splunk Cloud Platform. You can also use the CLI on a Splunk Enterprise instance. To access the CLI, navigate to the $SPLUNK_HOME/bin/
directory (%SPLUNK_HOME%\bin on Windows) and use the ./splunk
command.
If you get stuck, the CLI has help. Access the CLI help by typing splunk help
. Individual commands have their own help pages as well and can be accessed by typing splunk help <command>
.
The following CLI commands are available for network input configuration:
Command | Command syntax | Action |
---|---|---|
add | add tcp|udp <port> [-parameter value] ...
|
Add inputs from <port> .
|
edit | edit tcp|udp <port> [-parameter value] ...
|
Edit a previously added input for <port> .
|
remove | remove tcp|udp <port>
|
Remove a previously added data input. |
list | list tcp|udp [<port>]
|
List the currently configured monitor. |
The <port>
is the port number on which to listen for data. The user you run the Splunk platform as must have access to this port.
You can modify the configuration of each input by setting any of these optional parameters:
Parameter | Description |
---|---|
sourcetype
|
Provide a sourcetype field value for events from the input source. |
index
|
Provide the destination index for events from the input source. |
hostname
|
Provide a host name to set as the host field value for events from the input source. |
remotehost
|
Provide an IP address to exclusively accept data from. |
resolvehost
|
Set to true or false (T | F). Default is false. Set to true to use DNS to set the host field value for events from the input source. |
restrictToHost
|
Provide a host name or IP address to accept connections only from the specified host or IP address. |
Examples
The following example shows how to configure a UDP input to watch port 514 and set the source type to syslog
on a *nix system:
./splunk add udp 514 -sourcetype syslog
The following example shows how to set the UDP input host value using DNS name resolution on a *nix system. Use auth
with your username and password:
./splunk edit udp 514 -resolvehost true -auth admin:ch@ng3d
Change restricted hosts on a TCP network input
If you decide to only accept connections from a specific host when you create a TCP input, after you save that input, you can't change or remove that host later, either from Splunk Web or the CLI.
To change or remove the restricted host of a port, you must first delete the input that contains the old restricted host. Then, you must add a new input that either contains the new restricted host or has no restriction.
UDP packets and line merging
The Splunk platform doesn't index each UDP packet as an independent event. Instead, it performs event merging on the data stream and merges events together if they don't have a clear timestamp.
You can avoid this problem by editing the underlying source type in the props.conf file and setting the SHOULD_LINEMERGE
setting to false
. This keeps the Splunk platform from merging packets together.
How the Splunk platform handles log file rotation | How the Splunk platform handles syslog data over the UDP network protocol |
This documentation applies to the following versions of Splunk® Enterprise: 7.0.0, 7.0.1, 7.0.2, 7.0.3, 7.0.4, 7.0.5, 7.0.6, 7.0.7, 7.0.8, 7.0.9, 7.0.10, 7.0.11, 7.0.13, 7.1.0, 7.1.1, 7.1.2, 7.1.3, 7.1.4, 7.1.5, 7.1.6, 7.1.7, 7.1.8, 7.1.9, 7.1.10, 7.2.0, 7.2.1, 7.2.2, 7.2.3, 7.2.4, 7.2.5, 7.2.6, 7.2.7, 7.2.8, 7.2.9, 7.2.10, 7.3.0, 7.3.1, 7.3.2, 7.3.3, 7.3.4, 7.3.5, 7.3.6, 7.3.7, 7.3.8, 7.3.9, 8.0.0, 8.0.1, 8.0.2, 8.0.3, 8.0.4, 8.0.5, 8.0.6, 8.0.7, 8.0.8, 8.0.9, 8.0.10, 8.1.0, 8.1.1, 8.1.3, 8.1.4, 8.1.5, 8.1.6, 8.1.7, 8.1.8, 8.1.9, 8.1.11, 8.1.13, 8.2.0, 8.2.1, 8.2.2, 8.2.3, 8.2.4, 8.2.5, 8.2.6, 8.2.7, 8.2.8, 8.2.9, 8.2.10, 8.2.11, 8.2.12, 9.0.0, 9.0.1, 9.0.2, 9.0.3, 9.0.4, 9.0.5, 9.0.6, 9.0.7, 9.0.8, 9.0.9, 9.0.10, 9.1.0, 9.1.1, 9.1.2, 9.1.3, 9.1.4, 9.1.5, 9.1.6, 9.1.7, 9.2.0, 9.2.1, 9.2.2, 9.2.3, 9.2.4, 9.3.0, 9.3.1, 9.3.2, 9.4.0, 8.1.10, 8.1.12, 8.1.14, 8.1.2
Feedback submitted, thanks!