Language C++

Write a remote shell system, where a server process can reside on another machine on the network and the user provides commands to the server via a client process on a local linux machine.

The client sends the commands to the server, the server executes them, and sends the output back to the client.

A main goal of this part is to re-enforce some system calls and process manipulation facilities from an Operating System. It will provide a basic introduction to OS support for sockets and if desired pipes or shared memory while building upon some of your previous OS knowledge. You will write a basic remote shell in which a user specifies an arbitrary shell command to be executed, and it is sent over the connection and executed on a remote server.

You will write a server, a client and a program that is used by the server to execute commands (let's call it the executer) and send the results back to the client:

Server: The server will run on the remote machine. It will bind to a Unix socket at a port, given as an argument using -p . When the server receives a connection request, it authenticates the client using a (clear-text) password. It should then fork() a child process (i.e. the Executer) to handle the connection. The parent process loops back to wait for more connections.

Executer: The server will exec this program which will execute the command and communicate back with the client so that the server can continue accepting connections. This program will fork and exec the command that the client sent and return the stdout and stderr to the client. The server can assume the shell command does not use stdin. Upon command completion, the server will send the result back to the client to output.

Client: The client will run on the local machine. From the command line, the user will specify the host and port where the server resides and the command to be executed. The client will then connect to the server via a socket and transmit the password and the command. The client will display any output received from the server to the stdout and then exit. Thus, the client does one command at a time and is not an "interactive" shell.

Each component should produce enough output (to a logfile) to understand what is going on in that program. To receive credit, the system must be demonstrated. Submission process will be announced later.