Dienste-Ping mit netcat (nc)

Als spätes Osterei möchte ich eines meiner ältesten Skripte mit Euch teilen. Die Urfassung wurde erstmals am 22. März 2005 um 17:56 veröffentlicht [wofür alte Chatlogs doch gut sein können ].
Das Skript benutzt das mächtige netcat (bei manchen Systemem nennt es sich nc) mit dem eine head-Anfrage an einen Port eines Rechners gestellt wird. Die Abfrfage eines Ports sähe so aus:

netcat -z HOST PORT

Ist der Port offen wird 0 als Exitcode zurückgegeben, andernfalls 1.
Der Wert hinter -w begrenzt die Wartezeit in Sekunden.
2 Beispielabfragen auf SSH und HTTP

~> netcat -w 3 -z localhost 22 ; echo $?
0
> netcat -w 3 -z localhost 80 ; echo $?
1

Manchmal möchte man einfach testen, ob bei einem Rechner bestimmte Ports offen bzw. geschlossen sind. Dafür ist mein Skript, welches dem Posting angehängt ist, gedacht.

Erläuterungen zu den Variablen im Skript

<Edit (24.10.24)>
netcat möchte die Portnummer nummerisch haben, der Mensch aber lieber den Dienstenamen. In der Variable ports werden die Dienstenamen, mit Leerzeichen getrennt, angegeben. Das Skript holt dann aus der Datei /etc/services die Portnummer zum Dienst.
Der Mensch möchte lieber die Dienstenamen angeben statt die Portnummer. Das ist für netcat auch kein Problem. Allerdings gibt es Probleme mit Dienstenamen, die ein - enthalten (z.B. netbios-ssn). Der Dienstename wird in mehrere Argumente zerlegt. Deshalb holt sich xping.sh anhand des Dienstenamens die Portnummer aus der /etc/services.
</Edit>

Wie ich heute feststellen mußte, ist diese Datei im Raspberry Pi OS (Bookworm) kastriert und habe deswegen noch die Möglichkeit geschaffen, eine eigene Dienstedatei zu verwenden. Diese wird mit vollem Pfad in die Variable my_services geschrieben und um sie zu aktivieren wird die Variable use_services von 0 auf 1 geändert.
Zur Erleichterung hänge ich noch ein Beispiel für eine eigene Dienstedatei (xping.services -- ähm, mußte ein .txt anhängen, damit ich die hochladen konnte) an.

Und das ganze sieht dann so aus:

~> xping.sh localhost
use services portnumber from /etc/services
----------------------------------------------
localhost has address 127.0.0.1
localhost has IPv6 address ::1
----------------------------------------------
Service                 Port (TCP)      Status
----------------------------------------------
domain                     53            close
whois++                    63            close
finger                     79            close
smtp *                     25             open
pop3                      110            close
http                       80            close
https                     443            close
ftp                        21            close
telnet                     23            close
ssh *                      22             open
ldap                      389            close
mysql                    3306            close
postgresql               5432            close
nntp                      119            close
irc                       194            close
ntp                       123            close
epmap                     135            close
netbios-ssn               139            close
microsoft-ds              445            close
cvspserver               2401            close
svn                      3690            close
git                      9418            close
ipp *                     631             open
----------------------------------------------

Nach Ausgabe der verwendeten Dienstedatei erfolgt (wenn installiert) die Ausgabe von /usr/bin/host und danach der Tabellenkopf und die in der Variablen ports angegebenen Dienste.
Offene Dienste erhalten nach dem Dienstenamen ein Sternchen.

Anmerkung: Es wird IPv4 abgefragt. Wer die Ports auf IPv6 prüfen will, muß den IPv6-DN oder die IPv6-Adresse angeben.

~> xping.sh ::1
use services portnumber from /etc/services
----------------------------------------------
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa has no PTR record
----------------------------------------------
Service                 Port (TCP)      Status
----------------------------------------------
domain                     53            close
...

Einen Schönheitsfehler hat das Skript allerdings. Wegen der zwei verschiedenen Namen netcat bzw. nc mußte ich das teuflische eval benutzen.
Vielleicht konnte ich damit jemanden eine Freude machen.

Netcat kommt mit 2 Namen daher. Es kann /usr/bin/netcat oder /usr/bin/nc sein.

if [ -f /usr/bin/netcat ] ; then
  prog='/usr/bin/netcat'
elif [ -f /usr/bin/nc ]; then
  prog='/usr/bin/nc'
else
  printf '%s\n' 'netcat or nc not found (in /usr/bin/).'
  exit 5
fi

...
if eval $prog ...

Und durch das eval wird $prog erst ersetzt und dann ausgeführt.

framp

Ja, ich weiß - ich muß mal meine Pfadkletterei besser gestalten. Evtl. so:

myProg=$(which netcat)
if [ -z "$myProg" ] ; then
	printf 'netcat not found'
	exit 1
fi

Ah, hash kannte ich noch nicht oder ist mir aus meinem Bewußtsein entfallen. Ist das shell-abhängig?

Zu host

Habe vorhin erst festgestellt, das auf einem der neuinstallierten Zeros gar kein host mitinstalliert wurde und das schnell umgeschrieben. Wenn host bei Dir nicht resolved (mmh DNS offen, keine Rückwärtsauflösung?) einfach den ganzen Block auskommentieren:

# printf '%s\n' "$hr"
# if [ -f /usr/bin/host ] ; then
#   /usr/bin/host $1 2> /dev/null
#   if [ ! $? = 0 ] ; then
#     # printf '%s %s\n' "$1" 'not found'
#     exit 2
#   fi
# else
#     printf '%s\n' 'command /usr/bin/host not found'
# fi
# printf '%s\n' "$hr"

Mit dem Ablageort für die xping.services hast Du natürlich recht. Das habe ich schnell noch eingefügt, weil beim Test auf einen Zero (Bookworm) mir auffiel, das die /etc/services kastriert ist. Und da ich eine Beispieldatei mitliefern wollte, ist die auf die Schnelle in ~/bin gelandet.

Quote

Warum stellst Du Deine Tuelchen nicht in ein oeffentliches Repo wie z.B. github? Dann sind Deine Tuelchen gesammelt sicht- und nutzbar und andere koennen mit PRs die Tuelchen erweitern bzw verbessern

Weil alles in meinem Subversion-Repositorie auf meinem nur in meinem privaten Netz erreichbaren Server liegt und ich auch nur dieses pflegen will.

Über github etc. hatte ich schonmal nachgedacht, aber für mich, der kein Englisch kann und es auch nie lernen wird, ist das alles zu undurchsichtigt.

__blackjack__

Als ich xping.sh vor 19 Jahren schrieb, gab es Systeme, die nur netcat oder nc kannten und man konnte den Inhalt einer Variablen nicht ausführen. Das ging nur mit eval. Deswegen sollte man auch nie eval einsetzen. Daß das jetzt geht, überrascht mich doch sehr.

__blackjack__

Im Grunde die gleichen wie heute.

Seit ich 1995 mit HP-UX (glaube v10 war das) erstmals in Berührung kam, wollte ich immer Unix haben. Und das habe ich mir in Form eines Slackware 3.0.1 mit Kernel 1.2.13 erfüllt (auf einem 486 DX 100). Auf Grund meiner Englischschwäche bin ich dann zu Suse gewechselt, die ein dickes fettes deutschsprachiges Handbuch dazu lieferten. Und bei meinem Hauptsystem dabei geblieben. Nebenher liefen noch (zeitweise/testweise) Debian, Netbsd, Opensolaris. Seit 2000/2001 windowsfrei (Was sich leider wegen eines meiner Hobbys vor paar Jahren änderte, so das ich einen kleinen Laptop mit Win10 bereithalten muß). Bei den unixoiden existieren hier nur noch Suse, RaspiOS, MX Linux. Und ich bin seit Jahren im Grunde nur noch Anwender, auch wenn ich hin und wieder kleine Anwendungen schreibe.

Da ich damals sehr aktiv in einer Unixgruppe war, müßte ich in den Chatlogs von damals nachschauen, ob der wirkliche Grund für das eval noch zu ermitteln ist. Soweit ich mich erinnern kann, war es, weil man keinen Befehl in eine Variable packen konnte und diese Variable ausführen konnte. Aber das muß ich einmal nachlesen. Da steht bestimmt was dazu drin, den der Hinweis auf eval kam damals aus der Gruppe.

Quote

Das geht selbst beim guten alten DOS.

Gut? DOS war ein schlecht abgekupfertes Unix (ich persönlich kenne es allerdings erst seit Version 5.0, vorher soll es richtig grottig gewesen sein).

__blackjack__

Jetzt, wo Du das mit Befehle + Argumente erwähnst, kommt dunkel eine Erinnerung. Vielleicht hatte ich den Programmaufruf früher noch etwas anders zusammengebaut (da hatte ich noch keinen SVN-Server am laufen, erst ein paar Jahre später). Im meinen Chatlogs bin ich fündig geworden, wie ich auf eval gekommen bin (Linux intern, falls Dir das was sagt; 1370 Seiten für 99,95 DM), nur noch nicht was das Problem war.

Ich dachte immer, das bis DOS 3 CP/M die Vorlage war und danach mehr von Unix gekupfert wurde.

Z80/81: Sobald ich davon höre, habe ich folgendes vor Augen. 3A (ld a). Tausendemale eingetippt.

So, ich glaube, ich habe den Grund für das eval gefunden.

netcat hatte (zumindest 2005) mit ein paar Servicenamen (z.B. Bindestrich) seine Probleme. Das Urskript nutze netcat so:

> netcat -w 3 -z localhost ssh ; echo $?
0

Aber bei netbios-ssn, microsoft-ds, etc. gabs Probleme. Das wurde zu netbios - ssn.

Und jetzt mein 19 Jahre alter Faupax. Aufgrund des damaligen Fehlers in netcat, habe ich die Servicesnamen mittels awk in Portnummern gewandelt und (jetzt der Fauxpax) das eval nicht entfernt.