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
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
|
<?xml version="1.0" encoding="latin1" ?>
<!DOCTYPE comref SYSTEM "comref.dtd">
<comref>
<header>
<copyright>
<year>1996</year><year>2010</year>
<holder>Ericsson AB. All Rights Reserved.</holder>
</copyright>
<legalnotice>
The contents of this file are subject to the Erlang Public License,
Version 1.1, (the "License"); you may not use this file except in
compliance with the License. You should have received a copy of the
Erlang Public License along with this software. If not, it can be
retrieved online at http://www.erlang.org/.
Software distributed under the License is distributed on an "AS IS"
basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See
the License for the specific language governing rights and limitations
under the License.
</legalnotice>
<title>epmd</title>
<prepared>Claes Wikström</prepared>
<responsible></responsible>
<docno>1</docno>
<approved></approved>
<checked></checked>
<date>98-01-05</date>
<rev>A</rev>
<file>epmd.xml</file>
</header>
<com>epmd</com>
<comsummary>
<p>Erlang Port Mapper Daemon</p>
<taglist>
<tag><c><![CDATA[epmd [-d|-debug] [DbgExtra...] [-port No] [-daemon] [-relaxed_command_check]]]></c></tag>
<item>
<p>Starts the port mapper daemon</p>
</item>
<tag><c><![CDATA[epmd [-d|-debug] [-port No] [-names|-kill|-stop Name]]]></c></tag>
<item>
<p>Communicates with a running port mapper daemon</p>
</item>
</taglist>
</comsummary>
<description>
<p>This daemon acts as a name server on all hosts involved in
distributed Erlang computations. When an Erlang node
starts, the node has a name and it obtains an address from the host
OS kernel.
The name and the address are sent to the
<c><![CDATA[epmd]]></c> daemon running on the local host.
In a TCP/IP environment, the address consists
of the IP address and a port number. The name of the node is
an atom on the form of <c><![CDATA[Name@Node]]></c>.
The job of the <c><![CDATA[epmd]]></c> daemon is to keep track of which
node name listens on which address. Hence, <c><![CDATA[epmd]]></c> map
symbolic node names to machine addresses.</p>
<p>The TCP/IP <c>epmd</c> daemon actually only keeps track of
the <c>Name</c> (first) part of an Erlang node name, the <c>Host</c>
part (whatever is after the <c><![CDATA[@]]></c> is implicit in the
node name where the <c>epmd</c> daemon was actually contacted,
as is the IP address where the Erlang node can be
reached. Consistent and correct TCP naming services are
therefore required for an Erlang network to function
correctly.</p>
<taglist>
<tag>Starting the port mapper daemon</tag>
<item>
<p>The daemon is started automatically by the <c>erl</c>
command if the node is to be distributed and there is no
running instance present. If automatically launched,
environment variables has to be used to alter the behavior of
the daemon. See the <seealso
marker="#environment_variables">Environment
variables</seealso> section below.</p>
<p>If the -daemon argument is not given, the
<c><![CDATA[epmd]]></c> runs as a normal program with the
controlling terminal of the shell in which it is
started. Normally, it should run as a daemon.</p>
<p>Regular start-up options are described in the
<seealso marker="#daemon_flags">Regular options</seealso>
section below.</p>
<p>The <c>DbgExtra</c> options are described in the
<seealso marker="#debug_flags">DbgExtra options</seealso>
section below.</p>
</item>
<tag>Communicating with a running port mapper daemon</tag>
<item>
<p>Communicating with the running epmd daemon by means of the
<c>epmd</c> program is done primarily for debugging
purposes.</p>
<p>The different queries are described in the <seealso
marker="#interactive_flags">Interactive options</seealso>
section below.</p>
</item>
</taglist>
</description>
<section>
<marker id="daemon_flags"></marker>
<title>Regular options</title>
<p>These options are available when starting the actual name server. The name server is normally started automatically by the <c>erl</c> command (if not already available), but it can also be started at i.e. system start-up.</p>
<taglist>
<tag><c><![CDATA[-port No]]></c></tag>
<item>
<p>Let this instance of epmd listen to another TCP port than
default 4369. This can be also be set using the
<c><![CDATA[ERL_EPMD_PORT]]></c> environment variable, see the
section <seealso marker="#environment_variables">Environment
variables</seealso> below</p>
</item>
<tag><c><![CDATA[-d | -debug]]></c></tag>
<item>
<p>Enable debug output. The more <c>-d</c> flags given, the more
debug output you will get (to a certain limit). This option is
most useful when the epmd daemon is not started as a daemon.</p>
</item>
<tag><c><![CDATA[-daemon]]></c></tag>
<item>
<p>Start epmd detached from the controlling terminal. Logging will end up in syslog when available and correctly configured. If the epmd daemon is started at boot, this option should definitely be used. It is also used when the <c>erl</c> command automatically starts <c>epmd</c>.</p>
</item>
<tag><c><![CDATA[-relaxed_command_check]]></c></tag>
<item>
<p>Start the epmd program with relaxed command checking (mostly for backward compatibility). This affects the following:</p>
<list type="bulleted">
<item>
<p>With relaxed command checking, the <c>epmd</c> daemon can be killed from the localhost with i.e. <c>epmd -kill</c> even if there are active nodes registered. Normally only daemons with an empty node database can be killed with the <c>epmd -kill</c> command.</p>
</item>
<item>
<p>The <c>epmd -stop</c> command (and the corresponding messages to epmd, as can be given using <c>erl_interface/ei</c>) is normally always ignored, as it opens up for strange situation when two nodes of the same name can be alive at the same time. A node unregisters itself by just closing the connection to epmd, why the <c>stop</c> command was only intended for use in debugging situations.</p>
<p>With relaxed command checking enabled, you can forcibly unregister live nodes.</p>
</item>
</list>
<p>Relaxed command checking can also be enabled by setting the environment variable <c>ERL_EPMD_RELAXED_COMMAND_CHECK</c> prior to starting <c>epmd</c>.</p>
<p>Only use relaxed command checking on systems with very limited interactive usage.</p>
</item>
</taglist>
</section>
<section>
<marker id="debug_flags"></marker>
<title>DbgExtra options</title>
<p>These options are purely for debugging and testing epmd clients, they should not be used in normal operation.</p>
<taglist>
<tag><c><![CDATA[-packet_timeout Seconds]]></c></tag>
<item>
<p>Set the number of seconds a connection can be
inactive before epmd times out and closes the
connection (default 60).</p>
</item>
<tag><c><![CDATA[-delay_accept Seconds]]></c></tag>
<item>
<p>To simulate a busy server you can insert a delay between epmd
gets notified about that a new connection is requested and
when the connections gets accepted.</p>
</item>
<tag><c><![CDATA[-delay_write Seconds]]></c></tag>
<item>
<p>Also a simulation of a busy server. Inserts
a delay before a reply is sent.</p>
</item>
</taglist>
</section>
<section>
<marker id="interactive_flags"></marker>
<title>Interactive options</title>
<p>These options make <c>epmd</c> run as an interactive command displaying the results of sending queries ta an already running instance of <c>epmd</c>. The epmd contacted is always on the local node, but the <c>-port</c> option can be used to select between instances if several are running using different port on the host.</p>
<taglist>
<tag><c><![CDATA[-port No]]></c></tag>
<item>
<p>Contacts the <c>epmd</c> listening on the given TCP port number
(default 4369). This can be also be set using the
<c><![CDATA[ERL_EPMD_PORT]]></c> environment variable, see the
section <seealso marker="#environment_variables">Environment
variables</seealso> below</p>
</item>
<tag><c><![CDATA[-names]]></c></tag>
<item>
<p>List names registered with the currently running epmd</p>
</item>
<tag><c><![CDATA[-kill]]></c></tag>
<item>
<p>Kill the currently running <c>epmd</c>.</p>
<p>Killing the running <c>epmd</c> is only allowed if <c>epmd
-names</c> show an empty database or
<c>-relaxed_command_check</c> was given when the running
instance of <c>epmd</c> was started. Note that
<c>-relaxed_command_check</c> is given when starting the
daemon that is to accept killing when it has live nodes
registered. When running epmd interactively,
<c>-relaxed_command_check</c> has no effect. A daemon that is
started without relaxed command checking has to be killed
using i.e. signals or some other OS specific method if it has
active clients registered.</p>
</item>
<tag><c><![CDATA[-stop Name]]></c></tag>
<item>
<p>Forcibly unregister a live node from <c>epmd</c>'s database</p>
<p>This command can only be used when contacting <c>epmd</c>
instances started with the <c>-relaxed_command_check</c>
flag. Note that relaxed command checking has to be enabled for
the <c>epmd</c> daemon contacted, When running epmd
interactively,
<c>-relaxed_command_check</c> has no effect.</p>
</item>
</taglist>
</section>
<section>
<marker id="environment_variables"></marker>
<title>Environment variables</title>
<taglist>
<tag><c><![CDATA[ERL_EPMD_PORT]]></c></tag>
<item>
<p>This environment variable can contain the port number epmd will use.
The default port will work fine in most cases. A different port can
be specified to allow several instances of epmd, representing
independent clusters of nodes, to co-exist on the same host.
All nodes in a cluster must use the same epmd port number.</p>
</item>
<tag><c><![CDATA[ERL_EPMD_RELAXED_COMMAND_CHECK]]></c></tag>
<item>
<p>If set prior to start, the <c>epmd</c> daemon will behave
as if the <c>-relaxed_command_check</c> option was given at
start-up. If consequently setting this option before starting
the Erlang virtual machine, the automatically started
<c>epmd</c> will accept the <c>-kill</c> and <c>-stop</c>
commands without restrictions.</p>
</item>
</taglist>
</section>
<section>
<title>Logging</title>
<p>On some operating systems <em>syslog</em> will be used for
error reporting when epmd runs as an daemon. To enable
the error logging you have to edit <path unix="" windows="">/etc/syslog.conf</path>
file and add an entry</p>
<code type="none"><![CDATA[
!epmd
*.*<TABs>/var/log/epmd.log
]]></code>
<p>where <TABs> are at least one real tab character. Spaces will
silently be ignored.
</p>
</section>
<section>
<title>Access restrictions</title>
<p>The <c>epmd</c> daemon accepts messages from both localhost and
remote hosts. However, only the query commands are answered (and
acted upon) if the query comes from a remote host. It is always an
error to try to register a nodename if the client is not a process
located on the same host as the <c>epmd</c> instance is running on,
why such requests are considered hostile and the connection is
immediately closed.</p>
<p>The queries accepted from remote nodes are:</p>
<list type="bulleted">
<item>
<p>Port queries - i.e. on which port does the node with a given
name listen</p>
</item>
<item>
<p>Name listing - i.e. give a list of all names registered on
the host</p>
</item>
</list>
<p>To restrict access further, firewall software has to be used.</p>
</section>
</comref>
|