coldfusionJedi

This entry was posted on Friday, November 27, 2009 at 8:23 AM. It was filed in the following categories: ColdFusion. It has been viewed 1,707 times and has 58 comments.

TweetBacks

Comments

[Add Comment] [Subscribe to Comments]

• Comment 1 written by Cyril Hanquez on 27 November 2009, at 8:35 AM

  

  Hi Ray, everything is okay from Belgium using FF3 and IE8. If it has nothing to do with the brwoser, maybe it could a DNS related problem? A branch could not be correctly updated ?!? Can you ask them their ISP? Can they ping the domain? Could they do a traceRT ?

• Comment 2 written by Ed Tabara on 27 November 2009, at 8:39 AM

  

  Everything is fine from Moldova.

• Comment 3 written by nic on 27 November 2009, at 8:45 AM

  

  Switzerland is okay too, well from my place at least!
  As long as the problem isn't solved maybe mark can use an american proxy?

• Comment 4 written by Cyril Hanquez on 27 November 2009, at 8:45 AM

  

  did you check the logs just to see if anything "wrong" appear? I read somewhere that IP restrictions is returning a blank page but there's a trace in the error log file. Don't know why it should be "activated" but who knows...:-)

• Comment 5 written by Gary Gilbert on 27 November 2009, at 8:51 AM

  

  No problem from Germany either, haven't had a problem for 3 years.

• Comment 6 written by Seb on 27 November 2009, at 9:02 AM

  

  Everything is OK in France.
  
  Do they use a proxy ?
  Using a web proxy (like https://proxify.co.uk/ ), does it work ?
  It could be something like a content filtering/network restriction.

• Comment 7 written by Milo on 27 November 2009, at 9:06 AM

  

  No issues from Italy too.

• Comment 8 written by Matthew Fabb on 27 November 2009, at 9:10 AM

  

  It's looking fine from Toronto, Canada, using FF3.5.

• Comment 9 written by Andrew on 27 November 2009, at 9:11 AM

  

  Canada is fine.

• Comment 10 written by Mihai on 27 November 2009, at 9:11 AM

  

  Works fine in Romania. Tested with Google Chrome and FireFox. Never had problems in the past either.

• Comment 11 written by George Bridgeman on 27 November 2009, at 9:14 AM

  

  Working fine from London!
  
  Check all the log files and see if anything weird pops up when Mark visits the site.
  
  George.

• Comment 12 written by Amer Ghalayini on 27 November 2009, at 9:14 AM

  

  Every thing is fine from Lebanon.

• Comment 13 written by Raymond Camden on 27 November 2009, at 9:24 AM

  

  Thanks everyone. The idea of checking the logs makes sense. I can have Mark hit the ColdFusion Portal, which gets a lot less traffic, and will therefore be easier to check on the Apache side. As for the CF logs, that will be more difficult. I may need to install Tail so I can watch it that way.

• Comment 14 written by Apostolos Tsakpinis on 27 November 2009, at 10:11 AM

  

  Hello from Greece, I can't access the site from my ISP at home ( HOL.gr ), I can access it just fine at the office ( OTE.gr ) from the same laptop. I've had this problem for months now, but I thought it was a local issue.

• Comment 15 written by Luke on 27 November 2009, at 10:26 AM

  

  all fine from uk south.
  
  ps - good to see so many CFers from all over the planet :-)

• Comment 16 written by Steini Jónsson on 27 November 2009, at 10:49 AM

  

  All good from Luxembourg.

• Comment 17 written by Alan McCollough on 27 November 2009, at 11:27 AM

  

  Works from Alaska. (Yes, Alaska is part of the USA. You should try ordering something online, though. If they don't take USPS, you get to pay $30 FedEx for a $15 item!)

• Comment 18 written by Raymond Camden on 27 November 2009, at 11:32 AM

  

  @Alan: I heard you can see Russia there... ;)

• Comment 19 written by Richard McKenna on 27 November 2009, at 12:33 PM

  

  All fine North UK, not seen any blank pages on your sites.

• Comment 20 written by johans on 27 November 2009, at 12:47 PM

  

  Good from New Zealand

• Comment 21 written by Gunnar on 27 November 2009, at 12:59 PM

  

  No problems from Germany

• Comment 22 written by ciprian todea on 27 November 2009, at 2:12 PM

  

  Everything's ok from Romania

• Comment 23 written by Azadi Saryev on 27 November 2009, at 9:38 PM

  

  all good from Laos, Thailand and Hong Kong!
  
  i also suspect it is a local isp proxy issue...
  
  Azadi

• Comment 24 written by Dmitry Yakhnov on 28 November 2009, at 7:49 AM

  

  Everything is OK from Melbourne, Australia.
  
  I think it might be: (1) some sort of local ISP problem or (2) RIAForge can have some problems with high load of server.

• Comment 25 written by Syed on 28 November 2009, at 4:04 PM

  

  Everything looks fine from California, US.

• Comment 26 written by dheath on 28 November 2009, at 6:57 PM

  

  All fine in Eastern Canada.

• Comment 27 written by Prasanth Kumar.S on 28 November 2009, at 8:57 PM

  

  Everything looks fine from Kochi, INDIA

• Comment 28 written by fanturi on 29 November 2009, at 4:37 AM

  

  I can't access from France.
  No blank page the page can't load at all.
  But I work at luxembourg and it works fine.

• Comment 29 written by Bilgehan on 29 November 2009, at 5:29 AM

  

  It works fine in ?stanbul but had a similar issue with cfm files a year ago with an antivirus software. Disabling the software solved the problem.

• Comment 30 written by Raymond Camden on 29 November 2009, at 7:57 AM

  

  @fanturl: What does a traceroute show you?

• Comment 31 written by Raymond Camden on 29 November 2009, at 9:02 AM

  

  For those who CAN'T hit it, please report your OS.

• Comment 32 written by Terry on 29 November 2009, at 6:08 PM

  

  Fine from Brisbane Australia.

• Comment 33 written by shakti on 29 November 2009, at 8:56 PM

  

  works fine in gold coast Australia. both from my home and work. maybe mark has some ISP issues?

• Comment 34 written by Vadim on 30 November 2009, at 2:41 AM

  

  Raymond,
  so far I don't have any probs accessing RIAForge from Russia (tried from home and from the office).
  
  So I'd say it looks like DNS/ISP problem.
  
  Best wishes from RU.

• Comment 35 written by Bjorn Jensen on 30 November 2009, at 3:08 AM

  

  We have a CF8 server throwing blank pages now and then, but it's for all users and not just some. We solve it by restarting the CF service and we're currently attributing this to memory issues. We don't have any fixes planned for this at the moment, but it happens rarely enough for us to live with a reboot.

• Comment 36 written by Daniel Harvey on 30 November 2009, at 8:41 AM

  

  Have you looked at what their Antivirus software is? I can see this being on client side. Also if one of them is working with you still, it may be worth having them capture packets and see what it is like before their browser tries to render it. I could help with packet dissecting if needed

• Comment 37 written by Raymond Camden on 30 November 2009, at 8:46 AM

  

  In both cases, the users did NOT have any AV (one Mac user, one Ubuntu user).

• Comment 38 written by Daniel Harvey on 30 November 2009, at 8:48 AM

  

  Is the datacenter and Mark still working with you on this issue?

• Comment 39 written by Raymond Camden on 30 November 2009, at 8:52 AM

  

  The host - no - I think we have pretty much confirmed it isn't an issue on their end. Mark and Nando - yes - they are.

• Comment 40 written by Daniel Harvey on 30 November 2009, at 8:54 AM

  

  Do you think you can get them to capture some network packets as they are trying to access the sites?

• Comment 41 written by Raymond Camden on 30 November 2009, at 8:55 AM

  

  They have - but nothing revealing at all yet. And remember - they can access HTML/GIF files ok.

• Comment 42 written by Daniel Harvey on 30 November 2009, at 8:58 AM

  

  Hmm... Are the packets getting back html that should be displayed or what is in the packets?

• Comment 43 written by Daniel Harvey on 30 November 2009, at 9:05 AM

  

  Another thought, is there anyway your onRequestStart could be returning false for any reason for them?

• Comment 44 written by Raymond Camden on 30 November 2009, at 9:08 AM

  

  No HTML, and it isn't just RIAForge, but all the CFM sites on the box. So definitely not a onRequestStart issue.

• Comment 45 written by Daniel Harvey on 30 November 2009, at 9:15 AM

  

  Since they are getting a packet without the html to display I would assume one of two things. (Probably already assumed by you)
  
  It is a network issue between the server and the user.
  
  The server isn't sending the page correctly.
  
  The idea that they are getting a response seems to indicate the server is receiving their request. And that the packet doesn't include html means it is not a problem with the computer or browser handling/rendering the page.
  
  My next step would be to see if you could have the host capture packets(if you haven't already) while they are trying to access the site and look at the request packet and the reply packet. This should help narrow it down to one of the two causes.
  
  Hope I am helping at least a little

• Comment 46 written by Raymond Camden on 30 November 2009, at 9:53 AM

  

  The problem I have with a possible network issue is that it should apply cross the board - not just for CFML pages.
  
  To make things more interesting, Nando can't hit RIAForge via his Mac at home. He brings the Mac to work, and it works. Both his work and his home uses the same network provider.

• Comment 47 written by Daniel Harvey on 30 November 2009, at 9:59 AM

  

  Can he access other cfml websites from home?

• Comment 48 written by Nando on 30 November 2009, at 3:36 PM

  

  I'm one of the guys having trouble accessing riaforge.org. Today I accessed it from one of the offices I work in without problem on my Mac. From my home office, where I am writing this, I can't access it, from my Mac. Images from the site load, so does the robots.txt file, but when I hit a cfm page, it doesn't render. The strange part is this ... from the same wireless network in my home office, riaforge.org works on another laptop, a Windows 7 machine running the latest version of Firefox. We just tried it a few minutes ago. And I just tried to load riaforge.org from my Mac here, and it still doesn't work. I've also tried to load it using Chrome and Safari on the Mac here, and it doesn't work either.
  
  And yes, I can view other CFML sites from the Mac. This post is proof.

• Comment 49 written by Apostolos Tsakpinis on 30 November 2009, at 4:31 PM

  

  I cannot access the site from my home office either, using a Mac. But guess what, it works from inside the virtual machine ( Windows 7, Parallels ), on the same laptop, on the same network! It works on OSX when I'm at work and it also works using a proxy at home.

• Comment 50 written by Marcel on 30 November 2009, at 7:20 PM

  

  I have only had blank page issues when I had MTU issues with my router using wireless. It worked from our wired machines but not wirelessly, turned out our network VPN MTU size was incompatible with our wireless router config and pages that were larger than a certain size would disappear!
  
  Given you can access html and gif files, I would suggest you try making a html file really big and see if it suddenly also causes issues. Then you can bet on MTU as the culprit. Caused us weeks of outage before someone figured it out. It isn't ordinary for MTU to cause problems but if there are tunnels in the network access at any point sometimes it just messes things up.

• Comment 51 written by Nando on 1 December 2009, at 12:26 AM

  

  @ Marcel - It doesn't work on the wired connection either.

• Comment 52 written by Marcel on 1 December 2009, at 12:32 AM

  

  Sorry Nando, I think mentioning wireless confused my post a bit, what I was getting at was that it was the MTU setting of an element within our network configuration conflicting with the MTU settings of our host provider, when we used wifi we could only get connected via a vpn tunnel (for a separate reason), the vpn tunnel had a MTU setting that didn't work with our ISP's MTU setting which was not a standard setting as we had expected. To cut a long story short it was a combination of software and hardware and MTU settings that caused us a lot of grief, I would suggest trying files of varying size and see if you can access a cfm page that is really small.

• Comment 53 written by Raige on 1 December 2009, at 10:19 AM

  

  This may sounds a bit off but can you compare a tracert from the faulty location and your working location at work?
  
  Also, when the page executes (but shows up blank) do a view source. Is anything there?
  
  It almost sounds like some filtering software is preventing content being delivered for .cfm files. Man in the middle kind of thing you might expect for software that monitors network traffic in a business that displays "This site is a xxx site" instead of allowing users to view it.
  
  I could be way off.

• Comment 54 written by Nando on 1 December 2009, at 10:44 AM

  

  Traceroute from functioning connection via my Mac at my business office:
  
  1 (192.168.2.1) 14.326 ms 1.921 ms 1.732 ms
  2 bwacadf2zhh.bluewin.ch (195.186.253.133) 14.960 ms 15.103 ms 16.191 ms
  3 net254.bwrtadf1zhh.bluewin.ch (213.3.254.129) 14.505 ms 14.826 ms 19.088 ms
  4 177-254-3-213.bluewin.ch (213.3.254.177) 20.916 ms 14.839 ms 14.498 ms
  5 net319.bwrt1zhh.bluewin.ch (195.186.122.233) 14.594 ms 15.113 ms 15.155 ms
  6 po20.zhhdz09p-rtdi01.bluewin.ch (195.186.0.225) 14.677 ms 15.442 ms 21.695 ms
  7 if250.ip-plus.bluewin.ch (195.186.0.250) 15.277 ms 15.660 ms 15.736 ms
  8 i79zhb-015-por15.bb.ip-plus.net (138.187.129.102) 15.700 ms 14.856 ms 15.946 ms
  9 i00ffm-015-por11.bb.ip-plus.net (138.187.129.107) 22.009 ms 24.845 ms 24.458 ms
  10 cr02.frf02.pccwbtn.net (80.81.192.50) 140.273 ms 87.171 ms 155.442 ms
  11 wbs.ge9-5.br02.ash01.pccwbtn.net (63.218.92.6) 113.001 ms 112.357 ms 112.865 ms
  12 core1-ten-2-1.nwrk1.hostmysite.net (67.59.145.33) 116.699 ms 116.523 ms 116.275 ms
  13 ded2.dc3.hostmysite.net (67.59.145.10) 114.222 ms 129.941 ms 124.410 ms
  14 www.riaforge.org (76.12.137.164) 116.278 ms 116.574 ms 125.292 ms
  
  Traceroute from "crippled" connection at my home office:
  
  1 192.168.1.1 (192.168.1.1) 6.666 ms 2.044 ms 1.061 ms
  2 1-0.78-83.cust.bluewin.ch (83.78.0.1) 10.426 ms 10.954 ms 10.574 ms
  3 193-251-3-213.bluewin.ch (213.3.251.193) 10.418 ms 10.606 ms 10.197 ms
  4 181-247-3-213.bluewin.ch (213.3.247.181) 11.036 ms 10.636 ms 11.051 ms
  5 126-0-186-195.bluewin.ch (195.186.0.126) 11.692 ms 11.021 ms 10.816 ms
  6 i79zhb-015-vla200.bb.ip-plus.net (138.187.129.62) 11.866 ms 11.757 ms 10.805 ms
  7 i00ffm-015-por11.bb.ip-plus.net (138.187.129.107) 17.982 ms 17.629 ms 17.264 ms
  8 cr02.frf02.pccwbtn.net (80.81.192.50) 25.381 ms 104.139 ms 129.272 ms
  9 wbs.ge9-5.br02.ash01.pccwbtn.net (63.218.92.6) 109.774 ms 109.323 ms 109.457 ms
  10 core1-ten-2-1.nwrk1.hostmysite.net (67.59.145.33) 111.868 ms 111.248 ms 112.372 ms
  11 ded1.dc3.hostmysite.net (67.59.145.12) 113.271 ms 113.653 ms 111.874 ms
  12 riaforge.org (76.12.137.164) 112.358 ms 112.611 ms 112.069 ms
  
  Effectively, there is nothing to look at view source wise, because the effort to retrieve content by the browser "hangs", similar to when a site is loading but hasn't loaded yet - just that the "yet" part never happens.

• Comment 55 written by Daniel Harvey on 1 December 2009, at 11:01 AM

  

  Can you supply a tracert from the windows computer that works at your home?

• Comment 56 written by Apostolos Tsakpinis on 1 December 2009, at 11:08 AM

  

  Traceroute from my MacOS ( site doesn't work ), tracert from inside a windows virtual machine on the same computer ( site works ):
  
  http://www.zdimensions.gr/apostolos/riaforge-trace...

• Comment 57 written by Daniel Harvey on 2 December 2009, at 6:25 AM

  

  I know it isn't the long term solution, but have you tried disabling your firewall on your Mac? If you could give it a try and let us know. Also clear the cache in your web browsers.
  
  I have a feeling it has to do with some of the security settings on the MacOS that is bypassed when using a proxy and virtual machine

• Comment 58 written by Daniel Harvey on 2 December 2009, at 6:30 AM

  

  Another question, has the site ever worked normally before it stopped working?

[Add Comment] [Subscribe to Comments]