[LINUX] Sie können auch die Kommunikation von DB und Cache mit Curl überprüfen

Was ist das

In Bezug auf die Überprüfung der Netzwerkkommunikation mit DB sind dedizierte Befehle wie mysql-client für MySQL und redis-cli für Redis üblich. Wenn Sie jedoch nur die Netzwerkkommunikation überprüfen möchten, können Sie einfach curl verwenden. Ich werde.

Befehlsbild

$ curl -v telnet://hogehoge.com:3306

Apropos allgemeine Befehle zur Überprüfung der Kommunikation

• Ping-Befehl
• Vorteil: Es ist in fast jedem Server enthalten (ich fühle)
• Fehler:
• Es kann nicht verwendet werden, um einen Server zu überprüfen, der icmp nicht durchlaufen hat, und es ist leicht zu missverstehen, dass er den Server nicht erreicht hat, selbst wenn er tatsächlich erreicht werden kann, wenn nur Ping aktiviert ist.
• Ich kann nicht einmal die Ports auf der Transportschicht überprüfen
• Telnet-Befehl
• Vorteil: Flexibler Befehl, mit dem Sie den Hostnamen und den Port angeben können
• Nachteil: Die Verwendung ist etwas schwierig, da es schwierig ist zu verstehen, wie die Verbindung getrennt wird.
• Curl-Befehl
• Im Allgemeinen Verbindungsbestätigung über http oder https
• Einfach zu verwenden

Häufige Verwendung von Curl (Bestätigung der Kommunikation mit http und https)

$ curl -v https://hogehoge.com

Stellen Sie eine Verbindung über das http- oder https-Protokoll wie in her.

Was passiert, wenn Sie kein Protokoll anhängen? Als ich auf Ubuntu "$ man curl" gemacht habe, gab es die folgende Beschreibung.

If you specify URL without protocol:// prefix, curl will attempt to guess what protocol you  might
       want. It will then default to HTTP but try other protocols based on often-used host name prefixes.
       For example, for host names starting with "ftp." curl will assume you want to speak FTP.

Ohne Protokoll scheinen häufig verwendete Schemata angemessen getestet zu werden.

Wenn Sie beispielsweise localhost drücken, ohne ein Protokoll für einen lokal stehenden Server anzugeben, wird es als http interpretiert und ausgeführt.

$ curl -I localhost
HTTP/1.1 404 Not Found
Server: nginx
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Powered-By: PHP/7.2.0RC6
Cache-Control: no-cache, private
date: Tue, 30 Jun 2020 09:27:28 GMT

Überprüfen Sie die Verbindung zu DB und Cache

Der Fall, in dem Sie die Verbindung von einem bestimmten Server (Ubuntu) zu einem bestimmten DB-Server überprüfen möchten, ist wie folgt. Geben Sie den Port mithilfe des Telnet-Protokolls an. Ich dachte, Telnet sei der Befehlsname, aber es schien tatsächlich ein Telnet-Protokoll zu geben. Referenz: https://ja.wikipedia.org/wiki/Telnet

$ curl -v telnet://hogehoge.com:3306
* Rebuilt URL to: telnet://hogehoge.com:3306/
*   Trying xx.xx.xx.xx...
* TCP_NODELAY set
* Connected to hogehoge.com (xx.xx.xx.xx) port 3306 (#0)
Warning: Binary output can mess up your terminal. Use "--output -" to tell
Warning: curl to output it to your terminal anyway, or consider "--output
Warning: <FILE>" to save to a file.
* Failed writing body (0 != 29)
* Closing connection 0

Die obige Ausgabe ist etwas verwirrend, aber es sieht so aus, als ob die Verbindung selbst erfolgreich war (bei Connected to hogehoge.com) und die Ausgabe nicht geschrieben werden konnte. Ich habe es nicht verwendet, weil es etwas schwer zu erkennen war, aber es kann gut sein, --output / dev / null usw. mit der in der Ausgabe gezeigten Ausgabeoption anzugeben.