AboutWelcome to Free Software Daily (FSD). FSD is a hub for news and articles by and for the free and open source community. FSD is a community driven site where members of the community submit and vote for the stories that they think are important and interesting to them. Click the "About" link to read more...
What once was the primary method of inter-hardware communication, the serial port now seems to be considered more of a legacy form of communication as more applications are networked. However, I don't think I am the only one that still has the need to interface equipment or applications that only talk through the serial port.
A couple of days back, my friend Stuart and I were trying to configure a device via a serial port. Except that only PC with a serial port wasn’t configured with an operating system.
"Many people view serial ports as antiquated, out-dated connectors taking up space on their computers. However, serial ports still offer one of the best ways to communicate reliably and simply with a machine. For example, a serial port can be configured to act as a full-featured system console.
FTP communication is not secure, all communication is plain text and can be easily captured. Despite this serious weakness, few do anything to secure it. There are simple ways to correct this with VSFTPD.FTPS is also known as FTPS Secure or FTP-SSL. What FTPS does is add the Transport Layer Security (TLS) and the Secure Sockets Layer (SSL) to the normal FTP on the same port 21.
Create a simple "Hello world" program that prints on the serial port of an emulated ARM system, using the CodeSourcery gcc toolchain and the QEMU emulator of the Versatile board.
The default port for tomcat is 8080 because developers are assuming you may have a apache server set up on port 80. There are two issues with changing the port to 80.
Using the CodeSourcery arm-none-eabi toolchain to compile a minimal "Hello World" example for Stellaris lm3s6965 microcontroller. The microcontroller is emulated through QEMU and the output is written to a serial port.
Linux can be configured to log dmesg output to another system via network using syslog. It is done using kernel level networking stuff ia UDP port 514. There is module called netconsole which logs kernel printk messages over udp allowing debugging of problem where disk logging fails and serial consoles are impractical... netconsole initializes immediately after NIC cards.