Sincronize o relógio entre o DOS e o Windows 7


0

Estou com problemas para conseguir tempo para sincronizar entre um PC MS-DOS 6.22 e o Microsoft Network Client 3.0 e uma caixa do Windows 7 Ultimate. Isso funcionava anteriormente entre o PC DOS e uma máquina XP.

Sigo as instruções nesta discussão e me conectei com êxito aos meus outros computadores com o Windows 7, mas não consigo sincronizar o relógio no computador DOS.

Eu costumava net time \\Windows7 /set /yes, mas me dá "error 1 an internal error occurred".


1
Se você faz um net /?na máquina DOS, mostra TIME como um comando de rede válido?
precisa saber é o seguinte

o problema é dos computador eu posso sincronizado com o computador windowsXP, bute com Windows 7 não
Nasko

1
Vale a pena editar em sua pergunta para mencioná-la. ;)
Ƭᴇcʜιᴇ007

Se você digitar w32tm /query /statusna linha de comando do seu computador Win7, o que diz abaixo Stratum:?
precisa saber é o seguinte

Indicador de salto: 3 (o último minuto possui 61 segundos) Estrato: 0 (não especificado) Precisão: -6 (15.625ms por tick) Atraso na raiz: 0.0000000s Dispersão da raiz: 0.0000000s ReferenceId: 0x00000000 (não especificado) Tempo de sincronização com êxito: fonte não especificada : Intervalo de pesquisa do relógio local do CMOS: 10 (1024s)
Nasko

Respostas:


0

(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

insira a descrição da imagem aqui

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:

insira a descrição da imagem aqui

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).


Eu tenho outra pergunta, é possível obter tempo do servidor de rede como time.windows.com?
Nasko

Sim, com as três últimas soluções possíveis, você poderá obter tempo de um servidor NTP (que time.windows.comé). Se não funcionar com o nome do host, você pode tentar com o endereço IP correspondente. Eu recomendaria que você iniciasse com o mTCP SNTP . Pelo que pude ver, você pode baixar todos os drivers necessários. Primeiro, você precisa do driver de pacote para sua placa de rede. Segundo, conecte-se com o dhcpcomando-a um servidor dhcp e use o sntpcomando pela última vez para obter o tempo de time.windows.com ou ip ou qualquer outro servidor NTP.
Rik
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.