TCOM

Sí, por supuesto. Puede dedicar una sesión de la consola a TCOM, para dar servicio a su línea de entrada y, simultáneamente y de forma independiente, trabajar en cualquiera de las otras sesiones.

Sí. En primer lugar, TCOM respeta el primer nivel de protección de su sistema: el de las "passwords" de las cuentas de su sistema . En segundo lugar, TCOM incorpora su propio sistema de protección adicional: el acceso de entrada . Puede decidir qué sistemas pueden conectarse a su ordenador, con qué nivel de permisos -terminal, llamada revertida, transmisión de ficheros, etc.- y a qué cuenta -e incluso a qué programa-queda restringido el servicio de terminal. Sólo se puede configurar el acceso de entrada desde la cuenta SYSTEM, puesto que es una labor propia de administración del sistema.

Sí, por supuesto. La única limitación es que un dispositivo físico no puede ser usado por más de un usuario simultáneamente; mientras un usuario esté utilizando el SIO1, ningún otro usuario del sistema podrá usarlo . Por supuesto, aunque lo ejecutemos varias veces, sólo necesitamos adquirir un único TCOM para todos los usuarios del mismo sistema operativo THEOS.

Sí, pero no desde una sola sesión, aunque sí desde una única consola. Suponiendo que en una sola sesión tuvieramos asociadas varias líneas, TCOM atenderá a todas las que estén asociadas hasta que se establezca una comunicación; a partir de ese momento y hasta que finalice esa comunicación, TCOM sólo atenderá a esa línea despreocupándose completamente de las demás. Para atender a varias líneas simultáneamente, deberemos arrancar una sesión para cada una de ellas, asociar el COM correspondiente a dicha línea, y ejecutar TCOM en cada una de las sesiones. Bajo este esquema, no existe ninguna limitación; todas las líneas se manejarán de forma simultánea. En definitiva, TCOM no incorpora el mecanismo de multitarea; es el sistema operativo el que lo soporta. Esto no es ninguna limitación, puesto que gracias a las posibilidades de multisesión, una única consola puede controlar tantas líneas como sea necesario.

Sí. Dependiendo del caso, necesitará un convertidor a RS-232 para colocarlo entre la línea y su ordenador. La labor de dicho convertidor resultará transparente para TCOM, e incluso para THEOS, que trabajarán como si de una línea serie se tratase.

Configure en la entrada de la agenda telefónica que vaya usar, el campo de "Conexión a TCOM" con el valor "NO". La clase a emular conmutará automáticamente a 100 -ANSI VT-100-, puesto que es la más corriente en las BBSs, pero puede configurar cualquier otra si lo necesita. Asímismo, el protocolo de transferencia de ficheros conmutará automáticamente a XMODEM, el único estándar actualmente incorporado por TCOM.

TCOM servidor acepta conexiones desde: Otro TCOM actuando como cliente (indicado para sistemas THEOS) y desde THEOSTER v3.24 o superior (indicado para sistemas con DOS o cajas de emulación DOS). Si ninguna de las 2 soluciones anteriores está disponible, debe usar, en primer lugar, el comando MODEM para esperar la llamada del sistema remoto - o en su caso, establecerla-. A continuación, debe llamar al comando START, si lo que quiere es permitir que el sistema remoto se conecte como terminal, o al comando XMODEM si lo que se requiere es una transferencia de ficheros.

Cree una cuenta en su sistema para implementar la BBS. Dentro de ella residirá el programa que hará de interfaz de su BBS, por ejemplo con un menú de diferentes opciones. Configure su sistema TCOM, mediante el ítem "Protección de Entrada" para que el acceso general, se realice a la cuenta de la BBS y al programa que implementa dicha BBS.

La central actuará como servidor; invoquemos a TCOM como "TCOM (AUTO 0" para evitar que finalice de forma automática la conexión, puesto que de este aspecto se ocupará el extremo cliente, en la delegación. La delegación, que actuará como cliente, sólo necesita el servicio de Terminal; configurar el comando NTTER con un intervalo de inactividad adecuado -2 minutos, por ejemplo-. El usuario podrá reconectar, de forma automática, tras cada desconexión por inactividad.

Sí, pero sólo a partir de la versión 3.24 de THEOSTER, no se requiere una versión de TCOM en especial, aunque se recomienda 2.10 o superior. Con ello, casi cualquier sistema con DOS podrá actuar como cliente de un sistema THEOS con TCOM. THEOSTER permitirá: Emulación de terminal, intercambio de ficheros y automatización de tareas de forma desatendida.

El método que se ha venido utilizando para conectar THEOSTER a un sistema THEOS es:

• Hacer el START en el equipo THEOS, metiéndolo en una cuanta con un EXEC para programar el módem para autorespuesta.
• Una vez programado el módem, el EXEC hacía logoff, para dejar al usuario en "Cuenta a conectarse:"
• El THEOSTER llamaba y, establecida la comunicación, comenzaba a emular.
• Durante la emulación, no existían mecanismos especiales de protección para evitar cambio de cuenta, transferencia de ficheros, etc.
• La comunicación finalizaba en cualquier momento a inciativa del THEOSTER.