This question is really not Umbraco related but is more a server thing. I hope you can bear with me, but I could not think of any other good place to ask this since the users of these forums are some of the most passionate and skilled devs I know.
So...the thing is that I have a staging environment where I have trouble serving url's containing cyrillic characters.
Locally it works fine and on the live site it's also going to work fine - I've done a test using a flat .html file named with cyrillic characters and on local and live it was served without any problems.
On staging however it's giving me a "Under construction" message - I no server expert, but with the help from Rasmus Fjord we figured out that my staging environment returns Microsoft-IIS 6.0 in the request header for server.
The weird thing is that it IS IIS 7.5...so I'm not sure why the request is somehow being hijacked or what is going on. I compared my local server configuration with the staging environment and they're identical.
Both places there has been installed the IIS 6.0 compatibility role so I don't think it will help to remove it and I'm not sure what the consequences would be either.
I'm hoping some of you bright heads have an idea about what I can do :)
Can't tell you why IIS6 might be responding when you say you've got IIS7.5 and that is probably the root of the problem. So look in the logs for iis7.5... do you see the request coming through or is it truly be served by some other server/app that is pretending to be IIS6?
For what its worth, IIS6 is pretty lame with non-ascii characters in urls and defaults to 'punycode' which kinda sorta works most of the time.
Sorry no answers, but a couple places to look to dig deeper.
Thanks a lot for the input - I'll try to digg a bit deeper.
We might have found the source of the problem. We have a utility server in front of the staging servers to make sure the requests for different sites are being redirected correctly.
Are you able to see the HTTP Headers in the IIS configuration? You'll want to check both the site instance and the global settings.
Is the utility server by any chance running IIS 6? Can you target the site directly from your client? If so, I'd take a look at the headers there and also by targeting the utility server.
Your hosts file might be helpful here.
I realize my reply might be somewhat cryptic, but I don't have a lot of time right now. Let me know if you have any questions.
Server headers
Hi guys
This question is really not Umbraco related but is more a server thing. I hope you can bear with me, but I could not think of any other good place to ask this since the users of these forums are some of the most passionate and skilled devs I know.
So...the thing is that I have a staging environment where I have trouble serving url's containing cyrillic characters.
Locally it works fine and on the live site it's also going to work fine - I've done a test using a flat .html file named with cyrillic characters and on local and live it was served without any problems.
On staging however it's giving me a "Under construction" message - I no server expert, but with the help from Rasmus Fjord we figured out that my staging environment returns Microsoft-IIS 6.0 in the request header for server.
The weird thing is that it IS IIS 7.5...so I'm not sure why the request is somehow being hijacked or what is going on. I compared my local server configuration with the staging environment and they're identical.
Both places there has been installed the IIS 6.0 compatibility role so I don't think it will help to remove it and I'm not sure what the consequences would be either.
I'm hoping some of you bright heads have an idea about what I can do :)
Cheers,
Jan
Can't tell you why IIS6 might be responding when you say you've got IIS7.5 and that is probably the root of the problem. So look in the logs for iis7.5... do you see the request coming through or is it truly be served by some other server/app that is pretending to be IIS6?
For what its worth, IIS6 is pretty lame with non-ascii characters in urls and defaults to 'punycode' which kinda sorta works most of the time.
Sorry no answers, but a couple places to look to dig deeper.
cheers,
doug.
Jan this server is it something you can play around with since your saying it "just" staging or is it also running live stuff ?
Just if it we could try to pull the pluck on IIS 6. Totally. shut down the webserver
Hi guys
Thanks a lot for the input - I'll try to digg a bit deeper.
We might have found the source of the problem. We have a utility server in front of the staging servers to make sure the requests for different sites are being redirected correctly.
I'll get back to you guys when I know a bit more.
Arh that could be the reason !
Happy hunting ! and happy birthday umbraco !
Are you able to see the HTTP Headers in the IIS configuration? You'll want to check both the site instance and the global settings.
Is the utility server by any chance running IIS 6? Can you target the site directly from your client? If so, I'd take a look at the headers there and also by targeting the utility server.
Your hosts file might be helpful here.
I realize my reply might be somewhat cryptic, but I don't have a lot of time right now. Let me know if you have any questions.
is working on a reply...