Windows XP를 포함한 Windows 운영체제에서 명령줄에서 경로를 직접 입력하는 경우
문제가 있을 수 있습니다.
예를 들어 운영체제가 C:\ 가 아닌 전혀 다른 드라이브에 설치되는 경우 경로가 바뀌게 됩니다. 이런 경우를 대비하기 위해 시스템에서 환경 변수를 별도로 제공합니다.
제공되는 경로들로는 다음과 같습니다.
%ALLUSERSPROFILE% C:\Documents and Settings\All Users
%APPDATA% C:\Documents and Settings\{username}\Application Data
%COMPUTERNAME% {computername}
%COMSPEC% C:\Windows\System32\cmd.exe
%HOMEDRIVE% C:
%HOMEPATH% \Documents and Settings\{username}
%PATH% C:\Windows\System32\;C:\Windows\;C:\Windows\System32\Wbem
%PATHEXT% .COM; .EXE; .BAT; .CMD; .VBS; .VBE; .JS ; .WSF: .WSH
%PROGRAMFILES% Directory containing program files, usually C:\Program Files
%PROMPT% Code for current command prompt format. Code is usually $P$G
%SYSTEMDRIVE% The drive containing the Windows XP root directory, usually C:
%SYSTEMROOT% The Windows XP root directory, usually C:\Windows
%TEMP% and %TMP% C:\DOCUME~1\{username}\LOCALS~1\Temp
%USERNAME% {username}
%USERPROFILE% C:\Documents and Settings\{username}
%WINDIR% C:\Windows
요약
이 문서에서는 도메인 컨트롤러의 수준 내리기 작업이 실패한 후 Active Directory에서 데이터를 제거하는 방법에 대해 설명합니다.
경고 ADSI Edit 스냅인, LDP 유틸리티 또는 기타 LDAP 버전 3 클라이언트를 사용하는 상태에서 Active Directory 개체의 특성을 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제가 발생하면 Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 또는 Windows와 Exchange 둘 모두를 다시 설치해야 합니다. Microsoft는 Active Directory 개체 특성을 잘못 수정하여 발생하는 문제에 대한 해결을 보증하지 않습니다. 이러한 특성 수정에 따른 모든 책임은 사용자에게 있습니다.
Active Directory 설치 마법사(Dcpromo.exe)는 서버의 수준을 도메인 컨트롤러로 올리고 도메인 컨트롤러의 수준을 구성원 서버(또는 해당 도메인 컨트롤러가 도메인의 마지막 도메인 컨트롤러인 경우 작업 그룹의 독립 실행형 서버)로 내리는 데 사용됩니다. 마법사는 수준을 내릴 때 Active Directory에서 도메인 컨트롤러에 대한 구성 데이터를 제거합니다. 이 데이터는 Active Directory 사이트 및 서비스 관리자에서 서버 개체의 자식으로 존재하는 NTDS 설정 개체의 형식을 갖습니다.
정보는 Active Directory의 다음 위치에 있습니다.
CN=NTDS Settings,CN=<servername>,CN=Servers,CN=<sitename>,CN=Sites,CN=Configuration,DC=<domain>...
NTDS 설정 개체의 특성에는 도메인 컨트롤러가 복제 파트너에 대해 식별되는 방법, 시스템에서 유지 관리되는 명명 컨텍스트, 해당 도메인 컨트롤러가 글로벌 카탈로그 서버인지 여부 및 기본 쿼리 정책을 나타내는 데이터가 포함되어 있습니다. 또한 NTDS 설정 개체는 도메인 컨트롤러의 직접 복제 파트너를 나타내는 자식 개체가 포함될 수 있는 컨테이너입니다. 도메인 컨트롤러가 해당 환경에서 동작하기 위해서는 이 데이터가 필요하지만 수준 내리기 후 바로 회수됩니다.
NTDS 설정 개체가 제대로 제거되지 않은 경우(예를 들어 NTDS 설정 개체가 수준 내리기 시도에서 제대로 제거되지 않은 경우) 관리자는 Ntdsutil.exe 유틸리티를 사용하여 NTDS 설정 개체를 수동으로 제거할 수 있습니다. 아래의 단계는 특정 도메인 컨트롤러에 대해 Active Directory에서 NTDS 설정 개체를 제거하기 위한 절차를 나열한 것입니다. 관리자는 각 Ntdsutil 메뉴에서 help를 입력하여 사용할 수 있는 옵션에 대한 자세한 정보를 볼 수 있습니다.
주의 관리자는 서버에 대한 NTDS 설정 개체를 수동으로 제거하기 전에 수준 내리기 이후의 복제 발생 여부도 확인해야 합니다. Ntdsutil 유틸리티를 잘못 사용하면 Active Directory 기능의 일부 또는 전체가 손실될 수 있습니다.
위로 가기
절차
1. 시작을 누르고 프로그램, 보조프로그램을 차례로 가리킨 다음 명령 프롬프트를 누릅니다.
2. 명령 프롬프트에서 ntdsutil을 입력한 다음 Enter 키를 누릅니다.
3. metadata cleanup을 입력한 다음 Enter 키를 누릅니다. 관리자는 제공된 옵션에 따라 제거를 수행할 수 있지만 제거하기 전에 구성 매개 변수를 추가로 지정해야 합니다.
4. connections를 입력하고 Enter 키를 누릅니다. 이 메뉴는 변경이 발생한 특정 서버에 연결하는 데 사용됩니다. 현재 로그온한 사용자에게 관리 권한이 없을 경우 연결하기 전에 사용할 자격 증명을 지정하여 다른 자격 증명을 제공할 수 있습니다. 사용할 자격 증명을 지정하려면 set creds DomainNameUserNamePassword를 입력한 다음 Enter 키를 누릅니다. Null 암호의 경우에는 암호 매개 변수로 null을 입력합니다.
5. connect to server servername을 입력한 다음 Enter 키를 누릅니다. 연결되었다는 확인 메시지가 나타납니다. 오류가 발생하면 연결에서 사용 중인 도메인 컨트롤러가 사용 가능한지 그리고 제공한 자격 증명에 서버에 대한 관리 권한이 있는지 확인합니다.
참고 삭제할 서버와 같은 서버에 연결하려고 하는 경우에 15단계에서 참조하는 서버를 삭제하려고 하면 다음과 같은 오류 메시지가 나타날 수 있습니다.
오류 2094. DSA 개체를 삭제할 수 없습니다. 0x2094
6. quit를 입력한 다음 Enter 키를 누릅니다. Metadata Cleanup 메뉴가 나타납니다.
7. select operation target을 입력하고 Enter 키를 누릅니다.
8. list domains를 입력하고 Enter 키를 누릅니다. 포리스트의 도메인 목록이 관련 번호와 함께 표시됩니다.
9. select domain number를 입력하고 Enter 키를 누릅니다. 여기서 number는 제거할 서버가 구성원인 도메인과 관련된 번호입니다. 선택한 도메인은 제거할 서버가 해당 도메인의 마지막 도메인 컨트롤러인지 확인하는 데 사용됩니다.
10. list sites를 입력하고 Enter 키를 누릅니다. 사이트 목록이 관련 번호와 함께 표시됩니다.
11. select site number를 입력하고 Enter 키를 누릅니다. 여기서 number는 제거할 서버가 구성원인 사이트와 관련된 번호입니다. 선택한 사이트와 도메인이 나열된 확인 메시지가 나타납니다.
12. list servers in site를 입력하고 Enter 키를 누릅니다. 사이트의 서버 목록이 관련 번호와 함께 표시됩니다.
13. select server number(여기서 number는 제거할 서버와 관련된 번호임)를 입력합니다. 선택한 서버, DNS(도메인 이름 서버) 호스트 이름, 제거할 서버의 컴퓨터 계정 위치가 나열된 확인 메시지가 나타납니다.
14. quit를 입력하고 Enter 키를 누릅니다. Metadata Cleanup 메뉴가 나타납니다.
15. remove selected server를 입력하고 Enter 키를 누릅니다. 제거되었다는 확인 메시지가 나타납니다. 다음과 같은 오류 메시지가 나타나면
오류 8419 (0x20E3)
DSA 개체를 찾을 수 없습니다.
다른 관리자가 NTDS 설정 개체를 제거하였거나 DCPROMO 유틸리티 실행 후 개체의 성공적인 제거를 복제하였기 때문에 Active Directory에서 NTDS 설정 개체가 이미 제거된 것일 수도 있습니다.
참고 제거할 도메인 컨트롤러에 바인딩하려고 할 때도 이 오류가 나타날 수 있습니다. Ntdsutil은 메타데이터 정리를 사용하여 제거할 도메인 컨트롤러와 다른 도메인 컨트롤러에 바인딩해야 합니다.
16. 각 메뉴에 quit를 입력하여 Ntdsutil 유틸리티를 종료합니다. 연결이 해제되었다는 확인 메시지가 나타납니다.
17. DNS의 _msdcs.root domain of forest 영역에 있는 cname 레코드를 제거합니다. DC를 다시 설치하고 수준을 다시 올리면 DNS의 새로운 GUID와 해당 cname 레코드를 사용하여 새 NTDS 설정 개체가 만들어집니다. 존재하는 DC가 이전 cname 레코드를 사용하게 않게 할 수 있습니다.
호스트 이름과 기타 DNS 레코드를 삭제하지 않는 것이 가장 좋습니다. 오프라인 서버에 할당된 DHCP(동적 호스트 구성 프로토콜) 주소에 남아 있는 임대 기간을 초과하면 다른 클라이언트가 문제 DC의 IP 주소를 얻을 수 있습니다.
이제 NTDS 설정 개체가 삭제되었으므로 컴퓨터 계정, FRS 구성원 개체, _msdcs 컨테이너의 cname(또는 별칭) 레코드, DNS의 A(또는 호스트) 레코드, 삭제된 자식 도메인의 trustDomain 개체 및 도메인 컨트롤러를 삭제할 수 있습니다.
Adsiedit 유틸리티는 Windows 2000 Server와 Windows Server 2003의 Windows 지원 도구 기능에 포함되어 있습니다. Windows 지원 도구를 설치하려면 다음과 같이 하십시오.• Windows 2000 Server: Windows 2000 Server CD에서 Support\Tools 폴더를 열고 Setup.exe를 두 번 누른 다음 화면에 나타나는 지시를 따릅니다.
• Windows Server 2003: Windows Server 2003 CD에서 Support\Tools 폴더를 열고 Suptools.msi를 두 번 누르고 설치를 누른 다음 Windows 지원 도구 설치 마법사에 나와 있는 단계에 따라 설치를 완료합니다.
1. ADSIEdit를 사용하여 컴퓨터 계정을 삭제합니다. 다음과 같이 하십시오. a. 시작, 실행을 차례로 누르고 열기 상자에 adsiedit.msc를 입력한 다음 확인을 누릅니다.
b. Domain NC 컨테이너를 확장합니다.
c. DC=Your Domain Name, DC=COM, PRI, LOCAL, NET을 확장합니다.
d. OU=Domain Controllers를 확장합니다.
e. CN=domain controller name을 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다.
개체를 삭제하려고 하면 "DSA 개체를 삭제할 수 없습니다."라는 오류 메시지가 나타나는 경우 UserAccountControl 값을 변경합니다. UserAccountControl 값을 변경하려면 ADSIEdit에서 해당 도메인 컨트롤러를 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다. Select a property to view에서 UserAccountControl을 누릅니다. Clear를 누르고 값을 4096으로 변경한 다음 Set를 누릅니다. 이제 개체를 삭제할 수 있습니다.
참고 FRS 가입자 개체는 컴퓨터 계정의 자식이므로 컴퓨터 개체가 삭제될 때 삭제됩니다.
2. ADSIEdit를 사용하여 FRS 구성원 개체를 삭제합니다. 다음과 같이 하십시오. a. 시작, 실행을 차례로 누르고 열기 상자에 adsiedit.msc를 입력한 다음 확인을 누릅니다.
b. Domain NC 컨테이너를 확장합니다.
c. DC=Your Domain, DC=COM, PRI, LOCAL, NET을 확장합니다.
d. CN=System을 확장합니다.
e. CN=File Replication Service를 확장합니다.
f. CN=Domain System Volume(SYSVOL share)을 확장합니다.
g. 제거할 도메인 컨트롤러를 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다.
3. DNS 콘솔에서 DNS MMC를 사용하여 DNS에서 A 레코드를 삭제합니다. A 레코드는 호스트 레코드라고도 합니다. A 레코드를 삭제하려면 A 레코드를 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다. 또한 _msdcs 컨테이너에서 cname(별칭이라고 함) 레코드도 삭제합니다. cname 레코드를 삭제하려면 _msdcs 컨테이너를 확장하고 cname을 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다.
중요 DNS 서버인 경우에는 이름 서버 탭에서 이 DC에 대한 참조를 제거하십시오. 이 DC에 대한 참조를 제거하려면 DNS 콘솔의 정방향 조회 영역에서 해당 도메인 이름을 클릭한 다음 이름 서버 탭에서 이 서버를 제거하십시오.
참고 역방향 조회 영역이 있으면 이들 영역에서도 해당 서버를 제거하십시오.
4. 삭제한 컴퓨터가 자식 도메인의 마지막 도메인 컨트롤러이고 자식 도메인도 삭제되었으면 ADSIEdit를 사용하여 해당 자식에 대한 trustDomain 개체를 삭제합니다. 다음과 같이 하십시오. a. 시작, 실행을 차례로 누르고 열기 상자에 adsiedit.msc를 입력한 다음 확인을 누릅니다.
b. Domain NC 컨테이너를 확장합니다.
c. DC=Your Domain, DC=COM, PRI, LOCAL, NET을 확장합니다.
d. CN=System을 확장합니다.
e. Trust Domain 개체를 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다.
5. Active Directory 사이트 및 서비스를 사용하여 해당 도메인 컨트롤러를 제거합니다. 다음과 같이 하십시오. a. Active Directory 사이트 및 서비스를 시작합니다.
b. Sites를 확장합니다.
c. 해당 서버의 사이트를 확장합니다. 기본 사이트는 Default-First-Site-Name입니다.
d. Server를 확장합니다.
e. 해당 도메인 컨트롤러를 마우스 오른쪽 단추로 누른 다음 삭제를 누릅니다.
다음 사항도 고려해야 합니다.• 제거한 도메인 컨트롤러가 글로벌 카탈로그 서버인 경우에는 오프라인 글로벌 카탈로그 서버를 가리키는 응용 프로그램 서버가 라이브 글로벌 카탈로그 서버를 가리켜야 하는지 여부를 평가합니다.
• 제거한 DC가 글로벌 카탈로그 서버인 경우 추가 글로벌 카탈로그를 주소 사이트, 도메인 또는 포리스트 글로벌 카탈로그 로드로 수준을 올려야 하는지 여부를 평가합니다.
• 제거한 DC가 FSMO(신축 단일 마스터 작업) 역할 소유자인 경우 해당 역할의 위치를 라이브 DC로 변경합니다.
• 제거한 DC가 DNS 서버인 경우 모든 구성원 워크스테이션, 구성원 서버 및 이름 확인을 위해 이 DNS 서버를 사용할 수 있는 그 밖의 다른 DC에서 DNS 클라이언트 구성을 업데이트합니다. 업데이트해야 하는 경우 DNS 서버의 제거를 반영하도록 DHCP 범위를 수정합니다.
• 제거한 DC가 DNS 서버인 경우 이름 확인을 위해 제거한 DC를 가리킬 수 있는 그 밖의 다른 모든 DNS 서버에서 Forwarder 설정과 Delegation 설정을 업데이트합니다.
위로 가기
추가 정보
강제로 Windows Server 2003 또는 Windows 2000 도메인 컨트롤러의 수준을 내리는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
332199 (http://support.microsoft.com/kb/332199/) Windows Server 2003 및 Windows 2000 Server에서 Active Directory 설치 마법사를 사용하여 강제로 도메인 컨트롤러의 수준을 내리면 수준이 성공적으로 내려가지 않는다
윈도우용 CD들을 원본 그대로 사용하다 보면, 제일 귀찮은 문제가
역시 CD-Key와 같은 입력 내용이 아닌가 싶네요.
그리고, 각종 설정을 한 뒤 이 내용을 다시 CD이미지로 만드는 일도
만만치 않은 작업이구요.
이런 작업을 한번에 모두 완성해주는 그런게 있으면 좋겠지만, 애석하게도
그런 프로그램은 아직 만들지도, 아마도 만들 생각도 없을듯 싶습니다.
하지만, 최소한 Windows 2003과 같은 경우 서비스 팩 1이 미리 적용되어 있어야
되는데, 이런 것들을 해주려면 무인 설치 시디 만들기와 같은 형태로 구성해
주어야 합니다
먼저 준비해야 될 것은 Windows 원본 시디와 시디키,
그리고 bbie.exe와 oscdimg.exe가 있어야 합니다.
제일 먼저 수행할 작업은 Windows 원본 시디에서 무인 설치 관련된 파일을
만드는 작업입니다. 이 부분에 대한 자세한 내용은 http://wxp21.com/zboard/zboard.php?id=tech&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&keyword=unattend&select_arrange=headnum&desc=asc&no=22 를 들어가 보시면 됩니다.
Windows 2000 이상에는 모두 이 파일을 만들어주는 프로그램이 담겨 있으므로
위의 링크에 있는 내용을 근간으로 구성하시기 바랍니다.
(인터넷 검색기에서 무인설치, Unattend, 자동설치 등으로 찾으시기 바랍니다.)
여기서 최종적으로 만들어지는 파일은 unattend.txt 입니다.
두번째로 작업은 Boot 시디를 만들기 위한 boot 이미지를 따오는 일입니다.
부팅 되는 시디가 D:에 있으면 bbie.exe D:
winxp.iso 파일이 있으면 bbie.exe winxp.iso
하면 됩니다.
그러면 image1.bin 이 만들어 집니다.
설치 시디 내용을 적당한 폴더에 전부 복사합니다.
그리고 그 안에 꾸미고 싶은 내용을 다 꾸밉니다. (서비스팩 덮어쓰기 등등)
그리고 앞서 제작한 unattend.txt 를 winnt.sif 파일이름으로 바꾸고
적당히 복사해 놓은 설치시디 내용 중 i386 폴더에 복사하여 주시기 바랍니다.
다 완성이 되었으면, oscdimg -L시디라벨 -H -N -Bimage1.bin 복사해놓은폴더경로 ISO저장할위치 해서 iso를 만들어 줍니다.
위의 문법을 예로 한가지 들면
oscdimg -LWin2K3 -N -Bimage1.bin D:Win2K3_IMG c:a.iso
(-B 부분에서는 앞서 bbie.exe에서 만든 image1.bin 파일을 걸어주는 겁니다.)
뭐 이렇게 하면 만들어지는데... 여기에 기록한 이유는 남에게 설명하기 위해서라기 보다 현재 제 기억을 보존하기 위함입니다.
나중에 공개용 버전으로 재구성하도록 하겠습니다.
SUMMARY
This article describes the issues that are involved in adding a network adapter that requires an original equipment manufacturer (OEM) driver to a CD-ROM-based Remote Installation Services (RIS) image.
Back to the top
MORE INFORMATION
Adding a network adapter that requires an OEM driver to a CD-ROM-based RIS image involves some of the same steps as adding such a driver to a typical unattended installation.
However, because the installation method begins by using Pre-Boot eXecution Environment (PXE) and then switches over to using the Server Message Block (SMB) protocol, the network adapter driver and its .inf file must be available during text-mode setup. If the driver and the .inf file are not available, you receive the following error message:
The network server does not support booting Windows 2000. Setup cannot continue. Press any key to exit.
When a PXE client that is running Client Installation Wizard (CIW) connects to an RIS server, the network adapter is using Universal Network Device Interface to communicate with the RIS server. When Windows Setup switches to SMB, the network adapter is detected, and the appropriate driver is loaded. Therefore, the driver must be available.
Back to the top
Adding the OEM Network Adapter Driver to the RIS Image
Check with the OEM to determine whether the supplied network adapter driver is digitally signed. If the drivers from the manufacturer contain a catalog (.cat) file, they are probably properly signed. Drivers signed by Microsoft have been verified and tested to work with Windows. If your driver has not been signed but you still want to use it, make sure to add the following unattended-setup parameter to the .sif file that is located in the RemoteInstall\Setup\Language\Images\Dir_name\I386\Templates folder:
[Unattended]
DriverSigningPolicy = Ignore
Note that if the OEM driver is an update of an included Windows XP driver (for example, if the drivers have the same name), the file must be signed or else Setup uses the included driver instead. 1. On the RIS server, copy the OEM-supplied .inf and .sys files for the network adapter to the RemoteInstall\Setup\Language\Images\Dir_name\i386 folder. This allows Setup to use the driver during the text-mode portion of the installation.
2. At the same level as the i386 folder on the RIS image, create a $oem$ folder. Use the following structure:
\$oem$\$1\Drivers\Nic
3. Copy the OEM-supplied driver files to this folder. Note the folder in which the .inf file looks for its drivers. Some manufacturers place the .inf file in a folder and copy the driver files from a subfolder. If this is the case, create the same folder structure below the one you created in this step.
4. Make the following changes to the .sif file that is used for this image installation:
[Unattended]
OemPreinstall = yes
OemPnpDriversPath = \Drivers\Nic
Stop and then restart the Remote Installation service (BINLSVC) on the RIS server. To do this, type the following commands at the command prompt and press ENTER after each command:
net Stop binlsvc
net Start binlsvc
Stopping and restarting the Remote Installation service is necessary because the Boot Information Negotiation Layer (BINL) needs to read all the new network adapter-related .inf files and create .pnf files in the image. This is a time-consuming task and is performed only when the Remote Installation service starts.
If you have multiple network adapters that require OEM drivers, follow the preceding steps for each adapter. Note that PXE clients that have included network adapter drivers are unaffected by these changes and can use this image for installation.
Back to the top
--------------------------------------------------------------------------------
APPLIES TO
• Microsoft Windows XP Home Edition
• Microsoft Windows XP Professional
Back to the top
Keywords: kb3rdparty kbenv kbinfo kbnetwork kbsetup KB315279
보통 이런 문제가 발생하는 이유는 파일의 버전 문제나
각종 바이러스 등의 문제일 수 있습니다.
이 문제를 해결 하려면, 현재 설치된 각종 서비스들의 파일 정보가 올바른지 점검해야
합니다.
또한 해결 하기 전에 현재 설치된 운영체제의 설치 시디가 필요합니다.
시작 -> 실행을 클릭해서 sfc /scannow 을 실행합니다.
그러면 현재 버전에서 각종 파일의 변경 사항을 점검하며 잘못된 버전이나
기타 변경 사항에 맞게 원래대로 복원 합니다.
이 때, 복원시 설치원본 시디를 넣어달라고 요청합니다.
Windows 2000, XP, 2003을 설치하다 보면,
갑자기 컴퓨터를 자동 종료한다고 1분동안 카운팅 하는 경우가 발생됩니다.
이런 경우 해결하는 방법은 다양하게 있지만, 그 해결을 수행하기 전에
컴퓨터가 리부팅 되는 경우가 많이 발생됩니다.
이런 경우 해결하기 위해서는 일단 리부팅 되는 문제를 해결해야 됩니다.
시작 -> 실행을 클릭해서 실행 다이얼로그에서
Shutdown -a
하면 자동 리부팅 되는 문제가 일시적이나마 해결됩니다.
위의 처리를 해주고 반드시 업데이트를 수행하시기 바랍니다.
원격 데스크톱을 연결할 때 2가지 방법이 있습니다.
Workstation 급인 Windows 2000 Professional 이나 Windows XP와 같이 1명만 접속할 수 있는 방법과 Server급인 Windows 2000 Server 이상이나, Windows Server 2003 과 같이 3인 혹은 그 이상이 접속할 수 있는 방법입니다.
여기서 1명만 접속할 수 있는 방법을 콘솔 연결이라 하고, 최대 3인(라이센스만 있으면 250여명 까지) 접속할 수 있는 걸 터미널 서비스 연결이라고 합니다. - 물론 공식적인 명칭은 아닙니다. 제 독단적인 네이밍이죠.
여기서 우리가 주목할 것은 콘솔 연결입니다.
터미널 서비스 연결은 각기 다른 창에서 동시에 한 곳에 접속한 것처럼 되서 여러사람이 접속할 수 있지만 콘솔은 오로지 1명만 되기 때문에, 실제 로컬에서 작업 중이더라도 원격에서 콘솔로 접속하게 되면 로컬 접속자의 화면은 잠기고 모든 권한은 원격으로 넘어갑니다. 반대로 원격에서 접속중인 상태에서 로컬에서 로그인해서 들어가게 되면 원격이 끊기고 로컬 작업이 그 화면 그대로 이어서 작업하게 됩니다.
이런 콘솔 방식은 1개의 화면만을 쓰기 때문에 억지로 나뉘어 구성되어 있는 상태와는 판이하게 차이가 있습니다. 즉 3명 이상이 쓰려면 별도의 라이센스가 있어야 되는 터미널 방식에서는 각기 로그아웃을 하지 않고 세션을 그대로 남기게 되면 접속을 못합니다.
(이거.. 치명적입니다....아시는 분은 아실것입니다.)
그러나 콘솔은 이전 작업화면 그대로 계승 받기 때문에 그와 같은 문제가 없습니다.
그러면 콘솔연결하는 방법을 알려 드리겠습니다.
1. mstsc.exe 로 실행하기.
시작 -> 실행 해서 실행 대화창이 뜨면 mstsc.exe /console 이라고 입력해서 엔터를 칩니다. 그렇게 하면 주소를 입력하는 창이 뜨는데, 거기다가 주소를 입력하고 접속하시면, 콘솔 연결이 시작됩니다. 정상적으로 로그인되면 로컬이나 다른 원격 사용자의 콘솔 연결은 자동으로 끊기고 모든 작업 권한은 최후에 접속한 사람에게 다 넘어갑니다 ㅋㅋ
2. *.rdp 파일 수정하기
원격 데스크톱 연결 프로그램을 사용해서 rdp 파일을 만들 수 있습니다. 즉 접속을 위한 정보를 미리 적어 나중에 해당 파일만 더블 클릭하면 바로 연결할 수 있도록 해주는 일종의 바로가기 겸 정보 파일입니다.
이 파일의 내용은 모두 Text 로 되어 있는데, 애석하게도 콘솔 연결에 대한 설정은 없습니다. 이 때 방법은 메모장을 이용해 rdp 파일 자체를 수정해야 합니다.
해당 파일을 메모장으로 연뒤에
2번째 줄에다가
connect to console:i:1
이 한 줄을 넣습니다.
리눅스에서는 특별히 Uninstall 이라는 개념이 없습니다.
물론 개선하기위해 RPM 이라는 팩케이지가 있지만, 문제는 소스를 컴파일 해서
얻게 되는 내용들이 문제가 되죠.
이 부분을 억지로라도 가능하게 하는 방법은 다음과 같은 방법을 수행합니다.
find /* > before
--- 패키지 설치 ---
find /* > after
diff before after > 설치내역 Text 파일
물론 완전한 방법은 아니지만, 나름대로 괜찮은 것 같습니다.
