[mega]

Loodan, et siin ka selle koolkonna inimesi jalutamas, kes veel "puhtas" DOS-is opereerisid...
On üks terminal, millel kõhus ms-dos 6.22 ja rakendus käivitatakse võrgukettalt (serveris). Eelnevalt vaja see ketas külge "mountida". Kõik oli kena, kuni kõik seadmed asusid ühes ja samas lokaalses võrgus (näiteks 192.168.0.X). Elioni poolt on loodud kahe (ja enama) kohtvõrgu vahel LAN-to-LAN võrk. Oli vajadus terminal liigutada teise kohtvõrku (näiteks 192.168.1.X). DOS-ist pingida saab, aga "net use" enam ketast külge ei võta - tüüpiline Error 53. hosts faili kirje lisamine, et siis nime kaudu mountida, ei aidanud. Kas on mingit "rohtu" selle jaoks?

dos-prompt'is loomulikult kõik töötab... peale selle aplikatsiooni .

Hetkel on ajutine lahendus EOIP tunneliga tehtud, et terminali juurde tuuakse teise võrgu IP ja töötab, aga seal on oma probleem, mis teeb DOS-i väikesed päringud kole aeglaseks...

Ideid?

[Arvi]

kas seal vahel miskeid kraane (porte) kinni ei või olla ?

[mega]

Kohe kindlasti mitte, sest suvalisest win masinast mäpi palju tahad (dos-prompt'is). Seda väidab ka Elion.

[Arvi]

see net use käsk user-it sisaldab ?

[mega]

"net use" ei sisalda, sest puhtas dos-is seda ei saa kasutada, saab ainult parooli kasutada . Dos promptis on see võimalik. Kasutajanimi ja parool on kirjutatud ühte confi faili, mida hetkel täpselt ei mäleta. Selles ei saa asi olla nii-ehk-naa, sest teises IP alas ju toimetab koos kasutaja ja parooliga.

[Arvi]

Kas sellel teisel purgil on miski serveri opsüsteem?
Kui jah, siis kas 2003 või uuemgi ?
Mulle hakkab meenuma et olen miskist sarnasest asjast lugenud.
Mingitel vantidel samasugune kooslus töötas, kuni kasutasid NT või 2000
(täpselt ei mäleta) serverit ja peale 2003-le kolimist tekkis sama 53 jama.
Tuhnisid nad välja, et 2003 servu tahab liiga vinget turvat võrgule peale keerata
ja MS-DOS all toimiv võrgundus sellest aru ei saa. Nad isegi katseliselt leidsid registrivõtmed
mida väänata ja said toimima, kuid kuna lõppseisuna ei olnud lubatud serveri security't mudida,
siis jäigi neil toimiv lahendus leidmata.
Ma võin oma jutuga praegu teemast välja ronida, aga teinekord võib ka sitast pärleid leida.
Edu!

[mega]

Kusjuures seda juttu ma täitsa usun. Jep, teises otsas on S2003. Se 53 on nii üldine teade, et sealt ei loe suurt essugi välja... aga samas dos-promptis saab mäpitud, küllap see jookseb üle Win võrguteenuse ja seal pole probleemi...
Igatahes tänud kaasamõtlemast. Õnneks EOIP tunnelis asi töötab, eks jätab esialgu nii.

[77Mark]

Kas S2003 on domeenis?

[mega]

See konkreetne server ei ole. Peaks katsetama mõne XP masina shre pihta...

[77Mark]

Kunagi otsisin lahendust sarnasele probleemile. Server 2003 security downgrade 2000 tasemele
Mingi netist salvestatud juhend:

To fix it you need to relax these polices back to the old Windows NT/2000 levels on the machine yu are tyring to map to (i.e.: the Windows 2003 server)

In the local security policy for the server or in the GPOs for the server make sure the following is set - keep in mind that these may also be set in a domain policy which will override a local policy.:

Computer Configuration -> Windows Settings -> Security Settings -> Local Policy -> Security Options

Microsoft network client: Digitally sign communications (if server agrees) to "enabled"
Microsoft network client: Digitally sign communications (always) to "disabled"
Microsoft network server: Digitally sign communications (if server agrees) to "enabled"
Microsoft network server: Digitally sign communications (always) to "disabled"
Network Security: LAN Manager authentication level: "LM or NTLM"
Network Security: Do not store LAN manager hash value on next password change: "Disabled"
Once all of these are set reboot the server and then change the password for the account that was getting error 53 - you can use the same password if you prefer but you have to change the password to have windows (or AD) store the hash value again. The old LM client cannot login unless that hash value exists