Is this case is normal when programming in socket?


 
Thread Tools Search this Thread
Top Forums Programming Is this case is normal when programming in socket?
# 8  
Old 11-06-2010
I have not studied netcat. Maybe it can do all this, too. Sometimes less is more. My u_inetd is the server side only, tcp only. It is a user's, one-app at a time, inetd daemon. Just as telnet is a universal client for tcp, this is a universal server. I figured it might help the original questioner sort out how to listen. Even if you know how to listen and know how to connect, you still need protocol so both ends do not hang both listening or sending only in a half duplex scenario.

Last edited by DGPickett; 11-06-2010 at 11:08 PM..
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. Ubuntu

Socket Programming

HI Can anyone provide me with codes for file transfer server to client or vice versa? Also please explain how to compile those programs in ubuntu terminal as i am totally new to socket programming. Thanks (1 Reply)
Discussion started by: mayhemtrigger
1 Replies

2. Programming

Socket programming

Hi everyone, I'm new to this forum. I'm working on new project for last few days and this forum already helped me on couple of occasions. I don't have any prior experience with network programming so I'll appreciate any advise given. I'm trying to do the following: 1. open user... (2 Replies)
Discussion started by: _thomas
2 Replies

3. UNIX for Advanced & Expert Users

Socket programming

my socket program is not working with larger port numbers like more than 60000 , any reason why ? (4 Replies)
Discussion started by: Gopi Krishna P
4 Replies

4. Programming

help with socket programming in c

i'm doing a simple program in socket programming on c i have server that can handle 2clients in a single machine i'm running ubuntu linux so i got it work but the probelm when clients send a message the server will echo it but i cant distinguish which client send the message client 1 or client... (7 Replies)
Discussion started by: kedah160
7 Replies

5. Programming

Help with socket programming in C

hi guys i got this code trying to make connection between the server and multi clients but when i do ./server i got message server waiting then when i run ./client it says client 1 nosuch file i dont know whats that should i use any argument plz help how to compile and run and whats the expected... (1 Reply)
Discussion started by: kedah160
1 Replies

6. UNIX for Advanced & Expert Users

socket programming

can we send udp message to a destination ip address .. without having an ip address configured in our machine using recvfrom ? (2 Replies)
Discussion started by: Gopi Krishna P
2 Replies

7. UNIX for Advanced & Expert Users

socket programming

Hi, I am trying to connect to more than 60 servers to perform some actions remotely. for this I am using ssh2. But its taking lot of time. Though i am running the command in background, still its taking long time to execute.. Any one let me know can we use sockets instead of ssh2 for... (3 Replies)
Discussion started by: pvamsikr
3 Replies

8. IP Networking

socket programming

Hello Everyone Iam working on tcp/ip programming.with some time interval server has to send data.client has to close the connection and to open the connection between the time interval.this is the scenario when iam closing the connection in client side the connection terminates.how to... (1 Reply)
Discussion started by: sureshvaikuntam
1 Replies

9. Programming

Socket Programming socket

Hello, I actually try to make client-server program. I'm using SCO OpenServer Release 5.0.0 and when I try to compile my code (by TELNET) I've got this error : I'm just using this simple code : and I get the same error if I use : If someone can help me, Thanks (2 Replies)
Discussion started by: soshell
2 Replies

10. Programming

Socket Programming

Dear Reader, Is there any way to check up socket status other than 'netstatus ' Thanks in advance, (1 Reply)
Discussion started by: joseph_shibu
1 Replies
Login or Register to Ask a Question
inetd.conf(4)						     Kernel Interfaces Manual						     inetd.conf(4)

NAME
inetd.conf - configuration file for inetd DESCRIPTION
On invocation, the daemon reads its configuration information from the configuration file, and possibly at some later time in response to a signal (see inetd(1M)). Each line in the file is treated either as a comment or as configuration information for a given service Comments are denoted by a at the beginning of a line. Noncomment lines contain seven or nine required fields, depending on the service name specified in the first field. Fields are separated by tabs and/or spaces. A line can be continued if it terminates with a Each configuration line in the file contains the following fields in the order indicated: o service name o socket type o protocol o o user o server program o program number (NFS RPC services only) o version number (NFS RPC services only) o server program arguments Fields are constructed as follows: service name if the server is RPC-based (NFS); otherwise, the name of a valid service in file For example, for the service (see remsh(1)), for the service (see rlogin(1)), and for the service (see telnet(1)). socket type or depending on whether the server socket is a stream or a datagram socket, or intended for a program built using the XTI API. protocol Must be a valid protocol as given in for example, or For an XTI service, the protocol field is treated as: o A network_ID for an RPC service, (see netconfig(4)). o A device name in the directory for a non-RPC service. For example, if is specified, the path will be used. For IPv6 applications the protocol is specified as either or Specifies whether should act as a single- or multi-threaded server. Instructs to start one server to handle an incoming request, and cease listening for new requests for the same service until the server that started has exited. Same as but instructs to expect the server to accept the incoming request. Instructs to start one server for each incoming request. Most UDP-based services use for this field, while TCP-based services use user User ID to be used when the server is running. server program Absolute path name of the program executed by when it finds a request on the server's socket. server program arguments Arguments to the server program. The same as in normal use, starting with which is the name of the program. If service name is (NFS RPC services), two extra fields are required. They must appear between the server program field and the server program arguments field: program number Defines a particular service grouping and is unique. version number Version supported by the RPC service. This number can be a single value, or a range, if the program handles multiple versions; for example, or Ranges are separated by a hyphen Version numbers allow RPC protocols to be extended and modified, and make it possible for old and new protocols to share the same server process. Built-in inetd Services The daemon provides several "trivial" services internally by use of built-in routines (see inetd(1M) for a list of these services). To configure an internal service, specify as the server program name, and omit the server program arguments field. EXAMPLES
Configure the service to use TCP protocol, and run the server as user The above is an example of the remsh utility run in the IPv4 mode. To run the above utility in the IPv6 mode, the protocol must be changed to Thus the above configuration is re-written as below to run in mode. Configure the FTP server to timeout an inactive session after 75 seconds. The above ftp service can be run in IPv6 mode using the configuration shown below: Configure an RPC-based service. Note that the service name field contains and two more fields are used: the program number(100008) and version number(1). Configure to use the built-in TCP service. AUTHOR
was developed by the University of California, Berkeley. NFS was developed by Sun Microsystems, Inc. SEE ALSO
inetd(1M), exec(2), fork(2), inetd.sec(4), protocols(4), services(4). inetd.conf(4)