View Full Version : OpenSRS?
JamesC
01-16-2006, 01:43 PM
Ok I noticed that ModrenBill comes with an OpenSRS mod. for domain name ordering. Is this the same as the one that Reseller1 uses?
If so whats the Registrant IP ?
What is the OpenSRS Live Key and Test Key?
How about the OpenSRS Username: ?
I mean I have found the Documentation on this stuff to be of little help when it comes to Reseller1. What is here is just telling you how to rewrite whats already out there it tells you nothing about how to use whats already been writen.
kasey
01-16-2006, 03:57 PM
Yep, that infamous server IP/hostname is the answer a lot of us are waiting on.
The username should be your ResellOne username.
The key you'll get from inside the RWI ("Generate New Private Key" at the bottom under "Profile Management").
There's been no mention of whether a sandbox/test environment, similar to OpenSRS, will be made available or not.
However, until the API docs are re-released with the pertinent info, it doesn't do much good to even bother messing around with it.
JamesC
01-16-2006, 07:51 PM
Thats what I was afraid of that the IP on domain name has not been released yet. This ordering manually is getting to be a pain in the rear. :rolleyes:
Thats what I was afraid of that the IP on domain name has not been released yet. This ordering manually is getting to be a pain in the rear. :rolleyes:
True.. me too awaiting for those details.
Laurie-Resell1
01-20-2006, 08:20 AM
I have sent the this link to Brooke to elevate it and we are waiting for an answer at this time. As soon as we have something to report we will post it, and I can have it sent to all the active Reseller accounts in our system.
mywebhost
02-07-2006, 01:32 AM
I have sent the this link to Brooke to elevate it and we are waiting for an answer at this time. As soon as we have something to report we will post it, and I can have it sent to all the active Reseller accounts in our system.
Any idea when API support will be available? I find it to be a big drawback that Resellone does not support API requests at this time. Many of us smaller webhosts rely on automatic systems so that we can consentrate our limited staff on other tasks and not have to handle domain registrations manually ;)
Same here, please keep us updated about it.
We understand setting up a domain registration API is a quite complex task, however please understand several people are tailoring their business plans around this feature, since nowadays you cannot really afford manual registrations if you want to join the registration business seriously.
We made a $1000 wire-tansfer in November in order to start as-soon-as possibile domain registrations but still nothing... We are losing not only money but even reputation.
Please let us know at least an ETA about it.
Laurie-Resell1
02-08-2006, 08:23 AM
I understand your frustration, unfortunately I do not have an ETA yet for the API at this time. I can assure you that this is one of our top priorities, and we will have it to you as quickly as we can. We will definately keep you posted regarding this.
unfortunately I do not have an ETA yet for the API at this time
It's a complex service indeed, but it is also crucial for the services resellone.net actually offers, I cannot believe there is no way for a company with the resources of ev1 to get a development team together and draw a development plan with the appropriate deadlines.
Control – We believe the best person to run your business and support your customers is you. We offer you a reseller API that allows you to manage every aspect of the products you resell with ResellOne.
This is what you can read in the website, this means there will be several people subscribing to a service and paying the related fees for services advertised but actually not offered and again we are speaking about a crucial feature.
This is not a good start at all fo resellone.net, I doubt anyone will trust this new company except maybe the long term ev1 customers like me, with so many competitors if you want people to pay $1000 or even $99 for a setup you have to be organized, rock-solid and trustworthy, unfortunately resellone.net is currently lacking these qualities (just my 2 cents).
I also feel unacceptable leaving customers who subscribed and paid for a service that cannot be offered in a sort of limbo without any concrete information, please have respect for our business and remember our business is your business.
kasey
02-08-2006, 04:07 PM
I also feel unacceptable leaving customers who subscribed and paid for a service that cannot be offered in a sort of limbo without any concrete information, please have respect for our business and remember our business is your business.Yeah... I really think this is the bottom line. I still have hope that the end result here will be good, but the path to get there is one of transition. EV1 is going from offering a retail-oriented service to becoming a reseller-oriented service. There are many improvements that have been made along those lines, but there are honestly still quite a few to go.
As far as the API... I honestly wonder (idle speculation here) if there isn't some restriction from Tucows that we don't know about that EV1 can't/won't admit to. ResellOne is powered by OpenHRS. At least for the core domain registration service, there shouldn't be anything to write or develop here - the whole point of the system is that it's supposed to be a turn-key solution. So unless Tucows is dangling the carrot (for whatever reason, be it financial, contractural, whatever) and EV1 won't bite, something just does not make sense.
Besides the API, the payments process is also in dire need of help... while Verified by Visa and SecureCode may be common technologies in a year or two, the simple fact that Visa is not requiring their card issuers to have support for it on business check cards and even some business credit cards tells me that the service isn't ready for prime time, especially as a requirement for a service whose primary (if not sole) customer base is other businesses. And, the answer from support was that I should basically find a card that DOES support it... which is really borderline unacceptable. While I understand that VbV/SecureCode offer a relatively foolproof way for EV1 to cut their fraud rate and chargebacks, the way I'm having to fund my account (using a personal credit card) is absolutely outrageous and my accountant is ready to strangle me because of it. But, it's my only realistic option given the rules. Wire transfers (at $25 a pop) are not an option. Checks (with a 7 day hold time) are not an option. Every other provider faces the same risks that EV1 does in accepting credit card payments from RSPs, yet they all find a way to work around them without inconveniencing the customer and making them jump through hoops.
Long story short, I've been patient and will continue to be for a while longer... but patience is starting to run out. We need at least a ballpark of when the API will be available... whether that's Q2 '06, Q3 '06, or Q1 2010. Otherwise, you're just being completely insensitive to the needs of your customers, which is a far cry from the "Vintage EV1" that HeadSurfer seems to be so excited about.
Every other provider faces the same risks that EV1 does in accepting credit card payments from RSPs, yet they all find a way to work around them without inconveniencing the customer and making them jump through hoops.I'm not sure that is true. Can you give an example of any other provider offering domain registration for $6.49 to resellers with a more convenient payment option? I know enom fits this bill, but don't they require something like a $3000+ deposit to get this pricing? That would certainly be more of an inconvenience to me than making smaller or larger (my choice) deposits to resellone by check. The others I'm aware of all charge more than $6.49, and I find money out of pocket is more inconvenient than signing up for a credit card that offers verified by visa.
kasey
02-09-2006, 12:03 AM
I'm not sure that is true. Can you give an example of any other provider offering domain registration for $6.49 to resellers with a more convenient payment option? I know enom fits this bill, but don't they require something like a $3000+ deposit to get this pricing? That would certainly be more of an inconvenience to me than making smaller or larger (my choice) deposits to resellone by check. The others I'm aware of all charge more than $6.49, and I find money out of pocket is more inconvenient than signing up for a credit card that offers verified by visa.While you do make a valid point, I'm not entirely convinced that price point has a lot to do with it. Sure, a higher price should (in theory) allow for higher profit margins which can absorb a loss with less impact on the bottom line, but at the same time, the higher price also potentially allows for bigger losses depending on how the business model is set up. I think it's also somewhat safe to assume that a higher price would probably mean the average account deposit would be higher... and a higher average ticket can result in a higher risk profile on a merchant account, which means it will take fewer chargebacks to cause problems for the provider (i.e. increased rates). I would bet that in the end, the risk factor is probably roughly the same (percentage-wise) whether the price point is $6.49, $8.49, or $10.15.
Here's the way I see it. On one hand, I have my OpenSRS account. I pay $10.15 a domain, I have access to a working API that I can implement immediately, and in the event that the balance in my account gets low, I can get it refilled immediately. So, if I have a rush of new customers sign up that makes my account balance disappear, I can keep my business going on the fly.
On the other hand, we have ResellOne. Sure, pricing is definitely better at $6.49 for domains and certainly on the SSL certs. But, I don't have an API yet, which means I have to spend a minimum of 3-5 minutes entering in a customer's order manually. (That more than blows out the $3.66 price difference, especially if I had online ordering turned on.) In the event that my balance gets low, I face a processing delay because the payments have to be posted manually to the account. According to the payment confirmation, that can take up to 24 hours... which means my online ordering (when the API gets turned on) could be down for up to 24 hours, which means I'm potentially losing customers and sales for up to 24 hours. In this case, if I have a rush of customers sign up, I'm screwed unless I'm able to be psychic and plan accordingly. Not a good situation.
And also... keep in mind that it's not always as simple as "signing up for a credit card that offers VbV". I've checked with every bank here in town, which includes some smaller players as well as Wells Fargo, Chase, and Bank of America. None of them offer a Visa or MasterCard business check card that offers VbV or SecureCode. I've also talked to several friends who have gone the route of getting business credit cards and only one has support for VbV. Guess what... it also has an outrageous APR attached to it. Sure, on the personal side, VbV and SecureCode are great and actually have wide availability. But on the business side, support for it seems to be lacking... from both the cardholders and the processing industry. Again, I would imagine that in a year or two, VbV/SC will be commonplace and accepted. But the simple truth is that right now, that acceptance and availability just doesn't seem to be there. And for a business such as ResellOne, whose primary customers are other businesses, that seems like an overbearing restriction that stands to impact a large portion of their potential customer base.
I guess I'm biased because my MBNA accounts had securecode for a long while now so I didn't need to do anything to use it.
I have to spend a minimum of 3-5 minutes entering in a customer's order manually. (That more than blows out the $3.66 price difference, especially if I had online ordering turned on.)
And honestly, you obviously make a lot more per hour than I do. I only make ~$20/hour, so 3-5 minutes for $3.66 = $44 - $73 / hour, double or almost quadruple my hourly wage!
kasey
02-09-2006, 07:32 AM
And honestly, you obviously make a lot more per hour than I do. I only make ~$20/hour, so 3-5 minutes for $3.66 = $44 - $73 / hour, double or almost quadruple my hourly wage!It's not so much what I actually pay myself an hour... think wage & time + profit lost from other (far more profitable) projects like design and programming. On top of that, I don't look at it as having anything to do with my wage or what I take in on other products... the domain is strictly on its own. I don't believe in loss leaders, at least not in this industry. If a product isn't turning a sliver of a net profit independently, I stop offering it. And the sad truth is that the sliver of a net profit usually turns into a net loss when you factor in the indirect costs.
Instead of having the API that was advertised as a part of the system there to automate it, I have to do it manually. And the 3-5 minutes is when it goes perfect... if it's a repeat customer, then I have to go dig up their username and password so I can link the domain to the old account, yadda yadda yadda. And the added hassles with credit cards and account refills do nothing but dilute that (sometimes non-existent) profit margin even more, both directly and indirectly.
And as far as credit cards... yeah, MBNA is one of the good ones. When I finish the long road to getting my credit cleaned up, they're probably the only card I will actually keep.
Laurie-Resell1
02-09-2006, 08:59 AM
If you have any bulk transers that need to be placed you can email us at support@resellone.net, and we will send you instructions, and process the transfers manually for you. We are working on getting an interface operational so that all you have to do is send us a list of names to transfer into your resellone account, and we can submit them for you. We are also working very hard to get the API documentation out.
It's not so much what I actually pay myself an hour... think wage & time + profit lost from other (far more profitable) projects like design and programming. On top of that, I don't look at it as having anything to do with my wage or what I take in on other products... the domain is strictly on its own. I don't believe in loss leaders, at least not in this industry. If a product isn't turning a sliver of a net profit independently, I stop offering it. And the sad truth is that the sliver of a net profit usually turns into a net loss when you factor in the indirect costs.
I know what you're saying, and I can't wait to have the API up and running so my customers can order domains 24/7 without having to wait for me to process them, but I still feel that resellone is already a great deal. Heck, until it can be automated, how about hiring your kids to process orders - you can pay them $20 an hour and keep the $20 - $35/hour over and above their $20/hour to process domains. No loss leader there. Even when I was in college I did a lot worse jobs than process domains for $20/hour :)
We are also working very hard to get the API documentation out.
This does raise a couple of questions for me too - just how complicated is this documentation going to be? Aren't there any existing scripts that can interface with the openhrs system, now? Or will every preexisting opensrs script need to be heavily modified to work with resellone?
Laurie-Resell1
02-13-2006, 01:11 PM
The API is already ready from a HRS System Instance perspective, meaning that EV1-ResellOne HRS server is waiting at https://resellers.resellone.net:55443 for any API scripts to make API calls either from you the resellers, it will require pointing to another server, and some other minor credential adjustments. The API user guide is located here: http://www.resellone.net/support/pdf/resellone_api_293.pdf
kasey
02-13-2006, 02:22 PM
The API is already ready from a HRS System Instance perspective, meaning that EV1-ResellOne HRS server is waiting at https://resellers.resellone.net:55443 for any API scripts to make API calls either from you the resellers, it will require pointing to another server, and some other minor credential adjustments. The API user guide is located here: http://www.resellone.net/support/pdf/resellone_api_293.pdfAre we sure it's ready? I just tested the script I've been writing, which works perfectly with OpenSRS (both test and live). I re-pointed it to resellers.resellone.net:55443, and changed my username and private key accordingly, and made sure the IP address I'm attempting the connection from is listed under the "IPs for Script/API Access" in the RWI. The connection attempt timed out.
An nmap port scan of resellers.resellone.net from the same host also shows that 55443 is reporting back as a filtered port.
My opinion, looking at it from the outside, is that either whatever daemon is responsible for handling the API calls is not running, or that there is a firewall on resellers.resellone.net preventing access to anything other than 80 and 443.
Laurie-Resell1
02-14-2006, 05:45 AM
Are we sure it's ready? I just tested the script I've been writing, which works perfectly with OpenSRS (both test and live). I re-pointed it to resellers.resellone.net:55443, and changed my username and private key accordingly, and made sure the IP address I'm attempting the connection from is listed under the "IPs for Script/API Access" in the RWI. The connection attempt timed out.
An nmap port scan of resellers.resellone.net from the same host also shows that 55443 is reporting back as a filtered port.
My opinion, looking at it from the outside, is that either whatever daemon is responsible for handling the API calls is not running, or that there is a firewall on resellers.resellone.net preventing access to anything other than 80 and 443.
Thanks Kasey for the feedback, I will get this investigated immediately.
Laurie-Resell1
02-14-2006, 11:56 AM
Thanks Kasey for the feedback, I will get this investigated immediately.
Sorry there was a typo apparently. The correct link is https://resellers.resellone.net:52443.
kasey
02-15-2006, 12:43 PM
Sorry there was a typo apparently. The correct link is https://resellers.resellone.net:52443.Even with the port change, I'm still not able to get a connection. Shouldn't it, in theory, answer the same way the OpenSRS API server does? (Try pulling up https://resellers.opensrs.net:55443 in your browser and see what you get... in Firefox, you should see the full XML error response from the API processor, and in IE, you get a "XML page cannot be displayed" error. Compare that with resellers.resellone.net, on either of the ports, and you get a timeout.)
Something's still borked up somewhere. ;)
mywebhost
02-15-2006, 01:31 PM
Something's still borked up somewhere. ;)
I second that, I'm not able to connect either :confused:
Laurie-Resell1
02-16-2006, 06:15 AM
Dev team checked and says that the API host and port is running fine.
It is most likely an issue with the network environment.
Can you check your firewall to the internet, and make sure that the correct
port 52443 is open on the firewall.
This is the latest (2/15/06) update I received regarding this issue.
Please email specifics to support@resellone.net so that I can forward ongoing issues.
kasey
02-16-2006, 12:02 PM
Can you check your firewall to the internet, and make sure that the correct port 52443 is open on the firewall.I saw this post, and tested my script again, without making ANY changes... it now WORKS on port 52443. YES!! Good job Laurie!! Somebody must have kicked something at Tucows, because now it's working.
I haven't tested for full functionality yet, but will do that later on this afternoon after I take care of a few other things. But I was at least able to run an availability check on domains. ;-)
Laurie-Resell1
02-16-2006, 12:15 PM
I saw this post, and tested my script again, without making ANY changes... it now WORKS on port 52443. YES!! Good job Laurie!! Somebody must have kicked something at Tucows, because now it's working.
I haven't tested for full functionality yet, but will do that later on this afternoon after I take care of a few other things. But I was at least able to run an availability check on domains. ;-)
Thanks Kasey! We really have been working hard to get this going for y'all.
:-)
WillyMore
03-10-2006, 08:38 PM
So am I correct to believe Resellone will work with a third part that has opensrs support Say Whoiscart etc
JamesC
03-12-2006, 04:08 PM
Well if anyone gets this working with OpenSRS I would love to know how they did it.
I keep getting this error every time.
[NOT OK]: Authentication Error: Unrecognized Peer
is_success:
response_code: 400
response_text: Authentication Error: Unrecognized Peer
Laurie-Resell1
03-13-2006, 06:27 AM
Well if anyone gets this working with OpenSRS I would love to know how they did it.
I keep getting this error every time.
[NOT OK]: Authentication Error: Unrecognized Peer
is_success:
response_code: 400
response_text: Authentication Error: Unrecognized Peer
The latest information that I have is that Kasey is working with the API, I have not had any further updates, to the contrary. Please email any specific issues to support@resellone.net so that we can have this investigated for you.
kasey
03-13-2006, 12:18 PM
The latest information that I have is that Kasey is working with the API, I have not had any further updates, to the contrary.This is correct... I'm actually hoping to go live with my scripts on Wednesday, but what I do have working (from a coding standpoint) has been working flawlessly ever since we got the right host/port info. I'm not doing anything terribly advanced yet - mainly an availability query and then a registration. I also haven't tried any of the stock OpenSRS code (mine is all hand-written off the API docs).
James, what code are you trying to use? It almost looks like the diagnostic script that comes with the reference OpenSRS code, but I don't have a copy handy to check.
Laurie-Resell1
03-13-2006, 01:42 PM
This is correct... I'm actually hoping to go live with my scripts on Wednesday, but what I do have working (from a coding standpoint) has been working flawlessly ever since we got the right host/port info. I'm not doing anything terribly advanced yet - mainly an availability query and then a registration. I also haven't tried any of the stock OpenSRS code (mine is all hand-written off the API docs).
James, what code are you trying to use? It almost looks like the diagnostic script that comes with the reference OpenSRS code, but I don't have a copy handy to check.
Kasey, please keep me updated, I am really interested to see that this goes well for all.
JamesC
03-13-2006, 07:20 PM
This is correct... I'm actually hoping to go live with my scripts on Wednesday, but what I do have working (from a coding standpoint) has been working flawlessly ever since we got the right host/port info. I'm not doing anything terribly advanced yet - mainly an availability query and then a registration. I also haven't tried any of the stock OpenSRS code (mine is all hand-written off the API docs).
James, what code are you trying to use? It almost looks like the diagnostic script that comes with the reference OpenSRS code, but I don't have a copy handy to check.
I was trying to use OpenSRS PHP that comes with ModrenBill supposedly it works with Tucows (I do not have a Tucows account to test) I really did not want to have to re-invent the wheel to automate this I guess I can send this over to our Partner to code something up when he has a chance.
I found this perl module: http://search.cpan.org/author/MAHLON/Net-OpenSRS-0.01/lib/Net/OpenSRS.pm , released few days ago.
I haven't tested it yet, but might be useful.
kasey
03-14-2006, 12:03 PM
I found this perl module: http://search.cpan.org/author/MAHLON/Net-OpenSRS-0.01/lib/Net/OpenSRS.pm , released few days ago.
I haven't tested it yet, but might be useful.Only downside to that Perl module is that it's got the values for OpenSRS hardcoded. Should be an easy enough change - looking down in the "new" routine, there's three host entries (one for bulk/async requests, one for live, and one for test)... just changing the live entry from "https://rr-n1-tor.opensrs.net:55443" to "https://resellers.resellone.net:52443" should do it. Besides that change, the API commands (at least for registering domains) are exactly the same. (I'd imagine it can get tricky with things like SSL certs, but since I haven't seen the API docs for those yet, I can't comment.)
Besides that hard-coding issue, that should be a wonderful starting point for anyone interested in doing Perl development.
kasey
03-14-2006, 12:07 PM
I was trying to use OpenSRS PHP that comes with ModrenBill supposedly it works with Tucows (I do not have a Tucows account to test) I really did not want to have to re-invent the wheel to automate this I guess I can send this over to our Partner to code something up when he has a chance.It's been a while since I messed with MB, but if the OpenSRS module isn't an encoded file, the edits should be fairly straightforward. (I looked around at a couple of MB demos and can at least tell that you can't reconfigure the host and port through the admin interface.)
If the module is encoded, then ModernBill are the only ones who can do anything about it.
JamesC
03-14-2006, 05:17 PM
It's been a while since I messed with MB, but if the OpenSRS module isn't an encoded file, the edits should be fairly straightforward. (I looked around at a couple of MB demos and can at least tell that you can't reconfigure the host and port through the admin interface.)
If the module is encoded, then ModernBill are the only ones who can do anything about it.
Yes I did change the host and port but no help there ....... I will more then likely look deeper into it over the weekend maybe I did not change enough places in the script.
Also there seems to be an issue with Pear and Crypt/CBC I will have to look at this a bit more too.
Laurie-Resell1
03-15-2006, 08:42 AM
Only downside to that Perl module is that it's got the values for OpenSRS hardcoded. Should be an easy enough change - looking down in the "new" routine, there's three host entries (one for bulk/async requests, one for live, and one for test)... just changing the live entry from "https://rr-n1-tor.opensrs.net:55443" to "https://resellers.resellone.net:52443" should do it. Besides that change, the API commands (at least for registering domains) are exactly the same. (I'd imagine it can get tricky with things like SSL certs, but since I haven't seen the API docs for those yet, I can't comment.)
Besides that hard-coding issue, that should be a wonderful starting point for anyone interested in doing Perl development.
HI Kasey,
I have sent this thread to the dev. team to review. Any feedback that you all can give me is a great help. Thanks!
Laurie-Resell1
04-03-2006, 10:57 AM
Check out the rest of the API documentation at http://resellone.ev1.net/support/apisupport.aspx.
:)
kasey
04-03-2006, 12:08 PM
Check out the rest of the API documentation at http://resellone.ev1.net/support/apisupport.aspx.Am I missing something? For one thing, that link is broken... and if you take out the .ev1 (just make it resellone.net), there's nothing new that I can see.
Did something not make it from staging to the live server?
Laurie-Resell1
04-03-2006, 01:29 PM
Am I missing something? For one thing, that link is broken... and if you take out the .ev1 (just make it resellone.net), there's nothing new that I can see.
Did something not make it from staging to the live server?
Sorry apparently I was a bit premature. Oops. Be expecting alot of new material in the next few days, as far as I know. I will post again and let you know.
Laurie-Resell1
04-04-2006, 08:50 AM
Okay here is where you will find the user guides as well as the API documents. https://resellone.net/support/apisupport.aspx
I had an OpenSRS API. It works if you set host to resellers.resellone.net and port 52000 also make sure the firewall is open.
WillyMore
04-22-2006, 07:56 PM
sounds like success
byproduct
05-02-2006, 11:06 AM
there are several reseller accoutns availible.
several cost no more than resellone.
most actually function!!!!
infact, everyone else is leaving resollone behind.
but of those cheaper ones, how reliable are they really?
if you wind up buying a sub reseller account you could find your self hurting real easy.
they are a huge gamble.
regardless what the price is, if you can't get the accoutn from a major name then you better be careful.
i won't be rude enough to mention other resell programs here, but amounts range from ...
$49 to $7000 buy ins
$6.49 to $16 reg fees.
i did see this morning for $100
"SUB" reseller account $7 domains and all the addons and extra's.
recently, a registrar offered to do the accreditted gig for me, for $35 to 50k... depending on setup wanted.
so you can spend as much as you want and go as far as you want... just be sure what your getting and WHO from.
atleast the big names will be around next year.
those "individual" sub reseller accounts, you never know.
xeryph
05-09-2006, 03:15 AM
Hello,
I have an problem with using opensrs.
I cannot connect to server:
_________OpenSRS Client Debugger__________
OpenSRS version : 2.9.1
Perl version : 5.008005
Operating System : **********
Perl compiled for : linux (i386-linux-thread-multi)
Connection Type : HTTPS
Server Hostname : resellers.resellone.net
Server Port : 55443
HTTPS Port : 55443
Reseller Username : username
Private Key Length : 112
==========================================
Encryption [HTTPS]
Encryption Method : SSL
==========================================
Software Requirement Tests [HTTPS]
Checking for Digest::MD5 : OK (version 2.33)
Checking for Unicode::String : OK (version 2.09)
Checking for Storable : OK (version 2.13)
Checking for Data::Dumper : OK (version 2.121)
Checking for HTML::Template : OK (version 2.8)
Checking for XML::Parser : OK (version 2.34)
Checking for LWP::UserAgent : OK (version 2.031)
Checking for LWP::Protocol::https: OK
Checking for HTTP::Request::Common: OK (version 1.22)
==========================================
OpenSRS Client Modules
XML Client Version : XML:2.2.3b
TPP Client Version : 1.4.0
==========================================
Checking for Net::SSL
==========================================
Checking for IO::Socket::SSL
==========================================
HTTPS Authentication Test
Logging in to OpenSRS server : ERROR: Unable to login to server
--------------------------------------------------------------------------------
This test will check the requirements for the connection type other than the one currently selected.
It is provided to indicate your readiness to switch between different connection types.
The failure at any point of this test does NOT impact the operation of the current configuration.
===============================
I do not know what to do. Do you have some idea how to fix it?
Thanks a lot for help.
Laurie-Resell1
05-09-2006, 06:49 AM
xeryph,
I have forwarded your issue to my technical support, please email any specific issues that you may have to support@resellone.net so that if we have any questions that need to be relayed we can do so. I will post the response as soon as I hear from my tech people.
aventureben
05-09-2006, 11:21 AM
You've maybe heard from them directly by now...but your problem is with the port :)
Normal port: 52000
Secure port: 52443
Should be sorted if you use them. Test it yourself
http://resellers.resellone.net:52000/ and https://resellers.resellone.net:52443/ work while http://resellers.resellone.net:55000/ and https://resellers.resellone.net:55443/ doesn't
Laurie-Resell1
05-09-2006, 12:35 PM
You've maybe heard from them directly by now...but your problem is with the port :)
Normal port: 52000
Secure port: 52443
Should be sorted if you use them. Test it yourself
http://resellers.resellone.net:52000/ and https://resellers.resellone.net:52443/ work while http://resellers.resellone.net:55000/ and https://resellers.resellone.net:55443/ doesn't
Thanks aventureben!
xeryph
05-09-2006, 01:22 PM
How can I open this port on my system?
Thnanks.
Change the port in the script/config and open the port in your firewall.
xeryph
05-10-2006, 01:25 AM
My question is exacly: How can I open that port in firewall?
Thanks.
What firewall are you using?
xeryph
05-11-2006, 12:56 PM
I use APF with iptables.
Thanks for any help.
kasey
05-11-2006, 11:16 PM
If you have egress filtering turned on, just add 52000 and 52443 to the EG_TCP_CPORTS line in your conf.apf file (/etc/apf/conf.apf on most systems).
Of course, if you don't have egress filtering turned on (the default setting), you don't have anything to worry about as far as APF is concerned.
mkhmer
05-16-2007, 12:05 AM
I am new to ResellOne.net
I would need to have my own control panel rather than having my clients come straight to reseller.resellone.net and control their domain with my reseller account. I want to use OpenSRS package which seems to be mostly unsuccess with other reseller user.
I need a short guide on how to set up a working opensrs with ResellOne.net account.
THanks,
aventureben
05-16-2007, 11:01 AM
What opensrs package are you meaning?
Normally it's just a case of updating the servers/port, and everything works
sadiqbd
06-11-2007, 10:25 AM
Can Anyone Give me a PHP Module to integrete my site with ResellOne API? if anyone has any PHP module Please send it to sadiq2 at gmail.com
Please help me someone...
yurtesen
06-11-2007, 01:41 PM
Can Anyone Give me a PHP Module to integrete my site with ResellOne API? if anyone has any PHP module Please send it to sadiq2 at gmail.com
Please help me someone...
There is a php class from opensrs, please check
http://blog.tucows.com/blog/_archives/2006/11/30/2539950.html
sadiqbd
06-11-2007, 08:26 PM
There is a php class from opensrs, please check
blog.tucows.com/blog/_archives/2006/11/30/2539950.html
I tried with this script but I get error message "Authentication Error: Connection refused: invalid ip address [216.246.35.79]"
Note: The IP address is allowed in my RW1 Panel.
sadiqbd
06-12-2007, 04:27 AM
Now API is working on my site.
sadiqbd
06-12-2007, 05:00 AM
What is the Test URL and Test Port number for API?
Domains_Aamir
06-13-2007, 09:09 AM
I'm sorry but those things do not exist at this time.
Thanks,
Aamir Abdullah
Reseller Services Supervisor
aabdullah@theplanet.com
Direct: 713-444-1502
Fax: 713-942-9332
Main: 713-333-7873
www.theplanet.com
Spokuz
08-03-2007, 05:30 AM
I'm configuring CCS (Client Code suite) for my clients, but i'm having a problem. I create a sub-user but when i try to login (in CCS) with the sub-user data i receive the following error:
Code 435: Permission Denied
Anyone with the same problem? How can i solve this?
Thanks in advance :D
LFCII
08-03-2007, 09:36 AM
Hi Spokuz,
A little more detail would be helpful.
I am assuming you are using the unencoded version of the CCS.
If it is only the sub user routine causing the error, you will need to reverse engineer that section and see if a path or port is not set correct for RS1. I am again assuming you are entering the correct user name and password for the sub user.
Kind Regards,
Les
JamesC
08-03-2007, 07:04 PM
I haven't tried the CCS yet I did look at it but seeing how I do not have PHP 5 set up yet I haven't tested it.
I am looking into the un-encoded version tonight tho ...... ;)
Also look in your error log filefor the domain that CCS is installed
JamesC
08-04-2007, 09:30 PM
Well had a quick look at the CCS scripts and while they seem nice and all what is the need ??
Just to manage the domains? You can do this with one CGI script, anyways I can't help with the problem but I would almost bet that it is an install problem.
Have you tried the testenv.php yet?
Spokuz
08-06-2007, 03:30 AM
Hi guys,
First of all, thanks for the replies :)
LFCII, i'm working with the zend encoded version, i downloaded it here: http://resellers.tucows.com/current/
I'm sure that i entered the correct user / pass :|
JamesC, i run testenv.php and yes, everything is ok. I need this script just to permit to our clients the management of their domains with 'sub-user' limitations.
vBulletin v3.5.1, Copyright ©2000-2012, Jelsoft Enterprises Ltd.