Edit report at http://bugs.php.net/bug.php?id=50542&edit=1
ID: 50542 Updated by: paj...@php.net Reported by: dd at headlineweb dot nl Summary: scandir() cannot open UNC paths since PHP 5.3.1 -Status: No Feedback +Status: Feedback Type: Bug Package: *Directory/Filesystem functions Operating System: win32 only - W2003 PHP Version: 5.3.1 Assigned To: pajoye New Comment: hi Bram, This doc (IIS link) is incomplete, it is important to remember that the IUSR(_xxx) is impersonate and anonymous. See: http://support.microsoft.com/kb/207671 This user also has limitations per default, which limits access to remote resources. The reasons and possible workarounds are explain in this kb. PHP 5.2 impersonation was only partial and fails to actually run a process under the choosen users. We have tested 5.3 share access (normal shares or DFS) successfully using 2k3, 2k8 (incl. R2 for both). To test it: - create a user´(site1user for example) - Open the IIS manager - change the Physical Path Credentials (iis 7.x) and set it to this new users - be sure that this user has access to the remote shares Previous Comments: ------------------------------------------------------------------------ [2010-03-09 15:34:52] bramus at bram dot us Just tested both the PHP 5.3.2 and the (in this thread posted) PHP 5.3.3-dev builds and the problem still remains. The problem occurs on both WIN2K8 (IIS7) and WIN2K8R2 (IIS7.5) servers. Haven't tested on WIN2K3 though. And yes, impersonate is enabled (as per instructions as seen on http://learn.iis.net/page.aspx/246/using-fastcgi-to-host-php-applications-on-iis-70/) and the IIS user has access to the needed folder and files (the given site runs fine when PHP 5.2.x is used). Right now I'm getting this (both PHP 5.3.2 as PHP 5.3.3-dev) returned on a file where the IIS User + the magic "Everyone" has access to: - file_exists: false - filesize: stat failed for $file - file_get_contents: permission denied - etc. Regards, Bram. ------------------------------------------------------------------------ [2010-02-25 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". ------------------------------------------------------------------------ [2010-02-17 22:49:18] paj...@php.net @dd at headlineweb dot nl We have setup a test environment with two windows server 2003. File/dir operations work as expected using 5.3.2RC2. However, it is important to verify that the php user (IUSR_xxx for example) actually has access to the share. That's also means that impersonate must be set. The default IIS user did not have access to the shares (or any other resources but www). You said earlier that impersonate is set and the user has access to the share. Can you verify that it is actually set? If it still fails, then we will cruelly need access to your config or at least the exact details about the settings you use on each server. So we can setup the exact same config in our labs (at Microsoft). ------------------------------------------------------------------------ [2010-02-14 13:20:04] dd at headlineweb dot nl Hi pajoye, sorry, but it still does not solve my problem with this package: php-5.3.2RC2-nts-Win32-VC9-x86.zip ------------------------------------------------------------------------ [2010-02-13 12:15:00] paj...@php.net PHP 5.3.2RC2 has been released and contains a fix for network share. It would rock if you can give it a try. I also asked our test team to setup an environment to reproduce this issue (it works just fine for me in my local 2k3 servers). ------------------------------------------------------------------------ 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/bug.php?id=50542 -- Edit this bug report at http://bugs.php.net/bug.php?id=50542&edit=1