#39250 [Opn]: Session problem on PHP using authentication on Windows 2003 IIS 6.0

ID: 39250 User updated by: gutosantos82 at gmail dot com Reported By: gutosantos82 at gmail dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5.1.6 New Comment: Just to confirm, the fastcgi problem "Server Error, unable to connect to fastcgi server." still happens. Previous Comments: ------------------------------------------------------------------------ [2006-10-25 13:57:32] gutosantos82 at gmail dot com Yes, but really the fastcgi problem didn´t came up. But the others two problems: sesssion doesn´t work and HTTP_USER_AGENT at phpinfo() doesn´t appear. I checked if HTTP_USER_AGENT works in the app and seams to work. Just need to resolve the session problem. ------------------------------------------------------------------------ [2006-10-25 13:20:03] tony2001@php.net Did you really try the snapshot? ------------------------------------------------------------------------ [2006-10-25 13:11:41] gutosantos82 at gmail dot com In according to Bug #37448 "FastCGI Error: Server too busy Server " it´s not possible to upgrade for newest version using fastcgi on Windows. ------------------------------------------------------------------------ [2006-10-25 09:01:39] tony2001@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip ------------------------------------------------------------------------ [2006-10-24 23:48:21] gutosantos82 at gmail dot com Description: ------------ Using PHP 5.1.6 on Windows 2003 / IIS 6.0 through isapi_fcgi and enabling IIS to use Integrated Windows Authentication without anonymous access. The PHP server create one session file for each .php file that is accessed by the Broswer, not allowing the use of sessions. The Broswe Client is IE and by default is using Kerberos authentication AUTH_TYPE = Negotiate. The problem of not complience hostname that create this same problem was not considerated because the hostname doesn´t contain invalid charatcers. Other problem in this environment is that the PHP sometimes doesen´t receive from the server some $_SERVER variables like HTTP_USER_AGENT and ALL_HTTP. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=39250&edit=1