Versão para Internet do zeroconf [closed]

0
Como seria prático, digamos, o provedor de um ISP desenvolver um protocolo do tipo Bonjour para a Internet? Eu posso pensar em alguns usos para essa tecnologia:

Um empresário que precisa de algo impresso em um escritório da FedEx pode selecionar um servidor de impressão / solicitação da FedEx como se o servidor fosse uma impressora local. A FedEx poderia então cobrar do usuário quando ele / ela pegasse o trabalho de impressão.

Um fotógrafo que quer que suas fotos sejam impressas no WalMart local pode selecionar o servidor de impressão de fotos do WalMart como se fosse uma impressora na rede local.

    
por moonman239 13.03.2015 / 03:09

1 resposta

1

Ok, antes que isso seja fechado, darei a você meus pensamentos sobre o assunto. Eu acredito que os ISPs já implementam tudo na especificação IETFs zero-conf , usando DHCP tradicional e DNS. No pior dos casos (uma rede completamente não gerida), o AVAHI é frequentemente suficiente.

O que você parece querer é a descoberta de serviços, o que é bem possível, mas o que está faltando é a questão do controle. O operador de serviço deve estar sempre encarregado de decidir o que pode ser descoberto e como fazê-lo. Não é o direito dos ISPs de expor os serviços em minha rede em um nível puro de TCP / IP.

Em segundo lugar, a Internet em geral é grande demais para ser "detectável" de uma maneira significativa, a menos que a resolução tenha um escopo, provavelmente geograficamente. No nível local, a única razão pela qual o Bonjour funciona é que seu escopo é uma LAN. Se o iTunes sequer considerasse compartilhar minha música com meus vizinhos, eu seria forçado a matá-la com força. O Bonjour foi feito para pessoas que não podem ser incomodadas para configurar qualquer fim de um provisionamento de serviço.

Usando a WWW como uma sobreposição, os administradores e desenvolvedores de servidores podem implementar serviços na Web que podem ser descobertos, usando uma ampla variedade de tecnologias subjacentes para implementar padrões para serviços detectáveis. Podemos descobri-los com mecanismos de pesquisa e acessá-los com qualquer aplicativo que escrevamos ou obtemos, que foram projetados para consumir suas provisões. A Fedex é livre para gerenciar as muitas impressoras em muitos locais diferentes, todas em algum estado (ocioso, imprimindo, enfileirando, etc.) em qualquer instante, usando um software projetado e configurado como Eles querem, não o ISP.

Se a Fedex quisesse configurar a impressão na web, eles poderiam fazê-lo agora e você poderia imprimir para eles usando os drivers MS Internet Printing para fazer isso. Os protocolos de comunicação de impressão de linha nunca foram projetados para fornecer a robustez necessária para acessar uma impressora do outro lado do mundo. Novos drivers e protocolos seriam necessários para acessar diretamente o dispositivo da mesma maneira que um conectado via USB. Seu sistema operacional pode optar por mostrá-lo a você e torná-lo idêntico a uma impressora local, ou talvez não.

Então, em suma, eu diria que já temos toda a capacidade de fazer o que você quer, se quisermos, e que a liberdade de fazê-lo é essencial para manter a Internet livre e democrática. Colocar a responsabilidade no nível do ISP é inadequado, e causaria uma ampla divergência entre ISPs de maneiras que realmente deveriam ser commodities previsíveis. imagine se seu serviço estivesse disponível apenas em um ISP, ou mesmo em 4 de cada 5. Seria pandemônio, a princípio, até que toda a internet fosse degradada em conjuntos de jardins murados estagnados como a Apple. A internet não pode se tornar um pacote de cabo.

    
por 13.03.2015 / 05:57