Community Support Forums — WordPress® ( Users Helping Users ) — 2010-11-14T20:43:35-05:00 http://www.primothemes.com/forums/feed.php?f=4&t=851 2010-11-14T20:43:35-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=4644#p4644 <![CDATA[Re: 503: Service Temporarily Unavailable]]>
Was there a laymans fix other than deleting and re listing the user (not an option) - I have only been using the plugin since saturday, and it seems the problem has been occuring for existing members since then.

Statistics: Posted by ddgdaily — November 14th, 2010, 8:43 pm


]]>
2010-10-31T17:49:44-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=4447#p4447 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Thanks for rooting this out!
Hopefully Jason will clear it up in upcoming versions.

Statistics: Posted by Dr Dave — October 31st, 2010, 5:49 pm


]]>
2010-10-08T14:43:03-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3834#p3834 <![CDATA[Re: 503: Service Temporarily Unavailable]]> http://de.wikipedia.org/wiki/Zwangstrennung). On top of that there is some bug in S2member where the logs are not getting reset entirely (timeout penalties) and may not be incrementing correctly (I had some penalties dated for December and I've got it set to a 15m penalty).

So in short some users would get locked out with 503 errors and no matter how many times I hit the reset button in S2member those users were not able to gain access unless the signed up for a new account each time.

So... thanks to Webber's sleuthing above here is the resolution:

1) have the user send you there last IP address. In this example we'll pretend the IP address is xx.xxx.xx.xxx.

2) Go into phpMyAdmin and search your wordpress database for that IP address. It should pull up a row in wp_options that contains a column called 'option_name' that look something like this:

a:2:{s:14:"xx.xxx.xx.xxx";i:1284444427;s:13:"xx.xxx.xx.xxx";i:1286561693;}

a:2 - To break this down the "a:2" at the beginning stands for "attempts: 2" showing the # of IP addresses that have attempted access.

s:14 - I don't know what this is

xx.xxx.xx.xxx - this is the IP address recorded in the attemps

1286561693 - this is the UNIX timestamp of the login attempt. You can decode that using http://www.onlineconversion.com/unix_time.htm .

3) To drop this from 1 attempt to 2, for example, simply update the value on this row to be:
a:1:{s:14:"xx.xxx.xx.xxx";i:1284444427;} and S2 will let think the user only has 1 login attempt.

Cheers

Mark

Statistics: Posted by markelshark — October 8th, 2010, 2:43 pm


]]>
2010-10-08T12:54:36-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3832#p3832 <![CDATA[Re: 503: Service Temporarily Unavailable]]>
This "feature" is particularly annoying because I have a lot of international users and many get new IPs each day. I keep resetting the logs but they still don't get access - I'm guessing it has to do with what you said where it has to wait for the timeout period. But some of the timeout periods are way more than the minimum period of 15m that I have set. For example take a look at this row:

"_transient_timeout_s2m_ipr_...1291617048"

That timestamp corresponds to: Mon, 06 Dec 2010 06:30:48 GMT

December 6th??? I'm guessing this is a bug where it keeps adding to the timeout each time a failed login occurs?

Jason, I know you've been gone recently but I really think this needs your attention to resolve.

Statistics: Posted by markelshark — October 8th, 2010, 12:54 pm


]]>
2010-10-06T14:40:47-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3803#p3803 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Do search for " s2m_ipr "
This will pull up ip restrictions fields with the ip addresses.

I also found out that even after resetting in Unique IP Access Restrictions:
Maximum Unique IP Addresses Allowed,
Security Breach Timeout Period,
Reset IP Restrictions Logs

I still had to wait for the previous Security Breach Timeout Period before the user could log in again.

Hope this helps

Statistics: Posted by webber — October 6th, 2010, 2:40 pm


]]>
2010-10-06T14:24:05-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3802#p3802 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Statistics: Posted by markelshark — October 6th, 2010, 2:24 pm


]]>
2010-10-05T20:54:31-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3783#p3783 <![CDATA[Re: 503: Service Temporarily Unavailable]]> viewtopic.php?f=4&t=666#p2973

Statistics: Posted by eagle4life69 — October 5th, 2010, 8:54 pm


]]>
2010-10-05T10:58:21-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3769#p3769 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Statistics: Posted by markelshark — October 5th, 2010, 10:58 am


]]>
2010-09-28T20:53:34-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3593#p3593 <![CDATA[Re: 503: Service Temporarily Unavailable]]>

Statistics: Posted by drbyte — September 28th, 2010, 8:53 pm


]]>
2010-09-28T16:40:44-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3590#p3590 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Statistics: Posted by danisrael — September 28th, 2010, 4:40 pm


]]>
2010-09-28T16:22:20-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3589#p3589 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Statistics: Posted by drbyte — September 28th, 2010, 4:22 pm


]]>
2010-09-27T20:47:23-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3559#p3559 <![CDATA[Re: 503: Service Temporarily Unavailable]]> Statistics: Posted by danisrael — September 27th, 2010, 8:47 pm


]]>
2010-09-27T20:46:02-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3558#p3558 <![CDATA[Re: 503: Service Temporarily Unavailable]]>
Once a user begins to expierence this error, they are never able to log in. However, the preference option is only set to "punish for 15 mintues." Why doesn't this eventually allow them to log back in?

Also, could this very setting be part of the issue when running on Dreamhost? Is this causing the CRON jobs to run inside a restriction as stated above?

Statistics: Posted by danisrael — September 27th, 2010, 8:46 pm


]]>
2010-09-27T14:22:29-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3552#p3552 <![CDATA[Re: 503: Service Temporarily Unavailable]]>
This seems to be occurring around the 30 day mark for us. We've been using it for almost two months. Last time, we used the update to reset the logs. At the same time, I changed the setting to allow 10ips per 30days. However, user are starting to incur incidents of this problem.

Is there a way to troubleshoot this. To see what is taking place and causing the issue. Or to verify that it isn't abuse?

Dan

Statistics: Posted by danisrael — September 27th, 2010, 2:22 pm


]]>
2010-09-27T01:39:14-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3538#p3538 <![CDATA[Re: 503: Service Temporarily Unavailable]]>
It seems users who sign up between the new release and the one before are the only ones experiencing this issue.

The IP is not the one is restricting accounts, it's the usename. It seems that it got stuck somewhere where it can not be cleared.

I did a small test to one of my members. I tried to log in using her username and password from my location and sure it gave me the 503 error screen. So the IP address was not the issue (That's after clearing/reset the ip restrictions and doing the cron job)

Fix: The only fix I found is to delete the user account an re-create a new one using different username.

So far it's been working fine for lots of members.

Sam

Statistics: Posted by drbyte — September 27th, 2010, 1:39 am


]]>
2010-09-24T22:23:43-05:00 http://www.primothemes.com/forums/viewtopic.php?t=851&p=3467#p3467 <![CDATA[503: Service Temporarily Unavailable]]>
Suddenly some of our members are getting the error above "Too many IP addresses accessing one secure area"

I looked over the forum and it seems some are still facing the same issue.

Not sure if it's related to the cron job as somebody mentioned above or simply related to another plug in that might be causing it.

It seems that the error started when All in One SEO Plugin & WP Super Cache were recently issued a new updates.

I also ran the Cron job manually to make sure by typing http://www.sitename.com/wp-cron.php

Now, something really interesting i read while browsing the support documents at my host company.
"PLEASE NOTE: You can NOT run any Cron in intervals less than 15minutes on shared or reseller hosting accounts."

Jason: Is there away to disable the IP restriction mode in your plugin?

Please advice

Thank you

Sam

Statistics: Posted by drbyte — September 24th, 2010, 10:23 pm


]]>