(possível solução para sincronização de tempo no DOS na parte inferior)
É o mesmo com duas máquinas DOS. Um dá erro 50 (não suportado) e o outro dá erro 1 (como o seu). Acha que o problema é com o protocolo usado por NET
para solicitar o tempo (e também o comando 'NET VIEW'). Se eu der uma olhada rápida no WireShark na máquina com Windows 7, posso ver o seguinte tráfego (imagem abaixo):
DOS-machine é 192.168.1.23 e a máquina com Windows 7 é 192.168.1.33
O comando usado no DOS é NET TIME \XPS8500
VocêpodeverqueamáquinaDOS(192.168.1.23)solicitaNetRemoteTOD
atravésdoLANMAN
-protocol.QuenãoémaissuportadopeloWindows7(comovocêpodeverpelarespostadevolta).
QuandoeufaçoomesmoapartirdeumamáquinaWindowsXP(192.168.1.67)eurecebo:
Você pode ver que o Windows XP usa o SRVSVC
-protocol.
É o mesmo com o comando NET VIEW
. Do DOS NET
, ele usa o LANMAN
-protocol para solicitar um NetShareEnum
, enquanto do Windows XP ele usa SRVSVC
para solicitar um NetShareEnumAll
.
Infelizmente não podemos usar o NET.EXE
do Windows XP ou '98 no DOS.
Felizmente, o comando NET USE
-use apenas o SMB
-protocol para que o acesso às ações ainda funcione.
Apenas os comandos NET VIEW
e NET TIME
estão com defeito.
Existe outra solução se você quiser apenas sincronizar a hora.
Você pode olhar para SNTPC - um cliente de protocolo de tempo de rede simples para MS-DOS . Eu não tentei porque precisaria de outro protocolo ( Protocolo TCP / PC do FTP ) carregado (outro hog de memória), mas deve fazer o trabalho de sincronização com qualquer servidor NTP na internet. Eu não tenho certeza se você pode obter o protocolo PC / TCP (agora FTP está fora do negócio) e você provavelmente precisaria de QEMM ou 386MAX para maximizar a memória ou você teria pouca memória para executar qualquer programa.
Outra possível solução é o SNTP mTCP . (este que você pode realmente colocar em suas mãos)
E outro (não-livre).