What's new
By:
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal
RebornBuddy Forums

Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

RebornBuddyCN r586

DavidKim said:
This issue needs to be investigated, profile cannot be used.


The problem did not recur.
Click to expand...

Looks like there was an issue with the auth login system, where it was not properly respecting the region and sessions were getting lost. I am still seeing some sessions being reported as missing but the rate is dropping as clients reconnect to the proper region. Still investigating the cause.
 
This new build contains what I am dubbing NuAuth. If you would like to test NuAuth select the test region in the dropdown at the login prompt or set region 6 in the globalsettings.json

NuAuth is a total rewrite of the auth+offsets+heartbeat back end of rb. Many users were plagued with poor connection stability to the auth service and the auth service was designed with windows server only in mind and has very poor performance.

Right now NuAuth only has one region deployed for it, in the eu, but the response time of the nuauth vs old auth is so much faster that a single server might be sufficient and is part of the feedback im looking for.
 
Well without a log I can't do anything.

I highly recommend you try switching to the TestAuth on the login screen.
 
I'm pushing a new build out now as I have discovered a potential exploit that would allow session reusage in the current version. These zombie clients are hammering the auth server and are contributing somewhat to the performance issue.

I still recommend that users use the TestAuth if they are having connectivity issues.
 
I'm looking for logs containing "Session reused, terminating" . There seems to be either a bug in base RB or a plugin that is causing clients to open multiple connections to the nav server. I have seen some clients initiating over 45 connections that remain idle never sending requests. I just fixed a bug on the nav server that allowed these ghost sessions to remain connected and they are now actively being purged, this is not ideal as I would rather the clients not establish these ghost connections in the first place.
 
Offsets have been updated.

Sorry for the wait. Like global emergency releases, there may be a delay if it's unannounced.
 
New build makes a change to the networking system.

I have still been unable to reproduce the session reuse issue and my best guess at the moment is that it is due to a 3rd party addon doing something inappropriate.


Any logs from this issue would be appreciated, especially if happens with a clean install.
 
You must log in or register to reply here.
Back
Top