(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 NET
para 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 NetRemoteTOD
através do LANMAN
protocolo -. 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 SRVSVC
protocolo-.
É o mesmo com o NET VIEW
comando. No DOS, NET
ele usa o LANMAN
protocolo-para solicitar um NetShareEnum
tempo do Windows XP, ele usa SRVSVC
para solicitar um NetShareEnumAll
.
Infelizmente, não podemos usar o NET.EXE
Windows XP ou 98 no DOS.
Felizmente, o NET USE
comando-usa apenas o SMB
protocolo-para que o acesso aos compartilhamentos ainda funcione.
Apenas os comandos NET VIEW
e NET TIME
estã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?