Jump to content


Photo

Periodic timeouts... [MEGA-MERGED]


  • Please log in to reply
48 replies to this topic

#41 MoreAmmoPlz

MoreAmmoPlz

    Comptroller of Ivory Powers

  • Members
  • PipPipPipPip
  • 2165 posts
  • LocationMI

Posted 20 September 2011 - 12:33 PM

IPB is doing the hosting and you'd think that they'd know how to set the permissions correctly. Also if httpsd was crashing, that wouldn't explain why things get better when we turn off searches.

Personally I think they do it to cut down on the number of support calls because different hosting providers run with different user/group for the https process. It's easier to tell people to chmod the hell out of any folder needing write access rather than try to explain what I've tried to explain here and what I've tried to explain here is part of how the GoDaddy hack went down. My h4x0r linkBut that's just me and I don't trust vendors farther than I can throw a boat anchor. :cheers:Without seeing the logs I couldn't tell you but when the connection is refused that typically means the https server process isn't running on the server and the OS is rejecting the connection.

#42 MtnBrewer

MtnBrewer

    Skynet Architect

  • Moderators
  • PipPipPipPip
  • 6695 posts
  • LocationThe Springs

Posted 20 September 2011 - 12:45 PM

Without seeing the logs I couldn't tell you but when the connection is refused that typically means the https server process isn't running on the server and the OS is rejecting the connection.

Yes absolutely but if httpsd is starved due to a very long db query the same thing could happen. But then that would imply that they're running on Windows or other defective OS.

#43 MoreAmmoPlz

MoreAmmoPlz

    Comptroller of Ivory Powers

  • Members
  • PipPipPipPip
  • 2165 posts
  • LocationMI

Posted 20 September 2011 - 12:57 PM

Yes absolutely but if httpsd is starved due to a very long db query the same thing could happen. But then that would imply that they're running on Windows or other defective OS.

It appears it is Apache 2.2.16 on some sort of *nix. That version of Apache is vulnerable to the range header flaw (if they haven't implemented one of the work arounds) and you guys could be getting DOS'd, although I doubt it. It could be a DB query, it could be a PHP problem, it could be any of the Apache modules but without the Apache error log (if it is crashing) we are shooting in the dark.

#44 brewguy

brewguy

    Frequent Member

  • Patron
  • PipPipPipPip
  • 4410 posts

Posted 20 September 2011 - 01:36 PM

Posted Image

#45 North

North

    Drunk and Ghey

  • Members
  • PipPipPip
  • 111 posts
  • LocationCleveland

Posted 20 September 2011 - 01:38 PM

you sir are correct!

#46 Mynameisluka

Mynameisluka

    Comptroller of Brownies

  • Patron
  • PipPipPipPipPip
  • 24773 posts

Posted 20 September 2011 - 01:45 PM

yeah, forealz. i get the network error about 75% of the time today...it has been getting much worse recently.

#47 Mynameisluka

Mynameisluka

    Comptroller of Brownies

  • Patron
  • PipPipPipPipPip
  • 24773 posts

Posted 20 September 2011 - 02:11 PM

i bet scott can't even connect to the forum, so he probably can't hear ya.put in a work order with india.

#48 *_Guest_BigBossMan_*

*_Guest_BigBossMan_*
  • Guests

Posted 20 September 2011 - 09:19 PM

It appears it is Apache 2.2.16 on some sort of *nix. That version of Apache is vulnerable to the range header flaw (if they haven't implemented one of the work arounds) and you guys could be getting DOS'd, although I doubt it. It could be a DB query, it could be a PHP problem, it could be any of the Apache modules but without the Apache error log (if it is crashing) we are shooting in the dark.

I had that same thought. That things are acting like there is some half assed DOS attack going on.

#49 MtnBrewer

MtnBrewer

    Skynet Architect

  • Moderators
  • PipPipPipPip
  • 6695 posts
  • LocationThe Springs

Posted 21 September 2011 - 10:11 AM

Well, if Jess ever decided to DOS us, half-assed is what it'd be.


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users