You can use the SWITCH.INF file (or PAD.INF on X.25 networks) to automate the log on process instead of using the manual RAS Terminal describe in the previous section, "Using RAS Terminal for Remote Log Ons."
SWITCH.INF is like a set of small batch files (scripts) contained in one file. A SWITCH.INF script has four elements: a section header, commands, responses, and comments.
Section headers divide SWITCH.INF into individual scripts. A section header starts a script.
Each line in a script is a command or a response. A command comes from the local RAS client. The commands you can issue from a Windows NT computer are listed below.
A response is from the remote device or computer. To write an automatic script, you must know the required responses for a specific device. The commands and responses must be in the exact order the remote device expects them. Branching statements, such as GOTO or IF, are not supported. The required sequence of commands and responses for a specific intermediary device should be in the documentation for the device, or if you are connecting to a commercial service, from the support staff of that service.
The SWITCH.INF file can contain scripts for each intermediary devices or online service that the RAS user will call. The scripts are activated by configuring Remote Access phonebook entries as described below in the section "Activating SWITCH.INF Scripts."
Note RAS permits you to embed your username and password only in clear text in the SWITCH.INF file. The ability to use macros that obtain your username and password from your own RAS phone book file (username.PBK) will be included in an upcoming, interim release of Windows NT. This functionality may be available by the time you are reading this. Check the RASPHONE.HLP file on your current system for the availability of these macros and for more information about creating scripts with SWITCH.INF.
A section header marks the beginning of a script for a certain intermediary device and must not exceed 31 characters. The section header is enclosed in square brackets. For example:
[Route 66 Login]Comment lines must have a semicolon (;) in column one and can appear anywhere in the file. Comment lines can contain information for those who maintain the SWITCH.INF file. For example:
; This script was created by MariaG on September 29, 1995A command comes from the local computer. A response comes from the remote device or computer.
You use the COMMAND= statement to send commands to the intermediary device. The COMMAND= statement can be used three ways, as described below:
COMMAND=
COMMAND= by itself causes a 2-second delay, depending on CPU speed and whether or not caching software like SMARTDRV.DRV is running. Using COMMAND= as a delay is important because the intermediary device may not be able to process all commands if they are send at once.
COMMAND=custom string
This sends custom string but will also cause a slight delay of several hundred milliseconds (depending on CPU speed and caching software installed) to give the intermediary device time to process custom string and prepare for the next command.
COMMAND=custom string <cr>
This causes custom string to be sent instantaneously because of the carriage return (<cr>) at the end of the line.
You must consult the documentation from the remote device to determine the required strings to be send with the COMMAND= command.
Each command line is followed by one or more response lines. You must consult the documentation from the remote device to determine the possible response strings.
In addition to the response strings you obtain for the remote device (or online service), response lines can contain one of the following keywords:
OK=custom response string <macro>
The script continues to the next line.
CONNECT=custom response string <macro>
Used at the end of a successful script.
ERROR=custom response string <macro>
Causes RAS to display a generic error message.
ERROR_DIAGNOSTICS=custom response string <diagnostics>
Causes RAS to display the specific cause for an error returned by the device. Not all devices report specific errors. Use ERROR= if you device does not return specific errors.
NoResponse
Used when no response will come from the remote device.
These commands are usually combined. CONNECT= is usually the last line executed unless an ERROR line follows it and the intermediary device reports an error.
RAS on the local computer always expects a response from the remote device and will wait until a response is received unless a NoResponse statement follows the COMMAND= line. If there is no statement for a response following a COMMAND= line, the COMMAND= line will execute and stop.
Reserved macro keyword are enclosed in angle brackets
<cr>
Inserts a carriage return.
<lf>
Inserts a line feed.
<match>
Reports a match if the string enclosed in quotation marks is found in the device response. For example, <match> "Smith" matches Jane Smith and John Smith III.
<?>
Inserts a wildcard character, for example, CO<?><?>2 matches COOL2 or COAT2, but not COOL3.
<hXX> (XX are hexadecimal digits)
Allows any hexadecimal character to appear in a string including the zero byte, <h00>.
<ignore>
Ignores the rest of a response from the macro on. For example, <cr><lf>CONNECTV-<ignore> reads the following responses as the same: "crlfCONNECTV-1.1" and "crlfCONNECTV-2.3."
<diagnostics>
Passes specific error information from a device to RAS. This enables RAS to display the specific error to RAS users. Otherwise, a nonspecific error message will appear.
You can configure a RAS entry to execute a SWITCH.INF script before dialing, after dialing, or both. For example, to automate a remote log on to a remote host, you would first create the script in SWITCH.INF, and then configure the RAS entry to use the created script after dialing.
Choose the Security button. (In Windows NT 3.1 and Windows for Workgroups 3.11, this button is labeled Switch).
In the After Dialing box, select the name of the script. The section header in SWITCH.INF is what will appear as the name of the script. (In Windows NT 3.1 and Windows for Workgroups 3.11, this box is labeled Post-Connect).
When you dial this entry, the selected script will execute after RAS dials and connects to the remote host.
Windows NT 3.1 and 3.5 (and Windows for Workgroups 3.11) allow you to log all information passed between RAS, the modem, and the intermediate device, including errors reported by the intermediate device. This can allow you to find errors that prevent your scripts from working.
The DEVICE.LOG file is created by turning logging on in the registry. The DEVICE.LOG file is in the SYSTEM32\RAS subdirectory of your Windows NT directory.
Change the value of the Logging parameter to 1. When changed, the parameter should look like this:
Logging:REG_DWORD:0x1
Logging begins when you restart Remote Access or start the Remote Access Server service (if your computer is receiving calls). You do not need to shutdown and restart Windows NT.
If an error is encountered during script execution, execution halts. You must determine the problem by looking in DEVICE.LOG, make the necessary corrections to the script, and then restart RAS.
To turn logging on in Windows for Workgroups 3.11, edit the SYSTEM.INI file and in the [Remote Access] section add the line LOGGING=1. The text file DEVICE.LOG will be created automatically in the Windows directory when RAS is started.