#20831 [Com]: UNC paths do not work.

From: Date: Sat, 18 Jan 2003 16:18:55 +0000
Subject: #20831 [Com]: UNC paths do not work.
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-30474@lists.php.net to get a copy of this message
ID: 20831 Comment by: cg@gordimer.net Reported By: harry@rhsoft.net Status: Closed Bug Type: IIS related Operating System: Windows 9x/2000/XP PHP Version: 4.3.0RC2, 4.3.0 Release New Comment: Yes, shure, the webserver account must have sufficiant access rights to the documents you try to open. However, this is not an IIS issue, the same is true for every web server. If the documents are on another machine, it's best to use a domain user or an identical (user name AND password) local (IUSER) account on the other machine. Maybe this needs some documentation. I'm willing to write it, but somebody has to look over my text because of my limited english skills. Christoph Previous Comments: ------------------------------------------------------------------------ [2003-01-18 04:36:51] alexws@php.net Yes, this IS the IIS problem. I am discontinuing bug discussion, but posting a workaround: I did check the flag, but it still the same. Also, when the PHP script lies out of the IIS server (accessed by UNC), it is surely started in another context. The solution here is to change IIS account to some user inside your domain. ------------------------------------------------------------------------ [2003-01-16 18:14:34] edink@php.net This bug is resolved so it should be closed. ------------------------------------------------------------------------ [2003-01-16 12:58:49] cg@gordimer.net Same setting runs perfectly here. I think this is not a PHP but an IIS issue. Try to check 'check that file exists' in the IIS control panel where you enter the path to php.exe. If this checkbox is not set, the context of php.exe will look for the file. In a CGI environment, this is LOCAL\SYSTEM - which usually does not have access to the remote server. Because of this CLI works (it runs with the permissions of the user logged in) and local UNC work too (LOCAL\SYSTEM as sufficent rights). If I had a CVS account I'd change this to a documentation problem. Christoph ------------------------------------------------------------------------ [2003-01-16 05:00:31] msopacua@php.net The UNC syntax has been verified and fixed, which was the original bug. Please try to map the path as a network disk and access that. If that doesn't work either, there's no bug here, but a local config error. ------------------------------------------------------------------------ [2003-01-16 03:35:57] alexws@php.net Confirming the bug with the PHP 4.3.0 release. Also found strange behaviour when opening files by UNC under WinNT5/IIS5/PHP4.3.0. When I open file //proxy/somepath/... (on the server) by the UNC, it works fine. But when I try to open //main/somepath/... (on other server, permissions for browser are set accordingly) it fails. Also it fails opening files by UNC, except for the IIS server machine itself. Suggestions? P.S. Reopened the bug... ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20831 -- Edit this bug report at http://bugs.php.net/?id=20831&edit=1

« previous php.bugs (#30474) next »