DNN 2.1.2 in vortech servers. (asp.net issue?)

[estebanf]

After I gave an stupid answer in this thread I've been trying to install DNN 2.1.2 and found some problems. Until now at least there's some issue with the "Directory.CreateDirectory()" method. I will post my email exchange with suppor here to try to get some help from the comunity

[estebanf]

From: Esteban Felipe [mailto:esteban@detechsolution.com]
Sent: Sunday, June 27, 2004 3:45 AM
To: 'Carly'
Subject: ASP.net permissions

Hello there…

Can you please assing write, read, modify and delete permissions to asp.net account to my subdomain dotnetnuke.detechsolution.com?

Thanks

Lic. Esteban J. Felipe M.
DeTech Solution C.A.
Chief Technology Officer
Computer Sciences Bachelor
MCSD, MCDBA, Security+, ITProject+
Phone: 58-414-2434496
IM: esteban_felipe@hotmail.com

[estebanf]

-----Original Message-----
From: Dave [mailto:support@vortechhosting.com]
Sent: Sunday, June 27, 2004 4:02 AM
To: esteban@detechsolution.com
Subject: [PJS-72744]: ASP.net permissions

====== Please reply above this line ====== ASP.net permissions

Hello,

You are all set.
Regards,

Dave
Vortech, Inc.
http://vortechhosting.com
http://matrixreseller.com
http://rapidcolo.com

[estebanf]

-----Original Message-----
From: Esteban Felipe [mailto:esteban@detechsolution.com]
Sent: Sunday, June 27, 2004 12:07 PM
To: 'Dave'
Subject: RE: [PJS-72744]: ASP.net permissions

Uhmm... I'm still having problem. Can you please confirm me that the user running asp.net (aspnet in win2k or AUTHORITY\NETWORK SERVICE in win2k or whatever custom user vortech had setup) have MODIFY, READ & EXECUTE, LIST FOLDER CONTENTS, READ and WRITE permissions in the folder dotnetnuke.detechsolution.com ?... I need those permissions applied at folder level and subfolders to inherit them.

Thanks.

Lic. Esteban J. Felipe M.
DeTech Solution C.A.
Chief Technology Officer
Computer Sciences Bachelor
MCSD, MCDBA, Security+, ITProject+
Phone: 58-414-2434496
IM: esteban_felipe@hotmail.com

[estebanf]

-----Original Message-----
From: Dave [mailto:support@vortechhosting.com]
Sent: Sunday, June 27, 2004 12:08 PM
To: esteban@detechsolution.com
Subject: [PJS-72744]: ASP.net permissions

====== Please reply above this line ====== ASP.net permissions

Yes, I can comfirm that, I can also confirm that depending on which version of DDN you are attempting to install it might now work.
Regards,

Dave
Vortech, Inc.

[estebanf]

-----Original Message-----
From: Esteban Felipe [mailto:esteban@detechsolution.com]
Sent: Sunday, June 27, 2004 1:13 PM
To: 'Dave'
Subject: RE: [PJS-72744]: ASP.net permissions

Ok...

Don't think that I don't trust you, but I'm trying to figure out what's the problem with DNN 2.1.2 in vortech servers. So I deleted all my DNN installation and uploaded a small application made by me to test filesystem permissions. You can check it out at http://dotnetnuke.detechsolution.com/webform1.aspx . First I try to create a text file, then delete the file, then create a directory and finally delete a directory.

The file process works fine. I can create and delete them. The problem is with the folders. I can't create them with the actual permissions (or might be something else.. I don't know).

So, first I'd need to ask you to check if aspnet user effective permissions in folder E:\hshome\estebanf\dotnetnuke.detechsolution.com look like the attached picture (Just in case you can't receive attacments, I uploaded the gif file to http://dotnetnuke.detechsolution.com...ermissions.gif). Then I would need to know if vortech servers use some advance storage method.. Maybe distributed filesystem or some propietary hardware/software that would affect the way applications interact with filesystem?

Thanks for your help.

Lic. Esteban J. Felipe M.

[estebanf]

-----Original Message-----
From: Dave [mailto:support@vortechhosting.com]
Sent: Sunday, June 27, 2004 1:39 PM
To: esteban@detechsolution.com
Subject: [PJS-72744]: ASP.net permissions

====== Please reply above this line ====== ASP.net permissions

We are running basic NTFS and the ASP.net USER has full permissions on that directory, take a look at the attached image, your knowledge on this seems to exceed the others that have tried before you and if we can work together to get this to work without any security compromise I'd like to get this done as I know there are others who want to use DNN.
Regards,

Dave
Vortech, Inc.

[estebanf]

-----Original Message-----
From: Esteban Felipe [mailto:esteban@detechsolution.com]
Sent: Sunday, June 27, 2004 2:33 PM
To: 'Dave'
Subject: RE: [PJS-72744]: ASP.net permissions

You are right... Permission seems to be ok. But there's something weird in vortech servers. Let me explain you the test I'm doing.

I modify the simple webform to find out the current path and test if every part of it exists. Check out the output of the this page in my local machine:
-------------------------------------------------------------
ApplicationPath: /WebApplication1
MapPath(ApplicationPath): c:\inetpub\wwwroot\WebApplication1

Path to test: c:\
Directory.Exists ?: True
Path to test: c:\inetpub\
Directory.Exists ?: True
Path to test: c:\inetpub\wwwroot\
Directory.Exists ?: True
Path to test: c:\inetpub\wwwroot\WebApplication1\
Directory.Exists ?: True
-------------------------------------------------------------

This means that from asp.net perpective "c:\" exists, "c:\inetpub" exits, etc...

I uploaded this test to http://dotnetnuke.detechsolution.com/webform1.aspx and this it the output I get

-------------------------------------------------------------
ApplicationPath: /
MapPath(ApplicationPath): E:\hshome\estebanf\dotnetnuke.detechsolution.com\

Path to test: E:\
Directory.Exists ?: False
Path to test: E:\hshome\
Directory.Exists ?: False
Path to test: E:\hshome\estebanf\
Directory.Exists ?: True
Path to test: E:\hshome\estebanf\dotnetnuke.detechsolution.com\
Directory.Exists ?: True
Path to test: E:\hshome\estebanf\dotnetnuke.detechsolution.com\
Directory.Exists ?: True
-------------------------------------------------------------

This is where it gets weird.... From asp.net perspective "E:\" doesn't exists but "E:\hshome\estebanf\dotnetnuke.detechsolution.com\ " does... It doesn’t seem make any sense. What is "E:\"?... A hard drive? A Raid volume? A network drive?. I really feel lost here. I will open a thread in the forum just to check if we get some fresh opinions.

Anyway, In DNN 2.1.2 there are 11 calls to this method and I think I can change the app with minors side effects. But I do believe that this issue doesn't only affect DNN but any asp.net application that tries to create folders at runtime so I would suggest that vortech upgrade the priority of this to find out a solution or at least an alternative method to allow this functionality.

Let me know your what u think. Regards...

Lic. Esteban J. Felipe M.
DeTech Solution C.A.

[admin]

I really don't like this program and about to add it to the list of unsupported apps.. The issue is DNN is wanting us to add asp.net user to our C: and D: drives to have read access this can and will not be done for obvious reasons as anyone using asp.net could read anyones files then.

If it does not work in our setup the way it is and by changing permissions on "YOUR" home dir it is not going to work, we are not going to risk security because someone could not code .net apps right.

Don't take this the wrong way I would like to see DNN work, but it has caused nothing but issues, why not get the real thing, you do know they sill make phpNuke right? It works on windows and unix with ZERO issues..

I will leave this post open for now, but please don't post tickets or copies of tickets.. This is a coding bug and really not even a "support" related issue after changing the permissions..

[estebanf]

Originally Posted by admin

I really don't like this program and about to add it to the list of unsupported apps.. The issue is DNN is wanting us to add asp.net user to our C: and D: drives to have read access this can and will not be done for obvious reasons as anyone using asp.net could read anyones files then.

If it does not work in our setup the way it is and by changing permissions on "YOUR" home dir it is not going to work, we are not going to risk security because someone could not code .net apps right.

Don't take this the wrong way I would like to see DNN work, but it has caused nothing but issues, why not get the real thing, you do know they sill make phpNuke right? It works on windows and unix with ZERO issues..

I will leave this post open for now, but please don't post tickets or copies of tickets.. This is a coding bug and really not even a "support" related issue after changing the permissions..

I completly understand your position. I will never suggest to change permissions at another level than home directory.

But in fact the problem doesn't seem to be DNN exclusive. Any two lines asp.net application than tries to create at folder at runtime fails. This could be require by any application like a image gallery or a download manager.

The webform at http://dotnetnuke.detechsolution.com/webform1.aspx shows that any asp.net app that tries to create a folder will fail with an exception like "Could not find part of the path E:\" and that's because E:\hshome doens't "exists" for asp.net. I have this same application working in 3 computers and none of them required me to change permissions at root level.

I'm doing this just to help a dude who really wants to use DNN and because it's sunday and I have nothing better to do ... I don't offer DNN to my clients but I do a lot of .net development and I surely will eventually have problems with this issue if we don't find a solution or at least and explanation....

Just to make it clear: It's not about DNN... It's about Directory.Exists method

[admin]

The problem start a E:\, stupid .net for somereason thinks it needs to goo al the way back and start there just to creat a dir.


Why it can't just creat the dir like everything else I don't know. e:\hshome is also there .net just can't read it because it does not have permissions..

If someone can find a work around for this we might be able to do it as long as it does not cause a permission issue.

[estebanf]

stupid .net for somereason thinks it needs to goo al the way back and start there just to creat a dir.

Yeah... stupid bill

I've compiled a DNN version that doesn't use Directory.CreateDirectory that works fine in my office. I uploaded it and as soon I get the permissions to write files in it home folder I'll test it there.

But I haven't figure out how to solve the asp.net issue. Maybe you can foward a support request to ms?... I'm not really sure if you can do that, but it would be nice is microsoft could give us a help here...

Regards....

[estebanf]

Working (at least it seems to work ) DNN 2.1.2 in vortech servers (NT26): http://nuke.detechsolution.com/Default.aspx

I just removed the Directory creation verification in the Upgrade class. I'm testing it with MSSQL database, but it should work with access db if it doesn't need to create a new folder to hold the .mdb file.

PM if you need a login & pass to test further functionality, because I'm not really a experienced user of DNN....

There's still a "mistery" about Directory.Exists() & Directory.CreateDirectory() methods. I'd be more than glad to help to find a solution, but right now there's not much more i can do

Anyway, I'll keep the research until the "mistery" is solved.

Regards....

[Silverbug]

I've compiled a DNN version that doesn't use Directory.CreateDirectory that works fine in my office. I uploaded it and as soon I get the permissions to write files in it home folder I'll test it there.

I would be interested to know if you get this working.
EDIT: lol ok you did already

[Brangwyn]

Brad, when Tech Support are changing permissions, they are clicking the "replace permissions on child objects" in the advanced tab yeah?