Configure o dnsmasq para traduzir nomes locais para iPhones

Question

Descobri que o iPhone 5S não resolve o nome do host da rede local pelo nome. Só é possível adicionar o sufixo .local ao nome do anfitrião, por ex. em vez de perguntar (como em um host Linux):

https://local_hostname

deve-se usar:

https://local_hostname.local

É possível lidar com isso por dnsmasq para usar https://local_hostname no iPhone?

dnsmasq versão é 2.76 .

    

Answer 1

Talvez. Tudo depende se o iOS suporta a opção de DHCP domain-name .

Configure o dnsmasq para usar um nome de domínio. Estou pensando em algo como este link: link

Exceto por favor, use o domínio .test para começar. Eu não confiaria em qualquer domínio aleatório que o wiki do Arch ache que esteja livre para usar neste dia da semana. Se você violar os padrões, eles poderão causar problemas que são terrivelmente difíceis de depurar . Você deve ser capaz de usar .test fine para testes. Você pode decidir usar algo diferente para o longo prazo. Eu incluí algumas outras sugestões abaixo.

Explicação:

Eu perguntei como não digitar um domínio no final, como isso poderia funcionar se eu configurasse o dnsmasq para começar a usar um domínio?

Há uma opção nas mensagens do DHCP, domain-search , cujo padrão é o único domínio definido em domain-name . O resolvedor de DNS do cliente deve tentar anexar cada "domínio de busca", caso não encontre o nome normalmente. Então a idéia é que o dnsmasq será configurado de forma que todos os nomes locais sejam colocados neste domínio.

Se você quiser usá-lo desta forma, provavelmente não tem preferência quanto ao aspecto do domínio. Você só precisa se certificar de que não colidir com qualquer domínio real , presente ou futuro: -).

Aparentemente, o .test está disponível porque é reservado para desenvolvedores que desejem configurar sistemas como este. Isso pode não ser ideal ... por um argumento semelhante, as pessoas podem usá-lo para testes em seu próprio laptop e não conseguir acessar os nomes de domínio local quando se conectarem à sua rede.

Se você não gostar do domínio .test , por qualquer motivo, poderá registrar o seu próprio domínio. Subdomínios gratuitos (mas registrados na Lista de Sufixos Públicos usados para alguma segurança do navegador da Web) estão disponíveis no momento em DuckDns.org . Ou reduza a probabilidade de colisão, usando um subdomínio de .test selecionado aleatoriamente a partir de uma lista de palavras suficientemente grande:

• link
• link

ok, mas então qual é o ponto, se eu não quiser digitar um domínio, então por que eu adicionaria um?

This functions seems to be broken by a recent iOS upgrade

I still can browse by ip address. Is the ability to browse by local network names broken by the recent iOS upgrade or is there something wrong in my setup?

- 14 de dezembro de 2013

Minha interpretação é que a Apple reservou nomes "single-label"; que eles não solicitarão a um servidor DNS o endereço de um nome de rótulo único. Daí a necessidade de usar um nome de domínio e um domínio de pesquisa. Outro exemplo de software que faz isso:

link

Single-label names are routed to all local interfaces capable of IP multicasting, using the LLMNR protocol. Lookups for IPv4 addresses are only sent via LLMNR on IPv4, and lookups for IPv6 addresses are only sent via LLMNR on IPv6. Lookups for the locally configured host name and the "gateway" host name are never routed to LLMNR.

Isso está de acordo com o informativo RFC 4795 , "Nome da multidifusão local de link Resolução (LLMNR) ".

3. Usage Model

By default, an LLMNR sender SHOULD send LLMNR queries only for single-label names. Stub resolvers supporting both DNS and LLMNR SHOULD avoid sending DNS queries for single-label names, in order to reduce unnecessary DNS queries.