Talk:Port (computer networking)
|WikiProject Computing / Networking||(Rated Start-class, Low-importance)|
|This talk page is automatically archived by MiszaBot. Threads with no replies in 100 days may be automatically moved.|
e-mail server example
A server used for sending and receiving e-mail provides both an SMTP service (for sending) and a POP3 service (for receiving).
I found this confusing. An e-mail server sends e-mail contents to the client, but this amounts to receiving e-mail from the point of view of the user. Similarly, it receives content from the client, but this is part of sending e-mail. In addition, it sends outgoing messages to and receives incoming messages from the outside world. So "receiving" could plausibly mean any of three things. 126.96.36.199 (talk) 03:15, 3 October 2009 (UTC)
- You are quite correct about your observation. I have rewritten that paragraph to address your concern. Thank you. Kbrose (talk) 03:34, 3 October 2009 (UTC)
"Because different services commonly listen on different port numbers, the practice of attempting to connect in sequence to a wide range of **services** on a single computer is commonly known as port scanning"
Is **services** supposed to be 'ports'?
- Yes. There is a service behind each port but changing services to ports is an improvement. I've made the change. --Kvng (talk) 23:19, 6 May 2010 (UTC)
I assume that Port number would be preferred over the current title (Port number (Internet socket)). Port number redirects here. I've requested speedy deletion of the Port number redirect page. --Kvng (talk) 18:13, 31 August 2010 (UTC)
- Well, that's certainly a possibility, which I had contemplated as well. Port number could be ambiguous, switches or routers have port numbers as well. So, I figured leave 'port number' as redirect in case someone disputes primary usage and wants a disambiguation page. Kbrose (talk) 18:41, 31 August 2010 (UTC)
Is dynamic port a synonym for ephemeral port. The article says "The dynamic or private ports are those from 49152 through 65535. One common use is for ephemeral ports." what are the other uses? --Kvng (talk) 17:25, 13 March 2011 (UTC)
Question / Idea
I have an idea about a feature that would change how the internet worked.
I propose that DNS have resource record types such as: porthttp,porthttps,portsmtp,portsmtps,portimap,portimaps,portpop3,portpop3s,portftp,portftps,etc...
I appears to me that such a move would change the way the world relies on IP addresses, since we appear to be running out. If you think how many servers there are in the world that have static IP addresses that only host one web page or even one service.
It seems like it would be fairly easy to implement a record type lookup to determine what port a website is using. The same thing could be accomplished for looking up what port a mail server is using. Yes the web browsers of the world could be adapted to do a ip and port lookup.
SSL Certificates could be adapted to include both the domain name and port.
DNS record types could be created and used to register what port a webpage is on.
For example: My webpage would have two DNS records. Record Type "A" host record, www.example.com = 127.0.0.1 Record Type "porthttp" port record, www.example.com = 80
This type of resource lookup would allow the internet to host a website or service on which ever port they wanted and would prevent the world from relying on common ports as the answer of where am I going to put my service.
Think about this. Currently one static IP address can only host one website service on a single static IP address. Routing and NAT take care of this. The only problem is there is no DNS record to lookup a port for the expected service. If a single IP address can have 65535 ports then a single IP NAT address could host 65535 websites on 65535 different ports. All is need is the ability to find the port that the http service is located on.
I also see this as a chance to solve the world's problem with ISP's blocking commonly used ports.
I don't have the programming skills to do the work, but if the idea was communicated to the world, the right people could make it happen.
It's important to explain WHY ports exist
I added an explanation into this article several years ago, but someone deleted it. That makes no sense because right now, the article doesn't explain WHY ports are necessary. For laypersons who don't understand computer science, ports (along with most computer science concepts) are totally mysterious, and the article as it stands doesn't help them understand ports one bit. The article should have an explanation that ports are used to uniquely identify different programs running on computers linked to a network so that multiple programs can multiplex multiple virtual connections over the physical network connection; otherwise, only one program could open a connection over the physical layer at any particular time (since the only unique identifier would be the IP address itself). (The obvious analogy is to the old bulletin board systems, where a single monolithic client had full control over a PSTN phone line and talked directly to the BBS at the other end.) Any objections? --Coolcaesar (talk) 08:27, 4 August 2011 (UTC)
- Indeed, the article needs help. One issue is that you added this to the lead section without any source. It was then changed also without any source to describe "well known" ports. I do think it is important to mention that port numbers are essentially a form of multiplexing, but the current description of this does not seem right either. Ports are used in peer-to-peer protocols as well as client-server, and on both single tasking and multitasking operating systems. But multiplexing is only needed if there are multiple connections (even if only on one side). Generally the best approach is to add information in the body with citations, and then have the summary in the lead. W Nowicki (talk) 17:40, 4 August 2011 (UTC)
I, for one, would appreciate that information being added back; I came here doing personal study to supplement a class in networking, and thought the article jumped right in without recognizing that the reader might need that "layperson" description. Please consider it. — Preceding unsigned comment added by 188.8.131.52 (talk) 13:49, 9 October 2012 (UTC)
The limitation that only one program can listen to a IP:port derives from the BSD socket implementation. There is no port "conflict" when you bind to different IPs on the same port. For example you can have multiple HTTPS virtual sites on different IPs on the same machine, on the same interface, and on the same port. --Mircea.Vutcovici (talk) 02:30, 9 October 2011 (UTC)
A port is associated with
In the case of TCP/IP, a port is associated with
or some such
G. Robert Shiplett 13:07, 10 January 2013 (UTC)