Netskope LogoNetskope Logo
  • Security Services
  • AI Services
  • Networking Services
  • Analytics Services
  • Integrations
  • getting-started.svgGetting Started
    • Support
    • Community
    • Netskope.com
    © 2026 All Rights Reserved. Netskope Inc.
    Home
    Netskope Private Access
    Publisher Management
    Manage a Publisher
    Collect Logs from a Publisher

    Collect Logs from a Publisher

    Remote Log Collection lets you trigger on-demand diagnostic data collection from a Publisher directly from the Netskope tenant UI — without needing SSH or console access to the Publisher host. The Publisher runs the requested diagnostics, bundles the results, and securely uploads them to Netskope-managed storage. You are notified by email when the bundle is ready, and you can download it from the Publisher detail page.

    This capability closes a common troubleshooting gap: instead of asking an administrator to log in to the Publisher and manually gather logs, support and engineering can request the exact diagnostics they need on demand. Publishers keep their existing outbound-only security model — the Management Plane queues the request and the Publisher initiates the upload.

    Note: Log collection is asynchronous. After you start a collection there is no live progress bar in the UI. Wait for the completion email, then return to the Publisher detail page to download the bundle.

    What Gets Collected

    Every collection always includes a log bundle of predefined, critical Publisher logs. Operating-system–level logs (for example, /var/log/syslog) are not included.

    In addition, you can optionally run one or more network diagnostics as part of the same collection:

    DiagnosticPurposeRequired inputsOptional inputs
    PingTests network reachability and latency to a target.—Target IP / Host Name
    DNS LookupQueries DNS records for a hostname against the Publisher’s configured resolvers.Host NameRecord Type
    TracerouteTraces the network path to a destination.—Target IP / Host Name
    Port ScanChecks whether a specific TCP/UDP port is open on a target.Target IP / Host Name, Port—
    Default target behavior (Ping and Traceroute): When you leave the Target IP/Host Name field empty for Ping or Traceroute, the test runs against the Publisher’s connected Stitcher by default. If you enter a custom destination, the test runs against that destination instead — the default Stitcher test is not additionally included. Use the custom field only when you want to test a specific destination.

    Before You Begin

    • Permissions: You need Read + Write or Read + Write + Admin access to Publishers to start a collection and to download logs. This inherits from your existing Publisher permissions; no separate permission object is required.
    • Publisher status: The Publisher should be in the Connected state so it can receive the request and upload results.
    • Availability: Remote Log Collection is enabled per tenant. If you do not see the Collect Logs action, contact your Netskope account team to have the feature enabled.

    Field Reference and Validation

    All input is validated in the UI before the request is submitted.

    FieldApplies toRule
    Target IP / Host NamePing, TracerouteOptional. If provided, must be a valid IPv4 address or hostname.
    Host NameDNS LookupRequired. Must be a valid hostname / FQDN.
    Record TypeDNS LookupDropdown: A, AAAA, CNAME, SRV, PTR, MX, NS, SOA, TXT, CERT. See the known issue below.
    Target IP / Host NamePort ScanRequired. Must be a valid IPv4 address or hostname.
    PortPort ScanRequired. Integer between 1 and 65535.
    Known issue — DNS Lookup requires a Record Type. If you select DNS Lookup and leave Record Type set to Select type (no record type chosen), the collection returns an error. This is a known issue and a fix is in progress.

    Workaround: Always choose a specific record type (for example, A) from the Record Type dropdown before starting the collection.

    Start a Log Collection

    1. Open the Publishers page. In the Netskope tenant, go to Security Cloud Platform > Traffic Steering > Publishers.

    The Publishers page under Security Cloud Platform > Traffic Steering > Publishers.

    2. Open the Publisher. Click the Publisher name to open its detail view. Review the status and metadata, then click Collect Logs.

    You can also start a collection from the Publishers table: open the three-dot row action menu for a Publisher and select Collect Log.

    Publisher detail view. Use the Collect Logs button to open the collection panel; Download Logs appears here once a bundle is available.

    3. Choose diagnostics. In the Collect Logs panel, the log bundle is always collected. Under Diagnosis (Optional), select any additional diagnostics you want and fill in their fields. Selecting a checkbox reveals its input fields.

    The Collect Logs panel with Ping, DNS Lookup, Traceroute, and Port Scan selected and their fields populated.

    4. Set the DNS record type. If you selected DNS Lookup, choose a Record Type from the dropdown (for example, A). Do not leave it on Select type — see the known issue above.

    Selecting a DNS Record Type. Choose a specific type such as A to avoid the known error when Record Type is left unset.

    5. Start the collection. Click Start Log Collection. A confirmation toast appears and the panel closes. The request is queued to the Publisher.

    Success toast confirming the collection was initiated. You will be notified by email on completion.

    Download the Logs

    6. Wait for the completion email. When the Publisher finishes and uploads the bundle, Netskope sends a notification email confirming that log collection succeeded, along with the Publisher name, CN, tenant ID, and timestamp.

    The Log Collection Successful email. Download the bundle from the Publisher page in the tenant UI.

    7. Download from the Publisher detail page. Return to the Publisher detail view. The Last Log Collection time updates and the Download Logs button becomes available. Click Download Logs to download the compressed bundle.

    After collection completes, the Download Logs button is enabled on the Publisher detail page.

    The bundle downloads as a compressed archive named using the tenant ID and Publisher CN, for example tenantid_18573_pub_cn_b111b62bb….

    The downloaded log bundle is named with the tenant ID and Publisher CN.
    Note: Collected logs are retained for 7 days, as stated in the notification email. The Download Logs button generates a fresh, short-lived download link each time you use it, so always download from the Publisher detail page rather than reusing an old link. If you lose the email, you can still download from the UI while the bundle is retained.

    Understanding the Log Bundle

    After extracting the archive, the bundle is organized into folders and summary files:

    Extracted log bundle contents: logs and network-tests folders, plus request.json, summary.txt, and system-info.
    ItemContents
    logs/The predefined critical Publisher logs.
    network-tests/Output files for each network diagnostic you selected (DNS lookup, port scan, traceroute, ping).
    request.jsonThe parameters that were submitted for this collection.
    summary.txtA short summary of the collection.
    system-infoBasic system information for the Publisher.

    Sample Diagnostic Output

    Each network test writes a plain-text result file under network-tests/. The examples below show a successful DNS lookup, a port scan, and a traceroute.

    DNS lookup result (dns_lookup.txt): a successful A-record query against the Publisher’s resolver.
    Port scan result (port_check.txt): TCP port 53 reported open on the target.

    Notes and Limitations

    • OS-level logs are excluded. The bundle contains predefined Publisher logs only, not host operating-system logs.
    • Packet capture (PCAP / tcpdump) is not available through this customer-facing workflow.
    • One collection at a time per Publisher. A new collection cannot start while one is already in progress for the same Publisher.
    • Deletion is blocked during collection. A Publisher cannot be deleted while a log collection is in progress.
    • No in-progress UI. The email notification is the signal that the bundle is ready; the UI does not poll for status.
    • Retention: Collected bundles are retained for 7 days and then automatically deleted.
    In this Topic
    • Collect Logs from a Publisher