Does the SDK have any functionality that links ProductUserID with ClientID? For kicking member purposes.

[Ermelious]

I'm trying to implement a KickMember feature to my Lobby but would like to include kicking that member out of the Network as well hence there is a need to call DisconnectClient(ulong ClientID) in NetworkManager.

To do this, the server needs to know which member it is attempting to kick. Unfortunately, there doesn't seem to be a place for the Server to track down a ClientID from a respective lobby member's ProductUserID. It has access to both, but there doesn't seem to be a way to tell which ClientID belongs to which ProductUserID.

One solution is to send ProductUserID over as the ConnectionApproval Response.Payload and have the server store both the ClientID and ProductUserID in the LobbyMember Attributes, which will than, be accessible to all Lobby members. (Also, for the purpose of Server Migration where the new Host will be able to assign the migrated data to each reconnected client based on their respective ProductUserId)

But if there is an existing functionality to retrieve the ProductUserId from each NetworkClient (Netcode) OR if there is a better secure way than the one proposed above? Please kindly advise.

[paulhazen]

Hi @Ermelious, thanks for your interest. Can you clarify what you mean by kicking a member out of the network? Do you mean you want to ban them from your game altogether?

[Ermelious]

Hi @Ermelious, thanks for your interest. Can you clarify what you mean by kicking a member out of the network? Do you mean you want to ban them from your game altogether?

@paulhazen By kicking I meant, Kick the Lobby Member out of the Lobby and NGO Server.

My current implementation is where I have Netcode for GameObjects (NGO) store each connecting Client's ID and ProductUserID in a Networked Dictionary, this Networked Dictionary will basically allow any Lobby Member (not just the host) to lookup this dictionary to get the respective ClientID's ProductUserID.

This way the LobbyOwner will then be able to both Kick any Lobby Member out of the Current Lobby AND Disconnect the member out of the (NGO) Host/Server.

Without this, the host is only capable of Kicking a Lobby Member (EOS) out of the Lobby but is not able to Disconnect the player out of (NGO) server because the LobbyOwner (EOS) does not know the ClientID (NGO) of the specific ProductUserID it is kicking as seen below

(My Question: Is there already an existing way implemented in PlayEveryWare's EOS SDK OR is there is a better approach to go about doing this than the one I'm implementing below? Thanks!):

Configuring NGO's Connection Approval Payload with the ProductUserId, so when it reaches the Server, the Server will register the both the ProductUserID and the ClientID in a Networked Dictionary.

NetworkManager.Singleton.NetworkConfig.ConnectionData = System.Text.Encoding.ASCII.GetBytes(EOSManager.Instance.GetProductUserId().ToString());

The Networked/Synced Dictionary that will be accessible to ALL NGO clients for lookup-purposes

    NetworkVariable<Dictionary<string, ulong>> clientIdentities = new NetworkVariable<Dictionary<string, ulong>>();

Upon connection received, register both ProductUserID and ClientID into the networked "clientIdentities" Dictionary.

private void ApprovalCheck(NetworkManager.ConnectionApprovalRequest request, NetworkManager.ConnectionApprovalResponse response)
    {
        Debug.Log("Payload: " + System.Text.Encoding.ASCII.GetString(request.Payload));
        ProductUserId productUserId = ProductUserId.FromString(System.Text.Encoding.ASCII.GetString(request.Payload));
        clientIdentities.Value.Add(productUserId.ToString(), request.ClientNetworkId); // Store the incoming ClientID and ProductUserID in this networked dictionary
        response.CreatePlayerObject = true;
        response.PlayerPrefabHash = null;
        response.Position = Vector3.zero;
        response.Pending = false;
        response.Approved = true;
    }

The LobbyOwner will then be able to call this KickMember function to kick a specific LobbyMember out of the CurrentLobby and NGO Server using the information stored in the client identities dictionary.

protected void KickMember(ProductUserId productUserId)
    {
        string targetMemberName = eosAssets.lobbyManager.GetCurrentLobby().Members.Find(x => x.ProductId == productUserId).DisplayName;
        ulong clientID = clientIdentities.Value[productUserId.ToString()]; //This is the lookup network dictionary accessible to ALL NGO clients to track down the ClientID associated with the productUserId the player is attempting to kick from the Lobby.
        ClientRpcParams clientRpcParams = new ClientRpcParams
        {
            Send = new ClientRpcSendParams
            {
                TargetClientIds = new ulong[] { clientID } 
            }
        };
        DisplayYouHaveBeenKickedNotificationClientRpc(clientRpcParams);
        eosAssets.lobbyManager.KickMember(productUserId, (Result result) =>
        {
            if (result == Result.Success) 
            {
                NetworkManager.Singleton.DisconnectClient(clientID); // We use that tracked ClientID to Disconnect the correct NGO clientID associated with the ProductUserID 
            }
            else
            {
                Debug.LogError("Failed to kick member. " + result);
            }    
        });
    }