<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>SPEKTRA Edge</title>
    <link>https://docs.edgelq.com/learn/os/networking/</link>
    <description>Recent content on SPEKTRA Edge</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://docs.edgelq.com/learn/os/networking/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title></title>
      <link>https://docs.edgelq.com/learn/os/networking/fallback/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.edgelq.com/learn/os/networking/fallback/</guid>
      <description>Connection fallback Devices are often deployed where connectivity is imperfect: a misapplied network change, a flaky uplink, or a proxy that goes down. SPEKTRA Edge OS has several fallback behaviors that keep a device reachable and recoverable. This page explains the three that matter most: network configuration fallback, uplink (interface and cellular) failover, and proxy fallback.&#xA;Network configuration fallback When you push a new network configuration to a device, there is always a risk that the new configuration is wrong and takes the device offline — which would also prevent you from pushing a correction.</description>
    </item>
    <item>
      <title></title>
      <link>https://docs.edgelq.com/learn/os/networking/proxy/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.edgelq.com/learn/os/networking/proxy/</guid>
      <description>Proxy configuration If your devices reach the internet through a forward proxy, configure the proxy so that both the device&amp;rsquo;s connection to the SPEKTRA Edge platform and your workloads&amp;rsquo; traffic are routed correctly.&#xA;What you can set Proxy configuration consists of the standard proxy settings:&#xA;Setting Meaning http_proxy Proxy URL for plain HTTP traffic. https_proxy Proxy URL for HTTPS traffic. no_proxy Hosts and networks that should bypass the proxy (comma-separated). In addition, you can specify which network interfaces the device should use to reach the platform through the proxy, so control-plane traffic uses the intended path.</description>
    </item>
    <item>
      <title></title>
      <link>https://docs.edgelq.com/learn/os/networking/connectivity-and-ports/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.edgelq.com/learn/os/networking/connectivity-and-ports/</guid>
      <description>Connectivity &amp;amp; ports This page lists what a device needs to reach on the network and what it accepts on its own interfaces, so you can plan firewall rules for the sites where your devices run.&#xA;Outbound connectivity (required) A device reaches the SPEKTRA Edge platform over secure, outbound connections. Devices do not need any inbound connections from the platform — all communication is initiated by the device.&#xA;Destination Port Purpose SPEKTRA Edge platform endpoints TCP 443 Provisioning, configuration, telemetry, log forwarding, and remote access — all over TLS.</description>
    </item>
    <item>
      <title></title>
      <link>https://docs.edgelq.com/learn/os/networking/time-synchronization/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.edgelq.com/learn/os/networking/time-synchronization/</guid>
      <description>Time synchronization Accurate time is important for secure connections, certificate validation, log correlation, and device attestation. Devices keep their clocks synchronized over the network using NTP.&#xA;Default behavior Out of the box, a device synchronizes against public time sources, so a device with internet access keeps accurate time without any configuration.&#xA;Setting custom NTP servers If your environment requires specific time sources — for example, internal NTP servers on an isolated network — you can provide your own NTP configuration.</description>
    </item>
  </channel>
</rss>
