Newsgroup: it.comp.lang.perl
Titolo: Come ottenere il valore di $REMOTE_USER.

Salve.
Utilizzo il perl5 in ambiente Linux (Debian 2.1) per lo sviluppo
di alcuni scripts.
Non riesco ad ottenere il valore della variabile $REMOTE_USER.
Con un comando del genere "$utente=$query->remote_user();" la
variabile $utente risulta vuota. Eppure l'utente remoto esiste,
tant'e' vero che se uso una pagina il php3 il valore di $REMOTE_USER
e' corretto, mentre invece se eseguo lo script perl non mi viene
visualizzato niente.
Quale puo' essere il problema.
Grazie.

Con un comando del genere "$utente=$query->remote_user();" la
Con NT+IIS puoi utilizzare $ENV{REMOTE_USER}, ma questa variabile
risulta popolata solo se inibisco l'accesso anonimo.
Puoi vedere tutti i valori di %ENV facilmente, con una cgi del tipo:
print "HTTP/1.0 200 OK\nContent-Type: text/html\n\n<HTML><BODY>";
foreach $key (keys %ENV) { print "<BR>$key ".$ENV{$key}" }
print '</BODY></HTML>';
------
bale...@dada.it
 
http://zap.to/balestra
 ICQ#:14303012
" Ora mai che i baci tuoi piu' non mi sazian
  cerchero' un'altra donna dentro ai sogni di Tarzan... "

 Puoi vedere tutti i valori di %ENV facilmente, con una cgi del tipo:
A questo proposito, sto' cercando la maniera di proteggere SOLO alcune URI,
e non tutte, ma non ho trovato modo di disabilitare l'accesso anonimo su di
un sottoinsieme del sito. Ovviamente il problema c'e' solo con IIS.
Qualche suggerimento?
Saluti
Maurizio

------
L'ho provato ma stranamente non mi figura la variabile REMOTE_USER.
Boh!.

Qualche suggerimento?
Uno solo: due macchine NT+IIS.
Infatti non basta neanche un sito virtuale, in quanto se inibisci
l'accesso anonimo lo inibisci per tutto il servizio W3SRVC..
Al limite dall'esterno puoi far vedere le due macchine sullo stesso IP
ma su due porte diverse, sempreche' tu abbia un firewall che puo'
mappare opportunamente le porte.
Se invece vuoi che la protezione o meno si applichi sempre e comunque
ma solo agli utenti del tuo dominio NT o di altri domini locali, sotto
le condizioni che tutti usino IE e che tutti usino Win, allora
potresti basarti sulle protezioni del file system di NT, e
referenziare le pagine che ti interessano come file:// invece che
tramite http:... ma e' una porcheria.




Ehm... avevo scritto anche:
"Con NT+IIS puoi utilizzare $ENV{REMOTE_USER}, ma questa variabile
risulta popolata solo se inibisco l'accesso anonimo".
Aggiungo che oltre a inibire l'accesso anonimo su IIS, devi anche
accertarti che gli utenti che accedono lo facciano con Win95/NT ed IE,
e siano stati autenticati su un qualche dominio.
Insomma questo discorso puo' valere al piu' per un'intranet.


tramite http:... ma e' una porcheria.
follia allo stato liquido...
innanzitutto se usi le protezioni del file system di NT e ci accedi
come http: ti viene richiesta la password (agiscono piů o meno come
l'equivalente del .htaccess); ed inoltre i client non devono mica
essere tutti IE con Win, quello vale solo se metti la NT
Challenge/Response...
spero di averti chiarito un po' le cose :-)
__END__
# Aldo Calpini
%x=split(//, "xritajbugne fahokem csuctawer jhdtlrnpqloevkshpr");
foreach (sort keys(%x)) { print $x{$_}; };

spero di averti chiarito un po' le cose :-)
Cosa avrei fatto senza di te? Mio eroe....


 
ciaoz
Ho sentito urla di sudore... che schifo...
--
Michel <ZioBudda> Morelli		  
mic...@michel.enter.it
 
http://ziobudda.enter.it
Italian Linux FAQ                  
http://ziobudda.enter.it/FAQ/

 l'equivalente del .htaccess);
Avevo provato, ma con IIS3.0 non funzionava (o non sono stato capace di
farlo funzionare).
Semplicemente le risorse protette non erano visibili ne accessibili via Web,
non veniva chiesta nessuna password per accedervi, non vi si accedeva
neanche mettendo la password direttamente nell'url (senza aspettare che
venisse chiesta).
Felice di sapere che IIS4.0 ha risolto il problema (spero).
Fatemi sapere il problema non e' proprio di IIS3.0 ma della mia
imbecillita', ovvero se c'e' qualcuno che e' riuscito a proteggere SOLO
ALCUNE risorse con IIS3.0
Grazie
Maurizio

Cosa avrei fatto senza di te? Mio eroe....
così mi confondi :-)


un altro discorso...
..ok. Il problema qui non era "proteggere con password", che poi e'
sempre la passwd di rete. Il problema e' quello di far accedere solo
alcuni utenti, sulla base della loro autenticazione in rete gia'
fornita senza dover fornire nuovamente userID e passwd.
Almeno questo era quello che avevo capito, se poi avevo sbagliato
ritiro tutto.
Per quello che riguarda l'auth basic: se permetti l'anonimo il Browser
(ovvero solo IE) non inviera' la tua userID autenticata, ma ti
chiedera' comunque la password all'accesso, per cui siamo sempre allo
stesso punto: utenza autenticata al logon o utenza da riautenticare ad
ogni accesso? Io rispondevo sempre per la prima ipotesi.
