Visualizzazione post con etichetta iis. Mostra tutti i post
Visualizzazione post con etichetta iis. Mostra tutti i post

lunedì 20 maggio 2013

Is it possible in IIS to set up a site in IIS and only let users of a certain AD Group get access to it?

http://serverfault.com/questions/352647/restrict-access-to-iis-site-to-an-ad-Group
Is it possible in IIS to set up a site in IIS and only let users of a certain AD Group get access to it?

The following should work, depending on your IIS version. You'll need to add a web.config if you don't have one (though you should on IIS7) in the directory root of your site. The below will allow Domain Admins and deny Domain Users (fairly self explanatory). Make sure you line up the config sections if you already have a section, etc.
<configuration>
  <location path="MyPage.aspx/php/html">
      <system.web>
         <authorization>
            <allow users="DOMAIN\Domain Admins"/>
            <deny users="DOMAIN\Domain Users"/>
         </authorization>
      </system.web>
   </location>
</configuration>
You will need Windows Authentication enabled under Authentication in your site preferences for this to work, obviously, but I assume you already have this enabled.
share|improve this answer
Above does not work in IIS7 you need to use the role attribute, also if you want to restrict the whole site you dont need the location element
<authorization>
  <allow roles="DOMAIN\Domain Users"/>
  <deny users="*" />
</authorization>

venerdì 19 ottobre 2012

Why would an aspx file return 404 (“The page cannot be found”)

http://stackoverflow.com/questions/467188/why-would-an-aspx-file-return-404-the-page-cannot-be-found

It could be a lot of things. I had this issue today because .NET had not been re-initialized after installing IIS (aspnet_regiis -i -enable or equivalent).
That's it... the full path looks like the following: C:\WINDOWS\Microsoft.NET\Framework\v2.0xxxxxx\aspnet_regiis.exe -I (now at least I'm getting ameaningful error with my aspx file) – CodeSlave Jan 22 '09 at 15:57

AND you also have to go into IIS Manager -> Servername -> "Web Service Extensions", and set ASP.NET v2.0xxxxxx to Allowed. – CodeSlave Jan 22 '09 at 16:09


 
Just add -enable to the end of the aspnet_regiis command to load it as Allowed from the start:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe –i -enable – Kit Roed Jul 14 '09 at 20:44

Strumento di ASP.NET per la registrazione di IIS (Aspnet_regiis.exe)

.NET Framework 2.0
3 di 5 hanno valutato il contenuto utile: - Valuta questo argomento

Quando più versioni di .NET Framework sono in esecuzione in modalità side-by-side su un unico computer, la versione dell'ISAPI di ASP.NET associata a un'applicazione ASP.NET determina la versione di Common Language Runtime (CLR) utilizzata per l'applicazione. Lo strumento di ASP.NET per la registrazione di IIS (Aspnet_regiis.exe) consente a un amministratore o a un programma di installazione di aggiornare con facilità gli scriptmap di un'applicazione ASP.NET in modo che puntino alla versione dell'ISAPI di ASP.NET associata allo strumento. Lo strumento può essere utilizzato anche per visualizzare lo stato di tutte le versioni installate di ASP.NET, registrare la versione di ASP.NET associata allo strumento, creare directory di script client ed eseguire altre operazioni di configurazione.
NotaNota
Sono disponibili due strumenti di registrazione di IIS con .NET Framework, uno per i sistemi standard, l'altro per i sistemi a 64 bit. Quest'ultimo si trova all'interno della cartella Windows nella directory Framework64 della directory Microsoft.NET, ad esempio C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727.
aspnet_regiis [options]

OpzioneDescrizione
-c
Installa gli script del lato client per ASP.NET, ad esempio gli script di convalida del lato client, nella sottodirectory aspnet_client di ogni directory di sito IIS (Internet Information Services).
Vengono installati solo gli script del lato client relativi alla versione di ASP.NET associata allo strumento Aspnet_regiis.exe.
-disable
Disattiva ASP.NET nella console di protezione di IIS.
Questa opzione può essere specificata solo in combinazione con -i, -ir o -r e non è disponibile nelle versioni di IIS precedenti la 6.0.
-e
Rimuove gli script del lato client per ASP.NET dalla sottodirectory aspnet_client di ogni directory di sito IIS.
Vengono rimossi solo gli script del lato client relativi alla versione di ASP.NET associata allo strumento Aspnet_regiis.exe.
-ea
Rimuove gli script del lato client per tutte le versioni di ASP.NET dalla sottodirectory aspnet_client di ogni directory di sito IIS.
-enable
Attiva ASP.NET nella console di protezione di IIS.
Questa opzione può essere specificata solo in combinazione con -i, -ir o -r e non è disponibile nelle versioni di IIS precedenti la 6.0, né nelle versioni di ASP.NET precedenti la 2.0.
-ga user
Concede all'utente o al gruppo specificato l'accesso alla metabase di IIS e alle altre directory utilizzate da ASP.NET.
Questa opzione non è disponibile nelle versioni di ASP.NET precedenti la 2.0.
-i
Installa la versione di ASP.NET associata allo strumento Aspnet_regiis.exe e aggiorna gli scriptmap nella directory principale della metabase di IIS e nelle relative sottodirectory.
Vengono aggiornati solo gli scriptmap per le applicazioni che utilizzano una versione di ASP.NET precedente. L'aggiornamento non influisce sulle applicazioni che utilizzano una versione successiva.
-ir
Installa la versione di ASP.NET associata allo strumento Aspnet_regiis.exe e registra solo ASP.NET in IIS.
Con questa opzione non viene eseguito l'aggiornamento degli scriptmap. Per installare ASP.NET e aggiornare gli scriptmap, utilizzare l'opzione -i.
-k path
Rimuove gli scriptmap per tutte le versioni di ASP.NET da tutte le applicazioni ASP.NET nel percorso della directory principale dell'applicazione specificato e nelle relative sottodirectory.
-kn path
Rimuove gli scriptmap per tutte le versioni di ASP.NET dall'applicazione ASP.NET solo nel percorso della directory principale dell'applicazione specificato.
Questa opzione non influisce sulle applicazioni presenti nelle sottodirectory di path.
-lk
Elenca il percorso e la versione di tutte le chiavi della metabase di IIS in cui è mappato ASP.NET.
Le chiavi che ereditano gli scriptmap di ASP.NET da una chiave padre non vengono visualizzate.
-lv
Elenca lo stato e il percorso di installazione di tutte le versioni di ASP.NET installate nel computer.
-norestart
Impedisce il riavvio del processo di lavoro IIS dopo l'installazione o l'aggiornamento degli scriptmap ASP.NET.
Utilizzare questa opzione con -i o -r quando il processo di lavoro IIS verrà riavviato manualmente.
-r
Aggiorna tutti gli scriptmap nella metabase di IIS e nei livelli sottostanti in modo che puntino alla versione dell'ISAPI di ASP.NET associata allo strumento Aspnet_regiis.exe.
Tutti gli scriptmap esistenti vengono aggiornati in modo da puntare alla versione dell'ISAPI di ASP.NET associata allo strumento di ASP.NET per la registrazione di IIS, indipendentemente dalla versione corrente.
-s path
Installa lo scriptmap che punta alla versione dell'ISAPI di ASP.NET associata allo strumento Aspnet_regiis.exe in tutte le applicazioni ASP.NET nel percorso della directory principale dell'applicazione specificato e nelle relative sottodirectory. Vengono aggiornati tutti gli scriptmap esistenti nel percorso specificato e nelle directory sottostanti che utilizzano una versione precedente dell'ISAPI di ASP.NET.
-sn path
Installa lo scriptmap che punta alla versione dell'ISAPI di ASP.NET associata allo strumento nell'applicazione ASP.NET nel percorso della directory principale dell'applicazione specificato. Tutti gli scriptmap esistenti nel percorso specificato che utilizzano una versione precedente dell'ISAPI di ASP.NET vengono aggiornati.
Questa opzione non influisce sulle applicazioni presenti nelle sottodirectory di path.
-u
Disinstalla la versione di ASP.NET associata allo strumento di ASP.NET per la registrazione di IIS. Gli scriptmap esistenti per questa versione dell'ISAPI di ASP.NET vengono automaticamente rimappati alla versione dell'ISAPI di ASP.NET più recente ancora installata nel computer.
-ua
Disinstalla tutte le versioni di ASP.NET.
-?
Visualizza la sintassi e le opzioni dei comandi dello strumento di ASP.NET per la registrazione di IIS.

Opzioni di configurazione

OpzioneDescrizione
-config+
Attiva l'accesso remoto alla configurazione di ASP.NET nel computer.
-config-
Disattiva l'accesso remoto alla configurazione di ASP.NET nel computer.
-pa container account
Concede all'account di un determinato utente o gruppo l'autorizzazione per l'accesso al contenitore di chiavi specificato per container. Sono accettati i seguenti modificatori facoltativi:
  • -pku   Sostituisce il contenitore predefinito del computer con un contenitore specificato dall'utente.
  • -csp provider   Specifica il provider di contenitori da utilizzare.
  • -full   Specifica che deve essere aggiunto l'accesso completo anziché l'accesso predefinito di sola lettura.
-pc container
Crea una coppia di chiavi pubblica/privata RSA nel contenitore specificato. Sono accettati i seguenti modificatori facoltativi:
  • -size keySize   Specifica la dimensione della chiave. Il valore predefinito è 1024 byte.
  • -pku   Sostituisce il contenitore di chiavi predefinito del computer con un contenitore specificato dall'utente.
  • -exp   Specifica che le chiavi private devono poter essere esportate.
  • -csp provider   Specifica il provider di contenitori da utilizzare.
-pd section
Decrittografa la sezione di configurazione. Sono accettati i seguenti parametri facoltativi:
  • -app virtualPath   Specifica che la decrittografia deve essere eseguita a livello del percorso incluso.
  • -location subPath   Specifica la sottodirectory da decrittografare.
  • -pkm   Specifica che deve essere decrittografato il file Machine.config anziché il file Web.config.
-pdf section webApplicationDirectory
Decrittografa una determinata sezione di configurazione del file Web.config nella directory fisica (non virtuale) specificata.
-pe section
Crittografa la sezione di configurazione specificata. Sono accettati i seguenti modificatori facoltativi:
  • -prov provider   Specifica il provider di crittografia da utilizzare.
  • -app virtualPath   Specifica che la crittografia deve essere eseguita a livello del percorso incluso.
  • -location subPath   Specifica la sottodirectory da crittografare.
  • -pkm   Specifica che deve essere crittografato il file Machine.config anziché il file Web.config.
-pef section webApplicationDirectory
Crittografa una determinata sezione di configurazione del file Web.config nella directory fisica (non virtuale) specificata.
-pi container file
Importa una coppia di chiavi pubblica/privata RSA nel contenitore specificato per container dal file XML specificato. Sono accettati i seguenti modificatori facoltativi:
  • -pku   Sostituisce il contenitore predefinito del computer con un contenitore specificato dall'utente.
  • -exp   Specifica che le chiavi private possono essere esportate.
  • -csp provider   Specifica il provider di contenitori da utilizzare.
-pr container account
Rimuove per l'account di un determinato utente o gruppo l'autorizzazione per l'accesso al contenitore di chiavi specificato per container. Sono accettati i seguenti modificatori facoltativi:
  • -pku   Sostituisce il contenitore predefinito del computer con un contenitore specificato dall'utente.
  • -csp provider   Specifica il provider di contenitori da utilizzare.
-px container file
Esporta una coppia di chiavi pubblica/privata RSA da un determinato contenitore nel file XML specificato. Sono accettati i seguenti modificatori facoltativi:
  • -pku   Sostituisce il contenitore predefinito del computer con un contenitore specificato dall'utente.
  • -csp provider   Specifica il provider di contenitori da utilizzare.
-pz container
Elimina il contenitore di chiavi specificato. È accettato il seguente modificatore facoltativo:
  • -pku   Sostituisce il contenitore predefinito del computer con un contenitore specificato dall'utente.

Quando più versioni di ASP.NET sono installate nel computer, ASP.NET è in esecuzione in modalità side-by-side. In questa configurazione è necessario che Internet Information Services (IIS) conosca la versione dell'ISAPI di ASP.NET (aspnet_isapi.dll) che deve elaborare una pagina in un'applicazione ASP.NET. La versione dell'ISAPI di ASP.NET associata a un'applicazione ASP.NET determina la versione di Common Language Runtime utilizzata per l'applicazione. Un'applicazione ASP.NET viene associata a una versione dell'ISAPI di ASP.NET attraverso uno scriptmap in IIS. Per semplificare il processo di configurazione per un'applicazione ASP.NET, ogni versione di ASP.NET viene fornita con una versione collegata di Aspnet_regiis.exe.
NotaNota
‎In ogni versione di .NET Framework è inclusa una versione univoca di Aspnet_regiis.exe. Poiché ogni versione dello strumento è applicabile solo alla versione di .NET Framework associata, per configurare un'applicazione ASP.NET è necessario verificare che venga utilizzata la versione dello strumento appropriata.
Lo strumento ASP.NET per la registrazione di IIS viene in genere utilizzato con l'opzione -s o -sn per rimappare un'applicazione ASP.NET e la versione di .NET Framework associata. Utilizzare l'opzione -s per aggiornare un'applicazione nel percorso della directory principale specificato e in tutte le relative sottodirectory. Se non si desidera aggiornare le applicazioni nelle sottodirectory, utilizzare l'opzione -sn. Per aggiornare contemporaneamente gli scriptmap di tutte le applicazioni ASP.NET esistenti nel computer, utilizzare l'opzione -r.
NotaNota
Il parametro path fa riferimento al percorso della directory principale dell'applicazione, non al percorso fisico. Digitare ad esempio W3SVC/1/ROOT/SampleApp1.
Al contrario, è possibile utilizzare lo strumento di ASP.NET per la registrazione di IIS per rimuovere gli scriptmap di qualsiasi versione di ASP.NET da un'applicazione specificando l'opzione -k o -kn e il percorso della directory principale dell'applicazione. Se quest'ultimo eredita lo scriptmap da un percorso padre, le opzioni -k e -kn non avranno alcun effetto.
Lo strumento di ASP.NET per la registrazione di IIS può essere utilizzato anche per installare e disinstallare la versione di ASP.NET collegata. Per installare ASP.NET e aggiornare gli scriptmap per tutte le applicazioni ASP.NET esistenti, utilizzare l'opzione -i. Per installare ASP.NET senza aggiornare gli scriptmap, utilizzare l'opzione -ir. Per disinstallare la versione di ASP.NET associata allo strumento, utilizzare l'opzione -u. Per disinstallare tutte le versioni di ASP.NET dal computer, utilizzare l'opzione -ua.
Lo strumento di ASP.NET per la registrazione di IIS può essere utilizzato anche per visualizzare le informazioni relative ad ASP.NET. Per visualizzare lo stato e il percorso di installazione delle versioni di ASP.NET installate nel computer, utilizzare l'opzione -lv. Per visualizzare i percorsi di tutte le chiavi della metabase di IIS in cui ASP.NET è mappato, utilizzare l'opzione -lk.
Gli script del lato client, ad esempio la convalida del lato client, possono essere installati e rimossi utilizzando Aspnet_regiis.exe. Per installare lo script del lato client relativo alla versione di ASP.NET associata allo strumento nella sottodirectory Aspnet_client di ogni directory di sito IIS, utilizzare l'opzione -c. Per rimuovere lo script del lato client solo per la versione di ASP.NET associata allo strumento, utilizzare l'opzione -e. Per rimuovere lo script del lato client per tutte le versioni installate di ASP.NET, utilizzare l'opzione -ea.
Per ulteriori informazioni sull'esecuzione affiancata in ASP.NET, vedere Supporto dell'esecuzione side-by-side in ASP.NET. Per ulteriori informazioni sugli scriptmap e sui percorsi delle directory principali delle applicazioni, vedere la documentazione relativa a IIS all'indirizzo http://www.microsoft.com/WindowsServer2003/iis/default.mspx (informazioni in lingua inglese).

Il comando riportato di seguito installa gli scriptmap che puntano alla versione di ASP.NET associata allo strumento nell'applicazione SampleApp1 e in tutte le relative sottoapplicazioni.
aspnet_regiis -s W3SVC/1/ROOT/SampleApp1
Il comando riportato di seguito aggiorna solo gli scriptmap per l'applicazione SampleApp1, senza influire sulle applicazioni nelle sottodirectory.
aspnet_regiis -sn W3SVC/1/ROOT/SampleApp1
Il comando riportato di seguito installa la versione di ASP.NET associata allo strumento di ASP.NET per la registrazione di IIS e aggiorna gli scriptmap di tutte le applicazioni ASP.NET esistenti. Questa operazione ha effetto solo sulle applicazioni attualmente mappate a una versione precedente di ASP.NET.
aspnet_regiis -i
Il comando riportato di seguito installa la versione di ASP.NET associata allo strumento, ma non aggiorna gli scriptmap delle applicazioni ASP.NET esistenti.
aspnet_regiis -ir
Il comando riportato di seguito visualizza lo stato e il percorso di installazione di tutte le versioni di ASP.NET installate nel computer.
aspnet_regiis -lv

venerdì 18 maggio 2012

Installare Bugzilla su Winwos7 - Parte 2


Fare rifetimento alla guida:
https://wiki.mozilla.org/Bugzilla:Win32Install#Installing_Bugzilla_on_Microsoft_Windows_with_Apache


Una volta installato IIS su W7, come descritto nel post precedente, ricordarsi di fare il download di ActivePerl.
A questo proposito, si ricorda che Perl 5.12 doesn't require any additional repository. It already contains everything that Bugzilla needs. Attualmente dal sito si scarica la 5.14.2 quindi non dovrebbe essere più necessario scaricare moduli aggintivi, ma non è così.
ATTENZIONE, nel mio caso sebbene sia astato aggiunto al path la cartella di installazione di perl.exe, se lancio da dos "perl checksetup.pl" perl non viene riconosciuto come comando interno.
Per eseguirlo basta specificare tutto il path:


C:\bugzilla\bugzilla-4.2.1>C:\Perl64\bin\perl checksetup.pl

Una volta lanciato lo script, sembra che alcuni moduli risultino necessari e debbano essere installati. Il diagnostico dice di eseguire i seguenti comandi:

    ppm install TimeDate
    ppm install DateTime
    ppm install DateTime-TimeZone
    ppm install Template-Toolkit
    ppm install Email-Send
    ppm install Email-MIME
    ppm install Math-Random-ISAAC
Anche in questo caso, per ovviare al problema del path non riconosciuto, ho lanciato i comandi precedenti direttamente dalla cartella di installazione del perl C:\Perl64\bin.


Rilanciando checksetup.pl mi si suggerisce di modificare alcuni parametri come descritto dal manuale.
Rilanciando ancora hecksetup.pl ottengo il messaggio che mi dice che è necessario installare:
  ppm install DBD-mysql

Rilanciando ancora ... si creano le tabelle del DB...
a questo punto però viene chiesto di definire il server SMTP necessario a bugzilla, ma winws7 non ha un server smtp di default.
Cercando un po' ho trovato questo:
http://www.softstack.com/freesmtp.html
si installa in un attimo e non c'è da configurare niente.
hWebMail http://www.hmailserver.com/index.php?page=functionality
A questo punto proseguo l'installazione di bugzilla indicando hostname: localhost

A questo punto fare ATTENZIONE!
la guida per la predisposizione di CGI su II7 rimandala  all'articolo:
http://lpsolit.wordpress.com/2010/10/22/make-bugzilla-work-with-iis7-easy/ in cui si indica come agire a mano sulla configurazione.
Per vedere nella console di IIS le icone necessarie per "gestione moduli" ed "eccezioni cgi" occorre attivarle come abbiamo fatto per la console IIS, altrimenti non si vedono di default.
Nel mio caso però, le impostazioni specificate nella guida su wordpress non funzionano, funzionano quelle indicate su wiki.mozilla, ossia si deve inserire:

C:\Perl\bin\perl.exe -T "%s" %s

e non
C:\Perl64\bin\perl.exe -x"C:\bugzilla\bugzilla-4.2.1"-T %s

Dopo che avevo fatto diverse prove ho trovato questo articolo http://community.activestate.com/forum/activeperl-iis-75 in cui dice che questa configurazione manuale può essere evitata lanciando semplicemente  lo script "ap-iis-config add all" da command promp da  C:\Perl64 con privelegi di amministratore.
L'hoprovato, effettivamente ottengo una serie di segnalazioni, che sembrano verificarsi anche ad altri utenti, ma che in realtà sembra non abbiano conseguenze negative.
C:\Perl64>ap-iis-config add all
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.
Use of uninitialized value $path in -f at C:\Perl64\bin/ap-iis-config line 357.

Specificare come root di iis il folder di installazione di bugzilla, nel mio caso C:\bugzilla\bugzilla-4.2.1

si 
Le indicazioni trovate nella descrizione successiva non funzionano nel mio caso.
Le impostazioni precedenti sono nella guida originale.
 lancio testserver.pl e FUNZIONA! 

allora provo a collegarmi a http://localhost/index.cgi


Ma lancio testserver.pl e NON FUNZIONA! "webserver is not executing cgi file"
ORA VADO A DORMIRE.
A questo punto ci sono due ipotesi: 
- Non si può usare activeper a 64 bit con ii7 come scritto qui: "ActivePerl is available as an ISAPI for 32 bits only. This does not prevent it from running on a 64 bit install of Windows. It just means that any application pool that contains Perl content must be configured to run as 32 bit."http://blogs.iis.net/wadeh/archive/2009/04/13/running-perl-on-iis-7.aspx ma il post è vecchio e non so quanto sia ancora affidabile


A questo punto si può riprendere l'installazione accedendo come amministratore e impostando i parametri richiesti:

Parameters

You should now be able to log into to Bugzilla using the account checksetup.pl just created. Point your web browser to http://localhost/, choose Log in to an existing account, and login.
In the page footer, choose Parameters.
Put in your email address as the maintainer.
maintainer:
byron@example.com
Put in the URL to Bugzilla in the urlbase field. This URL will be used in emails, so don't use localhost.
urlbase:
http://bugzilla.example.com/
Download and install WebDot from http://www.graphviz.org/Download_windows.php. Put the complete path to dot.exe in webdotbase.
webdotbase:
C:/Program Files/ATT/Graphviz/bin/dot.exe

quest'ultimo parametro si trova in "Dependency Graphs"

Make Bugzilla work with IIS7… easy!

It’s usually easier to make Bugzilla work with Apache, but IIS7 made things a lot easier than in previous versions, and it’s now pretty trivial to make it work with IIS too. The screenshots below are in french, but I guess you can understand what needs to be done.
IIS7 main page
Only two actions are needed, as shown above. Two new panels will be displayed:


That’s it! Bugzilla should work fine now. :)