Windows 2000 Terminal print problem.

Колеги, имам един много странен проблем:
Става дума за Windows 2000 adv. Server s Terminal Server в централата и 5 субмрежи с по 2 или 3 Windows 2000 Pro клиенти които се свързват с него по наети линии 64К /за субмрежа/.
При 2 отделни клиентски групи минаващи по отделни линии се наблюдава следния проблем - DOS програма работеща на сървъра "губи" порта на който трябва да печата на клиентската машина /не се вижда в списъка с портове/ или ако се вижда то при избор не печата.
Портовете са мапове - net use LPT1 \\clientname\printername /persistent:yes
Проблема се проявява на моменти само при тези 2 клиентси групи, а при другите 3 не.

Welcome to the real world

Znachi, problema ti e v localnata mreja pri instaliraneto na mrejovite printeri, t.e. printerite gi njama oshte predi da se lognesh kum term. server? taka li e ako sum te razbral pravilno?

davash net use lpt1 //server_name/printer_name \persistent:yes

i vsichko raboti do njakoe vreme, a sled tova ne (naprimer, samo predpolagam, dokato njakoj ne si vkljuchi kompa bez da e vkljuchen kompa s printera.)

zashto ne napravish edin .bat fajl sus slednoto sudurjanie:

net use lpt1 \delete ##neznam dali tova beshe za deletvane na vsichki tekushti mapove
net use lpt1 //server_name/printer_name

path_kum_exe-to_koeto_startira_dosovskata_programa

i vseki put usera da startira programata ot tozi bat-fajl.

Ne, printerite sa instalirani na klientite, shared, ima logon skript koito prawi gore dolu:
net use LPT1 /d
net use LPT1 \\clientname\pritnername
...

problema se proqwqwa samo pri 2 submreji klienti samo po nqkoga - w edin moment pe4ata w edin ne iska w treti waob6te ne se wijda LPT1 w programta a w DOS konzola pe4ata.

Welcome to the real world

Ami ako pechata naistina ot Dos konzola, a samo ot programata, kojato polzvash ne pechata, to togava problema e njakude v programata.

A za6to togawa sa6tata programa ot drugata submreja ne prawi takiwa problemi?
Na 1 server s ednakwi script owe sa wsi4ki.

Welcome to the real world

Намерих следното разминаване в регистрите на клиента:
uNCName REG_SZ \\clientname\Oki ML3320
с името на шеринга за принтер на клиента който е само ML3320 и се вижда в net use така:
ОК LPT1 \\clientname\ML3320
Възможно ли е това да причинява такива проблеми?

Welcome to the real world

Нали уж работи от време на време? Значи това разминаване не играе роля. Но винаги можеш да махнеш принтера и да го сложиш наново с надеждата, че системата ще се осъзнае.
Струва ми се, че има някакъв мрежов проблем - т.е. връзката към портовете на SMB ту я има, ту я няма. Например, когато се пуска програмата и тя си търси принтера, връзка няма и тя не може да го намери. След малко виждаш, че не може да печата, и пробваш от конзолата. Но при този опит връзката се възстановява и ти успяваш да печаташ.
Ако ти се занимава, можеш да гледаш - Filemon, TCPView от [линк], Network Monitor в Windows. Само че е голяма досада и няма гаранция, че ще се разбере нещо. А не се сещам за някакъв auditing, който да казва какво се случва.

Боян

Махнах го и го сложих отново и то така че да не се разминават тези неща, сега чакам резултата.
При пускане в 99.99% от случаите няма проблем... проявява се в процеса на работа.
Мерси за линковете - ще погледна.

Welcome to the real world

След преинсталация на драйвера на принтера /подмяна на вградения в Уиндоус с най-новия на производителя/ нямаше никаква промяна.
Приложението пак губи порта след известно време а от конзолата се печата.
Нямам думи

Welcome to the real world

Предлагам да почнеш да гледаш какво се случва по мрежата. Първо с Filemon - макар че, честно казано, не съм го пробвал за трафик по мрежата и не знам точно какво показва.
След това можеш да включиш тежката артилерия - Network Monitor. Има си парсер за SMB, така че, ако си направиш добре филтрите, ще можеш да виждаш подходящата информация. Само че не знам дали няма да забави много машината. Освен това, ако не можеш да възпроизвеждаш проблема с висока степен на повторяемост, ще се удавиш в логове.

А, и още нещо - не можеш ли в настройките на LPT1 порта да увеличиш таймаута (което май е единствената настройка)? По подразбиране май беше 45 секунди. Направи го на 90, да речем. Не че знам дали това би се отразило на отделна сесия в терминален сървър...

Боян

С монитора вече се удавих, портовете са на 90 секунден тайм аут.
По вероятно е да има друг тайм аут който след 15 минути /приблизително/ да прави нещо :(

Welcome to the real world

през 15 (или 12 беше, не помня) мин е браузването на мрежата - да се избира мастер браузър и т.н. Защо не опиташ с lmhost? Вкарай вътре името на компютъра дето е инсталиран принтера, домейна и каквото се сетиш.

Всичко се управлява от DNS & WINS, а програмата си губи портовете ако не ги използва над 15 минути, ако ги използва работи...

Welcome to the real world

Абе, да не би клиентът да е с пуснат power management и след 15 минути да влиза в standby? При което връзките да се прекъсват и да не може да се възстановят от програмата? Или пък да се включва screen saver, който да прецаква работата?
Разбирам, че не е логично, ама колко нелогични работи съм видял покрай тея компютри...

Боян

Това звучи интересно, тичам да видя...

Welcome to the real world

Някой може ли да ми каже какво касае този ред в регистрите:
"SharedWowTimeout"=dword:00000e10
google.com & microsoft.com се направиха на разсеяни по темата...

Welcome to the real world

абе имаш ли ХП-та
те оби4ат да се правят на мастър браузър


SELECT * FROM USERS WHERE CLUE>0
0 rows returned

Ne, imam samo NT4 SP 5 i 6 & 2k SP 3,4

Welcome to the real world

предполагам нямаш в логовете съобщения от типа

a conflict occured, machine1 believes it's the master browser for the network,
New master browser election has been held.


SELECT * FROM USERS WHERE CLUE>0
0 rows returned

В нито един от логовете не съм срещал такива записи от както съм тук.

Welcome to the real world