|Products||DownloadPrice & OrderSupportCompanyTutorialsSitemap|
back | index | next
Here are the answers to some frequently asked and particular questions.
Is there any way that the FTP can be configured to execute a script to automatically copy an entire directory from the host back to the PC?
It is impossible in the Point-and-Click mode (graphical interface). In the Command Line mode (text interface), you can:
In this case, all files from DIR and its subdirectories on the remote host will be copied to the current directory and its corresponding subdirectories on the local host.
But the best way to copy a directory with its subdirectories from a remote host to your PC is turning on the Include Subdirectories check box in the Copying Directory dialog box.
Can your FTP client make use of ELPF?
Yes it can. WinaXe Plus's FTP client automatically recognizes 'anonftpd', a secure FTP server supported EPLF.
The File Transfer Protocol (FTP) supports two commands that list files: NLST and LIST. The NLST response is easy to parse but provides very little information. The LIST response provides more information, but in a format that varies from system to system. The most common LIST formats are undocumented and impossible to parse reliably.
Easily Parsed LIST Format (EPLF) is a format for the LIST response that is usable by humans yet easy for programs to handle. This format is supported by 'anonftpd', a secure FTP server.
One visible advantage of EPLF is that a browser can easily display dates in the viewer's time zone and native language.
An EPLF server must respond to "LIST filename" with information about that file and no others, even if that file is a directory. A client that wants an EPLF list of the contents of a directory must first CWD to that directory. A client that merely wants a list of file names in a different directory may use NLST.
There are some problems with 'special' Unix file names.
FTP can choose the remote host's OS type (DOS, Unix, etc.). This gets FTP to 'understand' file names of the remote host's directory. To choose the OS type on the remote host, you may use the Server Types Option.
Problem: I need to be able to run an ftp command from a command-line that initiates a "PASSIVE" ftp connection. Is this possible with your product?
Yes, WinaXe Plus's FTP supports the PASSIVE ftp connection mode. You can check the Passive Transfers check box on the Settings tab of the main FTP window before clicking the Connect button. (See section Transfer Options in chapter FTP.)
You can add the following line to the [FTP] section of the xwp.ini file
to reflect the Passive Transfers option turned on or
to reflect the Passive Transfers option turned off.
You can create two ini-files for FTP: one with Passive=0 and another with Passive=1.
You can launch FTP with the command line parameter:
PATH\ftp.exe -xini <IniFilePath>
where <IniFilePath> specifies a full path to a specific ini-file and PATH indicates your WinaXe Plus home directory.
It seemed like my FTP server conflicted with your NFS-Server. I am using WarFTP server. Is there a known conflict between these two products?
As we know, WarFTP usually runs the 'portmapper' service daemon. You may check this by using the 'netstat –a' command.
If you see the TCP and/or UDP 'LISTEN' socket with '111' port number, then portmapper is active.
If you see also the 'LISTEN' socket(s) with '2049' port number, then you have NFS-Server active (already!).
The third important thing is the presence of the mountd 'LISTEN' socket(s). This service does not have a constant port number (it may be 1058, but not always).
Please also run the 'rpcinfo -p YourPC' command (where YourPC is the hostname or IP address of your PC with WarFTP) on any machine with UNIX-like system (Solaris, LINUX, AIX, OS/2). This command will show you all services that are registered in your WarFTP's portmapper.
If you see the 'mountd' and do not see 'nfs' registered in the portmapper, then you can simultaneously use our NFS-Server with WarFTP. Simply run it as 'nfs_serv.exe -ExternalPortmapper'.
Before disabling WarFTP, please try to run our NFS-Server with the 'nfs_serv.exe -ExternalPortmapper' command. If you obtain problems, then you need to disable somehow the WarFTP's portmapper to use our NFS-Server.
In any case, you should worry if you see the TCP and/or UDP 'LISTEN' socket with '111' port number before you run our NFS-Server.
I installed NFS-Server and set "NFS User Access" to 'any-host, any-user, any-group can read/write'. After mounting the PC-local-disk (C:\temp) on the Linux-file-system (/usr1/temp), I (not root-user) can read the PC-files. But I cannot write (and create) any file on the NFS-mounted disk. Only the root-user can write files. We use "RedHat 6.0" Linux.
There are two ways to specify "User ID" and "Group ID":
1) One recommended for "RedHat 6.0" Linux:
2) One recommended for Solaris.
To set up the UID and GID that the (Solaris) nfs-client will see, you can edit the export.us file (in the WinaXe Plus home directory). For example, the following lines:
d:\mnt\ 2603 1003 W 0
indicate that any host from the sub-network 192.168.136.* will be able to mount to 'd:\mnt', and UID and GID will be 2603 and 1003 after mounting (only digits are allowed here, not names. You can determine this by using the command 'id' on the UNIX box). By default, UID=0 and GID=0 (i.e. root).
You should use UID and GID only known to a UNIX host.
How can I control the file mode? Can I set or reset the 'system', 'archive', or 'hidden' attribute of MS Windows file (and directory) by using UNIX commands?
Unfortunately, the FAT file system does not support permissions similar to UNIX permissions (i.e. 'Read/Write/Execute' for 'user/group/world'). While writing files from UNIX to MS Windows, NFS-Server applies the following rules:
You can set/reset attributes by using UNIX commands. And so you can set up attributes of MS Windows file (for example, the command 'chmod +x <file name>' will produce the 'hidden' <file> on the MS Windows box).
How to run your NFS Server as a MS Windows XP service?
Is it possible to convert fonts used in Motif to be used with WinaXe Plus (the fonts with the .pcf suffix)?
Yes, it is. You should create a directory for .pcf files, create the fonts.dir and fonts.ali files in it, and add the corresponding item to Font Path (the Priority ordered path box) by using XSettings. XServer makes use of .pcf fonts the same way as .snf fonts.
You can enable Trace Fonts Requests in XSettings to find out fonts that are absent (from the xserver.out file).
There are several ways to add fonts to WinaXe Plus (see Chapter Font Control):
1) Connect to a remote font server which provides fonts you need.
You can launch XSettings, press the FontPath button, enter your font server specification in the Font directory field, select a font server specification in the Priority ordered path box, and Insert the Font directory into the path list before/after the selected item.
To detect required font directories and their order on a remote host, please logon to the remote host by using the console (under the same account), and then run the command line "xset -q" from the xterm window or from the console. Please store the "Font Path:" from the output of this command.
You should add the missing paths to these fonts in the same order into the "catalogue=" line of the font server's config file. Then, if the font server is running, restart it or re-read its config file.
E.g., the config-file for Solaris is /usr/openwin/lib/X11/fontserver.cfg, for Linux /usr/X11R6/lib/X11/fs/config.
Note: If you are using a font server located on a Linux host, you cannot check its config file because all fonts are included in the config file.
If you are using X11 Forwarding for X-applications, you should use the forwarding for port 7100 of a font server too.
2) Copy fonts you need (.snf or .pcf files only) into a directory on your PC and include its name into the Font Path list.
Example for Asian fonts:
If you have Chinese, Japanese, Korean, or other 16-bit fonts supported by a UNIX host, you should:
3) Use XSettings' PSEUDO fonts feature to emulate X-fonts with MS Windows fonts which actually exist on your PC.
4) Create aliases for fonts you need in a directory to substitute them with MS Windows fonts which actually exist on your PC and include the directory name into the Font Path list.
For example, the 'sun-fontspecific' fonts may be substituted with the 'adobe-fontspecific' fonts.
5) Edit the fonts.ali file in any existing font directory and create aliases for absent fonts to substitute them with existing fonts.
Of course, the first and second ways are preferable.
You can try to run the following command line
fsinfo -server fontserverhost:portnumber
If you get the message:
'/usr/openwin/bin/fsinfo: unable to open server "fontserverhost:portnumber'
and run the following command on your host:
netstat -an | grep 7100
If you do not get any answer, then check configuration of the X font server on your host.
When trying to start some of our local UNIX applications, the following error was displayed - Cannot accept '/usr/local/Apstools/12.1/lib/fonts' FontPath Element.
You need to avoid this problem. While executing, your application adds a new item '/usr/local/Apstools/12.1/lib/fonts' to XServer's Font Path. This action is not legal for WinaXe Plus's XServer because it works only with local Font Path and/or with a remote font server path.
When using the X Display manager the font that is on the screen is the same as the one I am using now. But when I log in from the host or HP Xterminal the font looks like a 'sans serif' or 'arial' type of font. How can I get the required font? I noted down the fonts that are loaded by an Hp-Xterminal when it boots up from the host. They are /usr/lib/X11/700X/fonts/hp-roman8/75dpi/system19.snf and system23.snf, system16.snf, system17.snf, system13.snf, ser11x19.snf. I copied these fonts to my local PC and added these fonts to the font path, but when I started the X Display manager, I received garbage on the screen, where the login and password words were before.
The HP-snf font format actually differs from the X11-snf font format. WinaXe Plus's X-session processes only X11-snf fonts and cannot process HP-snf fonts. X-session cannot distinguish between these formats because they have the same file name extension.
You have to convert the HP-snf to X11-snf.
Cut and Paste did not work between windows (e.g., between W'95 Notepad and SUN/UNIX Textedit). I have still to try dragging and dropping a file between windows (e.g., UNIX Filemanager to W'95 File system).
In your case, you should choose the CLIPBOARD X Selection to provide the transfer needed.
To use the cut&paste functions, you should know the global cut buffers (X Selections) that your X-application uses for these operations (from X-application manuals).
Different X-applications can use different X Selections for cut&paste. For example, normally,
Before cut&paste, you should correctly define the global cut buffer (X Selection) that XServer and your X-application will use.
For example, to copy text between xterm and MS WordPad, you should specify the PRIMARY X Selection for xterm and XServer before copying.
For the xterm window, you can define the buffer by choosing: Select Options/XSelection... PRIMARY/OK.
Make sure that the Auto Clipboard Copy&Paste check box in the XSettings dialog box is enabled. (See section A Note on Copy and Paste in chapter Using XServer.)
If you want to copy text from xterm to MS WordPad, you can do the following:
In the xterm window:
In the WordPad window:
If you want to copy text from MS WordPad to xterm, you can do the following:
In the WordPad window:
In the xterm window:
The mouse Button2 is normally the middle button or simultaneously pressed left and right buttons if you have enabled the Middle Button Emulation check box in the XSettings dialog box.
I would like to know what True color support means... Will True color work with more than 256 colors?
True color support (in Windows) means that a video-driver supports the color palette with 64K colors. XServer supports 256-color palette and CAN operate with any High/True-color video-driver of Windows.
Is there a difference between using the X-manager and the windows manager in cutting and pasting?
WinaXe Plus cannot write the X Selection/bitmap to a file.
Is it possible to print X application's windows to my local computer (MS Windows 98 printer) with WinaXe Plus?
Yes, it is. On your local printer, you can print from MS Windows applications and from remote X applications as well (if the printer is accessible for them).
If you want to print from remote X applications to a printer connected to your PC (over the network),
If you want to print an X application's window that you see on your display to a printer connected to your PC,
By using X Selections, you can transfer required text from your X application to a MS Windows application (e.g., from xterm to WordPad) and then print the whole document to your printer.
I want to run Netscape from my PC on the remote UNIX machine. I use 'your' telnet to log into the remote UNIX computer. There I can find my PC's IP address. I try to start 'xterm' on the UNIX machine. I think it does start in the 'background'. When I try to run, say, Netscape, 'it' complains that it cannot find 'display'. What the problem could be?
Make sure that your remote host is accessible from your PC. First, try to open a telnet connection to a remote host. If you can do that, then check whether you can start X-applications from the telnet session on your remote host:
(in this case, you should add the name and IP-address of your PC into the /etc/hosts file on your Unix host).
Has the xterm window appeared on the screen of your PC?
If not, check that TCP ports 6000 - 60xx used by XServer on your PC are accessible from the remote host.
If yes, you can try to launch X-applications by using the Startup utility. First:
If the xinetd daemon is used on your remote host, it is recommended that you read corresponding manual pages for xinetd.
If these lines are present and are not commented-out, you can try to launch X-applications (or run any Unix command) by using Startup.
Launch Startup, select one of the start methods (REXEC/RSH/RLOGIN) supported by the Unix host (see the /etc/inetd.conf file of the Unix host), enter the Host Name or IP-address of the Unix host, User ID, and Password in corresponding fields of the Startup dialog box, enter any Unix command in the "Command" field (e.g. 'ls -l'), and then click the Execute button.
Is there any output of this command in the "Status Messages" field?
If yes, then enter the command launching xterm (e.g., /usr/X11R6/bin/xterm -display $(LOCALIP):0 ) and click the Execute button.
Has the xterm window appeared on the screen of your PC?
Also, you can try to use the XDMCP mode of XServer. If you want to use XServer in the XDMCP mode, please check that the xdm-daemon is running on the remote host and check XDMCP configuration.
To use XDMCP, you should launch XServer in the Single/Full or Multiple+RemoteWM mode because, if XServer is running in the Multiple mode, some remote window managers (including 'gnome' and KDE) close X-session when they detect any other running window manager (e.g., MS Windows window manager or local 'mwm').
To configure XServer, you should start the XSettings utility, select the Single/Full or Multiple+RemoteWM mode, enable the Use XDMCP check box, click the Settings button, and then specify XDMCP settings.
Before using XDMCP, make sure that XDMCP on the remote host listens to UDP port 177. To do so, run the "netstat -an|grep 177" command on the remote host. You may see from its output:
"udp 0 0 0.0.0.0:177 0.0.0.0:* "
(or for Solaris station: *.177 Idle)
If you do not see this, please check configuration of XDMCP on your remote host.
Also, make sure that UDP port 177 on the remote host is accessible from your PC (i.e. there are no any firewalls, etc. filtering these packages between your PC and the remote host).
If UDP port 177 on the remote host is not accessible from your PC, you cannot use XDMCP mode of XServer.
When XServer is running in the Single/Full or Multiple+RemoteWM mode, the remote window manager that you select will be used (e.g., 'olwm', CDE, 'twm', 'mwm', etc.).
If you want to use a remote window manager, please use the Single/Full or Multiple+RemoteWM mode. In this case, you should use the XDMCP mode or start any remote window manager from the Unix host (e.g., start 'xterm' and then start the required window manager from the xterm window). In this case, the remote window manager only provides the windows managing functions (moving, resizing, etc.).
Also, you can launch the local 'mwm' program (Motif Window Manager) on your PC from the X-session's Run menu (for the Single/Full or Multiple+RemoteWM mode). In this case, 'mwm' will provide the windows managing functions.
If you do not want to use a remote window manager, please use the Multiple mode. When XServer is running in the Multiple window mode, the MS Windows window manager is used and any other window manager is blocked.
Some remote window managers (including 'gnome' and KDE) close the X session if they detect any other running window manager. In this case, you cannot use the Multiple mode and should only use the Single/Full or Multiple+RemoteWM window mode.
Problem: I am new to using XServer from Windows and would like to use an SSH tunnel and display the entire gnome desktop on my Windows box.
If you have any X server running on your PC, you can launch an X application to this X server with any SSH client by using X11 Forwarding.
If a remote host supports SSH1 or SSH2 (i.e. the ssh-daemon is running), you can use the SSH session for logon to the remote host and then start any X application from the SSH session.
You can start remote X applications in the SSH mode of Telnet_SSH (WinaXe Plus's Telnet_SSH acts as SSH client in the SSH mode). To do so, you should:
SSH automatically takes care of xauth, $DISPLAY, etc. The SSH client enables X Forwarding by default, automatically sets the DISPLAY environment variable on the server machine, and provides forwarding of any X11 connections with this DISPLAY over the secure channel.
Xauthority information is automatically generated and forwarded to the remote machine. The local client automatically examines incoming X11 connections and replaces the authorization data with the real data.
With WinaXe Plus's Telnet_SSH, you can create an encrypted connection with a remote host and display any X applications on your PC. In this case, you cannot only use the XDMCP connection mode of XServer because SSH provides tunneling TCP packets only (it does not provide tunneling UDP packets).
In this case, your X-session can be as follows:
If the user is using X11 (the DISPLAY environment variable is set), the connection to the X11 display is automatically forwarded to the remote side in such a way that any X11 programs started from the shell (or command) will go through the encrypted channel, and the connection to the real X server will be made from the local machine. The user should not manually set DISPLAY from the SSH session. The DISPLAY value set by SSH will point to the server machine, but with a display number greater than zero. This is normal, and happens because SSH creates a "proxy" X server on the server machine for forwarding the connections over the encrypted channel.
Make sure that entry line "127.0.0.1 localhost" is present in the hosts system file of your PC. If you use "Access Control", you should include "localhost" into the "Valid Hosts File" (see section Using XSettings in chapter Configuring WinaXe Plus).
If you are using RSA key to log in a UNIX host, you should use the ssh-keygen program on the host to create the authentication key for SSH. Then you should copy the created identity file to your PC.
You can use the Startup utility to launch X applications through the encrypted channel created by the SSH client of WinaXe Plus. Through SSH connection, you can only use the REXEC method of Startup (if a remote host supports REXEC for localhost).
Before using SSH from the Startup utility, you should previously open an SSH connection to a remote computer. For example, to create the encrypted connection with your host,
When your SSH connection is open, the "Telnet_SSH" window will appear.
Then if you want to use the Startup utility (with REXEC) through the created encrypted channel,
The Startup utility will open REXEC to the remote host through the encrypted connection.
You can use the FTP utility to connect to remote hosts through the encrypted channel created by the SSH client of WinaXe Plus.
Before using SSH from FTP, you should previously open an SSH connection to a remote computer. For example, to create the encrypted connection with your host,
When your SSH connection is open, the "Telnet_SSH" window will appear.
Then if you want to use FTP through the created encrypted channel,
FTP will open connection to the remote host through the encrypted connection.