Tarkib
- Qadamlarning qisqacha mazmuni
- Masofaviy ish stoli xizmatlarini o'rnatish va sozlashni rejalashtiring
- Masofaviy ish stoli sessiyasining xost-server rolini 2-serverga o'rnating
- Bir nechta RD sessiyalari xost-serverlari bo'yicha to'plamni sozlang
- Yuklarni balanslashni sozlang
- Ulanish vositachisini chetlab o'tish
- RD Connection Broker Farm uchun DNS yozuvlarini qo'shing
- DNS Dumaloq Robin yukini muvozanatlashtirish va ulanish vositachisi
- Masofaviy kompyuterga ulanish vositachisini ichki tarmoqda sinovdan o'tkazish
- Xulosa
- Savollar va javoblar
O'quv qo'llanmasi qo'shimcha RD Session Host Server-ni o'rnatish va uni dasturlar to'plamini joylashtiradigan Farmning bir qismi sifatida qanday joylashtirishni ko'rib chiqadi. Bu ichki tarmoqdan RD Session Host Farm-ga masofaviy ish stoli orqali qanday ulanishni ko'rsatib beradi.
RD Session Host Farm-ga tashqi tarmoqdan (masalan, Internet) kirish masofaviy ish stoli shlyuzi yordamida amalga oshirilishi mumkin. Bu boshqa qo'llanmada muhokama qilinadi.
Ushbu o'quv qo'llanma Windows 2016 uchun uzoqdan ish stoli xizmatlarini allaqachon o'rnatishni talab qiladi. RD Session Host Farm-ga qanday qilib qo'shimcha RD Session Host serverini qo'shishni ko'rsatib beradi.
Qadamlarning qisqacha mazmuni
Quyida RD Session Host serverlari o'rtasida yuklarni balanslashni o'rnatish uchun zarur bo'lgan qadamlar ro'yxati keltirilgan.
- O'rnatishni rejalashtiring
- Masofadagi ish stollarini sozlash
- Masofaviy ish stoli sessiyasining xost-serverini 2-serverga o'rnating
- 2-RD Session Host serverini To'plamga qo'shing
- Yuklarni balanslashni sozlang
- RD Connection Broker Farm uchun DNS yozuvlarini qo'shing
- Masofaviy kompyuterga ulanish vositachisini ichki tarmoqda sinovdan o'tkazish
- Tugadi
Masofaviy ish stoli xizmatlarini o'rnatish va sozlashni rejalashtiring
O'rnatish uchun qanday serverlar kerakli rollarni bajarishini rejalashtirishingiz kerak bo'ladi.
Bizga quyidagi rollar uchun serverlar kerak:
- Masofadagi ish stoliga veb-kirish
- Masofadagi ish stoli shlyuzi
- Masofadagi ish stoliga ulanish vositachisi
- Masofadagi ish stoli sessiyasining xosti (1-server)
- Masofaviy ish stoli sessiyasining xosti (2-server)
Ushbu tegishli maqolani quyidagicha kuzatib boring masofaviy ish stoli xizmatlarini Windows 2016 da rejalashtirish va o'rnatish.
Tegishli maqolada ishlatilgan bir xil server nomlash konventsiyasidan foydalanamiz va serverlarga bir xil mos rollarni joylashtiramiz.
Masofadagi ish stolidagi birinchi Xost rolini o'rnating Xizmatlar server.
Masofaviy ish stoli sessiyasining xostini ikkinchi serverga o'rnatish uchun quyidagi ma'lumotlarga rioya qiling. Ikkinchi server chaqiriladi RDSERVICES2.
Masofaviy ish stoli sessiyasining xost-server rolini 2-serverga o'rnating
RDSERVICES2 deb nomlangan Windows 2016 serverini o'rnating va unga domenga qo'shiling.
RDSERVICES serveriga masofaviy ish stoli orqali ulaning. Bu biz yuqoridagi bosqichlardan masofaviy ish stoli xizmatlarini sozlash uchun ishlatilgan server edi.
RDSERVICES serverida Server Manager-ni ishga tushiring va biz boshqarish uchun RDSERVICES2-ni qo'shamiz.
Server menejerining chap panelidagi Masofadagi ish stoli xizmatlarini bosing. Endi biz konfiguratsiya qilamiz Ilovalar to'plam (shu bilan bog'liq maqolada yaratilgan Windows 2016-da masofaviy ish stoli xizmatlarini qanday sozlash kerak) RDSERVICES2. Applications1 to'plamini bosing. Xost serverlari bo'limiga o'ting. Hozirda faqat Xizmatlar to'plamiga mezbonlik qilmoqda. Endi qo'shamiz RDSERVICE2 shuningdek to'plamni o'tkazish uchun. Ni tanlang RD Session Host serverlarini qo'shing dan variant Vazifalar menyu. Endi biz yuklarni muvozanatlash parametrlarini sozlaymiz Ilovalar to'plam. Ga o'ting Ilovalar xususiyatlari bo'limi. Tanlang Xususiyatlarni tahrirlash dan Vazifalar menyu. Yuklarni muvozanatlash bo'limini oching. Hozirgi parametr ikkala RD Session Host serverlari uchun Relative Weight 100. Buning ma'nosi shundan iboratki, ikkala server ham foydalanuvchilarning masofadan ish stoli sessiyalarini 50-50 bilan bo'lishadi. Qaysi serverlar ko'proq sessiyalar o'tkazishini nazorat qilish uchun siz nisbiy og'irlikni oshirishingiz (yoki kamaytirishingiz) mumkin. Agar siz serverda texnik xizmat ko'rsatishni rejalashtirmoqchi bo'lsangiz, foydalanuvchilarning ma'lum bir serverini o'chirmoqchi bo'lsangiz, ushbu serverning nisbiy og'irligi uchun 1 qiymatidan foydalaning va administrator hisobingizni ushbu serverga kiriting. Bu shuni anglatadiki, har qanday yangi ulanishlar ikkinchi serverga yo'naltiriladi. Mavjud ulanishlarga ta'sir ko'rsatilmaydi. Foydalanuvchilar tizimdan chiqqandan so'ng, server foydalanuvchi seanslaridan bo'shatiladi, shunda siz o'zingizning texnik xizmatingizni bajarishni boshlashingiz mumkin. Izoh: Siz 0 qiymatidan foydalana olmaysiz. Agar siz masofaviy ish stolini yuklangan va server nomidan foydalanayotgan serverga ishlatmoqchi bo'lsangiz, xato haqida xabar olishingiz mumkin. Buning sababi shundaki, ulanish vositachisi sizning seansingizni dastlab ulanishga harakat qilgan serverdan boshqa serverga yo'naltirishga urinishi mumkin. Bu sodir bo'lganda, sizga quyidagi xabar keladi: Biroq, siz haqiqatan ham fermada ma'lum bir serverga ulanishingiz kerak bo'lgan holatlar mavjud. Bunday holda, "" bilan masofadan ish stoli mijozini ishga tushirishingiz kerak bo'ladi./ a"switch. Bu buyruq satrida yoki ishga tushirish oynasida yozilishi mumkin. masalan. mstsc / a Bu Masofadagi ish stoli mijozini boshqaruv rejimida ishga tushiradi va uning seansi yo'naltirilmaydi. Yuqorida aytib o'tilganlardan so'ng, ba'zida masofadan ish stoliga server nomidan birini ishlatib, yukni muvozanatlashgan serverlarga qo'shishga urinib ko'rsangiz, siz RD Farm uchun DNS yozuvlarini yaratishingiz kerak bo'ladi. DNS-server yumaloq robinli DNS uchun yoqilgan bo'lishi kerak. RD Farm nomi DNS-server tomonidan qabul qilingan bo'lsa, sizga yoqadigan narsa bo'lishi mumkin, masalan. RDFarm. DNS-serverni aylanma DNS-da yoqishimiz kerakligi sababi, biz RD Farm nomi uchun bir nechta yozuvlarga ega bo'lamiz, har bir kirish fermada joylashgan har bir serverning IP-manziliga ishora qiladi. DNS zonasiga o'ting va ferma uchun DNS yozuvlarini yarating. Masofadagi ish stoli mijozidagi server nomi uchun fermer xo'jaligi DNS nomidan foydalangan holda, biz qaysi RD sessiyasi xost-serverining dastlabki ulanishga ega bo'lishini hal qilish uchun DNS-dan foydalanamiz. Bunga DNS davriy robin yukini balanslash deyiladi. Foydalanuvchi fermadagi RD sessiyasining xost-serverida autentifikatsiya qilinganidan so'ng, server kirish tizimida ishlashni davom ettirish yoki fermadagi boshqa RD sessiya xost-serveriga ulanishni yo'naltirish uchun ulanish brokeri bilan bog'lanadi. Aloqa vositachisi birinchi navbatda tasdiqlangan foydalanuvchi hisobining fermadagi serverlardan birida uzilgan seans mavjudligini aniqlaydi. Agar ferma serverlaridan birida uzilgan seans bo'lsa, foydalanuvchi o'sha sessiyaga qayta yo'naltiriladi. Agar foydalanuvchi fermada uzilgan seansga ega bo'lmasa, broker qaysi serverga yo'naltirish kerakligini aniqlash uchun Session Collection Load Balancing parametrlaridan foydalanadi. Ilgari aytib o'tilganidek, sessiyalarni yig'ish yukini muvozanatlash sozlamalari uchun istisno, agar masofaviy ish stoli mijozi buyruq satridan yoki ishga tushirish qutisidan "/ a" variant, masalan. mstsc / a . Fermer xo'jaligiga ulanish uchun masofaviy ish stoli mijozidagi kompyuter nomi uchun fermaning DNS nomidan foydalaning. Ulanish vositachisi o'z ishini bajarayotganligini tekshirish uchun biz fermer xo'jaligida ulangan serverning nisbiy og'irligini 1 ga sozlashimiz mumkin. Yuqoridagi misolda biz RDServices serveriga ulanganmiz. Biz unga nisbatan og'irlikni 1 ga moslashtiramiz. Keyin biz ikkinchi foydalanuvchi hisob qaydnomasidan foydalangan holda ish stolini fermaga uzatishimiz mumkin va biz uni ikkinchi serverga ulanishini ko'rishimiz kerak. Agar sizda fermada serverda uzilgan foydalanuvchi seansi yoki hattoki ajratilmagan foydalanuvchi seansi bo'lsa, ulanish brokeri xuddi shu qayd yozuvlari bilan kirishga harakat qilsangiz, sizning ulanishingizni ushbu seansga yo'naltiradi. Buni sinab ko'rish uchun biz RDServices serveriga kirgan hisob qaydnomasi sifatida uzoqdan ish stolini fermaga yuborishimiz mumkin. Nisbatan og'irligi 1 bo'lishiga qaramay, ulanish brokeri foydalanuvchini RDServices serveriga yo'naltiradi. Biz hozirda Ilovalar to'plamiga xizmat ko'rsatadigan va Masofadagi ish stoliga ulanish vositachisi tomonidan boshqariladigan Masofadagi ish stoli sessiyalarini o'tkazish fermasini yaratishni yakunladik. Ichki tarmoqdagi RD fermasiga ulanishimiz mumkin. Ushbu maqola aniq va muallifning eng yaxshi bilimlariga mos keladi. Tarkib faqat axborot yoki ko'ngilochar maqsadlar uchun mo'ljallangan va biznes, moliyaviy, yuridik yoki texnik masalalarda shaxsiy maslahat yoki professional maslahat o'rnini bosmaydi. Savol: Rd-sessionhost oflayn bo'lganda nima bo'ladi? Keyin u SB bilan bog'lana olmadi, shuning uchun barcha dastlabki ulanishlar (RR) ulanmaydi. Javob: Ha, rd-sessionhost oflayn rejimda bo'lganda nima bo'ladi va bu DNS yukini muvozanatlashtiruvchi qismmi? Men WireShark yoki boshqa tarmoq vositalari orqali tasdiqlamagan edim, lekin men ushbu testni o'tkazdim va DNS yukini muvozanatlashning bir qismi bo'lgan bitta serverni o'chirib qo'ydim. RDP Client qayta urinishni amalga oshirishni xohlaydi va foydalanuvchiga yagona belgi shundaki, u tizimga kirguncha biroz ko'proq vaqt talab etiladi. Microsoft muhandisi uning ishlashini tasdiqlashi mumkin, ammo tashqi ko'rinishda, qayta urinish uchun ishlab chiqilganga o'xshaydi yana kompyuter nomiga qayta ulanish orqali. Keyin u Internet-serverning IP-manziliga to'g'ri keladi. Savol: Bilasizmi, men DNS taxallusining ishlashi uchun siz "barcha tarmoq manbalariga ruxsat berish" uchun resurslarni taqsimlash siyosatini tahrirlashingiz kerakligini aniqladimmi? Aks holda, ko'rsatma yordam bering. Javob: Agar siz "barcha tarmoq manbalariga ruxsat berish" tugmachasini bosgan bo'lsangiz, bu guruhdagi foydalanuvchilarga tarmoqdagi har qanday server va kompyuterga kirish huquqini beradi. Ehtimol, siz ushbu siyosatda kirish uchun bir guruh kompyuterlarni tayinlamadingizmi? Bundan tashqari, men bir tarmoqdan topdim, AD guruhini tayinlaganimda, unga ulanish uchun COMPUTERNAME.domain.local o'rniga uning nomini emas, balki FQDN-ni, ya'ni COMPUTERNAME nomini ishlatishim kerak edi. Savol: / Admin parametridan foydalanib ma'lum bir masofaviy sessiya xostiga ulanishga harakat qilayotganda, domen foydalanuvchisi (administrator emas) "sessiyaga kirish uchun ruxsat so'ralmadi" xabarini oladi. Standart foydalanuvchilar uchun ma'lum bir xostga ulanishning biron bir usuli bormi? Javob: Men bilganim emas. / Admin degani ma'mur imtiyozlariga ega foydalanuvchilar uchun ma'noni anglatadi. Savol: Menda "ulanishlarga yo'l qo'ymaslik" dan foydalanib, serverni oflayn rejimga o'tkazishga oid savolim bor. DNS-robin yoqilgan holda foydalanuvchi oflayn serverga ulanmasligini qanday ta'minlaysiz? Javob: RD ulanish brokeri fermasining bir qismi bo'lgan RD serverga foydalanuvchi uzoqdan ish stoli kompyuterlarini joylashtirganda, RD server birinchi navbatda RD Connection Broker serverida ushbu RD Serverda foydalanuvchi kirish jarayonini davom ettirishga ruxsat beriladimi yoki boshqa serverga yo'naltiriladimi-yo'qligini tekshiradi. Agar foydalanuvchi birinchi marta urgan serverda "ulanishga yo'l qo'ymaslik" sozlamalari bo'lsa, u fermaning boshqa serveriga yo'naltiriladi. Faqatgina istisno shundaki, agar foydalanuvchi fermada RD-serverda uzilgan yoki faol seansga ega bo'lsa, u holda "Ulanish brokeri" uni ulanishga ruxsat bermaslik "mavjud bo'lsa ham, mavjud foydalanuvchi aloqasi bilan uni o'sha serverga yo'naltiradi. "sozlamalari.
Bir nechta RD sessiyalari xost-serverlari bo'yicha to'plamni sozlang
Yuklarni balanslashni sozlang
Ulanish vositachisini chetlab o'tish
RD Connection Broker Farm uchun DNS yozuvlarini qo'shing
DNS Dumaloq Robin yukini muvozanatlashtirish va ulanish vositachisi
Masofaviy kompyuterga ulanish vositachisini ichki tarmoqda sinovdan o'tkazish
Xulosa
Savollar va javoblar
