Isso realmente não responde à sua pergunta, mas no ponto em que você deseja que o servidor exista na rede sem DHCP, e você está fornecendo um IP estático do DHCP, parece que você não está ganhando. muito com DHCP. Eu apenas daria o mesmo IP estático manualmente que de outra forma viria do DHCP. Dessa forma, você sabe em que IP está ativado e pode usar esse IP estático por meio de um link direto tão bem quanto um endereço local de link (APIPA).
Se você não conhece o IP, seu problema se torna uma descoberta de rede, e um portmap é provavelmente a maneira mais fácil. O tamanho de sub-rede local de link é mais de uma sub-rede / 16, o que significa que você terá a melhor parte dos hosts para varrer (outra vantagem de escolher uma sub-rede local menor e configurar estaticamente, em vez de usar o link definido por RFC sub-rede local, está tendo muito menos hosts para escanear). Um bom utilitário portmap (nmap sendo meu favorito) será capaz de escanear uma determinada porta em um intervalo inteiro de endereços. Infelizmente, pode ser necessário executar algumas varreduras diferentes para cobrir o intervalo de links 169.254.1.0 - 169.254.254.255 definido de forma bastante arbitrária (e inconvenientemente!), Que não pode ser definido como uma sub-rede de máscara de bits CIDR, como é 168.254 / 16 "menos" 169.254.0 / 24 "menos" 169.254.255.0/24, mas você poderia fazer algo assim em um shell bash:
for i in 'seq 1 254'; do
nmap -p 3389 169.254.$i.0/24;
done > rdp-listens.txt 2>&1
Como isso vai gerar muitos resultados, eu o redirecionei para um arquivo para ler depois de pronto. Mas isso é um grande esforço, comparado a apenas dar um IP estático na sua rede e escrevê-lo em um post-it que está preso à caixa:).
Existem algumas outras opções, incluindo aquelas mencionadas por outros, mas elas não têm tanta certeza quanto a um slam dunk. Resumidamente:
O ping pelo nome do computador pode funcionar se você souber o nome do computador. A menos que estejamos falando sobre DNS (e embora seja possível, a maioria das configurações de DNS / DHCP não configura registros DNS A ou PTR entre nomes de host fornecidos pelo cliente e IPS fornecido pelo DHCP) que seria um nome de computador windows e eu don ' Não sei como a resolução funcionaria exatamente.
Eu sou cético em relação ao sniffing de fios. O Wireshark ou similar exigiria, na verdade, um tráfego RDP vendo para esse host, para ajudá-lo a determinar seu IP. Existem alguns problemas com isso. Primeiro, a menos que seja uma rede compartilhando um domínio de colisão (sem fio ou uma rede conectada por Hub), você nunca verá esses pacotes. Dado o cenário, estou supondo que você não está usando Wi-Fi, e você seria a única pessoa que resta no mundo executando uma rede com fio em um Hub, então você provavelmente tem uma rede comutada, o que significa que você nunca veria esse tráfego. (Alguns switches mais sofisticados permitem esse tipo de coisa, mas como seu problema de raiz aqui é "Estou preocupado, não conheço o IP", estou supondo que isso não seja o nível corporativo). Portanto, é improvável que haja uma maneira fácil de detectar essas informações na rede. Em segundo lugar, isso exigiria que o tráfego já estivesse na rede - dado o cenário, acredito que não haverá tráfego de RDP no cenário em que você não sabe o endereço IP e, se houver, você pode simplesmente perguntar seus compatriotas qual é o seu IP :)
Uma abordagem final em que posso pensar pode ser o ARP. Você deve poder ARP o endereço de rede dado o endereço MAC da interface de rede. No entanto, não tenho certeza se o IP em questão estaria necessariamente nas tabelas ARP.
Espero que ajude!