Se eu estiver vinculando um serviço http a 192.168.1.2, ele fará solicitações adicionais ao meu roteador para determinar qual é o meu IP local ou comparará o IP com a configuração da rede local e se elas correspondem a lugar nenhum? ?
Além disso, por que não consigo vincular o serviço a 127.0.0.1:8888?
Se o host já configurou 192.168.1.2 como seu endereço IP, nenhuma solicitação adicional precisa ser feita ao roteador para vincular e escutar em uma porta com esse IP.
No entanto, muitos servidores HTTP farão uma pesquisa reversa de DNS do IP para tentar entender qual hostname está associado a esse IP. Isso é provavelmente algo com o qual você não precisa se preocupar.
Eu diria que sua primeira pergunta é dependente do sistema operacional, mas não há um SO moderno que eu possa pensar que funcione dessa maneira. Se você tiver esse IP atribuído a uma NIC que é local para a máquina, seu tráfego não sairá da NIC.
Quanto à segunda pergunta, você precisa nos informar qual servidor HTTP está usando e em qual sistema operacional você está.
Se o IP específico for configurado localmente em uma interface de rede, o servidor corresponderá ao IP que você atribuiu à interface em que o IP está conectado. Em seguida, ele escutará apenas o tráfego proveniente desse dispositivo. (Não precisa ir 'verificar' na rede).
Esta pode ser uma boa medida de segurança, por exemplo, se você tiver um serviço que é necessário apenas localmente (por exemplo, MySQL), não o vincule à sua interface voltada para a Internet.
Normalmente, se você der a um serviço um IP que não existe localmente, ele retornará um erro na linha de "falha ao vincular ao X". No entanto, existem algumas situações em que você precisa de um serviço para vincular a um IP que pode não existir atualmente no serviço. Um exemplo está em uma configuração altamente disponível, em que os IPs podem se mover entre os servidores.
Nesse caso, a configuração sysctl net.ipv4.ip_nonlocal_bind permitirá que você faça isso sem um erro.