none
IIS 7.5: IP ADDRESS RESTRICTIONS RRS feed

  • Domanda

  • Ho un sito web intranet realizzato con dot net attivo con l'url http://localhost:90/MioSito/ ed accessibile da rete intranet all'url http://MioIP:90/MioSito/.Il sito viene chiamato da una form di una applicazione con l'url http://MioIP:90/MioSito/ ( ciò è necessario per l'ambiente di esercizio ) ma in ambiente visual web developer - debugger ottengo l'errore "La URL richiesta non può essere recuperata - Accesso Negato".L'ip MioIP è regolarmente risolto dal DNS. Se provo l'url http://MioFQDN:90/MioSito/ non ho problemi. Ho provato ad abilitare in IIS l'IP tramite la funzione "IP Address and Domain Restrictions - allow MioIP" ma sembra non funzionare.Ovviamente non posso mettere nel codice del sito chiamante "localhost:90 ....". Non so... forse qualche log mi può aiutare?


    SERGIO MACCARI

    giovedì 22 gennaio 2015 13:17

Risposte

  • per caso hai un proxy che viene assegnato in base all'utente loggato ?

    conosci Fiddler ? lo sai usare ?


    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    • Contrassegnato come risposta SERGIO_MAC giovedì 29 gennaio 2015 15:54
    mercoledì 28 gennaio 2015 14:45
    Moderatore
  • Problema risolto. Il proxy aveva una regola che bloccava la porta. Ho escluso il proxy nell'impostazione del browser con l'eccezione

    "Eccezione regola proxy *:91"

    e adesso funziona.

    Posso usare il debugger in 'locale' anche per chiamare altre applicazioni web.

    Grazie ed arrivederci alla 'prossima grana'.

    Sergio


    SERGIO MACCARI

    giovedì 29 gennaio 2015 16:00

Tutte le risposte

  • Ciao,

    Puoi controllare I log nella cartella

    %systemdrive%\inetpub\logs\logfiles

    Puoi anche abilitare Failed Request Tracing dal IIS Manager.


    • Microsoft offre questo servizio gratuitamente, per aiutare gli utenti e aumentare il database dei prodotti e delle tecnologie. Il contenuto viene fornito “così come è e non comporta alcuna responsabilità da parte dell’azienda.

    venerdì 23 gennaio 2015 10:01
  • Ho visto che con il sito di default "Default Web Site" l'url http://MioIP:81/ funziona quindi sembra un problema di binding di IIS con il sito http://MioIP:90/MyVirtualDir/  che è accessibile solo con http://localhost:90/MyVirtualDir/ o con http://hostname:90/MyVirtualDir/.


    SERGIO MACCARI

    martedì 27 gennaio 2015 10:11
  • mi sfugge lo scopo della tua ricerca.

    se quando sviluppi e fai il debug viene usato "localhost:90" e quando lo metti in produzione funziona con MioIP:90, a quale scopo vuoi far funzionare nel debugger MioIP:90 ?


    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    martedì 27 gennaio 2015 14:59
    Moderatore
  • Ciao Edoardo. Sto facendo dei test. L'applicazione web chiama una seconda applicazione con l'evento click di un bottone e da codice l'url è MIOip:90 per farlo chiamare dai client di intranet. E' un po' scomodo avere errore da ambiente di sviluppo perchè IIS non 'capisce' l'url. Senz'altro è un problema con bassa priorità ma ho visto che se avessi usato WEB DEFAULT di IIS non avrei avuto questo problema. E' indipendente dal discorso virtual directory perchè ciò succede anche con un sito web principale ( non default web site ).

    Sto indagando.... ciao!


    SERGIO MACCARI

    mercoledì 28 gennaio 2015 09:52
  • Ciao Sergio,

    Hai provato di chiedere anche nel Forum dedicato al IIS?

    http://forums.iis.net/ 


    • Microsoft offre questo servizio gratuitamente, per aiutare gli utenti e aumentare il database dei prodotti e delle tecnologie. Il contenuto viene fornito “così come è e non comporta alcuna responsabilità da parte dell’azienda.

    mercoledì 28 gennaio 2015 10:19
  • puoi eseguire questo comando sul server con IIS e postarmi il risultato:

    netstat -ano|find ":90 "


    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    mercoledì 28 gennaio 2015 10:30
    Moderatore
  • Il risultato è

    C:\Users\MACCARI>netstat -ano|find ":90"

      TCP    0.0.0.0:90             0.0.0.0:0        LISTENING       4

      TCP    [::]:90                [::]:0                 LISTENING       4

     

    C:\Users\utente2>netstat -ano|find ":90"

      TCP    0.0.0.0:90             0.0.0.0:0        LISTENING       4

      TCP    [::]:90                [::]:0                 LISTENING       4

    Ho scoperto che entrando con un secondo utente amministratore non ho questo problema. Ho rifatto un sito web sulla porta 91.

    Con il mio utente ho i 2 risultati di prima cioè il primo

    "ERRORE

    La URL richiesta non può essere recuperata

    Mentre si cercava di recuperare la URL: http://MYIP:91/

    È avvenuto il seguente errore:

    • Accesso Negato.

    La configurazione del controllo d'accesso non permette alla vostra richiesta di essere soddisfatta. Contattate il vostro fornitore se pensate che ciò sia errato."

    ed il secondo con localhost ( vedi fig. )

    Con l'utente2 funziona in entrambi i casi ( vedi fig. ).

    Sono entrambi amministratore. Sto provando a vederne la differenza ...

    Sergio


    SERGIO MACCARI

    mercoledì 28 gennaio 2015 14:25
  • Ciao Maria. Grazie per il suggerimento. Non ci avevo pensato anche perchè sono un frequentatore di questo forum. Aspetto un paio di giorni e poi apro il caso nel forum IIS.

    Ciao


    SERGIO MACCARI

    mercoledì 28 gennaio 2015 14:28
  • per caso hai un proxy che viene assegnato in base all'utente loggato ?

    conosci Fiddler ? lo sai usare ?


    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    • Contrassegnato come risposta SERGIO_MAC giovedì 29 gennaio 2015 15:54
    mercoledì 28 gennaio 2015 14:45
    Moderatore
  • Ho installato Fiddler. Ho visto che ho "X-Squid-Error: ERR_ACCESS_DENIED 0" ma se sostituisco, per quell'utente, l'IP con l'hostname, funziona. 

    SERGIO MACCARI

    mercoledì 28 gennaio 2015 16:39
  • ok. ora salvati il log di quando l'accesso non funziona e fanne anche un'altro dove l'accesso funziona e confrontali.

    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    mercoledì 28 gennaio 2015 17:04
    Moderatore
  • Problema risolto. Il proxy aveva una regola che bloccava la porta. Ho escluso il proxy nell'impostazione del browser con l'eccezione

    "Eccezione regola proxy *:91"

    e adesso funziona.

    Posso usare il debugger in 'locale' anche per chiamare altre applicazioni web.

    Grazie ed arrivederci alla 'prossima grana'.

    Sergio


    SERGIO MACCARI

    giovedì 29 gennaio 2015 16:00
  • bel colpo ;-)

    ciao


    Edoardo Benussi
    Microsoft MVP - Directory Services
    edo[at]mvps[dot]org

    giovedì 29 gennaio 2015 16:04
    Moderatore