Im Mai 2009 habe ich darüber geschrieben, wie man telnetd so absichert, dass nur der RSN-Prozess die Möglichkeit hat, es zu benutzen (Telnet kann nicht mit, aber auch nicht ohne es leben).
Ihre Anwendung hat gerade einen kritischen Zustand festgestellt. Sie können eine Meldung in ein Anwendungsprotokoll oder sogar in das syserr_log schreiben, aber wie benachrichtigen Sie jemanden, der sich gerade jetzt um die Anwendung kümmern muss?
Ein weit verbreiteter Irrglaube ist, dass TCP die Zustellung der Daten garantiert.
Neulich stieß ich auf ein Programm, mit dem ich aus einem vorgefertigten Satz von Abfragen auswählen konnte und das dann mit einem Server kommunizierte, um die Antwort auf die ausgewählte Abfrage abzurufen.
Die korrekte Zeit auf Ihrem Modul ist entscheidend für alle möglichen Aktivitäten, einschließlich der Protokollsynchronisation und der Validierung von Sicherheitszertifikaten.
Sie denken also über ein Upgrade auf ein neues Release von OpenVOS oder auf eine neuere Hardware-Plattform nach und möchten die Auswirkungen auf die Antwortzeit oder den Durchsatz Ihrer Anwendung kennen? Was tun Sie, um diese Frage zu beantworten? Lesen Sie weiter, um einige Vorschläge zu hören.
Ich habe gerade Ports von cflow und cscope auf die anonyme FTP-Seite von VOS hochgeladen. Lesen Sie weiter für Details.
Ich habe angefangen, über die Qualitäten nachzudenken, die großartige Programmierer von lediglich guten Programmierern unterscheiden. Lesen Sie weiter, um meine Ansichten zu erfahren.
Der ARP-Cache existiert in der einen oder anderen Form auf jedem Host, der über IP over Ethernet kommuniziert. Der Cache enthält die Zuordnung zwischen IP-Adresse und Ethernet-MAC-Adresse (Media Access Control).
Ich habe kürzlich mehrere neue oder aktualisierte Open-Source-Pakete auf OpenVOS Release 17.0 portiert.