En mai 2009, j'ai écrit un article sur la sécurisation de telnetd afin que seul le processus RSN puisse l'utiliser (Telnet ne peut pas vivre avec, ne peut pas vivre sans).
Votre application vient de détecter une condition critique, vous pouvez écrire un message dans un journal d'application ou même dans le syserr_log mais comment notifier à quelqu'un, à l'instant même, que l'application a besoin d'attention ?
Une idée fausse courante est que le TCP garantit la livraison des données.
L'autre jour, je suis tombé sur un programme qui me permettait de choisir parmi un ensemble de requêtes préétablies et de communiquer avec un serveur pour récupérer la réponse à la requête sélectionnée.
Avoir l'heure exacte sur votre module est essentiel pour toutes sortes d'activités, notamment la synchronisation des journaux et la validation des certificats de sécurité.
Vous envisagez donc de passer à une nouvelle version d'OpenVOS ou à une plate-forme matérielle plus récente et vous voulez en connaître les effets sur le temps de réponse ou le débit de votre application ? Que faites-vous pour répondre à cette question ? Lisez ce qui suit pour entendre quelques suggestions.
Je viens de télécharger les ports de cflow et cscope sur le site FTP anonyme de VOS. Lisez la suite pour plus de détails.
J'ai commencé à réfléchir aux qualités qui séparent les grands programmeurs des simples bons programmeurs. Lisez ce qui suit pour connaître mon point de vue.
Le cache ARP existe sous une forme ou une autre sur chaque hôte qui communique via IP sur Ethernet. Le cache contient la correspondance entre l'adresse IP et l'adresse MAC (Media Access Control) Ethernet.
J'ai récemment porté plusieurs paquets open-source nouveaux ou mis à jour vers la version 17.0 d'OpenVOS.