Como devo selecionar o número da porta para uma nova ferramenta?

13

Estou criando uma ferramenta de colaboração interna que usará um servidor central (em uma intranet) e uma ou mais portas para comunicação de soquete com os clientes. Eu sei que muitas portas são reservadas para fins específicos e outras são convencionalmente usadas para certos tipos de tráfego.

Como devo escolher uma porta padrão com menor probabilidade de ter sido "reivindicada" por outra pessoa por sua ferramenta? Existe um banco de dados que identifica todo o uso de porta conhecido (mesmo não convencional)?

Jace Browning
fonte
3
Geralmente, isso é apenas um problema se algo já estiver usando a porta no servidor. No entanto, a porta deve ser configurável. Eu já vi muitos softwares com portas codificadas, o que não é o que você deseja.
devicenull
@devicenull Definitivamente terei a opção de substituir o padrão.
Jace Browning
3
Se sua barba estiver grisalha o suficiente, você poderá usar o RPC e registrar seu próprio terminal. msdn.microsoft.com/en-us/library/windows/desktop/…
Ryan Ries
2
A menos que você tenha um ótimo motivo para isso, é melhor usar os protocolos existentes sempre que puder. a) É natural pensar que você pode fazer um trabalho melhor, para a maioria das pessoas, isso não é verdade. Mas mesmo quando você pode, é melhor o suficiente para neutralizar b) as ferramentas / dispositivos de rede já estão configurados para funcionar com os padrões existentes. A adição de novos tem uma barreira e uma quantidade de trabalho a ser implementada.
precisa saber é o seguinte
2
Para algo que é colaboração interna, qualquer coisa> 1024 e <32768 (deve proteger contra ligações efêmeras de porta) e NÃO listado no registro de portas da IANA seria bom, desde que você se comunique efetivamente com seus depósitos internos que você tomou na porta.
Matthew Ife

Respostas:

16

Sim, a IANA mantém o serviço oficial e o registro do número da porta .

O processo para obter um número de porta atribuído a você está documentado na RFC 6335 . Um processo de revisão é necessário para qualquer atribuição de porta, mas é muito mais rigoroso para portas <1024; essas atribuições exigem (entre outras coisas) que seu protocolo seja documentado em uma RFC.

(Observe que esse processo é relativamente novo e que há muitas portas atribuídas que foram adquiridas.)

Para <1024, as portas 1021 e 1022 são reservadas para experimentação; acima disso, para experimentação, você pode simplesmente usar uma porta dinâmica> = 49152.

Michael Hampton
fonte
1
Atalho para procurar por "não atribuído": iana.org/assignments/service-names-port-numbers/…
Jace Browning
3

Na maioria dos casos, é melhor usar apenas HTTP, pois mais cedo ou mais tarde haverá um firewall que você precisará atravessar. A maioria dos sistemas operacionais permite que o espaço de endereço HTTP seja dividido entre processos.

Ian Ringrose
fonte
2
Estou confuso, não posso usar HTTP em nenhuma porta? Não quero usar como padrão :80ou :8080porque existe uma forte possibilidade de que eles já estejam em uso. A minha pergunta ainda não é válida?
Jace Browning
@JaceBrowning, sim, você pode, mas usar qualquer outra porta é apenas um pouco estranho da história :-). Qualquer sistema operacional decente permitirá dividir o namespace HTTP entre aplicativos.
Ian Ringrose