summaryrefslogtreecommitdiff
path: root/sag-0.6.1-www/Invisible/sag-0.6/node81.html
blob: 4b7df406124510cf7cbff6f9f797b730b677bcd1 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<!--Converted with LaTeX2HTML 96.1-h (September 30, 1996) by Nikos Drakos (nikos@cbl.leeds.ac.uk), CBLU, University of Leeds -->
<HTML>
<HEAD>
<TITLE>Logins via the network</TITLE>
<META NAME="description" CONTENT="Logins via the network">
<META NAME="keywords" CONTENT="sag">
<META NAME="resource-type" CONTENT="document">
<META NAME="distribution" CONTENT="global">
<LINK REL=STYLESHEET HREF="sag.css">
</HEAD>
<BODY LANG="EN" >
 <A NAME="tex2html1333" HREF="node82.html"><IMG WIDTH=37 HEIGHT=24 ALIGN=BOTTOM ALT="next" SRC="./next_motif.gif"></A> <A NAME="tex2html1331" HREF="node79.html"><IMG WIDTH=26 HEIGHT=24 ALIGN=BOTTOM ALT="up" SRC="./up_motif.gif"></A> <A NAME="tex2html1325" HREF="node80.html"><IMG WIDTH=63 HEIGHT=24 ALIGN=BOTTOM ALT="previous" SRC="./previous_motif.gif"></A> <A NAME="tex2html1335" HREF="node1.html"><IMG WIDTH=65 HEIGHT=24 ALIGN=BOTTOM ALT="contents" SRC="./contents_motif.gif"></A> <A NAME="tex2html1336" HREF="node114.html"><IMG WIDTH=43 HEIGHT=24 ALIGN=BOTTOM ALT="index" SRC="./index_motif.gif"></A> <BR>
<B> Next:</B> <A NAME="tex2html1334" HREF="node82.html">What login does</A>
<B>Up:</B> <A NAME="tex2html1332" HREF="node79.html">Logging In And Out</A>
<B> Previous:</B> <A NAME="tex2html1326" HREF="node80.html">Logins via terminals</A>
<BR> <P>
<H1><A NAME="SECTION00920000000000000000">Logins via the network</A></H1>
<P>
	Two computers in the same network are usually linked via a single
	physical cable.  When they communicate over the network, the programs
	in each computer that take part in the communication are linked
	via a <b>virtual connection</b>, a sort of imaginary cable.
	As far as the programs at either end of the virtual connection
	are concerned, they have a monopoly on their own cable.  However,	
	since the cable is not real, only imaginary, the operating systems
	of both computers can have several virtual connections share
	the same physical cable.  This way, using just a single cable,
	several programs can communicate without having to know of or
	care about the other communications.  It is even possible to
	have several computers use the same cable; the virtual
	connections exist between two computers, and the other computers
	ignore those connections that they don't take part in.
<P>
	That's a complicated and over-abstracted description of the
	reality.  It might, however, be good enough to understand
	the important reason why network logins are somewhat different
	from normal logins.  The virtual connections are established
	when there are two programs on different computers that
	wish to communicate.  Since it is in principle possible to
	login from any computer in a network to any other computer,
	there is a huge number of potential virtual communications.
	Because of this, it is not practical to start a <tt>getty</tt><A NAME="2636">&#160;</A>
	for each potential login.
<P>
	There is a single process inetd (corresponding
	to <tt>getty</tt><A NAME="2638">&#160;</A>) that handles <em>all</em> network logins.
	When it notices an incoming network login (i.e., it notices
	that it gets a new virtual connection to some other computer),
	it starts a new process to handle that single login.  The
	original process remains and continues to listen for new
	logins.
<P>
	To make things a bit more complicated, there is more than
	one communication protocol for network logins.  The two
	most important ones are <tt>telnet</tt><A NAME="2640">&#160;</A> and <tt>rlogin</tt><A NAME="2642">&#160;</A>.  In
	addition to logins, there are many other virtual connections
	that may be made (for FTP, Gopher, HTTP, and other network services).
	It would be ineffective to have a separate process listening 
	for a particular type of connection, so instead there is only
	one listener that can recognize the type of the connection and
	can start the correct type of program to provide the service.
	This single listener is called <tt>inetd</tt><A NAME="2644">&#160;</A>; see the
	``Linux Network Administrators' Guide'' for more information.
<P>
<HR><A NAME="tex2html1333" HREF="node82.html"><IMG WIDTH=37 HEIGHT=24 ALIGN=BOTTOM ALT="next" SRC="./next_motif.gif"></A> <A NAME="tex2html1331" HREF="node79.html"><IMG WIDTH=26 HEIGHT=24 ALIGN=BOTTOM ALT="up" SRC="./up_motif.gif"></A> <A NAME="tex2html1325" HREF="node80.html"><IMG WIDTH=63 HEIGHT=24 ALIGN=BOTTOM ALT="previous" SRC="./previous_motif.gif"></A> <A NAME="tex2html1335" HREF="node1.html"><IMG WIDTH=65 HEIGHT=24 ALIGN=BOTTOM ALT="contents" SRC="./contents_motif.gif"></A> <A NAME="tex2html1336" HREF="node114.html"><IMG WIDTH=43 HEIGHT=24 ALIGN=BOTTOM ALT="index" SRC="./index_motif.gif"></A> <BR>
<B> Next:</B> <A NAME="tex2html1334" HREF="node82.html">What login does</A>
<B>Up:</B> <A NAME="tex2html1332" HREF="node79.html">Logging In And Out</A>
<B> Previous:</B> <A NAME="tex2html1326" HREF="node80.html">Logins via terminals</A>
<P><ADDRESS>
<I>Lars Wirzenius <BR>
Sat Nov 15 02:32:11 EET 1997</I>
</ADDRESS>
</BODY>
</HTML>