The XDM or console login X session is not the only sort. The X session is really on the Xserver, which in general might not even be local. Any sort of X process can attach to it regardless of the existence of a login. For instance, without a login, you could:
Maybe your question is more about the login process. One X app can spawn another and then terminate. The X Server defines which X using client process is part of which "X Session", which is every X client attached to that display. If the display server is not taken down between logins, then X clients of the prior login could persist on it. For the console, the text on the screen and that shell need a new home on the face of the X display, and generally that process is critical to the X Server, being the parent, so if you kill that window, you lose the whole x window desktop, and when X clients lose their connection to the X Server, they tend to exit.
Hello,
I have created a web page on a server using apache and added .htaccess and .htpasswd in the folder for authentification.
I was wondering if there was anyway to tie-in the login for this page with the login used to logon to the server.
i.e. the same login info. is used for both,... (2 Replies)
Hello,
I have created a web page on a server using apache and added .htaccess and .htpasswd in the folder for authentification.
I was wondering if there was anyway to tie-in the login for this page with the login used to logon to the server.
i.e. the same login info. is used for both, when... (1 Reply)
I am unable to launch Xsession from my windows desktop to Sun Solairs 10 OS, its giving xdmcp error. Please guide me what changes I need to do in Solaris.
Thanks (1 Reply)
I am trying to set up my Xsession to run on an AIX server calling it from the command line when I telnet to it. I can access the X-window using exceed but not from issueing the Xsession command from a simple telnet or SSH session. Is it possible to have AIX open the Xwindow when called from a... (0 Replies)
Hello World ~
HW : SUN Fire V240
OS : Solaris 8
Error message prompts 'rmclomv ... SC login failure ...' on terminal.
and
Error Message prompts continually 'SC Login Failure for user Please login:' on Single Mode(init S)
The System is in normal operation, though
In case of rain, Can... (1 Reply)
I am attempting to run Xsession as a non root user and it fails. If I start exceed log into the server as roots via putty ssh with X11 forwarding on I can startX run xclock, but when I su - user and export DISPLAY=client IP:0 then attempt to startx, xclock it hangs for a minute and I receive the... (1 Reply)
Can someone please tell me how to run xsession startup scripts whenever I start or after I restart my X session? I'm not trying to do anything fancy I just want this to run. This makes life a lot easier when I use a dual monitor.
xrandr --output VGA1 --mode 1024x768 --rate 60 (7 Replies)
Hey folks,
When a user is added to a new group, the user has to be log out and log in again to make the new group effective. Is there any system command or technique to refresh user group ID update without re-login?
I am not talking about to use "login" or "su -l" commands which can only make... (2 Replies)
Discussion started by: hce
2 Replies
LEARN ABOUT BSD
rlogind
RLOGIND(8) System Manager's Manual RLOGIND(8)NAME
rlogind - remote login server
SYNOPSIS
rlogind [ -aln ]
DESCRIPTION
Rlogind is the server for the rlogin(1) program. The server provides a remote login facility with authentication based on privileged port
numbers from trusted hosts.
Rlogind listens for service requests at the port indicated in the ``login'' service specification; see services(5). When a service request
is received the following protocol is initiated:
1) The server checks the client's source port. If the port is not in the range 512-1023, the server aborts the connection.
2) The server checks the client's source address and requests the corresponding host name (see IR gethostbyaddr (3), hosts(5) and
named(8)). If the hostname cannot be determined, the dot-notation representation of the host address is used. If the hostname is
in the same domain as the server (according to the last two components of the domain name), or if the -a option is given, the
addresses for the hostname are requested, verifying that the name and address correspond. Normal authentication is bypassed if the
address verification fails.
Once the source port and address have been checked, rlogind proceeds with the authentication process described in rshd(8). It then allo-
cates a pseudo terminal (see pty(4)), and manipulates file descriptors so that the slave half of the pseudo terminal becomes the stdin ,
stdout , and stderr for a login process. The login process is an instance of the login(1) program, invoked with the -f option if authenti-
cation has succeeded. If automatic authentication fails, the user is prompted to log in as if on a standard terminal line. The -l option
prevents any authentication based on the user's ``.rhosts'' file, unless the user is logging in as the superuser.
The parent of the login process manipulates the master side of the pseudo terminal, operating as an intermediary between the login process
and the client instance of the rlogin program. In normal operation, the packet protocol described in pty(4) is invoked to provide ^S/^Q
type facilities and propagate interrupt signals to the remote programs. The login process propagates the client terminal's baud rate and
terminal type, as found in the environment variable, ``TERM''; see environ(7). The screen or window size of the terminal is requested from
the client, and window size changes from the client are propagated to the pseudo terminal.
Transport-level keepalive messages are enabled unless the -n option is present. The use of keepalive messages allows sessions to be timed
out if the client crashes or becomes unreachable.
DIAGNOSTICS
All initial diagnostic messages are indicated by a leading byte with a value of 1, after which any network connections are closed. If
there are no errors before login is invoked, a null byte is returned as in indication of success.
``Try again.''
A fork by the server failed.
SEE ALSO login(1), ruserok(3), rshd(8)BUGS
The authentication procedure used here assumes the integrity of each client machine and the connecting medium. This is insecure, but is
useful in an ``open'' environment.
A facility to allow all data exchanges to be encrypted should be present.
A more extensible protocol should be used.
4.2 Berkeley Distribution September 11, 1989 RLOGIND(8)