Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Unusual configuration requirements: multiple websites with multiple appsUnusual configuration requirements: multiple websites with multiple apps
Previous
 
Next
New Post
6/14/2016 10:19 AM
 

Hello,
I've been scratching my head over this one for a few days now, so perhaps it's time to call for help. The general need is to have separate websites, with different Domain names, all running off the same DNN instance, but while also allowing to run different web-apps which are exclusive to a given Domain name.

To clarify, I'll explain how things are currently configured and then explain why this isn't ideal:

(1)http://MyFristDomainName/CMS is where DNN runs (a virtual directory on IIS, on the default website), we then also have
(2)http://MyFristDomainName/App1 where App1 runs (different virtual directory, different app pool, same webiste)
(3)http://MyFristDomainName/App2 etcetera (plenty of other stuff running in the default website, mostly written in-house).

We then have:
(4)http://MySecondDomainName/CMS which runs as a separate IIS website, with specific bindings for "MySecondDomaninName", same app pool as for (1). In DNN a website alias is set for the "MySecondDomaninName" specific portal, and superficially all works well.
(5)http://MySecondDomainName/App3 same website as (4) in IIS, running in its own application pool.

This superficially works. I don't see another straightforward way of configuring things because App3 need to be available only on MySecondDomainName while App1, App2 (etc.) need to be served only by MyFirstDomainNam. They are all fairly big applications themselves so I'm not keen of putting them in places like:

[...]/CMS/App1 or [...]/CMS/Portals/0/App1 (I'm not even sure this would work!). 

However, my current arrangement isn't ideal because DNN is actually running twice, this isn't ideal in any case, but (I think) it's actually generating something like 3 logged errors per minute (or thereabout) because of (I presume) indexing: I get a "Scheduler Exception", then a "Scheduler Event Failure", then a "General Exception" all logged at the same time and all mentioning the same message "Unable to create Lucene writer (lock file is in use). Please recycle AppPool in IIS to release lock.". I'm pretty sure that's happening because the worker process running (1) starts indexing, creates a lock and goes on doing its business, then worker process from (4) tries to do the same, fails and complains.

Trouble is, I don't know how to disentangle this, the only ideas I could produce are:

a) Install a second DNN instance, put the portal for MySecondDomaninName in it and run two instances. This isn't ideal, because we'd still be consuming more resources than necessary and we'll double the DNN configuration/maintenance workload.
b) Use Url Rewrite to change "http://MySecondDomainName/CMS" to "http://MySecondDomainName/CMS/somealias" or something similar (I'm sure it will be possible to use Url rewrite, but might need to experiment with different options). This option is clearly not ideal because it adds a very awkward level of complexity, which may create who knows what problems down the line.

Overall I'm not keen to implement either of the possible options, so I'd really like to hear if anyone has a better idea.

Thanks!

 
New Post
2/28/2017 1:42 PM
 
Hi,

Did you find a solution to this? I've got a similar problem where because of two IIS websites, DNN schedulers run twice at almost the same time.

I need two IIS sites because on one of the sites we have to use client certificates.

Regards
Arif
 
New Post
3/18/2017 3:22 PM
 
you should only have one IIS Website pointing to your DNN directory and one Worker process running. Anything else is not officially supported and might cause errors.
if you need two instances of DNN, that's fine and they should use dedicated app pools not to interfere. Modern servers should have sufficient RAM to run both side by side without issues.

Cheers from Germany,
Sebastian Leupold (Microsoft MVP)

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
3/20/2017 9:12 AM
 
Thanks very much for your reply Sebastian.

Problem I have is I've got two portals in a DNN instance, one of those requires additional security measures. I am currently using client certificates, hence the need of a separate IIS site where certificate is configured.

I've also tried looking for Two Factor Authentication solutions but haven't found anything suitable. Any ideas?
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Unusual configuration requirements: multiple websites with multiple appsUnusual configuration requirements: multiple websites with multiple apps


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.

Content Layout

Subscribe to DNN Digest

DNN Digest is our monthly email newsletter. It highlights news and content from around the DNN ecosystem, such as new modules and themes, messages from leadership, blog posts and notable tweets. Keep your finger on the pulse of the ecosystem by subscribing.  


Copyright 2017 by DNN Corp Terms of Use Privacy
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out