Domanda

(Sono nuovo di zone e AAMs così scuse se questa domanda si imbatte in un po 'incoerente ... non ho davvero capito come funziona il tutto ancora.)

Ho un sito Pubblicazione in SharePoint, in esecuzione in una web app configurato per la porta all'uso 4444. Quando è stato inizialmente creato è stato configurato solo con la zona di default, che è stato utilizzato un URL interno solo riconoscibile dal server di SharePoint web applicazione è in esecuzione su. (Dire http: // localhost: 4444 )

In seguito, per rendere il sito Pubblicazione pubblicamente visibile, abbiamo istituito un URL pubblico per accedere al server. (Dire http://publicurl.com:4444 ). Sembrava OK in un primo momento, ma poi ho capito che alcuni URL erano ancora indicando l'indirizzo del server interno, che ovviamente non poteva essere risolto quando si accede al sito pubblico. Così ho esteso l'applicazione web in un nuovo sito Web IIS sulla porta 6666, e impostare questo come l'area Internet.

Quindi, ora siamo in grado di accedere al sito tramite http://publicurl.com:6666 , e questo sembra hanno risolto il problema delle URL interni non corretti. Ma io sono incerto se questa applicazione Web estesa, sulla nuova zona, completamente specchi la web app originale sulla zona predefinita. Per esempio, io sto usando la componente MossMenu con l'amichevole adattatori CSS per la mia navigazione. Tuttavia ho dovuto aggiungere nuovamente il MossMenu alle SafeControls per la nuova web app (6666) nella sua web.config. E come ancora non ho ancora ottenuto le schede-friendly CSS lavorando per la nuova zona app / Internet, anche se funzionano quando si utilizza la zona di default e l'URL interno.

Quindi credo che la mia domanda è ... fa il esteso web app / nuova zona completamente rispecchiano la zona di applicazione originale / originale, o ci sono di solito un sacco di cose che ho bisogno di specchio manualmente? Ad esempio, dire che implementare una nuova parte web, avrei bisogno di schierarlo sia al web app originale e il web app estesa?

È stato utile?

Soluzione

Il modo più semplice di pensare è questo:

Un'applicazione web estesa è Merley un sito Web IIS aggiuntivo che punta allo stesso contenuto. Il sito avrà una nuova cartella in inetpub \ wss \ VirtualDirectories con i file di default all'interno (compresa web.config)

Ciò significa che l'applicazione Web estesa condividerà la maggior parte delle impostazioni con l'applicazione Web di origine, ma IIS impostazioni e il contenuto dei file predefiniti sono configurabili (tramite gli strumenti di SharePoint - stsadm, PowerShell, Central Admin ecc)

che spiega perché si doveva aggiungere ulteriori contenuti nel vostro web.config.

Altri suggerimenti

hmm sognerei essere necessario estendere l'applicazione web. Normalmente è possibile definire ciò che si vuole con l'aggiunta di un nuovo AAM. Estendere le zone di solito se avete bisogno di contesto di protezione separato (extranet) o l'autenticazione specifici (ad esempio, per l'indicizzazione).

Che lavoro esattamente non sta con gli URL corretti?

posso consigliare i seguenti le risorse su AAM:

http://blogs.msdn.com/sharepoint/archive/2007/03/06/what-every-sharepoint-administrator-needs-to-know-about-alternate- Access-mapping-parte-1.aspx http://blogs.msdn.com/sharepoint/archive/2007/03/19/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-part-2-of-3. aspx http://blogs.msdn.com/sharepoint/archive/2007/04/18/what-every-sharepoint-administrator-needs-to-know-about-alternate -Accesso-mapping-parte-3-di-3.aspx

Quello che ho sentito dire e di lettura è che tutte le nuove zone che punta a una nuova esigenza URL supporto separata IIS sito. Se non v'è possibile ottenere tutti i tipi di strani problemi.

Quindi, se si desidera accedere allo stesso sito su URL diversi (ad esempio microsoft.com e ibm.com), allora è necessario estendere l'applicazione per una zona diversa con un supporto separata IIS sito per ogni URL o che verrà eseguito nei guai .

Non ho mai capito esattamente che cosa si romperà ma i problemi di gestione dei documenti sorgeranno ...

Chiunque può spiegare che cosa si romperà?

Da TechNet:

Nota: Si consiglia di estendere un'applicazione Web a un nuovo sito Web IIS per ogni zona che si desidera utilizzare. Questo fornisce un sito Web IIS di supporto. Si consiglia di non riutilizzare lo stesso sito Web IIS per più zone, a meno che non siano specificamente detto di farlo da parte di Microsoft.

http://technet.microsoft.com/en -us / library / cc288609 (office.12) aspx

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top