Why does the Workbench Simulation Asynchronous Solution (or Remote Solve) fail when the Unix machine platform is Linux AMD64, but works OK on other Unix platforms?
|
a. The Workbench Simulation Asynchronous Solution executes "ftp" on the remote Unix machine in order to transfer files. The default installation of Linux AMD64 (and possibly others) does not enable "ftp" by default, but rather "sftp" or "vsftp". The administrator must enable or install an "ftp" server on the Linux machine. You can test for the presense of the "ftp" client by executing the following from a Windows Command Prompt: c:> ftp <linux_machine_name> A response of "Connection Refused" or "Connection Timed Out" indicates that the "ftp" server is not installed or configured. b. The Workbench Simulation Asynchronous Solution requires the "ftp" client to support ASCII transfer mode. The default installation of Linux AMD64 (and possibly others) does not enable ASCII transfer mode by default. The administrator must enable ASCII file transfer mode on the Linux server. The following is a general procedure which may not be exact for all applicable platforms: <a target=_blank href="http://support.ipswitch.com/kb/WS-20040116-DM01.htm">http://support.ipswitch.com/kb/WS-20040116-DM01.htm</a>http://support.ipswitch.com/kb/WS-20040116-DM01.htm WS_FTP - Cannot make ASCII transfers to a Linux server Product: Version: Platform: WS_FTP All All Question/Problem: I can't make ASCII transfers to a Linux server. Answer/Solution: On some ftp servers (vsftpd, for example) you will have to make a change on the server to allow ASCII transfers. --vsftpd-- By default, the server will pretend to allow ASCII mode, but in fact, will ignore the request. Turn on the options below to have the server actually do ASCII mangling on files when in ASCII mode. In /etc/vsftpd/vsftpd.conf, the lines: ascii_upload_enable=YES ascii_download_enable=YES need to be uncommented (i.e, remove the # at beginning of these lines). Then, restart the server. |
||
|