(possível solução para sincronização de horário no DOS na parte inferior)
É o mesmo com duas máquinas DOS minhas. Um gera o erro 50 (não suportado) e o outro gera o erro 1 (como o seu). Ele acha que o problema está no protocolo usado NETpara solicitar a hora (e também no comando 'NET VIEW'). Se eu der uma olhada rápida no WireShark na máquina Windows 7, posso ver o seguinte tráfego (imagem abaixo):
A máquina DOS é 192.168.1.23 e a máquina Windows 7 é 192.168.1.33 O
comando usado no DOS éNET TIME \\XPS8500

Você pode ver que a máquina DOS (192.168.1.23) solicita NetRemoteTODatravés do LANMANprotocolo -. Que não é mais suportado pelo Windows 7 (como você pode ver na resposta).
Quando faço o mesmo em uma máquina Windows XP (192.168.1.67), obtenho:

Você pode ver que o Windows XP usa o SRVSVCprotocolo-.
É o mesmo com o NET VIEWcomando. No DOS, NETele usa o LANMANprotocolo-para solicitar um NetShareEnumtempo do Windows XP, ele usa SRVSVCpara solicitar um NetShareEnumAll.
Infelizmente, não podemos usar o NET.EXEWindows XP ou 98 no DOS.
Felizmente, o NET USEcomando-usa apenas o SMBprotocolo-para que o acesso aos compartilhamentos ainda funcione.
Apenas os comandos NET VIEWe NET TIMEestão com defeito.
Existe outra solução se você deseja apenas sincronizar a hora.
Você pode ver o SNTPC - um cliente simples de protocolo de tempo de rede para MS-DOS . Eu não tentei, porque precisaria de outro protocolo (protocolo PC / TCP do FTP ) carregado (outro problema de memória), mas ele deveria fazer o trabalho de sincronizar com qualquer servidor NTP na Internet. Eu nem tenho certeza de que você pode obter o protocolo PC / TCP mais (agora o FTP está fora do ar) e você provavelmente precisaria do QEMM ou 386MAX para maximizar a memória mais baixa, ou você teria pouca memória para executar qualquer programa.
Outra solução possível é o mTCP SNTP . (este aqui você pode realmente colocar as mãos)
E outro (não livre).
net /?na máquina DOS, mostra TIME como um comando de rede válido?