2010-11-04 3 views
6

Mam aplikację Asp.net 3.5. Chcę umożliwić wielu/różnych klientów dostęp do tej samej aplikacji, ale przy użyciu różnych adresów URL. Udało mi się już skonfigurować bazę danych, aby na to zezwolić. Oto główna część. Chcę zorganizować mój wniosek w domenie powiedzieć ...Aplikacja ASP.NET multi-Tenant

wwww.myapplication.com

następnie pozwolić inny klient, aby uzyskać dostęp do tej samej aplikacji za pomocą

1) www .clientOne.myapplication.com
2) www.clientTwo.myapplication.com

  • Również poddomeny klientów, tj. (Clientone.myapplication.com i clienttwo.myapplication.com) , powinny być automatycznie tworzone przez klienta podczas rejestracji.

Jak mogę osiągnąć this..Your pomoc będzie bardzo mile widziane

Dobrym przykładem tego, jak chcę, moja aplikacja do pracy jest www.quickschools.com

Odpowiedz

4

Witajcie, chłopaki, wreszcie znalazłem rozwiązanie, które chciałem, więc pomyślałem, że podzielę się z wami moim odkryciem. Okazuje się, że potrzebuję stworzyć aplikację internetową z innego działającego Asp.Aplikacja internetowa netto (z C# kod)

Ten tutorial by Robbe Morris była bardzo pomocna, jeśli trzeba zacząć na tym

innym artykule może chcesz sprawdzić to this one

Dzięki za wszelką pomoc.

0

mieć różne adresy URL za pomocą tej samej aplikacji, użyłbym subdomen "przekierowania 301". Naprawdę nie wiem, jak utworzyć webappę dla tych subdomen.

+0

jak to działa. Pamiętaj, że klient powinien nadal używać preferowanej poddomeny (Zawsze). – lafama

+0

To nie zadziała. Użytkownik zostanie przekierowany do innej (pod) domeny. – Ivo

0

Myślę, że sposobem na zrobienie tego jest uczynienie witryny internetowej domyślną witryną na serwerze, tj. Skonfigurowanie tak, aby wszystkie żądania dotyczące adresów IP serwerów trafiały w tę stronę (chyba że nagłówek pasuje do innej witryny, która jawnie jej szuka). Robi się to po prostu nie określając nagłówka w ustawieniach usług IIS (tylko adres IP i numer portu) - można to zrobić tylko dla jednej witryny na kombinację adresu IP/portu na serwerze.

Następnie spójrz na adres URL żądania w witrynie, aby ustalić, która domena została zamówiona.

W ten sposób nie ma potrzeby "tworzenia" subdomen ... ale musisz odrzucić wszystkie żądania do domeny, których nie chcesz rozpoznać.

Jeśli nie możesz tego zrobić, musisz dostosować metabazę IIS z aplikacji - nie jest to niemożliwe - ale bardzo ryzykowny i prawdopodobnie zły pomysł.

0

Powszechnym przypadkiem jest skonfigurowanie nowej witryny wirtualnej dla każdego z nowych najemców podczas przydzielania kont. Zobacz Creating a New Virtual Server, jak osiągnąć to programowo. Niektórzy jednak argumentują (z przekonującymi argumentami ...), że kręcenie domeny app dla każdego lokatora jest marnotrawstwem zasobów i należy użyć routingu w aplikacji, która sprawdza nagłówek HOST, patrz Multi-tenant ASP.NET MVC – Introduction.

Konfigurowanie usług IIS/ASP w odpowiedzi na subdany użytkownika najemcy jest łatwą częścią. Prawdziwym problemem będzie konfiguracja DNS dla lokatorów, a to zależy od rozwiązania DNS.