Newsgroup: it.comp.os.linux.sys
Titolo: Trasferimento file da server a server

Spiego brevemente cosa vorrei fare...
 
L'utente si collega ad un web server, compila una form che genera un 
file ordine.txt, trasferito attraverso la funzione force-download al 
client, l'utente a questo punto vi appone una firma digitale (ArubaKey 
per capirci) ed effettua l'upload sullo stesso server del file .p7m
 
Fin qui tutto molto semplice..
 
Ora, da questo server che chiameremo "front end" vorrei trasferire il 
suddetto file (dopo averne valutato firma, formattazione ecc..) su un 
server di "back end" in cui l'ordine verrà processato (sempre dopo aver 
ripetuto i controlli precedenti ovviamente)
 
In pratica una RPC, ma volevo qualcosa di minimale, ultra sicuro, e veloce.
 
 
Idee?

 Idee?
 
Userai uno dei tanti flavour di inotify a secondo dell'ambiente, che è la 
cosa più semplice in questo caso.
- su linux puoi usare 'incron' (cerca IN_CLOSE_WRITE nella man page)
- in un linguaggio di programmazione userai la libreria ad-hoc:
  - 
https://pypi.python.org/pypi/inotify
 
  - 
https://rubygems.org/gems/rb-inotify
 
  - 
https://godoc.org/golang.org/x/exp/inotify
 
 
-- 
Massimiliano Adamo

Il 13/03/16 09:20, Max_Adamo ha scritto:

Ottimo, ho provato inotify + incron + bash e funziona alla grande, ora 
vedo cosa si riesce a fare.
 
Intanto grazie

 vedo cosa si riesce a fare.
 
Quindi quello che chiedevi era come avviare il processo del file 
trasferito sul server remoto, non come trasferire il file, giusto?
 
 
-- 
Andrea
 


non penso ci sia molto da dire sul trasferimento. 
rsync, scp/sftp, ftp, cp su nfs/samba, unison... che altra roba c'e'? 
 

Il 14/03/16 08:52, Andrea D'Amore ha scritto:

Si, senza dover mettere un Apache anche sul secondo server.
 
 

 Si, senza dover mettere un Apache anche sul secondo server.
 
Ovvio, a nessuno piace apache.
 
Se usi un linguaggio di programmazione per scriverti una soluzione con 
inotify come suggerito perchè non usare piuttosto una piccola 
interfaccia REST?
Con una singola operazione segnali al server che vuoi processare il 
file che gli passi e fine della storia. Mi sembra una soluzione più 
"pulita" rispetto ad usare inotify che mi dà un po' l'idea di sfruttare 
un side-effect.
 
O ancora dato che parlavi di semplicità, se usi scp per copiare i file 
puoi anche usare ssh per lanciare direttamente un comando che avvii il 
processo, in questo caso rimani nell'ambito del solo uso della shell.
 
 
-- 
Andrea
 


scp quando? scp quando il file e' stato trasferito (e chiuso) sul frontend. 
Si capisce dal primo messaggio che la richiesta e' questa. 
E chi meglio della API inotify puo' avviare un trigger alla chiusura di un
file in una directory? 
Perche' provare a inventare la ruota triangolare se e' stato provato che 
quella circolare funziona benissimo? :) 
E non e' piu' pulito girare intorno alle cose... altrimenti giochiamo a chi 
la spara piu' grossa: appena arriva il file, un trigger aggiunge un messagio 
su activemq/rabbitmq che viene preso da un demone e allora...ma lui ha solo
chiesto di spostare/copiare un file su B, quando questo arriva su A. 
Non credo che abbia chiesto dov'e' l'ufficio complicazione affari semplici :)

Il 14/03/16 18:51, Andrea D'Amore ha scritto:

Il vero problema è che se l'Apache sul server di front end viene bucato, 
averne 2 non aiuta.
 
Se "controlli" il primo server ma non puoi connetterti al secondo se non 
via samba/nfs bucare pure quello diventa decisamente più complicato, 
ammenoché non escno 2 zero day exploit simultaneamente o no?