simplicity
Member
Okay, here's the deal. .Net has it's own security model. By default, .Net apps running on remote servers are given a limited security context. You're able to go into the .Net configuration and raise the security for a particular server.
However, the .Net tool does not allow you to raise the security for a 'hidden' server like .PSF. It won't take the name. The net effect is that if you've got a .Net app or you're a .Net developer and you want to host your project file on the .PSF share, you're screwed.
I'd love to see a workaround if anyone has one. Other than that, I think Parallels needs to have a config option to allow me to change the name of the .PSF server to something else.
Yes, I could set up a SAMBA connection back to my host (I'm doing that right now) but the .PSF share is more than twice as fast as going through SAMBA, so there's a huge performance hit from doing that.
Ok, Parallels, Go Fix.

However, the .Net tool does not allow you to raise the security for a 'hidden' server like .PSF. It won't take the name. The net effect is that if you've got a .Net app or you're a .Net developer and you want to host your project file on the .PSF share, you're screwed.
I'd love to see a workaround if anyone has one. Other than that, I think Parallels needs to have a config option to allow me to change the name of the .PSF server to something else.
Yes, I could set up a SAMBA connection back to my host (I'm doing that right now) but the .PSF share is more than twice as fast as going through SAMBA, so there's a huge performance hit from doing that.
Ok, Parallels, Go Fix.