Page MenuHomeDevCentral

Resolve private network interface
ClosedPublic

Authored by dereckson on Apr 12 2023, 19:38.
Tags
None
Referenced Files
F3324368: D3004.id7671.diff
Mon, Jul 8, 03:55
Unknown Object (File)
Thu, Jul 4, 02:21
Unknown Object (File)
Sat, Jun 29, 00:38
Unknown Object (File)
Mon, Jun 24, 07:18
Unknown Object (File)
Mon, Jun 24, 00:15
Unknown Object (File)
Thu, Jun 20, 23:20
Unknown Object (File)
Sat, Jun 15, 18:28
Unknown Object (File)
Thu, Jun 13, 22:39
Subscribers
None

Details

Summary

Currently, node.resolve_network() gives the "most public" IP address
available on a node.

For tasks like T1826 or T1829, we need to know the "most private" IP address
to allow servers like SSH or Alkane to listen there, restricting those services
for internal use.

For example, this allows to pass the following Jinja template expression
to any configuration needing a private IP address to listen to:

{{ network["private_ipv4_address"] | default("localhost") }}

By heuristics, the method will recommend through is_private_network_stable
if the private network is stable, i.e. suitable to listen to critical
services like SSH. A network is currently unstable if it needs a GRE tunnel
to connect to the private network. The goal is to avoid to be locked
outside a machine if the tunnel is broken: a SSH connection is useful
to debug it. In the future, we can declare stable the nodes with a KVM,
and documented procedure to relink quickly to the private network.

Ref T1829

Test Plan

salt '*' node.resolve_network

Diff Detail

Repository
rOPS Nasqueron Operations
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

dereckson created this revision.
This revision is now accepted and ready to land.Apr 12 2023, 20:16
This revision was landed with ongoing or failed builds.Apr 12 2023, 20:17
This revision was automatically updated to reflect the committed changes.