none
vzdálené odhlášení z TS session

    Dotaz

  • Ahoj,

    na jednom našem TS (Win2k8) běží maličko nestabilní ERP, které občas přestane odpovídat. Nejefektivnější je odhlásit se z TS session a přihlásit se znova. Problém je že uživatelé nejsou schopni si s neodpovídajícím desktopem na TS serveru poradit a volají support. Admin se pak přihlásí na TS a v TS manageru je odhlásí a oni se  muohou zase přihlásit a pracovat. Stává se ale že support není dostupný a pak nemohou dělat.

    Je možné nějak zařídit aby si užvatelé mohli sami vzdáleně odhlásit session? Lze to z příkazové řádky využitím qwinsta (zjistí si session ID) a logoff (odhlásí si svoje session ID), ale to je pro uživatele složité. Šlo by to nějak naskriptovat? To bohužel neumím i když tuším že s pomocí FOR by to mělo jít...

    Pomůžete se skriptem? Nebo vás napadne ještě jiná možnost?

    Díky!

    Tomáš

    2. října 2011 19:34

Odpovědi

  • Ja to myslel tak, ze pokud se mi session kousne a ja ji jako uzivatel (krizkem v klientu) uzavru, prejde do stavu disconnected.

    A pokud bude mit RDS nastaveno, ze ma disconected session odhlasovat, vyresim tim problem s "kousanim" - nepotrebuji admina, aby mi ji "zastrelil". Bohuzel to vede k tomu, ze uzivatel musi nechat bezet RDP session, i kdyz nic nedela a treba ceka na vysledek z ERP nekolik desitek minut.

    Pokud by tento rezim byl akceptovatelny a "kousla" session prechazi bez problemu do stavu disconnected, pak staci ve Remote Session Hostu zvolit vlastnosti RDP protokolu a nastavit zalozku Session - override user setting - logoff disconeccted session after X minutes.

    3. října 2011 13:46

Všechny reakce

  • Predevsim  byste mel resit nestabilni ERP a pokud neni reseni, teprve pak resit odhlasovani.

    Dobry "troubleshooting" TS je zde:

    http://ts.veranoest.net/ts_trouble.asp

    Projdete take FAQ

    http://ts.veranoest.net/ts_faq_configuration.htm


    3. října 2011 7:08
    Moderátor
  • Díky za link.

    Nestabilní ERP: rada to vypadá dobrá, ale věřte že to řeším už poměrně dlouho, ale dodavate není moc ochoten/schopen to řešit. Než se vyřeší nestabilní ERP, potřebuji nějakou self-service pomoc pro koncové uživatele.

    Myslíte že ten mnou navržený skript je nesmysl?

    3. října 2011 7:18
  • 1. Muzete napsat, jake jsou chybove hlasky v protokolu udalosti (na serveru i na stanici) ? Predpokladam,ze pokud by se vyskytla specificka hlaska pro "uzamceni", tak by byla i cesta pro prozatimni reseni .

    2. Pokud ma vyrobce ERP forum, tak vasi otazku dejte take tam.

    3. října 2011 8:30
    Moderátor
  • Resenim muze byt nastavit terminalove sluzby tak, aby nebyl mozny disconnect - viz nastaveni RDP protokolu na serveru.

    Potom by melo pri odpojeni RDP klienta (uzivatel ukonci RDP klienta - treba klikem na krizek v horni liste) dojit k jeho odhlaseni.

    3. října 2011 9:19
  • Je otazkou, zda je ERP spravne napsana aplikace a pokud ano, zda je spravne nakonfigurovany terminalovy server. 
    3. října 2011 9:48
    Moderátor
  • Že má ERP (Altus Vario 12) mouchy je celkem známá věc. Řeším to s jejich podporou po několikáté, bohužel bez nějakého hmatatelnějšího výsledku. Obyvkle vydají nějakou aktualizaci která by měla problém řešit, avšak nevyřeší. Já pevně věřím že to snimi časem vyladíme, ale do té doby potřebuji zajistit pro uživatele nějaký workaround.

    Zda je správně nakonfigurovaný TS, no to je samozřejmě otázka. Konfiguroval jsem ho podle HOWTO v technet library a je nastavený cca stejně jako dalších několik TS co jsem dělal a které fungují OK. Pro tisk používáme ovladače k tiskárnám, EasyPrint se neosvědčil. TS není DC, běží na něm SQL express jako DB pro ERP (dle doporučení dodavatele ERP). Dodavatel ERP dodává jakýsi benchmark tool k prověření výkonnosti serverů a podle toho je server lepší než zcela vyhovující. Podle monitoringu v SQL studiu se server při zpracování dotazů většinu času fláká, jen občas se objeví špičky související se složitými dotazy, ale nesouvisí časově s okamžiky zamrznutí klientů. Myslím si že v SQL chyba nebude.

    Mohla by být třeba někde v nastavení sdílení? Každý uživatel má vlastní složku na serveru C:\VarioUsers\%username% a ta se mu přes hardlink připojí jako C:\Program Files\Vario   Možná že tam dochází k nějakým konfliktům?

    Jediná chybová hláška která se objeví je u klinta když se pokouší připojit k TS a to "The task you are trying to do can't be completed because remote desktop services is currently busy. Please try again in a few minutes."

    3. října 2011 10:10
  • 1. Na serveru neni zadna hlaska? (jeste pro ujisteni: Jedna se o Windows 2008 a ne Windows 2008 R2. SP=? , RDS jsou nativni....)

    2. Nesouvisi problem s tiskem?

    3. Je otazkou, zda by pomohla zmena timeoutu pro RDS

    4. Mozna vam nezbyde, nez pouzit nastroje ze Sysinternals a provest analyzu.

     

    3. října 2011 11:38
    Moderátor
  • AD 1) Je to Windows Server 2008 SP2

    AD 2) zajímavý námět. Našel jsem v App logu info "Interactive Services Detection"  od C:\Windows\System32\spoolsv.exe  Už jsem to řešil na jiném serveru - byla tam HP tiskárna, jejíž ovladač PCL6 chtěl zobrazovat dialogy, které se ale na desktopu TS nezobrazily - pouze zlobilo přihlašování k TS. Tam pomohlo vrátit se k PCL5 ovladači, který tohle nedělal. Teď se chyba projevuje jinak, ale v App logu se tahle hláška taky objeví - nicméně když uživateli zamrzne ERP, není to u příležitosti tisku. Mohlo by to souviset s tím že nějaký jiný užvatel na TS v tu chvíli zrovna tiskne?

    AD 3) režim práce uživatelů zahrnuje i dlouhé pauzy při práci, často i 30-40 minut kdy nic od počítače nepotřebují. Mám timeout na 6 hodin, aby vždy ráno začínali nově.

    AD 4) Které by bylo vhodné použít do začátku?

    díky

    3. října 2011 13:17
  • to zní nadějně, ale jak na to? Našel jsem tohle: http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2rds/thread/b0ed0ee3-5b9b-47a1-b1e4-76bc6d50c35c/

    (vlastně odstranění funkce křížku na klientovi) ale Vaše/Tvoje odpověď naznačuje že by to mohlo jít i nějak na serveru?

    3. října 2011 13:25
  • Ja to myslel tak, ze pokud se mi session kousne a ja ji jako uzivatel (krizkem v klientu) uzavru, prejde do stavu disconnected.

    A pokud bude mit RDS nastaveno, ze ma disconected session odhlasovat, vyresim tim problem s "kousanim" - nepotrebuji admina, aby mi ji "zastrelil". Bohuzel to vede k tomu, ze uzivatel musi nechat bezet RDP session, i kdyz nic nedela a treba ceka na vysledek z ERP nekolik desitek minut.

    Pokud by tento rezim byl akceptovatelny a "kousla" session prechazi bez problemu do stavu disconnected, pak staci ve Remote Session Hostu zvolit vlastnosti RDP protokolu a nastavit zalozku Session - override user setting - logoff disconeccted session after X minutes.

    3. října 2011 13:46
  • Podivejte se na tento hotfix http://support.microsoft.com/kb/2383928/en-us (Proto jsem se pral na verzi o.s..)

    Sysinternals: 

    http://technet.microsoft.com/en-us/sysinternals/bb896653

    http://technet.microsoft.com/en-us/sysinternals/bb896645

     

     

    3. října 2011 14:01
    Moderátor