If you are now thinking of Salt-SSH, this is not completely wrong, but also not right. What we are talking about here, is an other Transport for Salt, a replacement for ZeroMQ.

Why?

First of all, Upstream is interested in this and this is a strong argument. Also we would like to play with the idea of a master that is establishing a connection to a minion and not the other way around like the ZeroMQ transport is doing it. This would be the answer to the use-cases where we can't keep the connection to the minion all the time or establishing a connection to the master is simply not possible because of network configurations - but it would be possible for the master to reach the minion.

How?

  1. Deep diving into how a SaltStack transport works.
  2. Getting familiar with SSH and the Python libs available.
  3. Start implementation.

Looking for hackers with the skills:

saltstack salt-ssh ssh

This project is part of:

Hack Week 17

Activity

  • almost 4 years ago: marsalt joined this project.
  • almost 6 years ago: jochenbreuer started this project.
  • almost 6 years ago: jochenbreuer added keyword "ssh" to this project.
  • almost 6 years ago: jochenbreuer added keyword "ssh" to this project.
  • almost 6 years ago: jochenbreuer added keyword "saltstack" to this project.
  • almost 6 years ago: jochenbreuer added keyword "salt-ssh" to this project.
  • almost 6 years ago: j_renner liked this project.
  • almost 6 years ago: dmaiocchi liked this project.
  • almost 6 years ago: jochenbreuer originated this project.

  • Comments

    • marsalt
      almost 4 years ago by marsalt | Reply

      I find establishing a connection from minion to master is very reliable.

    Similar Projects

    Nodes Overview by lrangasamy

    [comment]: # (Please use the project descriptio...


    SSH key distribution solution by vgrinco

    Project Description

    SSH key distribution so...