Nel maggio del 2009 ho scritto a proposito della sicurezza di telnetd in modo che solo il processo RSN abbia la possibilità di utilizzarlo (Telnet non può vivere con esso, non può vivere senza di esso).
La vostra applicazione ha appena rilevato una condizione critica, potete scrivere un messaggio su un log dell'applicazione o anche il syserr_log, ma come si fa a comunicare a qualcuno in questo momento che l'applicazione ha bisogno di attenzione?
Un errore comune è che il TCP garantisce la consegna dei dati.
L'altro giorno mi sono imbattuto in un programma che mi ha permesso di selezionare da una serie di query preconfezionate e di comunicare con un server per recuperare la risposta alla query selezionata.
Avere il tempo corretto sul modulo è fondamentale per tutti i tipi di attività, tra cui la sincronizzazione dei log e la convalida dei certificati di sicurezza.
Quindi, state pensando di passare ad una nuova release di OpenVOS, o ad una piattaforma hardware più recente, e volete conoscere l'effetto sul tempo di risposta o sul throughput della vostra applicazione? Cosa fate per rispondere a questa domanda? Continuate a leggere per ascoltare alcuni suggerimenti.
Ho appena caricato le porte di cflow e cscope sul sito FTP anonimo di VOS. Continua a leggere per i dettagli.
Ho iniziato a pensare alle qualità che separano i grandi programmatori dai semplici buoni programmatori. Continua a leggere per conoscere il mio punto di vista.
La cache ARP esiste in una forma o nell'altra su ogni host che comunica via IP via Ethernet. La cache contiene la mappatura tra l'indirizzo IP e l'indirizzo MAC (Ethernet Media Access Control).
Recentemente ho portato diversi pacchetti open-source nuovi o aggiornati su OpenVOS Release 17.0.