Unable to get api result. Check your configuration options.

[MtK]

Hey,
I know there are a lot of thread about this issue (when trying to connect with multi-server settings), but I have something that I couldn't find an answer to.

I have 5 server (4 + 1 new), where all 4 can connect to the new one, but not the other way around.
telnet to port 2222 works both way (with and without CSF being enabled).

I've set directadmin to run in debug mode (even d8000) on one of the servers and saw this:

Command::run: finished /CMD_API_LOGIN_TEST
Send::sendData() sendNothing=0
Send::sendData: DONE.  Sent: 301 bytes

when a different server tries to connect to the same server in debug mode I get this:

Command::run: finished /CMD_API_LOGIN_TEST
Send::sendData() sendNothing=1

(and connection is OK)




I've also tried to force a wrong password, and I do get a corresponding error.

 

[MtK]

apparently this is still an issue.

 

[DirectAdmin Support]

Are all boxes using 1.43.3?
With the implementation of this feature:
http://www.directadmin.com/features.php?id=1439

the admin account has the ability to shut off CMD_API access..
Click the password icon at the top of the page, and click "Manage Security Questions" and check the value near the bottom for:
Allow API logins with the current User/password. Login Keys and Session Keys are always allowed.

the setting in the user.conf for that User would be:
api_with_password=yes

which needs to be on... it should be on by default, but I do recall seeing a bug in an early release of the security questions feature which didn't have it on by default..
So just double check it's on.


For a d8000 debug level.. there should be quite a bit more information.
Aside from posting to us the "Authorization: Basic" header (has the password), if the issue persists, include as much of the output as you can... change values slightly if needed to hide IPs, etc.. make changed values bold​ so we know it's changed.

John

 

[MtK]

yes, all DAs are 1.43.3.
just to be clear, 4 servers are able to connect to the same server with the same password, just one can't - I wasn't even aware of the feature of a security question so I doubt it got enabled by itself.