rarpd(8) - Linux manual page

NAME | SYNOPSIS | DESCRIPTION | WARNING | OPTIONS | SEE ALSO | AUTHOR | SECURITY | AVAILABILITY | COLOPHON

RARPD(8)                           iputils                          RARPD(8)

NAME         top

       rarpd - answer RARP REQUESTs

SYNOPSIS         top

       arping [-aAvde] [-b bootdir] [interface]

DESCRIPTION         top

       Listens RARP requests from clients. Provided MAC address of client is
       found in /etc/ethers database and obtained host name is resolvable to
       an IP address appropriate for attached network, rarpd answers to
       client with RARPD reply carrying an IP address.

       To allow multiple boot servers on the network rarpd optionally checks
       for presence Sun-like bootable image in TFTP directory. It should
       have form Hexadecimal_IP.ARCH, f.e. to load sparc 193.233.7.98
       C1E90762.SUN4M is linked to an image appropriate for SUM4M in
       directory /etc/tftpboot.

WARNING         top

       This facility is deeply obsoleted by BOOTP and later DHCP protocols.
       However, some clients really still need this to boot.

OPTIONS         top

       -a
           Listen on all the interfaces. Currently it is an internal option,
           its function is overridden with interface argument. It should not
           be used.

       -A
           Listen not only RARP but also ARP messages, some rare clients use
           ARP by some unknown reason.

       -v
           Be verbose.

       -d
           Debug mode. Do not go to background.

       -e
           Do not check for presence of a boot image, reply if MAC address
           resolves to a valid IP address using /etc/ethers database and
           DNS.

       -b bootdir
           TFTP boot directory. Default is /etc/tftpboot

SEE ALSO         top

       arping(8), tftpd(8).

AUTHOR         top

       rarpd was written by Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>.

SECURITY         top

       rarpd requires CAP_NET_RAW capability to listen and send RARP and ARP
       packets. It also needs CAP_NET_ADMIN to give to kernel hint for ARP
       resolution; this is not strictly required, but some (most of, to be
       more exact) clients are so badly broken that are not able to answer
       ARP before they are finally booted. This is not wonderful taking into
       account that clients using RARPD in 2002 are all unsupported relic
       creatures of 90's and even earlier.

AVAILABILITY         top

       rarpd is part of iputils package.

COLOPHON         top

       This page is part of the iputils (IP utilities) project.  Information
       about the project can be found at ⟨http://www.skbuff.net/iputils/⟩.
       If you have a bug report for this manual page, send it to
       yoshfuji@skbuff.net, netdev@vger.kernel.org.  This page was obtained
       from the project's upstream Git repository
       ⟨https://github.com/iputils/iputils.git⟩ on 2018-02-02.  (At that
       time, the date of the most recent commit that was found in the repos‐
       itory was 2017-11-14.)  If you discover any rendering problems in
       this HTML version of the page, or you believe there is a better or
       more up-to-date source for the page, or you have corrections or
       improvements to the information in this COLOPHON (which is not part
       of the original manual page), send a mail to man-pages@man7.org

iputils s20161105                                                   RARPD(8)

Pages that refer to this page: tftpd(8)