विंडोज सर्वर 2012 - जीयूआई के बिना जीवन

विंडोज सर्वर 2012 को एक ऐसी प्रणाली के रूप में तैनात किया गया है जिसे पूरी तरह से काम करने के लिए GUI की आवश्यकता नहीं है। स्थापना के दौरान, सर्वर सर्वर विकल्प को डिफ़ॉल्ट रूप से चुना जाता है, सर्वर को फिर से स्थापित किए बिना ग्राफिकल इंटरफ़ेस को हटाने की क्षमता को जोड़ा जाता है, 2008 R2 की तुलना में जीयूआई की आवश्यकता नहीं होने वाली भूमिकाओं की सूची का विस्तार किया जाता है। अपनी पुस्तकों में, Microsoft का दावा है कि कमांड लाइन के साथ काम करना स्वाभाविक है और पिछली शताब्दी के 90 के दशक की शुरुआत को याद करता है, जब सिस्टम प्रशासक ने ग्राफिकल शेल द्वारा संसाधनों के बेकार अपशिष्ट के बारे में शिकायत की थी। इसके अलावा, Microsoft अपने सर्वर ऑपरेटिंग सिस्टम को संचालित करने के लिए एक "नया" तरीका प्रदान करता है, जिसमें यह माना जाता है कि आप सर्वर कंसोल को केवल एक बार देखेंगे - ऑपरेटिंग सिस्टम की स्थापना के दौरान, और सभी कार्य और सिस्टम कॉन्फ़िगरेशन दूरस्थ रूप से "सर्वर प्रबंधक" के माध्यम से किया जाएगा। , एमएमसी स्नैप-इन और पावरशेल, जो 2012 में पहले से ही 3.0 संस्करण है

मान लें कि स्थापना के बाद प्रारंभिक सर्वर सेटअप में शामिल हैं:

• नेटवर्क इंटरफेस कॉन्फ़िगर करें
• समय क्षेत्र सेटिंग
• दूरस्थ डेस्कटॉप सक्षम करना
• एक कंप्यूटर का नाम बदलें
• एक डोमेन से जुड़ना

सवाल यह है कि क्या इन कार्यों को पॉवरशेल का उपयोग करके दूरस्थ रूप से किया जा सकता है? ठीक है, मान लें कि टैगा में एक दूरस्थ सर्वर है, जिस पर स्थानीय कारीगर ने 2012 सर्वर स्थापित किया था, इस मामले को नोट करने के लिए गया और कैबिनेट की चाबी खो गया। कवच-भेदी कैबिनेट पानी है और ध्वनिरोधी है और आमतौर पर भालू द्वारा अनधिकृत पहुंच के खिलाफ संरक्षण शामिल है। लेकिन आपको कॉन्फ़िगर करने की आवश्यकता है। मान लीजिए कि कोई वीपीएन या किसी प्रकार का "डायरेक्ट वायर" है (बहुत बार मैं इस सेवा को प्रदाताओं की मूल्य सूची में देखता हूं) और सर्वर नेटवर्क पर पहुंच योग्य है। और केवल नेटवर्क पर।

स्रोत डेटा में, स्थानीय कारीगर का एक पत्र:

नमस्ते, मैंने सर्वर पर एक वेंड डाला। आईपी ​​- 169.254.23.43। लॉगिन - प्रशासक। पासवर्ड qwe123 है! @ #। अलविदा।

तैयार हो रही है

एक कार्यसमूह में एक दूरस्थ सर्वर, एक ताज़ा स्थापित राज्य में, RPC को समझ में नहीं आता है (फ़ायरवॉल पर पोर्ट बंद हैं), प्रतिक्रिया नहीं करता है और साइबेरिया में मॉस्को टाइम ज़ोन के साथ है। यदि यह 2008 R2 था, तो यह हमारे रोमांच का अंत होगा, क्योंकि इसमें सभी रिमोट कंट्रोल डिफ़ॉल्ट रूप से अक्षम हैं। 2012 में, बॉक्स के बाहर रिमोट कंट्रोल करने का एक तरीका है - WinRM को डिफ़ॉल्ट रूप से चालू किया जाता है, Microsoft का WS-MAN मानक लागू किया जाता है। एक ओर, यह एक सुरक्षा छेद की तरह है, दूसरी ओर, सामान्य रूप से डिज़ाइन किए गए नेटवर्क में, जिसमें सर्वर एक अलग वीएलएएन में होते हैं, जिस तक पहुंच विश्वसनीय उपयोगकर्ताओं के लिए प्रतिबंधित है, इस छेद का उपयोग करने की संभावना नगण्य है। लेकिन फिर भी वहां।

WinRM का उपयोग करके कार्यसमूह में एक दूरस्थ सर्वर का प्रबंधन करने के लिए, हमें दूरस्थ सर्वर पर भरोसा करना चाहिए। यहाँ तर्क मेरे लिए थोड़ा असंगत है। सिद्धांत रूप में, दूरस्थ सर्वर को हम पर भरोसा करना चाहिए, लेकिन हम इसे प्रबंधित करते हैं, और उसे नहीं। शायद यह डब्ल्यूएस-मैन के सिद्धांतों की अधूरी समझ से है। लेकिन किसी भी स्थिति में, WinRM को बताएं कि हमें आपके द्वारा आवश्यक दूरस्थ सर्वर पर भरोसा है। यह दूरस्थ सर्वर के नाम या आईपी पते को "विश्वसनीय होस्ट" (ट्रस्टेडहोस्ट) की सूची में जोड़कर किया जाता है।

si WSMan:\localhost\Client\TrustedHosts 169.254.23.43 

अब किसी तरह आपको दूरस्थ सर्वर के प्रारंभिक कॉन्फ़िगरेशन को करने की आवश्यकता है। मुझे 2 cmdlets पता है जो इस कार्य में मदद कर सकते हैं: Enter-Pssession और Invoke-Command । दोनों WinRM का उपयोग करते हैं। Enter-Pssession हमें रिमोट सर्वर का कंसोल देता है, इनवोक-कमांड रिमोट सर्वर को कमांड का एक ब्लॉक भेजता है और उनके निष्पादन का परिणाम देता है। Invoke-Command का उपयोग नीचे किया गया है (हम रिमोट कंसोल को बिल्कुल नहीं देख सकते हैं)।

निम्नलिखित सिद्धांत के अनुसार कार्य किए जाएंगे:

1. PowerShell
2. यदि आप PowerShell के माध्यम से कार्य पूरा नहीं कर सकते हैं, तो cmd कनेक्ट करें
3. यदि PowerShell में नहीं, तो cmd में नहीं, कोई उपयुक्त उपकरण नहीं हैं - WMI PowerShell के माध्यम से
4. खैर, एक अंतिम विकल्प के रूप में - रजिस्ट्री को पावरशेल के माध्यम से भी चुनना

नेटवर्क इंटरफेस कॉन्फ़िगर करें

ऐसा करने के लिए कुछ भी नहीं है, अपने पते को एपीआईपीए रेंज से कुछ में बदलें, ठीक है, उदाहरण के लिए, 169.254.0.1 और यह सोचने के लिए बैठ जाएं कि टैगा सर्वर के आईपी पते को दूरस्थ रूप से कैसे बदला जाए। सोचने के लिए कुछ भी नहीं है:

1. किस एडाप्टर में परिवर्तन करें, यह निर्धारित करें
2. डीएचसीपी को अक्षम करें
3. सबनेट मास्क और डिफ़ॉल्ट गेटवे के साथ सर्वर के लिए एक स्थिर पता असाइन करें।
4. DNS सर्वर असाइन करें

और यह सब सर्वर से अलग किए बिना वांछनीय है।

PowerShell 3.0 नेटवर्क एडाप्टर Cmdlets के एक पूरे समूह का परिचय देता है, जो हमें नेटवर्क एडेप्टर के साथ कुछ भी करने की अनुमति देता है।

हमें नेटवर्क एडेप्टर ऑब्जेक्ट मिलता है और इसे $ एडॉप्टर वैरिएबल में सेव करता है। ईथरनेट "लोकल एरिया कनेक्शन" का नया नाम है। स्पष्ट तुच्छता के बावजूद, यह परिवर्तन बहुत ही मनभावन है।

 $adapter = Get-NetAdapter Ethernet 

डीएचसीपी को अक्षम करें

 $adapter | Set-NetAdapter –Dhcp disabled 

आवश्यक मुखौटा और प्रवेश द्वार के साथ आईपी पते को सामान्य में बदलें। इसके लिए एक और नेट TCP / IP Cmdlets समूह है ।

 $adapter | New-NetIPAddress 192.168.0.5 –PrefixLength 24 –DefaultGateway 192.168.0.1 

DNS सर्वर जोड़ें। तीसरा समूह डीएनएस क्लाइंट Cmdlets

 Set-DnsClientServerAddress Ethernet –addresses (“192.168.0.2”,”192.168.0.3”) 

रिमोट सर्वर पर यह सब कैसे करें? एक स्क्रिप्ट बनाएं और इसे चलाने के लिए Invoke-Command का उपयोग करें।

इस कमांड को स्क्रिप्ट नाम के साथ कहीं पर सेव करें, उदाहरण के लिए, रीमोटेक्रूजिप।


हम अपनी स्क्रिप्ट को रिमोट सर्वर पर भेजते हैं।

 Invoke-Command 169.254.23.43 C:\scripts\remotechangeip.ps1 –Credential  

हमारे पास पत्र में प्रशासक खाते के लिए पासवर्ड है। निष्पादन के बाद, हमें एक स्थिर पते के साथ एक सर्वर मिलता है 192.168.0.5 / 24 सबनेट मास्क के साथ, 192.168.0.1 का एक डिफ़ॉल्ट गेटवे, और डीएनएस सर्वर 192.168.0.2 और 192.168.0.3।

आपको ट्रस्टेडहोस्ट्स में आईपी को बदलने के लिए भी याद रखने की आवश्यकता है, अन्यथा हमारा रिमोट प्रशासन वहां समाप्त हो जाएगा।

 $newvalue = ((ls WSMan:\localhost\Client\TrustedHosts).value).replace("169.254.23.43","192.168.0.5") si WSMan:\localhost\Client\TrustedHosts $newvalue 

समय क्षेत्र परिवर्तन

मैंने PowerShell का उपयोग करके इस समस्या को हल करने के लिए बहुत लंबे समय तक प्रयास किया। मुझे एक फ़ंक्शन मिला जो स्थानीय स्तर पर समय क्षेत्र बदलता है। लेकिन अगर हम इनवोक-कमांड के माध्यम से इस फ़ंक्शन को निष्पादित करने का प्रयास करते हैं, तो हमें फॉर्म में माथे पर एक रेक मिलता है "सेट-टाइमज़ोन नाम को cmdlet, फ़ंक्शन, स्क्रिप्ट फ़ाइल या निष्पादन योग्य प्रोग्राम के नाम के रूप में मान्यता प्राप्त नहीं है।"

निष्पादित होने पर, इनवोक-कमांड स्वाभाविक रूप से स्थानीय मशीन से कॉपी नहीं करता है, लेकिन दूरस्थ सर्वर पर उपलब्ध cmdlets को निष्पादित करता है। यह समझ और तार्किक है। कार्य स्पष्ट था - इनवोक-कमांड निष्पादित करने से पहले, आपको फ़ंक्शन को रिमोट सर्वर पर रीसेट करना होगा। लेकिन ... यहाँ मैं आलसी हो गया।

यदि आप फ़ंक्शन कोड को देखते हैं, तो यह स्पष्ट हो जाता है कि यह केवल ओएस संस्करण की जांच करता है और इसके आधार पर, या तो समयबद्ध.प्लस (एक्सपी और नीचे), या टज़ुटिल (विस्टा और ऊपर) को निष्पादित करता है। ओएस संस्करण की जांच करने की कोई आवश्यकता नहीं है, हम इसे जानते हैं। तो बस tzutil के साथ समय क्षेत्र बदलें

 Invoke-Command 192.168.0.5 {tzutil /s “North Asia Standard Time”} –Credential  

समय क्षेत्र मान यहाँ से या tzutil / l आउटपुट से लिया जा सकता है
खैर, PowerShell अभी भी इसके बिना नहीं कर सका।

दूरस्थ डेस्कटॉप सक्षम करना

PowerShell 3.0 RDS के साथ काम करने के लिए कई cmdlets पेश करता है। उनके समूह को रिमोट डेस्कटॉप Cmdlets कहा जाता है । लेकिन, जैसा कि मैं इसे समझता हूं, वे आरडीएस सर्वर के साथ काम करने के लिए डिज़ाइन किए गए हैं, आप बस उनकी मदद से व्यवस्थापक के लिए दूरस्थ डेस्कटॉप चालू नहीं कर सकते।

डेस्कटॉप को चालू करने के दो तरीके हैं। WMI कॉल के माध्यम से और रजिस्ट्री संशोधन के माध्यम से गलत है । रजिस्ट्री का संशोधन मुझे पसंद नहीं आया। एक अजीब उंगली आंदोलन और कोई भी गारंटी नहीं देता है कि सर्वर रिबूट के बाद बढ़ जाएगा।

दूरस्थ डेस्कटॉप को सक्षम करने के लिए, HKLM \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ fDenyTSConnections को संशोधित करने के लिए, जिसे दूरस्थ डेस्कटॉप को सक्षम करने के लिए 0 पर सेट करने की आवश्यकता है : पहला, इसके लिए रिबूट की आवश्यकता होती है, और दूसरी बात , यह अपवाद नहीं जोड़ता है। दूरस्थ डेस्कटॉप फ़ायरवॉल नियम।

इसलिए, मैं win32_terminalservicesetting WMI वर्ग और उसके setallowtsconnections विधि का उपयोग करूंगा , जो कि रिबूट किए बिना और एक एकल आदेश के साथ फ़ायरवॉल में अपवर्जन नियमों को जोड़ देगा।

 Invoke-Command 192.168.0.5 {(gwmi win32_terminalservicesetting -namespace root\cimv2\terminalservices).setallowtsconnections(1,1)} –Credential  

अब हमारे पास RDP के माध्यम से टैगा सर्वर तक पहुंच है! क्या मैं आनन्दित हो सकता हूँ? कल्पना करें कि बाहरी दुनिया के साथ एकमात्र संचार चैनल एक उपग्रह के माध्यम से उपग्रह टैरिफ के साथ उपग्रह के माध्यम से डायल-अप गति, ऑफ-स्केल पिंग है और पावरशेल के माध्यम से दूरस्थ रूप से सर्वर को कॉन्फ़िगर करना जारी रखता है।

सर्वर का नाम बदलें और इसे डोमेन में शामिल करें

इसके अलावा, बहुत कम बचा है।

सिद्धांत रूप में, ऐड-कंप्यूटर cmdlet आपको एक डोमेन में शामिल होने पर कंप्यूटर का नाम बदलने की अनुमति देता है। लेकिन व्यवहार में, मुझे इस तथ्य से सामना करना पड़ा कि जब एक डोमेन में शामिल होता है और साथ ही साथ इस कमांड के साथ नाम बदलकर कंप्यूटर अपने पुराने नाम के तहत डोमेन में प्रवेश करता है। और यह शुरू हुआ - कंप्यूटर को डोमेन से निकालने के लिए, विज्ञापन में रिबूट करें, खाते को हटाएं, प्रतिकृति शुरू करें यदि कई नियंत्रक हैं, तो प्रतीक्षा करें, कंप्यूटर का नाम बदलें, रिबूट करें, डोमेन दर्ज करें, रिबूट करें।

इसलिए, मैं कंप्यूटर का नाम बदलना और अलग से डोमेन दर्ज करना पसंद करता हूं।

नाम

 Invoke-Command 192.168.0.5 {rename-computer taiga -restart} -credential  

जैसे ही हमें नियंत्रण वापस मिला, इसका मतलब है कि रिमोट सर्वर रिबूट हो रहा है। आप कमांड (और सर्वर उपलब्धता) के परिणाम की जांच कर सकते हैं:

 Invoke-Command 192.168.0.5 {$env:computername} -credential  

और अंत में डोमेन पर इनपुट करें

 Invoke-ommand 192.168.0.5 {add-computer contoso.com -credential contoso.com\domainadmin -restart} -credential  

हम खत्म करते हैं

शुरुआत में निर्धारित सभी कार्य पूर्ण हो चुके हैं। अब आप इस बारे में सोच सकते हैं कि कैबिनेट पर इस लानत कुंजी को कैसे और कहां देखना है।

और अंत में, सीएमडी और पॉवरशेल के लिए एक छोटा धोखा पत्र।

	अध्यक्ष एवं प्रबंध निदेशक	PowerShell
नेटवर्क सेटिंग्स बदलें	netsh interface ip set address name = “Ethernet” static 192.168.0.5 255.255.255.0 192.168.0.1 1 netsh interface ip set dns name = “Ethernet” static 192.168.0.2 netsh interface ip add dns name = “Ethernet” static 192.168.0.3	$adapter = Get-NetAdapter Ethernet $adapter | Set-NetAdapter –Dhcp disabled $adapter | New-NetIPAddress 192.168.0.5 –PrefixLength 24 –DefaultGateway 192.168.0.1 Set-DnsClientServerAddress Ethernet –addresses (“192.168.0.2”,”192.168.0.3”)
समय क्षेत्र बदलें	tzutil /s “North Asia Standard Time”	$strComputer = "." $objWMI = gwmi win32_computersystem" -computername $strComputer $objWMI.CurrentTimeZone = 207 $objWMI.Put()
दूरस्थ डेस्कटॉप सक्षम करें	reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections /t REG_DWORD /d 0 netsh advfirewall firewall set rule group="remote desktop" new enable=Yes	(gwmi win32_terminalservicesetting -namespace root\cimv2\terminalservices).setallowtsconnections(1,1)
सर्वर का नाम बदलें	netdom renamecomputer %computername% /newname:taiga /reboot	rename-computer taiga –restart
डोमेन से जुड़ें	netdom join taiga /d:contoso.com /ud:contoso.com\domainadmin /pd:* /reboot	add-computer contoso.com -credential contoso.com\domainadmin -restart

एक चीज उन्हें एकजुट करती है: उन सभी को दूरस्थ रूप से काम करने के लिए, उन्हें आरपीसी की आवश्यकता होती है, जो फ़ायरवॉल के साथ डिफ़ॉल्ट रूप से बंद हो जाती है। इसलिए, उन्हें दूरस्थ कंप्यूटर पर वितरित करने का एकमात्र तरीका WinRM है।

और Enter-Pssession ने मेरे लिए काम नहीं किया :)

से प्रयुक्त सामग्री:
MSDN
टेकनेट