Test setup as is and routing to SB2BI
This has been a quite long road to migrate and configure. But finally it is time to test everything.
To be able to see the difference, I start by logging on directly to the VSFTPD server (ftp.demos.ibm.int) as “user1”. I upload a file named “VSFTPD.txt”.
I then do the same on the SB2BI FTP Server (sinode1.demos.ibm.int). On that server I upload a file named “SB2BI.txt”.
I then have a file named VSFTPD.txt in my input folder on the “old” FTP Server and a file named SB2BI.txt on the SB2BI FTP Server where I am migrating to.
To test the setup in SEAS and SSP, I will log in as “user1” through the SSP server (ssp.demos.ibm.int). Since VSFTPD is set as “destinationIndicator” in the LDAP on “user1” I should then see the file “VSFTPD.txt” when logging in.
Now, to test the Dynamic Routing Feature, I will go in on the LDAP. Select “user1”.
I then update the destinationIndicator and set it to “SB2BI”.
To verify that the change in the LDAP is reflected, I once again log in through the SSP (ssp.demos.ibm.int) as “user1”.
Now the file “SB2BI.txt” is listed in the input folder. Thus SSP has routed the user to the new server.
To route the other three users to the new server, the “destinationIndicator” variable in the LDAP can be changed from VSFTPD to SB2BI.
"FTP Server migration using Sterling Secure Proxy – UserID based Dynamic Routing" table of contents
- FTP Server migration using Sterling Secure Proxy – UserID based Dynamic Routing
- Export user/password from VSFTPD to LDAP
- Export users from VSFTPD to SB2BI
- Export folder structure from VSFTPD to SB2BI Mailbox
- Create setup in SEAS to fetch Routing Information from LDAP
- Create Policy, Netmap and Adapter in SSP for Dynamic Routing
- Test setup as is and routing to SB2BI
- Summary
0 comments on “FTP Server migration using Sterling Secure Proxy – UserID based Dynamic Routing” Add yours →