Closed ghost closed 1 year ago
Can't reproduce with master
. Does your log have any more entries after that? The client does the token endpoint call to get the token because it needs to do something with it. In other words: if called, the token endpoint is called immediately before /info
, /connect
or /disconnect
. The call that followed would shed me some light, why the token endpoint was called for the second time.
It's also mind-boggling, why /.well-known/vpn-user-portal
was called. The client version you are testing with still has this cached in the memory.
I'm preparing a new release shortly. I have added some logging on the client side and will kindly ask you to try with the next release.
I'm preparing a new release shortly. I have added some logging on the client side and will kindly ask you to try with the next release.
Perfect, I'll test it with that one again then, it is (hopefully was) easy to reproduce for me...
From what I can see (and reported in chat) this has been resolved.
it seems the token endpoint is called twice. It is only reproducible (as far as I can see, but maybe there are more scenarios) like this:
If you observe the web server logs you'll see this:
Notice the last two line, that is not really expected to be there. Is it used to obtain a new access token using a refresh token (already?)?
Client: Windows 10, 3.3.6.