RPCINFO(8)

๐Ÿ“ฆ
version 1.3.1 ยท 4 versions
, in alpine 3.22, alpine 3.23, alpine 3.24, arch rolling, centos-stream 10, centos-stream 9, fedora 43, fedora 44, nixos 26.05, nixpkgs unstable, opensuse-leap 16.0

๐Ÿ’– rpcinfo ๐Ÿ’– โ€” report RPC information

okay bestie, so this is the man page for rpcinfo, which lives in section 8 of the manual (that's the sysadmin/system-management girlies section, iykyk). it's giving detective energy: it goes and asks an RPC server what it's got going on, and then tells you. literally that's the whole vibe. โœจ


โœจ SYNOPSIS โœจ

rpcinfo [-m | -s] [host]
rpcinfo -p [host]
rpcinfo -T transport host prognum [versnum]
rpcinfo -l [-T transport] host prognum versnum
rpcinfo [-n portnum] -u host prognum [versnum]
rpcinfo [-n portnum] [-t] host prognum [versnum]
rpcinfo -a serv_address -T transport prognum [versnum]
rpcinfo -b [-T transport] prognum versnum
rpcinfo -d [-T transport] prognum versnum

๐ŸŒธ DESCRIPTION ๐ŸŒธ

rpcinfo makes an RPC call to an RPC server and reports what it finds. like, it knocks on the door and then tells you everything about who answered. no cap. ๐Ÿšชโœจ

In the first synopsis, rpcinfo lists all the registered RPC services with rpcbind on host. If host is not specified, the local host is the default (so it just vibes with your own machine ๐Ÿซถ). If -s is used, the information is displayed in a concise format โ€” short and cute, no yapping.

In the second synopsis, rpcinfo lists all the RPC services registered with rpcbind, version 2. Also note that the format of the information is different in the first and the second synopsis. This is because the second synopsis is an older protocol used to collect the information displayed (version 2 of the rpcbind protocol). it's the vintage one, bestie, it formats differently and we respect its choices ๐Ÿ’…

The third synopsis makes an RPC call to procedure 0 of prognum and versnum on the specified host and reports whether a response was received. transport is the transport which has to be used for contacting the given service. The remote address of the service is obtained by making a call to the remote rpcbind.

The prognum argument is a number that represents an RPC program number. If a versnum is specified, rpcinfo attempts to call that version of the specified prognum. Otherwise, rpcinfo attempts to find all the registered version numbers for the specified prognum by calling version 0, which is presumed not to exist; if it does exist, rpcinfo attempts to obtain this information by calling an extremely high version number instead, and attempts to call each registered version. ๐Ÿ‘€

โš ๏ธ Note: the version number is required for -b and -d options. do not skip it, she will not guess. ๐Ÿšจ

๐ŸŽ€ OPTIONS ๐ŸŽ€

  • -T transport โ€” Specify the transport on which the service is required. If this option is not specified, rpcinfo uses the transport specified in the NETPATH environment variable, or if that is unset or null, the transport in the netconfig(5) database is used. This is a generic option, and can be used in conjunction with other options as shown in the SYNOPSIS. it's the versatile queen of this page fr fr ๐Ÿ‘‘
  • -a serv_address โ€” Use serv_address as the (universal) address for the service on transport to ping procedure 0 of the specified prognum and report whether a response was received. The -T option is required with the -a option.

If versnum is not specified, rpcinfo tries to ping all available version numbers for that program number. This option avoids calls to remote rpcbind to find the address of the service. The serv_address is specified in universal address format of the given transport. โœจ

  • -b โ€” Make an RPC broadcast to procedure 0 of the specified prognum and versnum and report all hosts that respond. If transport is specified, it broadcasts its request only on the specified transport. If broadcasting is not supported by any transport, an error message is printed. Use of broadcasting should be limited because of the potential for adverse effect on other systems. ๐Ÿซฃ like, be careful, you're yelling at the whole network.
  • -d โ€” Delete registration for the RPC service of the specified prognum and versnum. If transport is specified, unregister the service on only that transport, otherwise unregister the service on all the transports on which it was registered. Only the owner of a service can delete a registration, except the super-user who can delete any service. ๐Ÿ—‘๏ธ big power, big responsibility.
  • -l โ€” Display a list of entries with a given prognum and versnum on the specified host. Entries are returned for all transports in the same protocol family as that used to contact the remote rpcbind.
  • -m โ€” Display a table of statistics of rpcbind operations on the given host. The table shows statistics for each version of rpcbind (versions 2, 3 and 4), giving the number of times each procedure was requested and successfully serviced, the number and type of remote call requests that were made, and information about RPC address lookups that were handled. This is useful for monitoring RPC activities on host. ๐Ÿ“Š data girlies rise.
  • -n portnum โ€” Use portnum as the port number for the -t and -u options instead of the port number given by rpcbind. Use of this option avoids a call to the remote rpcbind to find out the address of the service. This option is made obsolete by the -a option. ๐Ÿ’€ yeah she's a little outdated but she's still here, respect her.
  • -p โ€” Probe rpcbind on host using version 2 of the rpcbind protocol, and display a list of all registered RPC programs. If host is not specified, it defaults to the local host.
๐Ÿ’ก Note: Version 2 of the rpcbind protocol was previously known as the portmapper protocol. throwback era, truly iconic history ๐ŸŽ€
  • -s โ€” Display a concise list of all registered RPC programs on host. If host is not specified, it defaults to the local host.
  • -t โ€” Make an RPC call to procedure 0 of prognum on the specified host using TCP, and report whether a response was received. This option is made obsolete by the -T option as shown in the third synopsis.
  • -u โ€” Make an RPC call to procedure 0 of prognum on the specified host using UDP, and report whether a response was received. This option is made obsolete by the -T option as shown in the third synopsis.

๐Ÿฆ‹ EXAMPLES ๐Ÿฆ‹

To show all of the RPC services registered on the local machine use:

example% rpcinfo

To show all of the RPC services registered with rpcbind on the machine named klaxon use:

example% rpcinfo klaxon

The information displayed by the above commands can be quite lengthy. Use the -s option to display a more concise list:

example$ rpcinfo -s klaxon

program   version(s)                          netid(s)   service      owner
100000    2,3,4     local,tcp,udp,tcp6,udp6   rpcbind    super-user
100008    1         udp,tcp,udp6,tcp6         walld      super-user
100002    2,1       udp,udp6                  rusersd    super-user
100001    2,3,4     udp,udp6                  rstatd     super-user
100012    1         udp,tcp                   sprayd     super-user
100007    3         udp,tcp                   ypbind     super-user

To show whether the RPC service with program number prognum and version versnum is registered on the machine named klaxon for the transport TCP use:

example% rpcinfo -T tcp klaxon prognum versnum

To show all RPC services registered with version 2 of the rpcbind protocol on the local machine use:

example% rpcinfo -p

To delete the registration for version 1 of the walld (program number 100008 ) service for all transports use:

example# rpcinfo -d 100008 1

or

example# rpcinfo -d walld 1
๐Ÿšจ heads up bestie, that last one is running as example# โ€” that's root energy. you're deleting a registration. be sure. ๐Ÿ™ˆ

๐Ÿ’œ SEE ALSO ๐Ÿ’œ

rpc(3), netconfig(5), rpc(5), rpcbind(8)


okay that's the whole page, you're officially an RPC expert now, no cap ๐Ÿ’…โœจ this was RPCINFO(8), dated August 18, 1992 โ€” vintage but make it fashion ๐ŸŽ€๐Ÿฆ‹ go forth and rpcinfo responsibly, bestie. ๐Ÿซถ๐Ÿ’–