답변:
대답은 고려중인 OS에 따라 다릅니다. 그러나 일반적으로 :
TCP의 경우 아니요. 한 번에 하나의 응용 프로그램 만 동일한 포트에서 청취 할 수 있습니다. 이제 2 개의 네트워크 카드가있는 경우 동일한 포트 번호를 사용하여 하나의 응용 프로그램이 첫 번째 IP에서 수신하고 두 번째 IP에서 두 번째 IP를 수신하도록 할 수 있습니다.
UDP (멀티 캐스트)의 경우 여러 응용 프로그램이 동일한 포트를 구독 할 수 있습니다.
편집 : Linux Kernel 3.9 이상부터 동일한 포트를 수신하는 여러 응용 프로그램에 대한 지원이 SO_REUSEPORT
옵션을 사용하여 추가되었습니다 . 자세한 내용은 이 lwn.net 기사를 참조하십시오.
예 (TCP의 경우) 프로그램이 그렇게 설계된 경우 두 개의 프로그램이 동일한 소켓에서 청취하도록 할 수 있습니다. 첫 번째 프로그램에서 소켓을 작성할 때 SO_REUSEADDR
옵션을 소켓에 설정해야합니다 bind()
. 그러나 이것은 당신이 원하는 것이 아닐 수도 있습니다. 이것이하는 일은 들어오는 TCP 연결이 둘 중 하나 가 아닌 프로그램 중 하나 에 전달되므로 연결을 복제하지 않고 두 프로그램이 들어오는 요청을 처리 할 수있게하는 것입니다. 예를 들어, 웹 서버에는 포트 80에서 수신 대기하는 여러 프로세스가 있으며 O / S는 새 연결을 수락 할 준비가 된 프로세스에 새 연결을 보냅니다.
SO_REUSEADDR
bind()
활성 청취 소켓이 이미 포트에 바인드되어 있지 않으면 다른 소켓을 이 포트에 연결할 수 있습니다. 그러면 충돌 후 서버를 다시 시작하려고 할 때 "이미 사용중인 주소"오류 메시지가 표시됩니다.
SO_REUSEADDR
확실히 유닉스에서 적어도 두 개의 TCP 소켓을 동시에 청취 상태에 두지 못하게하십시오. 해결하기 위해 의미 것 TIME_WAIT state
: unixguide.net/network/socketfaq/4.5.shtml를 . Windows에서는 작동하지만 요청이 올바른 서버에 도달한다고 보장하지는 않습니다.)
예.
모두 동일한 포트에 바인딩 된 여러 수신 TCP 소켓이 서로 다른 로컬 IP 주소에 바인딩되어 있으면 공존 할 수 있습니다. 클라이언트는 필요한 어느 쪽이든 연결할 수 있습니다. 제외0.0.0.0
( INADDR_ANY
)는 .
여러 개의 승인 된 소켓이 공존 할 수 있으며 모두 동일한 청취 소켓에서 승인되며 모두 청취 소켓과 동일한 로컬 포트 번호를 표시합니다.
동일한 포트에 바인드 된 여러 UDP 소켓은 모두 (1)과 동일한 조건으로 제공되거나 모두 SO_REUSEADDR
바인딩 전에 옵션이 설정되어 있습니다.
TCP 포트와 UDP 포트는 서로 다른 네임 스페이스를 차지하므로 TCP에 포트를 사용한다고해서 UDP에 대한 사용을 배제하지 않으며 그 반대도 마찬가지입니다.
참조 : Stevens & Wright, TCP / IP Illustrated, Volume II.
원칙적으로
그것은 돌로 쓰여지지 않았습니다. 그러나 모든 API가 작성되는 방식입니다. 앱이 포트를 열고 핸들을 가져오고 클라이언트 연결 (또는 UDP 경우 패킷)이 도착하면 OS는 해당 핸들을 통해 포트에 알립니다.
OS에서 두 개의 앱이 같은 포트를 열도록 허용 한 경우 어떤 앱에 알릴 수 있습니까?
그러나 ... 그 주위에는 방법이 있습니다.
iptables -m statistic --mode random --probability 0.5
재미있다.
listen()
. 아마도 방화벽에서 방화벽을 여는 것에 대한 질문 일 것입니다. 여기에 너무 많은 오류가 있으며 7 년 안에 모두 수정되지 않았습니다. 또한 포트 번호가 동일한 다른 로컬 주소에 바인딩하는 경우에도 답변이 생략됩니다. 사실 완전히 틀 렸습니다.
그렇습니다 . 내가 기억하는 한 커널 버전 3.9 (버전에 대해서는 확실하지 않음)부터에 대한 지원 SO_REUSEPORT
이 도입되었습니다.SO_RESUEPORT
첫 번째 서버가 소켓을 바인딩하기 전에이 옵션을 설정하는 한 정확히 동일한 포트 및 주소에 바인딩 할 수 있습니다.
TCP 및 UDP 모두에서 작동합니다 . 자세한 내용은 링크를 참조하십시오 : SO_REUSEPORT
노트 : 수락 된 답변은 더 이상 내 의견으로는 사실이 아닙니다.
아니오. 한 번에 하나의 응용 프로그램 만 포트에 바인드 할 수 있으며 바인드가 강제 실행되는 경우의 동작은 미정입니다.
SO_REUSEADDR이 각 소켓의 옵션에 설정되어있는 한 멀티 캐스트 소켓 (원하는 곳에서 아무 소리도 들리지 않음)을 사용하면 둘 이상의 응용 프로그램이 포트에 바인딩 될 수 있습니다.
"마스터"프로세스를 작성하여 모든 연결을 수락하고 처리 한 다음 동일한 포트에서 수신 대기해야하는 두 응용 프로그램에 연결하여이 작업을 수행 할 수 있습니다. 많은 프로세스가 80을 수신해야하기 때문에 이것이 웹 서버 및 이와 같은 접근 방식입니다.
이 외에도, 우리는 세부 사항을 얻고 있습니다-TCP와 UDP 모두에 태그를 지정했습니다. 또한 어떤 플랫폼입니까?
다른 방법은 하나의 포트에서 수신하는 프로그램을 사용하여 트래픽의 종류 (ssh, https 등)를 분석하여 내부적으로 "실제"서비스가 수신하는 다른 포트로 리디렉션하는 것입니다.
예를 들어 Linux의 경우 sslh : https://github.com/yrutschle/sslh
TCP 연결을 만들 때 IP 주소 (사용중인 프로토콜에 따라 v4 또는 v6)와 포트의 조합 인 특정 TCP 주소에 연결하도록 요청합니다.
서버는 연결을 수신 대기 할 때 특정 IP 주소 및 포트 (예 : 하나의 TCP 주소) 또는 각 호스트의 IP 주소 (대개 IP 주소로 지정됨)의 동일한 포트를 수신하고 싶다고 커널에 알릴 수 있습니다. 0.0.0.0
), 효과적으로 (다른 "TCP 주소"많은 청취하는 예 192.168.1.10:8000
,127.0.0.1:8000
, 등)
아니오, 메시지가 들어올 때 커널이 어떤 응용 프로그램에 메시지를 제공하는지 알기 때문에 동일한 "TCP 주소"에서 수신 대기하는 두 개의 응용 프로그램을 가질 수 없습니다.
그러나 대부분의 운영 체제에서 단일 인터페이스에 여러 개의 IP 주소를 설정할 수 있습니다 (예 : 인터페이스가 192.168.1.10
있는 192.168.1.11
경우 네트워크의 다른 사람이 사용하지 않는 경우 에도 설정할 수 있음). 이 8000
두 IP 주소 각각 에서 포트 를 수신하는 별도의 응용 프로그램을 가질 수 있습니다 .
짧은 답변:
여기에 주어진 대답으로 갑니다. 동일한 IP 주소와 포트 번호로 수신 대기하는 두 개의 응용 프로그램을 가질 수 있으므로 포트 중 하나는 UDP 포트이고 다른 하나는 TCP 포트입니다.
설명:
포트 개념은 TCP / IP 스택의 전송 계층과 관련이 있으므로 스택의 다른 전송 계층 프로토콜을 사용하는 경우 동일한 프로세스에서 여러 프로세스를 청취 할 수 있습니다 <ip-address>:<port>
조합 .
사람들이 가지고있는 한 가지 의심은 두 응용 프로그램이 동일한 <ip-address>:<port>
조합으로 실행되고 있다면 원격 컴퓨터에서 실행되는 클라이언트 가 두 응용 프로그램을 어떻게 구별 할 수 있을까요? IP 계층 패킷 헤더를 보면 ( https://en.wikipedia.org/wiki/IPv4#Header )를 보면 프로토콜을 정의하는 데 72-79 비트가 사용된다는 것을 알 수 있습니다. 이는 구별 방법입니다.
그러나 동일한 TCP에서 두 개의 응용 프로그램을 사용하려는 경우 <ip-address>:<port>
조합으로 대답은 없습니다 (재미있는 연습은 두 개의 VM을 시작하고 동일한 IP 주소를 제공하지만 다른 MAC 주소를 제공하며 어떤 일이 발생하는지 확인합니다. VM1은 패킷을 가져오고 다른 경우 VM2는 ARP 캐시 새로 고침에 따라 패킷을 가져옵니다.
두 응용 프로그램을 동일하게 실행하면 <op-address>:<port>
하면 어떤 종류의로드 균형 조정을 달성 할 수 . 이를 위해 다른 포트에서 응용 프로그램을 실행하고 IP 테이블 규칙을 작성하여 이들 사이의 트래픽을 분기 할 수 있습니다.
@ user6169806의 답변도 참조하십시오.