XigmaNAS

Moin Leute,
da mein Server keinen PC Speaker hat und auch keine Anschlussmöglichkeit dafür besitzt, weiß ich nicht mehr wann er wirklich komplett hochgefahren und für SMB Anfragen verfügbar ist.
Meine Idee war jetzt ein kleines TCP/IP Socket Programm zu schreiben:
Nas-Server = Client
Laptop = Server
Auf dem Nas-Server wird dann als PostInit Skript eine Socketverbindung geöffnet und ein Kommando an den Laptop übertragen. Danach wird sie wieder geschlossen. Mittels eines Serverprogramms kann ich dieses Kommando dann abfangen und auf dem Bildschirm per Ton oder Nachricht visualisieren.
Hat da jemand evtl. eine einfachere oder andere Idee?

Ein TCP/IP Socketprogramm habe ich bisher nur unter C oder C++ geschrieben. Nas4Free besitzt jedoch keinen C-Compiler, wie z.B. GCC. Es ist mir also nicht möglich das Skript darüber zu compilieren. Pkg_add und ähnliche Befehle schlugen fehl, es ließ sich also auch kein Compiler nachinstallieren.
Kann man TCP/IP Socket auch in der Shell machen? Würde sowas evtl. funktionieren? http://hacktux.com/bash/socket

Hat jemand Anregungen oder Ideen zu meinem Projekt?
Der Laptop läuft unter Debian, es stehen also so ziemlich sämtliche Linux-Tools zur Verfügung, falls TCP/IP keine gute Idee sein sollte.
Kann man evtl. einen speziellen Ping absetzen?

Vielen Dank schonmal für eure Ideen!
Liebe Grüße
NKL

Hallo NKL,

Für mein Backup-System nutze ich dafür folgendes Code-Fragment: In der Zeile mit dem "ping" mußt du natürlich die IP-Adresse deines NAS eintragen.
Das letzte sleep-Kommando wartet fünf Sekunden, nachdem sich der Rechner auf das Ping gemeldet hat. Hier kannst du auch einen etwas höheren Wert eintragen, falls auf dem NAS noch umfangreiche Dienste gestartet werden.

Hoffe, daß dir das etwas weiter hilft.

Grüße
Princo

Hallo Princo,
du löst dies also über einen Ping. Das ist ansich eine gute Idee, leider nutze ich auf meinem NAS-Server noch ein Script von Fritz, das den automatischen Shutdown über Pings löst.
Gibt es die Möglichkeit Pings zu unterscheiden? Zum Beispiel über die Paketgröße?

Oder hast du eine Idee wie ich ein C-Skript für Nas4Free kompiliert bekomme? Dann könnte ich die TCP/IP Socketverbindung nutzen.

Liebe Grüße
NKL

So ganz verstehe ich die Frage nicht
Ich habe jetzt spaßeshalber noch eine Zeile am Anfang des Skripts hinzugefügt.
Mein Skript sollte auf dem Laptop laufen. Es sendet jetzt auch einen WakeOnLAN-Befehl an das NAS, wenn du die MAC-Adresse deines NAS in der ersten Zeile einträgst. Dafür sollte natürlich das Paket "wakeonlan" installiert sein.

1. Das Skript startet das NAS per WOL.
2, Das aktuelle Datum und die Uhrzeit wird ausgegeben.
3. In einer Schleife wird das NAS angepingt.
4. Alle fünf Sekunden wird ein Punkt ausgegeben.
5. Wenn das NAS auf den Ping reagiert (also hochgefahren ist), wird die Schleife beendet.
6. Das Skript wartet jetzt noch fünf Sekunden, und beendet sich dann.

Was mein Skript nicht macht: Es prüft nicht permanent den Online-Status des NAS, aber dafür ist es ja auch nicht gedacht.
Es gibt keine Wechselwirkung mit dem Script von Fritz. Sein Script läuft auf dem NAS, und es pingt selber die dort angegebenen Rechner an. Das ist eine ganz andere Baustelle.

Oder suchst du etwas, was dir permanent den On/Offline-Status des NAS anzeigt?

Grüße
Princo

Hi Princo,
jau, ich hatte dein Skript nicht so ganz klar durchblickt, durch den zusätzlichen Befehl wurde es jetzt klarer.
Daher versteh ich jetzt auch deine Argumentation. Das Skript könnte ich so tatsächlich verwenden, muss ich mal überlegen.
Ich habe nur auch eine Situation, in der das NAS von einem anderen PC gestartet wird oder eben per Hand am Knopf gestartet wird.
Da würde dein Skript nicht greifen, da der Status dann nicht per Ping abgefragt wird.
Es geht also tatsächlich eher in die Richtung, dass sich das NAS selbstständig bei einem definierten PC meldet.

Vielleicht wird es klarer, wenn ich meine Situation noch ein wenig deutlicher darlege:
- Ein Büro mit (momentan) 4 Arbeitsplätzen. An diesen Arbeitsplätzen läuft soweit ich weiß nur Windows.
- In diesem Büro steht auf einem Schrank noch ein alter Laptop (mit Debian) der dauerhaft, für uns wichtige, Statusinformationen anzeigt.
- Das NAS steht in einem anderen Raum und wird eigentlich nach Bedarf ein- und ausgeschaltet (per WOL von den Arbeitsplätzen)
- Da nun aber keiner so richtig weiß ob das NAS gerade läuft oder eben nicht, bzw. ob es noch am Starten ist, wollten wir noch eine zusätzliche Statusinfo auf unseren Laptopbildschirm bringen. Dort läuft ein C++ Quellcode, den ich passend ergänzen würde.
- Nun muss sich halt das NAS nach erfolgreichem Startvorgang einmal beim Laptop melden, der stellt das dann grafisch (und evtl. auch mittels eines Tons dar).
- Wenn das NAS dann wieder herunterfährt passiert das Selbe, sodass die Statusinformation auf dem Laptop aktualisiert werden kann.
So hat man dauerhaft eine Anzeige ob das NAS läuft und ob jetzt darauf zugegriffen werden kann.

Daher auch meine Idee mit dem TCP/IP Socket. Ist zwar ein wenig overpowered, eine bessere Idee hatte ich aber bisher noch nicht.
Wenn der Laptop den ganzen Tag (alle 10secs z.B. damit man aktuelle Infos hat) das NAS anpingt und schaut obs da ist, ist das auch irgendwie nicht großartig besser.

Danke für deine Hilfe!
Liebe Grüße
NKL

NKL wrote:Ich habe nur auch eine Situation, in der das NAS von einem anderen PC gestartet wird oder eben per Hand am Knopf gestartet wird.
Da würde dein Skript nicht greifen, da der Status dann nicht per Ping abgefragt wird.
Es geht also tatsächlich eher in die Richtung, dass sich das NAS selbstständig bei einem definierten PC meldet.
...
Daher auch meine Idee mit dem TCP/IP Socket. Ist zwar ein wenig overpowered, eine bessere Idee hatte ich aber bisher noch nicht.
Wenn der Laptop den ganzen Tag (alle 10secs z.B. damit man aktuelle Infos hat) das NAS anpingt und schaut obs da ist, ist das auch irgendwie nicht großartig besser.

Dein Szenario und deine Idee verstehe ich.
Dennoch haue ich da jetzt mit dem großen Hammer drauf und weise dich auf einen mittelschweren Denkfehler hin:
Du gehst davon aus, daß der Laptop zur Anzeige IMMER läuft, und niemals neu gestartet wird.
Nun, bei einem Debian-System ist das nicht unwahrscheinlich, aber dennoch liegt genau darin der Schwachpunkt.
Du bist darauf angewiesen, daß beim Start und beim Beenden des NAS eine aktive Information übertragen wird, und daß der Laptop zu diesem Zeitpunkt läuft, und die Information verarbeiten kann.

Mein Vorschlag wäre aber, daß du ein Skript per Cronjob minütlich laufen läßt, welches auswertet, ob ein Ping auf das NAS erfolgreich ist.
Als Aktion könntest du dann z.B. die Hintergrundfarbe des Displays ändern (z.B. rot=NAS aus, grün=NAS an).

Keine Angst, durch die "ständigen" Pings wird das NAS überhaupt nicht beeinträchtigt. Dabei wird nur die Statusinformation abgefragt, und keine weiteren Nutzdaten übertragen. Ping wurde genau für diesen Einsatzzweck erfunden. Du könntest jede Sekunde ein Ping absetzen, und das würde das NAS überhaupt nicht jucken.

Natürlich ist mein Skript dafür nicht direkt geeignet, aber dennoch findest du dort die Lösung für deine Aufgabe, denn ich frage dort einfach den Fehlerstatus (die Variable $? ) des Ping-Befehls ab. Das kannst du recht leicht mit einem Bash-Dreizeiler auf deine Aufgabenstellung adaptieren.
Ich halte diese Lösung für einfacher und robuster, als den Weg über die Sockets, und der C-Programmierung.

Grüße
Princo

Hey Princo,
danke für deine Antwort. Ich verstehe jedoch nicht ganz, warum dies ein Denkfehler sein sollte. Btw: Sobald einer im Raum ist läuft der Laptop tatsächlich immer (Erster macht an, letzter macht aus).
Aber nehmen wir mal an, dass nicht. Mit der Ausgangsidee und dem Socket ergäbe sich kein Problem soweit ich entdecken kann.
Der Laptop fährt hoch und pingt einmal ob das NAS an ist oder nicht. Damit hat man den Ausgangszustand. Sobald sich der Zustand ändert bekommt man vom NAS die Statusänderung gesagt. Bei den TCP/IP Sockets mit denen ich bisher zu tun hatte, musste das Zielgerät nicht unbedingt laufen, es gab dann einfach einen (voreingestellten) Timeout.
Wo ist mein Denkfehler?

Wenn du aber sagst, dass das anpingen, auch bspw. alle 10secs, kein Problem ist ist diese Lösung natürlich deutlich einfacher umzusetzen. Wie beeinträchtigt das denn den Rest des Netzwerks oder die Performance des Laptops?

Liebe Grüße
NKL

Moin,
hier noch der Stand der Dinge:
Ich habe das mit den Pings umgesetzt und es funktionierte einwandfrei.
Leider gabs zwei Tage später eine bitterböse Mail von dem Systemadministrator des Hauses mit der Bitte diese (ich zitiere) "dauerhafte Netzwerkauslastung" doch abzustellen, sonst müsste er den betroffenen Rechner vom Hausnetz trennen.

Jau super... Es muss also doch eine andere Lösung her.
Ich habe es auch noch hinbekommen. Auf Nas4Free lässt sich mittels 'nc' (siehe: https://wiki.ubuntuusers.de/netcat/) eine Nachricht per Socketverbindung übermitteln.
Auf dem anderen Rechner läuft ein Socket von http://www.linuxhowtos.org/C_C++/socket.htm

Funktioniert wunderbar, Problem gelöst.

Liebe Grüße
NKL

Lass mich raten: du hast die Pings ohne Pause dazwischen rausgeballert?
Mit einem Abstand von 60s wäre die Funktion auch gewährleistet gewesen, und das hätte keine Aufmerksamkeit erregt.
Grüße
Prnco

Nope, ich hatte 30secs Pause dazwischen. Dauerhaft wär ja nun wirklich etwas zu krass

Lg, NKL

Ein Ping sendet gerade mal 64 Bytes !!!! über die Leitung.
Das ist ein Witz.

Grüße

Das hab ich ihm auch geschrieben. Er meint es geht nicht um die Datenmenge, sondern dass es "dauerhaft" das Netzwerk belastet.
Frag mich nicht, er ist da aber leider am längeren Hebel.
Aber immerhin klappt es jetzt auf die andere Methode.... Aber danke dir
Lg, NKL

Mahlzeit,

im grunde ist das ja klassisches Monitoring. Aber hat sich damit mal jemand in Bezug auf n4f mal ernsthaft auseinandergesetzt? gibt es dazu irgendwelche Bretter, besondere infos wo man sich einlesen kann?

Kreuzberger