Newsgroup: it.comp.os.linux.sys
Titolo: Smutandare RSH...

Ho un problemino di configurazione per rsh...
Dove lavoro abbiamo "ereditato" un'applicazione gestionale paleolitica, 
che per alcune funzioni del menu faceva eseguire dei batch via rsh 
direttamente dai server (un HP/UX).
Stiamo riscrivendo tutto l'ambaradan con metodi un po' migliori e 
migrando i server su linux.
Il problema è che, finchè siamo in corso di migrazione, per poter 
continuare a far usare l'applicazione vecchia agli utenti dobbiamo far 
puntare i client al nuovo server e permettergli di lanciare i batch in 
questione.
Io purtroppo, considerata la nomea che si porta dietro, non ho MAI 
abilitato rsh da nessuna parte e non ho grande esperienza...
La procedura 'normale' di inserire l'indirizzo del client nel filettino 
di controllo degli accessi è scarsamente applicabile: i client sono 
alcune centinaia e cambiano di continuo. Dato che è una rete 'chiusa' 
preferirei, obbrobrio per obbrobrio, riuscire a "aprire" rsh in modo che 
per l'utente dedicato a far girare quei batch ogni client riesca a 
lanciare quello che deve senza troppi problemi. Pero' non mi sembra che 
ci sia verso di riuscirci... evidentemente è "blindato" in qualche modo 
(il sistema è una SLES 8). Come si fa a convincerlo a regalare le sue 
grazie a mo' di donna di facili costumi??
PS: so che usare SSH, o approcci client/server diversi sarebbe 
preferibile, ma non ci sono i tempi tecnici per cambiare tutta la logica 
del vecchio programma, specie considerando che comunque più prima che 
poi verrà abbandonato...
Any hints?
-- 
Fabrizio "Hermooz" Ermini

 alcune centinaia e cambiano di continuo.
Voglio sperare che tutti i client siano nello stesso dominio o sottorete,
in tal caso potresti usare "netgroup":
echo "rshdomain (,,iltuodominioqui)" >> /etc/netgroup
echo "+@rshdomain" >> /etc/hosts.equiv
e sei a posto.
Vedi la documentazione relativa ad hosts.equiv e netgroup per maggiori
info.
Davide

Il giorno Fri, 21 Nov 2003, Hermooz così ha scritto:
|Ho un problemino di configurazione per rsh...
|Dove lavoro abbiamo "ereditato" un'applicazione gestionale paleolitica,
|che per alcune funzioni del menu faceva eseguire dei batch via rsh
|direttamente dai server (un HP/UX).
 [troppe parole per un problema semplice, e troppi pochi dettagli tecnici
sulla situazione del server]
fammi@puttana ~# echo \* > /etc/hosts.equiv
  Comunque si può essere piuttosto più selettivi pur mantenendo una certa
generalità per gli host/utenti ammessi per i servizi rsh.  Fai man 5
hosts[.allow|.deny|.equiv|_access] .
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

 
Ma non c'e' bisogno di NIS per poter definire dei netgroup?
-- 
Fabrizio "Hermooz" Ermini

 
Eh, c'ho provato... peccato che non funziona!
Anche così continua tranquillamente a loggare "permission denied" ogni 
volta che richiedo di eseguire un comando da remoto.
Credo dipenda dal fatto che su quel server anche l'autorizzazione del 
protocollo rsh è demandata a PAM, che probabilmente va "aperto" per 
altre strade, e cioè i moduli sotto /etc/pam.d (ammesso che sia possibile).
-- 
Fabrizio "Hermooz" Ermini

 Ma non c'e' bisogno di NIS per poter definire dei netgroup?
No. viene usato anche da nis, ma cio' non vuol dire che sia necessario.
Davide

 altre strade, e cioè i moduli sotto /etc/pam.d (ammesso che sia possibile).
mi rispondo da solo per chiarire ai lettori casuali:
una cosa la sbagliavo io un'altra non la sapevo... i file hosts.equiv e 
.rhosts devono essere chmod 600 senno' non vengono cagati minimamente e 
il modulo di pam relativo all'autenticazione deve avere il flag 
"promiscuos" senno' non accetta le configurazioni "tutto aperto".
Mo' ci sono riuscito... è proprio il massimo, già mi tocca calpestare il 
mio amor proprio accettando di lasciare un server aperto come il tunnel 
del Gran San Bernardo, e per di più manco mi riusciva ;-)
grazie a tutti e ciao...
-- 
Fabrizio "Hermooz" Ermini

 del Gran San Bernardo,
...ocio agli incendi...
Davide

 ...ocio agli incendi...
Quello era il Montblanc ;-)
-- 
Fabrizio "Hermooz" Ermini