Le dépôt SFTP du transporteur lu chaque nuit sans rien croire sur parole

Objectif Lire chaque nuit le fichier du transporteur, le ranger, et refuser un serveur dont la clé a changé.

Un transporteur dépose chaque nuit livraisons.csv sur son SFTP, toujours sous le même nom.

chaque nuit lue, puis archivée sous son nom et son heure;
un fichier non archivé dit sur le run;
une clé de serveur changée refusée jusqu'à confirmation.

lumnik Open
Transport
Intégration
Connector

manifests/10-carrier.yaml

apiVersion: connectors.lumnik.io/v1kind: Connectormetadata:  name: scenario-carrier-a  connector_type: csv-file  scopes: [transport]spec:  transport:    kind: sftp    host: host.docker.internal    port: 2223    user: carrier    path: /out/*.csv    password_env: SCENARIO_CARRIER_A_SFTP    # The fingerprint the carrier's server presents, read out of band (ssh-keyscan | ssh-keygen -lf -).    host_key_fingerprint: "SHA256:FINGERPRINT_READ_AT_REPLAY"  parser:    has_header: true  after_process: archive  archive_path: /archive/

$ lm apply -f /var/folders/18/2psk9q652gsflqx5mvzr3nsh0000gn/T//lumnik-carrier.wRuSfT/10-carrier.yaml
{"name":"scenario-carrier-d","connectorId":"94623382-1c2a-4a4f-a512-490463c3b5eb","endpointsApplied":1}

livraisons-night1.csv

shipment,status,city
S-1001,TRA,Lyon
S-1002,TRA,Vienne
S-1003,LIV,Givors
S-1004,TRA,Lyon
S-1005,RET,Bron
S-1006,TRA,Lyon

$ lm connector run scenario-carrier-d
run scheduled: 6864a207-c4bf-4cdb-a59d-d8cf2117509c

$ lm run get 6864a207-c4bf-4cdb-a59d-d8cf2117509c
ID        CONNECTOR           ENDPOINT  STATUS     IN  OUT  SKIPPED  DEAD-LETTERS  STARTED           ENDED             EVALUATED
6864a207  scenario-carrier-d  default   Completed  6   6    0        0             2026-10-22 20:43  2026-10-22 20:43  yes

livraisons-night2.csv

shipment,status,city
S-1001,LIV,Lyon
S-1002,LIV,Vienne
S-1003,LIV,Givors
S-1004,TRA,Lyon
S-1005,RET,Bron
S-1006,LIV,Lyon

$ lm connector run scenario-carrier-d
run scheduled: 40105895-b8fe-4682-917f-ee7e12ff0e9a

$ lm run get 40105895-b8fe-4682-917f-ee7e12ff0e9a
ID        CONNECTOR           ENDPOINT  STATUS     IN  OUT  SKIPPED  DEAD-LETTERS  STARTED           ENDED             EVALUATED
40105895  scenario-carrier-d  default   Completed  6   6    0        0             2026-10-22 20:43  2026-10-22 20:43  no

livraisons-night3.csv

shipment,status,city
S-1004,LIV,Lyon
S-1007,TRA,Vénissieux

$ lm connector run scenario-carrier-d
run scheduled: 4823633e-f4df-4243-837f-54970c85073c

$ lm run get 4823633e-f4df-4243-837f-54970c85073c
ID        CONNECTOR           ENDPOINT  STATUS     IN  OUT  SKIPPED  DEAD-LETTERS  STARTED           ENDED             EVALUATED
4823633e  scenario-carrier-d  default   Completed  2   2    0        0             2026-10-22 20:43  2026-10-22 20:44  no
• 1 file(s) read but not archived — still in the source folder (after_process failed; see the hub log)

$ lm connector run scenario-carrier-d
run scheduled: bc7df8c4-f546-41a8-9ab5-4ce1eba4c618

$ lm run get bc7df8c4-f546-41a8-9ab5-4ce1eba4c618
ID        CONNECTOR           ENDPOINT  STATUS  IN  OUT  SKIPPED  DEAD-LETTERS  STARTED           ENDED             EVALUATED
bc7df8c4  scenario-carrier-d  default   Failed  0   0    0        0             2026-10-22 20:44  2026-10-22 20:44  no
✖ run failed: SFTP host key refused for host.docker.internal:2223 — the server presented SHA256:z0s2KEWB7fEsBsd/JTIbxr5YwdTbZLCJNtG9UWmafe8, and it does not match the declared SHA256:FZMB2WwJKm87XB3fpEhOPieZ3XZW5VAolwo6+MX+iHg. Confirm that fingerprint out of band (ssh-keyscan -p 2223 host.docker.internal | ssh-keygen -lf -), then set host_key_fingerprint: "SHA256:z0s2KEWB7fEsBsd/JTIbxr5YwdTbZLCJNtG9UWmafe8" in the transport block. Setting strict_host_key: false connects without checking at all — which accepts an impostor as readily as the real server. — Server key did not validate

livraisons-night4.csv

shipment,status,city
S-1007,LIV,Vénissieux

$ lm apply -f /var/folders/18/2psk9q652gsflqx5mvzr3nsh0000gn/T//lumnik-carrier.wRuSfT/10-carrier.yaml
{"name":"scenario-carrier-d","connectorId":"94623382-1c2a-4a4f-a512-490463c3b5eb","endpointsApplied":1}

$ lm connector run scenario-carrier-d
run scheduled: bb6640f7-8e36-4ea2-8dbc-ef5389fa352f

$ lm run get bb6640f7-8e36-4ea2-8dbc-ef5389fa352f
ID        CONNECTOR           ENDPOINT  STATUS     IN  OUT  SKIPPED  DEAD-LETTERS  STARTED           ENDED             EVALUATED
bb6640f7  scenario-carrier-d  default   Completed  1   1    0        0             2026-10-22 20:44  2026-10-22 20:44  no

Limites

La vérification avant le déplacement n'est pas atomique: un fichier déposé dans les millisecondes entre les deux est encore déplacé.
Un transporteur qui écrit sous un autre nom puis renomme n'est jamais pris dans cet intervalle.
Serveur SFTP simulé ; données synthétiques.

Transport · SFTP

Le transporteur dépose un fichier chaque nuit.

Toujours sous le même nom.

Quatre nuits, serveur simulé

Le problème

Même nom, même taille.

Une nuit peut ressembler à la précédente.
Une archive peut écraser l'autre.

Ce qui n'est pas modifié

Le serveur du transporteur reste tel quel.

Son dossier de dépôt.
Son compte SFTP.

Le piège

Parler au mauvais serveur.

Le serveur est réinstallé.
Sa clé n'est plus la même.

Ce qu'il a fallu écrire

host_key_fingerprint: "SHA256:…"

Une ligne.

Le hub ne parle qu'au serveur connu.
Chaque nuit archivée sous son heure.
Un manifeste, 20 lignes.

Un refus

La clé a changé: refusé.

Les deux empreintes nommées.
Confirmer avec le transporteur, puis épingler.

La limite

Un dépôt pendant le déplacement.

Quelques millisecondes non atomiques.

Essayer

Le scénario se rejoue en local.

Chaque étape est publiée avec sa sortie.

Ce scénario tourne sur lumnik Open, gratuit et open source.

Essayer lumnik Open →