HTML5 RDP клиент
Тази статия е предназначена за ИТ специалисти, които искат да внедрят HTML5 RDP клиента на Windows Server, предоставяйки подробни инструкции, стратегически насоки и най-добри практики за осигуряване на стабилно внедряване.
We've detected you might be speaking a different language. Do you want to change to:
TSPLUS БЛОГ
Когато останат прекалено много отворени RDP сесии, независимо от причините, системните администратори вероятно ще трябва да прекратят някои от тях. Ето как да прекратите, нулирате, убиете и т.н. RDP сесия отдалечено.
Когато останат твърде много отворени RDP сесии, независимо от причините, системните администратори вероятно ще трябва да прекратят някои от тях. Ето как да прекратите, нулирате, убиете и т.н. RDP сесия отдалечено. Въпреки това, имайте предвид, преди да започнете, че принудителното затваряне на сесия, дори и да е неактивна, може да доведе до загуба на данни. Поради това винаги е добре да можете да предупредите първо потребителите, за да могат да предприемат действие. За да завършите, разберете как можете да промените мрежовите настройки с TSplus и опростете тази ситуация.
Главно, сесиите на RDP трябва да бъдат прекратени само ако забавят или функционират по някакъв начин. Наистина, прекратяването на сесията тайно най-вероятно ще причини загуба на данни на потребителя. С това казано, ето някои основни причини да не оставяте сесиите на RDP отворени без цел.
Има обикновено само определен брой активни или отворени RDP връзки възможни, независимо от настройката. Ако квотата е изцяло използвана, сървърът ще спре всички нови връзки.
Отворените неактивни RDP връзки са път за нарушения на сигурността, независимо дали са вътрешни или външни. Въпреки че киберсигурността е силна, има твърде много потенциални заплахи, за да се рискува със сигурността.
Отворените връзки заемат пространство на сървъра и широколентовата връзка на различни точки. Затова оставянето им неактивни бързо може да доведе до безсмислено затрупване на ресурсите. Просто затварянето на прозореца не прекратява автоматично сесията. Това подчертава нуждата от информираност на потребителите и настройките да бъдат променени, за да се избегне това.
Следователно, хостването на отворени сесии води до използване на памет и енергия, както когато са активни, така и когато са неактивни. Дори най-малките спестявания на памет или широчина на лента ще се натрупат. Заедно те ще бъдат много добре дошли, като разходите за енергия от всякакъв вид са рязко нараснали, се увеличават навсякъде.
Сигурността е достатъчно важна, за да получи тази втора споменатост. Тя засяга толкова много области на ИТ и мрежи, независимо дали са локални или отдалечени, че не може да бъде пренебрегната. Данните ще бъдат още по-сигурни, колкото по-малко отворени връзки съществуват. Особено ако тези връзки са отворени от роуминг устройства или извън корпоративната мрежа.
Ключът е командни редове, така че ще ви трябва както знания, така и административни привилегии, за да следвате тези стъпки. Има два командни реда за изпълнение, един след другия.
Веднъж като имате списъка, ще трябва да направите бележка за всеки идентификационен номер на сесия, който планирате да прекратите. Ще ви трябва този идентификационен номер във втората стъпка.
Командата се свежда до нещо подобно на:
C: Прозорци система…>qwinsta
или C:Потребителисървърно_име>qwinsta
или C: Заявка за сесия потребителсървър: ИмеНаСървъра
където можете да търсите сървъра, системата или потребителя, който сте избрали да въведете. Както се предполага, в зависимост от търсената информация, ще получите по-точни или по-малко точни резултати.
Изберете от списъка потребителя или идентификационния номер, който искате, всички оставащи сесии, които трябва да бъдат прекратени и т.н. и направете бележка. Наистина, потребителят и идентификационният номер трябва да бъдат вмъкнати в следващия стъпка.
Може би се нуждае от настройка, но все пак не искате да я прекратите. За разлика от Изход, който ще прекрати сесията изцяло, рестартирането на сесията трябва да я остави активна. Все пак, помнете, че потребителите рискуват да загубят незапазени данни при всяка от тези процедури.
За нулиране на целевата RDP сесия изпълнете командата с вмъкнатия подходящ идентификатор. Ще изглежда нещо като това:
C:>нулиране на сесияSessionName|SessionIDсървър:ИмеНаСървъра
или подобно.
Обикновено гореспоменатите стъпки ще са приключили всяка сесия задоволително. Тъй като нищо не е напълно безупречно, ето още един начин. Все още можете да изпълните командата за прекратяване на точната задача, свързана със сесията. За това започнете с прекратяването на нейния процес за влизане в системата, след което можете да действате върху реалния идентификатор на процеса.
Когато става въпрос за отстъпващи и забиващи сесии, има малко, което можете да направите. Но относно "напуснатите" и "празни" сесии, можете да се уверите, че потребителите знаят няколко основни неща. Информирайте всички, че просто затварянето на прозореца не прекратява тяхната сесия. Добавете, че разкачването е стъпката за това. След това можете да обясните свързаното спестяване на ресурси на сървъра. Също така, посочете как това ще позволи по-гладко мрежово свързване за всички. И ако енергийното спестяване е аргумент, тогава включете и това.
Относно избягването на превишаване на броя на активните сесии от потребителите, най-лесното решение са настройките. Чрез приспособяване на правилата за отдалечени сесии, можете да контролирате условията и да подобрите ситуацията. Ето няколко примера за действия, които администраторите могат да предприемат в конзолата за отдалечен достъп.
Изберете продължителността на времето, през което сесиите могат да останат неактивни в "Управление на сесии и местни групови политики (GPO)". Там можете също да изберете, че всяка прекъсната сесия ще бъде прекратена. Задайте дали нов вход от същия потребител ще генерира нова сесия, ще затвори предишната или ще я засече. Тази функция се намира в раздела за повторно свързване на потребителя на същото "GPO".
Ако искате допълнителни подробности за тези настройки, натиснете тук за нашите ЧЗВ относно Как да прекъснете неактивни сесии И най-накрая, друг слой защита е наличен с TSplus Advanced Security. С този инструмент за сигурност можете да контролирате времето, когато влизането е разрешено. Работно време .
Горе имате стъпките за действие в повечето Windows и Citrix среди. Ние сме проектирали софтуера си с грижа за сигурността и плавността. Наистина обичаме софтуерът да бъде сигурен, ефективен, лесен за използване и достъпен. Моля, посетете нашия уебсайт За да опитате Remote Access безплатно за 15 дни и всеки друг продукт на TSplus.
TSplus Remote Access Безплатен Пробен период
Ultimate Citrix/RDS алтернатива за достъп до десктоп/приложения. Сигурна, икономична, на място/в облак.
Прости, надеждни и достъпни решения за отдалечен достъп за ИТ професионалисти.
Най-добрият инструментариум за по-добро обслужване на вашите клиенти на Microsoft RDS.
Свържете се