The most commonly employed terminal nowadays is a virtual (as opposed to real) terminal.
Using the tools in the toolset one can set up services that handle TUI login on virtual terminals, and that provide virtual terminals entirely within application mode code, supplementing or even replacing the virtual terminals provided by a Linux or BSD operating system kernel.
To log on over virtual terminals, kernel or user-space,
one sets up ttylogin services.
To use kernel virtual terminals one arranges for such services to be enabled and (demand-)started.
Terminals need various resources, some of which are supplied with the toolset.
Using the tools in the toolset one can set up services that handle TUI login on real terminals.
To log on over real terminals
one sets up ttylogin services.
On Linux-based operating systems and the BSDs, the console device (/dev/console) is always an alias for a terminal device, but that device can be either a virtual terminal or a real terminal.
(See freebsd-console and linux-console.)
There are only two service bundles supplied as standard that directly provide TUI login on /dev/console itself:
emergency-login@console service
This is intended to provide console login in emergency situations where full normal multiple TUI login is inoperable, and even the system account database may be inoperable or corrupt.
It uses emergency-login.
rescue standard target
This is intended to provide console login in rescue situations where full normal multiple TUI login is inoperable, and uses the system login program.
Neither of these make any effort to avoid concurrent TUI login on the underlying virtual terminal or real terminal.
It is presumed that in both "emergency" and "rescue" modes the full normal multiple TUI login services simply have not been started by system-control (q.v.).
Otherwise, in normal — non-emergency non-rescue mode — operation login on /dev/console is provided by a TUI login service running against the underlying virtual terminal or real terminal, and the /dev/console device is ignored as a terminal.
Historically, SCO Unix in normal full multiple TUI login mode ran login services on both /dev/console and its virtual terminals, the former directly from the otherwise (even then) obsolete "inittab" and the latter from the Service Access Facility that obsoleted it.
It resolved the conflict by wrapping the /dev/console login program inside a vtgetty wrapper that offered the choice of either waiting for all TUI login services on virtual terminals to end, or of forcibly stopping them, before proceeding with console login.
This does not allow for the possibility of the console not being a virtual terminal, and is not a fully functional approach for Linux and the BSDs.