When you use the xDB Replication Console to create a replication system, you will need to register a publication server and a subscription server. During this process you are given the option to save the server’s login information. This section describes what happens if you select this option.The following discussion applies to both publication servers and subscription servers. These are generically referred to as “servers” in this discussion.4.2.1 Server Login FileIf you choose to save the login information, the server’s network location (IP address and port number), admin user name, and password are stored in a server login file in a hidden location under the home directory of the operating system account with which you have opened the xDB Replication Console. See Section 3.5 for the location of this file.The following shows the Register Publication Server dialog box where the option to save login information is presented as a check box. In this example 192.168.2.22 entered in the Host field, 9051 entered in the Port field, admin entered in the User Name field, and an encrypted form of the password entered in the Password field are saved in the server login file for this publication server if the admin user name and password validation are successful.The values for User Name and Password that you enter are validated against the admin user name and password in the xDB Replication Configuration file residing on host 192.168.2.22, in this case. The admin user name and password must successfully authenticate before registration of the publication server and saving of the publication server’s login information in the server login file occur. See Section 184.108.40.206 for information on the xDB Replication Configuration file.See Section 5.2.1 for more information on the purpose of these fields and the process of registering a publication server.The following shows the Register Subscription Server dialog box. In this example 192.168.2.22 entered in the Host field, 9052 entered in the Port field, admin entered in the User Name field, and an encrypted form of the password entered in the Password field are saved in the server login file for this subscription server if the admin user name and password validation are successful.See Section 5.3.1 for more information on the purpose of these fields and the process of registering a subscription server.Saving server login information gives you the convenience of immediate access to the publication server and any of its subordinate publications, or access to the subscription server and any of its subordinate subscriptions. That is, when you open the xDB Replication Console, the Publication Server nodes of saved publication servers immediately appear in the replication tree allowing you to perform administrative tasks on its subordinate publications.Similarly, the Subscription Server nodes of saved subscription servers immediately appear in the replication tree allowing you to perform administrative tasks on its subordinate subscriptions.If you did not save server login information, the server nodes would not be visible in the replication tree. You would have to re-enter the server’s network location, admin user name, and password. In other words, you would have to register the server each time you open the xDB Replication Console.Note: Each operating system account on a given host has its own server login file. Thus, the servers that are saved and appear in the xDB Replication Console when opened is independently determined for each operating system account.The security risk associated with it is if unauthorized persons gain access to your operating system account, they could then potentially open the xDB Replication Console on your host using your operating system account.If the login information of publication servers or subscription servers is saved, the corresponding Publication Server nodes or Subscription Server nodes immediately appear in the xDB Replication Console with no request for authentication information.This allows an unauthorized person to perform any operation on the exposed publications and subscriptions including the potential to completely delete the replication system.Note: The publication database and subscription database cannot be deleted, but unauthorized replications could be forced to occur.