Ask Your Question
0

Why are we unauthorized from accessing RETS account?

asked 2018-11-29 11:26:30 -0600

brokersolutions gravatar image

We are receiving a 401 - Unauthorized error in trying to access the following RETS account: mkt13ad3r. Please let us know if there is something that we can do in order to remedy this issue. Thank you for your help!

edit retag flag offensive close merge delete

Comments

What is your RETS Login URL?

bwolven gravatar imagebwolven ( 2018-11-29 11:27:29 -0600 )edit

We are using the following URL:

https://cren-rets.paragonrels.com/ret...

brokersolutions gravatar imagebrokersolutions ( 2018-11-29 11:30:24 -0600 )edit

It is probably the authentication method being used.
With HTTPS we require Basic authentication and HTTP we require Digest.
We prefer vendors to use HTTPS wherever possible.
But if that doesn't work, change the new URL to HTTP and try.

bwolven gravatar imagebwolven ( 2018-11-29 11:42:39 -0600 )edit

We don’t think that’s the problem. I get a 401 with or without the HTTP. Also there are other MLSs we have that use the exact same RETS/1.7.2 Black Knight solution where we don’t experience this problem.

For example, this login URL for cren returns a 401 with or without the https:

https://cren-rets.paragonrels.com/ret...

…but using the exact same login methodology (and simply substituting the credentials) with this URL for Georgia MLS:

https://gamls-rets.paragonrels.co

brokersolutions gravatar imagebrokersolutions ( 2018-11-29 12:09:01 -0600 )edit

From our logs it looks like you are pulling data without issue.
The only exception is the LS_6 class search that is failing because you don't have access.
Can you verify that it is working now?

bwolven gravatar imagebwolven ( 2018-11-29 12:45:35 -0600 )edit

No, we are still encountering issues with the 401 error message. Could this be possible because this account is logged into multiple times from various IP addresses? Are you blocking one of the following IP addresses: CWS Primary Server: 207.38.102.16 CWS Secondary Server: 207.38.102.83

brokersolutions gravatar imagebrokersolutions ( 2018-11-29 13:46:12 -0600 )edit

I only see requests from: 207.38.102.16, 199.87.168.136, and 199.87.168.145 in our logs
Did you update the URL to the new one in all of your environments?

bwolven gravatar imagebwolven ( 2018-11-29 13:54:21 -0600 )edit

I see requests from that account from User-Agent: "Wrecks/1.0" the 207 IP and "MarketLeader" the 199 IPs.
I'm not seeing any searches from "Wrecks/1.0" only Login attempts.
If the IP was being blocked, you wouldn't get 401 it would be a 500 error or something like that.

bwolven gravatar imagebwolven ( 2018-11-29 14:00:09 -0600 )edit

This is the login URL: https://cren-rets.paragonrels.com/ret...

But we don't have trouble logging in...a search returns a 401. We have the same problem with NNRMLS & CARMLS. There are 66 other downloads we run (using the same software) where we don't have this problem. The format of those logins looks mostly like these examples:

http://columbiasc.rets.paragonrels.co...http://freeport.rets.fnismls.com/rets...

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:12:33 -0600 )edit

But you still have the same issue if you connect using HTTP instead of HTTPS?
What library are you using to connect?

bwolven gravatar imagebwolven ( 2018-11-30 11:16:19 -0600 )edit

yes. we have our own RETS client.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:18:50 -0600 )edit

Does the MarketLeader application use the same client?

bwolven gravatar imagebwolven ( 2018-11-30 11:35:37 -0600 )edit

No. But we don't have this issue with the 66 other paragon feeds, just these 3. That's why I am doubtful it is the client.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:38:30 -0600 )edit

I just something interesting with this one: http://ncwv.rets.paragonrels.com/rets... Our process downloaded the data fine, but then it ran again soon after and got this error: "Server Temporarily Disabled. RETS is unavailable."

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:41:41 -0600 )edit

That error is normal. It is displayed when a RETS refresh is in process.
What MLS are you having the 401 issue?
You mentioned CREN and NNRMLS but what is the other one?

bwolven gravatar imagebwolven ( 2018-11-30 11:44:45 -0600 )edit

CARMLS...and that's it. The other 66 paragon downloads all work perfectly.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:46:47 -0600 )edit

sorry, early Wednesday morning.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 11:48:28 -0600 )edit

I'll have to do further analysis.
The environment that those 3 are on has a newer code release than the rest.
There may be a slight change in behavior with the new code.
Your initial question didn't mention anything about search getting the 401.
Because of that, I assumed you were getting the 401 during login.
You didn't mention that login was working and search was failing until today.
So I was looking down the wrong path.

bwolven gravatar imagebwolven ( 2018-11-30 11:56:57 -0600 )edit

Sorry about that, it was somebody less technical who originally started the thread. But what you say makes sense. I suspect the new code is somehow dropping our session perhaps.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 12:08:10 -0600 )edit

1 Answer

Sort by » oldest newest most voted
0

answered 2018-11-30 12:18:06 -0600

brokersolutions gravatar image

Hey, I got it to work by stripping the HTTP cookie returned from server to just the RETS-Session-ID!

edit flag offensive delete link more

Comments

Were the cookies being returned differently than before?

bwolven gravatar imagebwolven ( 2018-11-30 13:20:38 -0600 )edit

Yup, they were.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 13:34:20 -0600 )edit

So I see where we are sending back multiple cookies now.
Does it fail if you send all the cookies back?
Or were you just sending the wrong one back?

bwolven gravatar imagebwolven ( 2018-11-30 13:43:27 -0600 )edit

It just had to do with the content of the cookie, we were just expecting the RETS-Session-ID and nothing else.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 13:48:08 -0600 )edit

Ok. So it works if you send all the cookies that you receive back.
I just wanted to make sure it didn't break in that case.
Otherwise we would need to do a code fix.

bwolven gravatar imagebwolven ( 2018-11-30 13:51:53 -0600 )edit

Our work around seems to be ok.

brokersolutions gravatar imagebrokersolutions ( 2018-11-30 14:07:18 -0600 )edit

Great.
By the way your "MarketLeader" application is still trying to search LS_6 class and is failing because your profile doesn't allow access to that class.
If you can fix that it would be helpful.

bwolven gravatar imagebwolven ( 2018-11-30 15:04:54 -0600 )edit
Login/Signup to Answer

Question Tools

1 follower

Stats

Asked: 2018-11-29 11:26:30 -0600

Seen: 285 times

Last updated: Nov 29