diff --git a/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webapps.rst b/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webapps.rst index 680d37628..6055a7e16 100644 --- a/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webapps.rst +++ b/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webapps.rst @@ -100,10 +100,10 @@ After adding the dependencies, create an OpenTelemetry helper for your applicati builder.Services.AddOpenTelemetry() .ConfigureResource(cfg => cfg - .AddService(serviceName: serviceName, serviceVersion: "1.0.0") // See https://github.com/open-telemetry/opentelemetry-dotnet-contrib/tree/main/src/OpenTelemetry.Resources.Azure // for other types of Azure detectors - .AddAzureAppServiceDetector()) + .AddAzureAppServiceDetector() + .AddService(serviceName: serviceName, serviceVersion: "1.0.0")) .WithTracing(t => t // Use Add[instrumentation-name]Instrumentation to instrument missing services // Use Nuget to find different instrumentation libraries diff --git a/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webjobs.rst b/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webjobs.rst index 95c191ece..7125978a8 100644 --- a/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webjobs.rst +++ b/gdi/get-data-in/application/otel-dotnet/instrumentation/azure-webjobs.rst @@ -101,10 +101,10 @@ After adding the dependencies, create an OpenTelemetry helper for your applicati builder.Services.AddOpenTelemetry() .ConfigureResource(cfg => cfg - .AddService(serviceName: serviceName, serviceVersion: "1.0.0") // See https://github.com/open-telemetry/opentelemetry-dotnet-contrib/tree/main/src/OpenTelemetry.Resources.Azure // for other types of Azure detectors - .AddAzureAppServiceDetector()) + .AddAzureAppServiceDetector() + .AddService(serviceName: serviceName, serviceVersion: "1.0.0")) .WithTracing(t => t // Use Add[instrumentation-name]Instrumentation to instrument missing services // Use Nuget to find different instrumentation libraries diff --git a/gdi/get-data-in/application/otel-dotnet/instrumentation/instrument-dotnet-application.rst b/gdi/get-data-in/application/otel-dotnet/instrumentation/instrument-dotnet-application.rst index e9864efb9..c6d78f7f4 100644 --- a/gdi/get-data-in/application/otel-dotnet/instrumentation/instrument-dotnet-application.rst +++ b/gdi/get-data-in/application/otel-dotnet/instrumentation/instrument-dotnet-application.rst @@ -357,7 +357,11 @@ Database Query Performance settings Starting from version 1.4.0, the .NET OTel instrumentation collects database queries for Database Query Performance. See :ref:`db-query-performance`. -SQL statements might contain sensitive information. To configure this behavior, see ``OTEL_DOTNET_AUTO_SQLCLIENT_SET_DBSTATEMENT_FOR_TEXT`` and ``OTEL_DOTNET_AUTO_ENTITYFRAMEWORKCORE_SET_DBSTATEMENT_FOR_TEXT`` in :ref:`dotnet-otel-instrumentation-settings`. +SQL statements might contain sensitive information. To configure this behavior, use the following settings as described in :ref:`dotnet-otel-requirements`. + +* ``OTEL_DOTNET_AUTO_SQLCLIENT_SET_DBSTATEMENT_FOR_TEXT`` +* ``OTEL_DOTNET_AUTO_ENTITYFRAMEWORKCORE_SET_DBSTATEMENT_FOR_TEXT`` +* ``OTEL_DOTNET_AUTO_ORACLEMDA_SET_DBSTATEMENT_FOR_TEXT`` .. _docker-install-otel-dotnet: diff --git a/gdi/opentelemetry/collector-addon/collector-addon-intro.rst b/gdi/opentelemetry/collector-addon/collector-addon-intro.rst index a3136af6f..fe6fd37ae 100644 --- a/gdi/opentelemetry/collector-addon/collector-addon-intro.rst +++ b/gdi/opentelemetry/collector-addon/collector-addon-intro.rst @@ -62,7 +62,7 @@ The Collector in the Splunk Add-on for OpenTelemetry is the same Collector offer * - :ref:`Automatic discovery and configuration ` - Supported - - Not supported + - Supported for Linux only * - Distribution and deployment - Source code, binary, Operator, Helm Charts, Debian, Ansible, Puppet, Chef, Salt diff --git a/sp-oncall/spoc-integrations/aws-cloudwatch-integration-guide.rst b/sp-oncall/spoc-integrations/aws-cloudwatch-integration-guide.rst index 074df8750..3aae9eb39 100644 --- a/sp-oncall/spoc-integrations/aws-cloudwatch-integration-guide.rst +++ b/sp-oncall/spoc-integrations/aws-cloudwatch-integration-guide.rst @@ -28,12 +28,14 @@ them through some other means, such as email. If you need more information on ho Turn on AWS Cloudwatch in Splunk On-Call ============================================= -In Splunk On-Call, select :guilabel:`Integrations`, :guilabel:`AWS CloudWatch`. +In Splunk On-Call, select :guilabel:`Integrations`, :guilabel:`AWS CloudWatch`. If the integration has not yet been activated, select :guilabel:`Enable Integration` to generate your endpoint URL. Be sure to replace the ``$routing_key`` section of your new endpoint with the routing key you want to use. If no routing key is included as part of the endpoint URL, the subscription isn't confirmed. See :ref:`spoc-routing-keys` for more information. You can point multiple SNS subscriptions to the same AWS CloudWatch endpoint in Splunk On-Call. The subscription isn't confirmed if it hits a different endpoint. +.. note:: After you set it up, AWS automatically confirms the subscription after a few minutes. + Linking Splunk On-Call in AWS Simple Notification Service (SNS) ======================================================================= diff --git a/synthetics/browser-test/set-up-browser-test.rst b/synthetics/browser-test/set-up-browser-test.rst index 77db4ea1c..ba42cb8eb 100644 --- a/synthetics/browser-test/set-up-browser-test.rst +++ b/synthetics/browser-test/set-up-browser-test.rst @@ -423,14 +423,16 @@ Authentication Add credentials to authenticate with sites that require additional security protocols, for example from within a corporate network. To use Authentication, a username and password need to be provided. The username can be entered as plain text or be defined by a global variable, but the password must be defined using a global variable. It is recommended to use a concealed global variable for your password to create an additional layer of security for your credentials. For more, see :ref:`concealed-gv`. -When executing the browser test, the Chrome browser is configured with the credentials defined in the test configuration. Authentication is not integrated at the OS level, it is only configured in the browser. At this time, Chrome supports the following authentication protocols: +When executing the browser test, the Chrome browser is configured with the credentials defined in the test configuration. Authentication is not integrated at the OS level, and no authentication processing happens in the runner itself. Credentials are passed directly to Chrome for handling. + +At this time, Chrome supports the following authentication protocols: * Basic Authentication * NTLM -* Kerberos +* Kerberos (with limitations) * Digest -More details on Chrome authentication are available :new-page:`here list `. +Chrome supports Kerberos authentication only when it can infer the correct Kerberos service principal name (SPN) based on standard conventions. This support doesn't include :new-page:`Kerberos Credentials Delegation (Forwardable Tickets) `. .. _browser-headers: @@ -458,9 +460,14 @@ To set a cookie, a key and value must be provided. A domain and path may optiona Host overrides --------------------------------------- -Add host override rules to reroute requests from one host to another. For example, you can create a host override to test an existing production site against page resources loaded from a development site or a specific CDN edge node. +Add host override rules to reroute requests from one host to another. For example, you can create a host override to test an existing production site against page resources loaded from a development site or from a specific CDN edge node. + +You can also indicate whether to retain the original ``HOST`` header by activating :guilabel:`Keep host headers`. If activated, the original request's headers remain intact (recommended). If deactivated, a change in the ``HOST`` header to the new host might occur, potentially leading to an internal direct (307). :guilabel:`Keep host headers` is activated by default. + + +.. note:: + Host overrides apply only to the exact hostname you specify. They don't automatically apply to subdomains. In other words, host overrides don't support wildcards. If you need to override any subdomains, you must create a separate host override for each subdomain's fully qualified domain name (FQDN). For example, if you create a host override for ``domainA.com`` to ``domainB.com``, requests to ``domainA.com`` are redirected to ``domainB.com``, but requests to ``mail.domainA.com`` are not automatically redirected to ``mail.domainB.com``. You must explicitly create a separate host override for ``mail.domainA.com``. -You can also indicate whether to retain the original HOST header by activating :strong:`Keep host headers`. If activated, the original request's headers remain intact (recommended). If deactivated, a change in the HOST header to the new host might occur, potentially leading to an internal direct (307). It is activated by default. .. _browser-wait-times: @@ -473,10 +480,10 @@ Optimize your test coverage by adding custom wait times to capture longer page l Follow these steps to configure custom wait times for your Browser tests: -#. In Splunk Synthetic Monitoring, select :strong:`Edit` on the Browser test to open the configuration panel. -#. Select :strong:`New step > Wait`, from the step type drop down. +#. In Splunk Synthetic Monitoring, select :guilabel:`Edit` on the Browser test to open the configuration panel. +#. Select :guilabel:`New step > Wait`, from the step type drop down. #. Add a name and the wait time in ms. -#. When you finish instrumenting your test, save the workflow: :strong:`Return to test > Save`. +#. When you finish instrumenting your test, save the workflow: :guilabel:`Return to test > Save`. The following image shows how to configure a test to go to a URL, wait for 10 seconds, then log in.