L'authentication di Windows continuava a richiedere nome utente / password

Sto distribuendo la mia applicazione web su iis6 . Ho continuato a ricevere questo "Windows Security" pop-up per inserire nome utente e password. Ho già distriggersto l'utente anonimo e ho controllato l'authentication delle windows integrate, ma non functionrò automaticamente.

Cosa dovrei fare?

Ho controllato le impostazioni di sicurezza – zona intranet locale: "login come accesso automatico solo nella zona Intranet". Anche il mio server di produzione è un server autonomo e quindi non può contenere account AD e credenziali.

  • Migrazione degli utenti locali da Server 2003 x86 a Server 2008 x64
  • Replica dei controller di dominio - JRNL_WRAP_ERROR - EventID: 13568
  • Esatto livello / significato del permesso di accesso come servizio (W2K, W2K3)?
  • Come ripopolare il DNS da Active Directory?
  • ID evento 4013: "Il server DNS attende per Active Directory Domain Services (AD DS) di segnalare ..."
  • Backup dei sisthemes localmente e fuori sede
  • È ansible estendere lo schema di Active Directory in un Windows 2003 DC (NOT R2) per supportre DFSR?
  • Errore collegamento a SQL Server utilizzando \ instance o \ Instance, \ istanza di lavoro
  • 5 Solutions collect form web for “L'authentication di Windows continuava a richiedere nome utente / password”

    Per Internet Explorer, è necessario aggiungere l'indirizzo del server alla zona Intranet locale. IE spesso ha difficoltà a rilevare i server locali intranet in modo da poter aggiungere manualmente il tuo sito a tale elenco. Puoi farlo manualmente nelle impostazioni di IE o puoi utilizzare politiche di gruppo per gestire un elenco di server intranet all'interno di un dominio AD. È ansible visualizzare la zona IE ha scelto per il tuo sito dal menu File / Proprietà.

    Per Firefox, devi dire a FF di inoltrare le credenziali di networking a quel sito. in about: config è necessario aggiungere i siti alle impostazioni

    auth.trusted-uris network.automatic-NTLM

    e

    network.negotiate-auth.trusted-uris

    .

    http://support.microsoft.com/?id=258063 Tutto quello che devi sapere, fammi sapere come va.

    Mi piacerebbe riscrivere questo bel articolo e prendere credito, ma questo è il trucco. Sono caduto nelle mani di questo problema, ma questo articolo è stato un risparmio di vita ho mantenuto nei miei segnalibri sotto le soluzioni IIS lol.

    Aggiornare:

    Facciamo questo diritto hai presumo una window di Windows Server 2003/2003 r2 o macchina xp con IIS6.

    Prima di scavare più approfonditamente, verificare di aver installato un nuovo sito in iis6, indicando una cartella in C:\inetpub\wwwroot\ , se non ci si rivolge a C:\MyOwnFolder o C:\Program Files\SomeFolder è va bene che le cartelle dispongano delle seguenti autorizzazioni:

     Inetpub\wwwroot (or C:\MyOwnFolder) Administrators Full control Inetpub\wwwroot (or C:\MyOwnFolder) System Full control Inetpub\wwwroot (or C:\MyOwnFolder) IIS_WPG Read, execute Inetpub\wwwroot (or C:\MyOwnFolder) IUSR_MachineName Read, execute Inetpub\wwwroot (or C:\MyOwnFolder) ASPNET Read, execute 

    Origine: http://support.microsoft.com/kb/812614

    Ora dovresti esaminare le impostazioni IIS.

    Come distriggersre l'authentication in IIS

    1. Avviare IIS Manager o aprire lo snap-in di IIS.

    2. Espandere Nome server, where Nome server è il nome del server e quindi espandere Siti Web.

    3. Nella struttura della console fare clic con il button destro del mouse sul sito Web, sulla directory virtuale o sul file per il quale si desidera configurare l'authentication, quindi scegliere Proprietà.

    4. Fai clic sulla scheda Protezione directory o Protezione file (se appropriata), quindi sotto controllo Anonimo e controllo di accesso o Autenticazione e accesso, fai clic su Modifica.

    5. Fare clic per deselect tutte le opzioni accanto al metodo di authentication o ai methods che si desidera attualmente selezionati e quindi scegliere OK.

    6. Fare clic per verificare per abilitare l'accesso anonimo

    7. Assicurati che il nome utente sia impostato su MACHINENAME \ IUSR_MACHINENAME ovviamente sostituendo MACHINENAME con il nome del server / macchina.

    8. IUSR è un conto costruito dovrebbe autenticamente autenticarsi è auto

    Origine: http://support.microsoft.com/kb/324274 (questo articolo è l'opposto di quello che ho appena mostrato di fare)

    Provare tutto questo se non funziona darò ulteriori passi, ci sono un miliardo e una cosa che puoi controllare.

    Dovresti controllare l'authentication dei file nelle windows. Ex gruppo di utenti autenticati. Ci sono due autenticazioni che è necessario prendersi cura di. L'authentication IIS e l'accesso al file system.

    Prima che le credenziali del pool di applicazioni si calciano, l'account IUSR_computername viene utilizzato per caricare la configuration per il sito web. Assicurarsi che l'account IUSR_computername (conosciuto anche come account aspnet) abbia accesso in lettura alla cartella in cui viene distribuita l'applicazione.

    Beh, sono nuovo a Dotnet Non so se la soluzione che ha funzionato per me e per quanto sopra è lo stesso, ma comunque ecco quello che ho fatto.

    Anche noi stavamo affrontando problemi in un'utilità di caricamento e each volta che l'utente ha fatto clic sul button "Carica", una window popup ha continuato a sfogarsi per chiedere credenziali (che non si sono mai aperte in maniera iniziale) e alla fine hanno causato errori "401 credenziali non validi".

    Devi solo andare alla cartella / sito interessato nel gestore IISNET sul server e fare clic destro e controllare la sicurezza. Aggiungi gli utenti / gruppi che dovrebbero accedere al caricamento e dare loro il permesso completo se non sono già presenti.

    Invia questa modifica che dovrebbero essere in grado di accedere / caricare il file senza alcuna richiesta di credenziali.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.