[Tech] Remote Job Entry - come fare ?

Aldo Podavini a.podavini@mclink.it
Mer 22 Dic 2004 11:19:04 CET



Franco Bagnoli wrote:

> Il giorno 21/dic/04, alle 13:42, a.podavini@mclink.it ha scritto:
>
>> Mi dispiace di avervi fatto perdere tempo, probabilmente avrei dovuto 
>> dire
>> dall'inizio che il client è un AS400, ma io in realtà speravo di 
>> trovare una
>> soluzione più generale.
>> Tu comunque hai centrato il problema (ovviamente io non voglio una shell
>> interattiva !), ma vorrei evitare di dover scrivere roba da una parte 
>> e/o
>> dall'altra ! "Una connessione TCP specializzata" ?!? Brrrr !!!
>> FTP forse rimane l'unica...
>
>
> ma che sistema operativo c'è su questo ax400? unix o os2 o altro? 

OS400.
Ovvio :-)

> devi lanciare sempre lo stesso programma o a scelta? 

Diciamo a scelta. Ma non a scelta dell'utente (ossia niente di 
interattivo: sono attività batch)

> ti serve l'output del programma? 

Diciamo di no.

> e poi, che livello di sicurezza vuoi?

Non è molto importante: sono macchine che stanno entrambe su una rete 
perimetrale.

> perché di soluzioni ce ne sono tante:
>
> 1) ssh
> 2) rsh
> 3) lpr
> 4) mail
> 5) nfs/smb/.. 



>
> ....
>
> La 3 o la 4 sono forse quelle che ti possono servire in caso 
> disperato: es. per la 3 su linux istalli una coda lpd e come filtro 
> metti uno script che prende il job in ingresso (un file di testo) 
> estrae la password e controlla che sia quella giusta, e quindi passa 
> il tutto allo shell. Idem con mail: mandi un messaggio di posta al tuo 
> host e sulla macchina linux metti un utente con un .forward che passa 
> il tutto ad uno script che a sua volta controlla l'identità. Sicurezza 
> poca, ma in caso di intranet...
>
> Se ti serve l'output puoi sempre mandartelo via mail o con una coda di 
> stampa opportuna.
>
> Se invece scegli la soluzione  5, puoi mettere su una coda fifo su 
> linux, vedi esempio perldocperlipc per un esempio funzionante di 
> server. puoi scrivere l'input su un file dal nome predeterminato e 
> quando leggi dalla fifo automaticamente viene fatto girare il 
> programma collegato, che processa il file di input e spara fuori 
> l'output.
>
> infine, se puoi leggere da una porta, puoi mettere un server in attesa 
> (o un cgi), vedi esempi funzionanti su perdoc perlipc o perldoc 
> HTTPD::Server (dopo avberlo istallato, oppure vedi su cpan)
>
Interessante...
Esplorerò.

Grazie
Aldo





Maggiori informazioni sulla lista flug-tech