MOLOKINI

스팅어 벤풍구 DIY - 순정 송풍구 탈거

MOLOKINI — Fri, 14 Feb 2025 15:53:05 +0900

스팅어의 송풍구에는 벤츠 차량의 송풍구가 딱 들어맞습니다.

스팅어 차량을 가지신 분이라면 한번쯤?은 생각해봤을만한 벤풍구! 제가 직접 달아봤습니다.

- 스팅어 마이스터 차량을 대상으로 하고 순정과 송풍구 엠비언트의 색상을 연동하는 방식입니다.

순정 송풍구

벤풍구

작업 과정은 아래와 같습니다.

1. 순정 송풍구(이하 송풍구) 탈거

2. 벤츠 송풍구(이하 벤풍구) 가공

3. 엠비언트 전선 브릿지(연결) 작업

4. 벤풍구 장착

4개의 작업 중 "1. 순정 송풍구 탈거" 과정에 대해서 포스팅 하겠습니다.

송풍구 구매

송풍구는 아래 링크의 W205 EQS Front Vents, CN 을 구매했습니다.

https://ko.aliexpress.com/item/1005005393583771.html?spm=a2g0o.order_list.order_list_main.5.4364140fQCWUU0&gatewayAdapt=glo2kor

- W205 EQS 송풍구 말고 W176 벤풍구를 많이 하시는데 W176이 더 쉽다고 합니다.

- 혹시 링크가 안된다면, 알리익스프레스에서 W205 EQS 송풍구 구매하시면 됩니다.

센터페시아 탈거

1. 조수석 문을 열고 차체 쪽의 고무패킹(??)을 탈거 후 우측면의 플라스틱 커버 탈거
2. 사진의 동그라미 친 부분의 나사 풀기
3. 2.번의 나사를 풀어준 부분의 플라스틱을 조수석 쪽으로 잡아당겨서 센터페시아 하단의 긴 플라스틱 커버를 탈거
4. 엔진 시동 버튼 하단에 있는 커버를 분리하거나 걸개(?)만 분리
5. 센터페시아 하단의 나사 4개 풀기
6. 센터페시아를 잡아당겨 탈거
7. 우측의 엠비언트, 에어백 커넥터를 센터페시아에서 제거
8. 엔진 시동 버튼 커넥터 탈거 후 나사 풀기, 커넥터 다시 연결

1. 조수석 문을 열고 차체 쪽의 고무패킹(??)을 탈거 후 우측면의 플라스틱 커버 탈거

① 검정색 고무를 몸쪽으로 잡아당겨서 차체 프레임에서 떼어내기

② 글로브박스를 열고, 플라스틱 커버를 헤라 혹은 일자드라이버 같은 도구로 분리하기

2. 사진의 동그라미 친 부분의 나사 풀기

3. 2.번의 나사를 풀어준 부분의 플라스틱을 조수석 쪽으로 잡아당겨서 센터페시아 하단의 긴 플라스틱 커버를 탈거

- 하단의 길쭉한 플라스틱을 탈거한 모습 : 플라스틱 커버가 탈거되어 센터페시아 나사 체결부가 노출된 상태(빨간 동그라미) 참고

4. 엔진 시동 버튼 하단에 있는 커버를 분리하거나 걸개(?)만 분리

- 핸들 아래의 플라스틱 커버 전체를 탈거하거나, 저는 센터페시아 체결 부의 걸개 2개(사진의 동그라미)만 잡아당겨 탈거

5. 센터페시아 하단의 나사 4개 풀기

- 빨간색 동그라미 친 부분의 나사 4개를 모두 풀기

6. 센터페시아를 잡아당겨 탈거

7. 우측의 엠비언트, 에어백 커넥터를 센터페시아에서 제거

- 센터페시아를 분리하면 엠비언트와 에어백 커넥터가 우측에 연결되어있는데, 이 두개를 모두 탈거

8. 엔진 시동 버튼 커넥터 탈거 후 나사 풀기, 커넥터 다시 연결

- 탈거한 센터페시아의 빨간색 동그라미 부분에 엔진 시동 버튼이 있는데, 나사 세개 풀고 커넥터도 탈거

- (선택사항) 탈거한 엔진 시동 버튼을 커넥터에 연결

- 엔진 시동 버튼을 연결해두었다면, 센터페시아 탈거한 상태로 주행 가능

송풍구 탈거

1. 탈거한 센터페시아에서 송풍구 가이드의 나사 모두 풀어 적출
2. 일자 드라이버를 이용해 송풍구와 가이드를 분리

1. 탈거한 센터페시아에서 송풍구 가이드의 나사 모두 풀어 적출

- 순정 송풍구를 연결하고 있는 8개의 나사를 모두 풀어주기

2. 일자 드라이버를 이용해 송풍구와 가이드를 분리

① 송풍구와 연결된 부분은 누르고,

② 송풍구 가이드와 연결된 부분은 바깥쪽으로 당기면서 송풍구와 송풍구 가이드를 분리

이렇게해서 송풍구 3개를 가이드와 분리하면 순정 송풍구 탈거 작업이 끝납니다.

이어서 송풍구를 가공하는 과정을 포스팅 하겠습니다.

스팅어 HUD DIY

MOLOKINI — Sun, 10 Nov 2024 00:03:37 +0900

차량을 출고 할 적에 HUD를 넣지 않고 출고했었는데요,

달리다 문득 HUD가 있었으면 좋겠다는 생각에 HUD를 사서 장착해보기로 했습니다.

사제 HUD를 검색해 보시면 GPS, OBD 2종류가 있습니다.

특징	GPS	OBD
속도 측정 방식	GPS 신호 수신	차량으로부터 직접 수신
RPM 수신 여부	X	O
터널, 지하 속도 표현	X	O
속도 표시의 정확도	비교적 낮음	비교적 높음
연결선	전원	전원, OBD 단자

모든 면에서 OBD 방식의 HUD가 더 좋지만, 저는 GPS 방식을 구매해서 장착했습니다.

저는, 이전에 쉐보레 말리부 차량에 OBD 방식의 HUD를 사용했었는데, 차량 배터리가 방전되는 현상을 자주 겪고 탈거했던 경험이 있어서 GPS로 구매했습니다.

본인 상황에 맞게 선택하시면 되겠습니다.

1. 퓨즈박스 확인, 전원 연결

GPS 버전이기 때문에 전원만 연결해주면 됩니다.

전원은 2개의 선으로 구성되어있는데, 전원선, 접지선입니다.

전원선은 운전석 하단에 있는 퓨즈박스 뚜껑을 탈거해 IG2 예비전원에 연결하고,

- IG2 예비전원은 시동을 끄면 전원이 끊어집니다.

접지선은 아래 그림의 붉은색 동그라미 쳐진 곳에 그라운드(접지)선을 연결합니다.

- 그라운드선은 육각 볼트 중 아무데나 연결하셔도 무방합니다.

2. 선 정리

저의 경우엔 위의 사진처럼 커버를 살짝 뜯어서 A필러와 운전석 도어쪽 고무사이로 전원선을 뺐습니다.

그리고, 이 전원선을 앞유리와 대시보드 사이의 공간으로 밀어넣어서 깔끔하게 정리했습니다.

그런데, 선 매립은 블랙박스 설치하듯 A필러 안으로 선을 매립해서 대시보드쪽으로 빼내셔도 무방합니다.

3. HUD 장착

전원선을 앞유리와 대시보드 사이의 공간으로 밀어넣은 덕분에 HUD와 전원선 끝부분만 노출되어 깔끔하게 정리된걸 확인하실 수 있습니다.

앞유리가 썬팅이 되어있다면 HUD 전용 반사판을 붙이지 않더라도 낮이고 밤이고 잘 보입니다!

스팅어 콘솔 랩핑

MOLOKINI — Wed, 30 Oct 2024 01:30:03 +0900

스팅어가 단종을 앞두고, 한정판 트리뷰트 차량이 나왔습니다.(23년 초)

단종된다기에 뭔가에 홀린듯 신차로 구매(23년 3월 출고) 를 했지만,, 트리뷰트는 총알이 부족한 관계로 출고하지 못했었는데요.

그 부족함을 달래보고자 콘솔을 손수 랩핑했습니다.

우선, 트리뷰트 실내는 요렇습니다.

위 사진의 붉은색 동그라미 부분이 기본 알루미늄으로 되어있는데, 이걸 카본 랩핑지로 랩핑할겁니다.

1. 콘솔 탈거

먼저, 콘솔을 탈거합니다.

위 사진의 휴대폰 충전 커버를 연 상태에서, 붉은색 동그라미 쳐진 부분을 힘으로 들어내면 콘솔이 떨어져 나옵니다.

앞부분이 떨어지면 옆부분까지 천천히 당기면 콘솔이 분리됩니다.

분리한 콘솔의 뒷면을 보면 사이드브레이크쪽에 커넥터가 하나 있는데 그것까지 당겨서 빼냅니다.

요렇게 콘솔 상판을 들어낼 수 있습니다.

2. 분해

컵홀더, 사이드브레이크 버튼, 엉뜨(??)버튼들을 모두 드라이버를 사용해 분리합니다.

그리고 랩핑지를 알루미늄 프레임과 컵홀더 뚜껑에 발라줍니다.

랩핑지 작업은 히팅건으로 열을 가해주면서 굴곡이 있는 부분들을 마무리 해주시면 되고, 없으시다면 드라이기 혹은 라이터를 사용하셔도 됩니다.

제가 써본 랩핑지는 두 종류가 있는데, 아래 표로 특징을 정리했으니 잘 판단해서 사용하시면 되겠습니다.

항목	에이버리 슈프림 무광 카본	제트비 무광 카본
작업성	매우 좋음 - 라이터 없이도 작업 가능한 수준	매우 어려움 - 랩핑지 자체가 뻣뻣해서 열처리 필수
유지력	좋음 - 랩핑지가 유연하고 잘 늘어나서 붙은 상태가 오래도록 유지 됨	비교적 나쁨 - 뻣뻣해서 열처리를 충분히 하지 않으면 시공 후에도 랩핑지가 들뜸
내구성	비교적 나쁨	좋음
방오성	손때가 잘 타는 편	손때가 안타는 편
가격	약 6,000원(10cm * 152cm)	약 850원(10cm * 110cm)

초심자라면 에이버리를 추천드리고 랩핑 잘하시는 분, 금손이시면 제트비를 추천드립니다.

3. 작업 결과

저의 경우엔 제트비 랩핑지로 작업했는데 자세히 보면 마감이 들뜬 부분들이 있기는 합니다.

제트비가 작업이 힘들고 결과물이 에이버리에 비해 좋지 않지만 가격이 저렴하고 손때가 잘 타지 않는 장점이 있습니다.

랩핑을 마친 후 분해했던 컵홀더, 사이드 브레이크 버튼 등등을 원래대로 조립합니다.

4. 조립(원상복구)

조립은 분해의 역순!

휴대폰 충전부 또한 분리가 가능한데, 저의 경우는 분리하지 않은 상태에서 랩핑지를 재단해서 붙였습니다.

이것으로 저렴하게 스팅어 한정판! 트리뷰트 분위기를 내봤습니다.

잡 (Job) - 프로세스 제약사항 설정 2

MOLOKINI — Sat, 28 May 2016 13:48:37 +0900

잡에 대한 프로세스 제약사항 설정 방법 중

- JobObjectExtendedLimitInformation

- JobObjectBasicUIRestrictions

- JobObjectSecurityLimitInformation

에 대해 알아보도록 하겠습니다.

JobObjectExtendedLimitInformation

멤버	기능
BasicLimitInformation	BasicLimitInformation 구조체 - 이전 포스팅 참고
IoInfo	사용하지 않음
ProcessMemoryLimit	잡 내의 한 프로세스가 사용할 수 있는 최대 메모리 사용량을 결정 - BasicLimitInformation 구조체의 LimitFlag에 JOB_OBJECT_LIMIT_PROCESS_MEMORY 플래그가 세팅되어 있어야 함
JobMemoryLimit	잡 전체에서 커밋될 수 있는 최대 메모리 사용량을 결정 - BasicLimitInformation 구조체의 LimitFlag에 JOB_OBJECT_LIMIT_JOB_MEMORY 플래그가 세팅되어 있어야 함
PeakProcessMemoryUsed	현재 잡 내의 한 프로세스가 사용할 수 있는 최대 메모리 사용량을 리턴
PeakJobMemoryUsed	현재 잡 전체가 사용할 수 있는 최대 메모리 사용량을 리턴

JobObjectBasicUIRestrictions

멤버	기능
UIRestrictionClass	비트 플래그의 조합으로 아래 표 참고

플래그	기능
JOB_OBJECT_UILIMIT_EXITWINDOWS	잡 내의 프로세스가 ExitWindowsEx 함수를 이용해 로그오프, 셧다운, 리부팅, 시스템 전원 끄기를 할 수 없도록 설정
JOB_OBJECT_UILIMIT_READCLIPBOARD	잡 내의 프로세스가 클립보드의 내용을 읽을 수 없도록 설정
JOB_OBJECT_UILIMIT_WRITECLIPBOARD	잡 내의 프로세스가 클립보드의 내용을 삭제할 수 없도록 설정
JOB_OBJECT_UILIMIT_SYSTEMPARAMTERS	잡 내의 프로세스가 SystemParametersInfo 함수를 이용해 시스템 매개변수들을 변경하지 못하도록 함
JOB_OBJECT_UILIMIT_DISPLAYSETTINGS	잡 내의 프로세스가 ChangeDisplaySettings 함수를 이용해 디스플레이 설정을 변경하지 못하도록 함
JOB_OBJECT_UILIMIT_GLOBALATOMS	잡이 자신만의 Global Atom Table 을 가질 수 있도록 하고, 잡 내의 프로세스들이 이 Global Atom Table에 접근할 수 있도록 한다.
JOB_OBJECT_UILIMIT_DESKTOP	잡 내의 프로세스가 CreateDesktop이나 SwitchDesktop 함수를 이용해 새로운 데스크탑을 생성하거나 다른 데스크탑으로 변경하지 못하도록 함
JOB_OBJECT_UILIMIT_HANDLES	잡 내의 프로세스가 잡 외부의 프로세스에 의해 생성된 유저 오브젝트를 사용할 수 없도록 설정

JobObjectSecurityLimitInformation

- PTOKEN_GROUPS, PTOKEN_PRIVILEGES, PTOKEN_GROUPS 구조체 정보는 아래 MSDN을 참조

- https://msdn.microsoft.com/ko-kr/library/windows/desktop/ms684159(v=vs.85).aspx

멤버	기능
SecurityLimiFlags	관리자 권한으로 실행되는 것을 거부하거나, 필터되지 않은 토큰의 접근 거부, 특정 액세스 토큰을 강제로 요구하거나 특정 SID나 권한을 사용하지 못하도록 설정하는 플래그
JobToken	잡 내의 모든 프로세스가 사용할 수 있는 액세스 토큰 지정
SidsToDisable	액세스 확인을 수행하지 못하도록 하는 Security ID
PrivilegesToDelete	액세스 토큰으로 부터 어떤 권한을 제거할지 나타냄
RestrictedSids	액세스 토큰에 추가할 접근 거부 SID 목록을 지정

SecurityLimitFlags

플래그	기능
JOB_OBJECT_SECURITY_FILTER_TOKENS	필터되지 않은 토큰의 접근을 거부, - SidsToDisable, PrivilegesToDelete, RestrictSids 셋 중 하나는 세팅되어있어야 함 - 위 항목들에 명시된 Sid를 갖지 않으면 실행이 제한됨
JOB_OBJECT_SECURITY_NO_ADMIN	잡 내의 프로세스가 관리자 권한으로 실행되는 것을 막음
JOB_OBJECT_SECURITY_ONLY_TOKEN	잡 내의 프로세스들이 특정 액세스 토큰을 갖고 실행되도록 설정 - 그 특정 액세스 토큰은 JobToken 멤버를 의미
JOB_OBJECT_SECURITY_RESTRICTED_TOKEN	잡 내의 프로세스들이 CreateRestrictedToken 함수로 생성되지 않은 액세스 토큰을 가지고 실행되지 못하도록 함

잡 (Job) - 프로세스 제약사항 설정 1

MOLOKINI — Sat, 21 May 2016 10:09:50 +0900

잡을 생성하고 나면 잡에서 수행할 프로세스들에 대한 제약사항을 설정할 수 있습니다.

설정 할 수 있는 제약사항으로는 아래와 같은 내용들이 있습니다.

- 기본 제약사항과 확장 제약사항은 잡 내 프로세스가 시스템 리소스를 독점하지 못하게 합니다.

- 기본 UI 제약사항은 잡 내의 프로세스가 사용자 인터페이스를 사용하지 못하도록 합니다.

- 보안 제약사항은 잡 내의 프로세스가 보안 자원(파일, 레지스트리 등)에 접근하지 못하도록 한다.

잡에 대한 내용은 아래 포스팅 참고

- 잡 (Job) : http://wonjayk.tistory.com/287

이러한 제약사항들은 아래 함수로 설정할 수 있습니다.

- hJob : CreeateJobObject로 생성한 잡의 핸들로 제약사항을 설정할 잡의 핸들을 설정하면 됩니다.

- JobObjectInfoClass : 어떤 제약사항을 전달할 것인지 설정

- lpJobObjectInfo : 제약사항을 전달할 구조체의 주소

- cbJobObjectInfoLength : 제약사항 전달 구조체의 크기

제약사항의 형태는 아래 구조체 처럼 10가지로 구성되어있습니다.

앞으로의 포스팅에서는 총 4가지의 제약사항에 대해서 알아보도록 하겠습니다.

- 기본 제약사항 : JobObjectBasicLimitInformation = 2

- 확장 제약사항 : JobObjectExtendedLimitInformation = 9

- 기본 UI 제약사항 : JobObjectBasicUIRestrictions = 4

- 보안 제약사항 : JobObjectSecurityLimitInformation = 5

이번 포스팅에서는 기본 제약사항인 JobObjectBasicLimitInformation에 대해서 알아보도록 하겠습니다.

- 확장, 기본 UI, 보안 제약사항은 다음 포스팅에서 설명하도록 하겠습니다.

나머지 제약사항에 대한 상세한 내용은 아래 링크를 참고하시기 바랍니다.

- https://msdn.microsoft.com/ko-kr/library/windows/desktop/ms686216(v=vs.85).aspx

JobObjectBasicLimitInformation

- https://msdn.microsoft.com/ko-kr/library/windows/desktop/ms684147(v=vs.85).aspx

멤버	기능
PerProcessUserTimeLimit	각 프로세스 별 사용 가능한 최대 유저모드 시간 지정 (100ns 단위) - LimitFlag : JOB_OBJECT_LIMIT_PROCESS_TIME
PerJobUserTimeLimit	잡 내의 프로세스가 얼마나 많은 유저모드 시간을 사용할 수 있는지 지정 (100ns 단위) - LimitFlag : JOB_OBJECT_LIMIT_JOB_TIME
LimitFlags	잡에 어떤 제약사항을 설정할 지 나타낼 비트 플래그 이 플래그를 설정해 주어야 멤버들을 사용할 수 있다.
MinimumWorkingSetSize	프로세스 별 최소 워킹셋 크기를 지정 - LimitFlag : JOB_OBJECT_LIMIT_WORKINGSET
MaximumWorkingSetSize	프로세스 별 최대 워킹셋 크기를 지정 - LimitFlag : JOB_OBJECT_LIMIT_WORKINGSET
ActiveProcessLimit	잡 내에서 동시에 수행할 수 있는 프로세스의 최대 수 - LimitFlag : JOB_OBJECT_LIMIT_ACTIVE_PROCESS
Affinity	잡 내의 프로세스들을 수행할 수 있는 CPU의 부분집합 설정 - LimitFlag : JOB_OBJECT_LIMIT_AFFINITY
PriorityClass	잡 내의 모든 프로세스들에 대한 우선순위 지정 - LimitFlag : JOB_OBJECT_PRIORITY_CLASS
SchedulingClass	잡 내의 스레드들에게 다른 스레드에 비해 상대적으로 다른 퀀텀 시간을 할당 - LimitFlag : JOB_OBJECT_LIMIT_SCHEDULING_CLASS - 0 ~ 9까지, 기본값은 5

이러한 제약사항을 잘 설정해두지 않으면 잡 내의 프로세스가 오류를 일으켜 종료되었다고 가정하면,

프로세스가 종료되지 않아 시스템 리소스를 계속 낭비하게 될 수도 있습니다.

때문에, 잡을 사용할 때에는 이런 기본 제약사항을 잘 설정해주어야 합니다.

잡 (Job)

MOLOKINI — Sat, 7 May 2016 09:38:41 +0900

잡(Job)은 간단하게 설명드리면 여러 개의 프로세스들을 하나로 묶은 그룹입니다.

잡이 필요한 이유

- Windows는 프로세스의 부모/자식 관계를 항상 유지하지는 않습니다. (실행되고 종료됨에 따라 프로세스 트리는 끊어질 수 있습니다.)

- 특정 프로세스가 수행되는데에 여러 개의 프로세스를 거쳐서 수행되었다고 가정했을 때, 앞서 수행된 특정 프로세스가 종료됨으로 인해 이전에 수행된 여러 개의 프로세스들이 모두 종료되어야 한다고 하면, 이 프로세스들을 모두 관리하기 위함입니다.

- 여러 개의 프로세스의 데이터들(클라이언트)을 종합해 수행되는 프로세스(서버)라고 가정한다면, 특정 프로세스(클라이언트)가 과도하게 리소스를 점유하지 못하도록 제어할 필요도 있습니다. (이럴 땐 잡을 이용해 최대 CPU 점유 시간 제한, 최대/최소 워킹셋 제한, 보안 제한 등의 방법이 있습니다.)

이런 이유들 때문에 Windows는 잡 커널 오브젝트를 이용해 프로세스들을 하나의 그룹으로 묶어서 관리합니다.

HANDLE hProcJob = CreateJobObject(NULL, TEXT("wonjaykJOB"));

- 요런 식으로 잡 객체를 생성 할 수 있습니다.

- LPSECURITY_ATTRIBUTES lpJobAttributes : 새로 생성 할 잡 객체에 대한 Security Information을 전달

- LPCTSTR lpName : 생성될 잡 객체의 이름

- 리턴으로는 잡 객체의 핸들을 전달합니다.

첫 번째 인자인 LPSECURITY_ATTRIBUTES를 위 예제처럼 NULL로 세팅한다면 기본 Security Information으로 설정된 잡 객체가 생성됩니다.

잡 객체의 이름을 설정해두면 OpenJobObject 함수를 이용해 같은 잡 객체를 사용 할 수 있습니다.

BOOL bInJob = FALSE;

IsProcessInJob(GetCurrentProcess(), NULL, &bInJob);

- 요런 식으로 현재 프로세스가 잡 객체에 속해있는지 확인 할 수 있습니다.

- HANDLE ProcessHandle : 잡 객체에 속해있는지 확인 해 볼 프로세스의 핸들

- HANDLE JobHandle : 특정 잡 객체의 핸들

- PBOOL Result : 첫 번째 인자로 받았던 프로세스가 잡에 속해있는지 여부를 TRUE or FALSE로 리턴

두 번째 인자인 JobHandle을 NULL로 세팅한다면 첫 번째 인자로 받은 프로세스가 현재 생성된 전체 잡 객체 중 어디에라도 속해있다면 세 번째 인자인 BOOL에 TRUE를 리턴하게 됩니다. 반대라면 FALSE겠죠?

HANDLE hOpenJob = OpenJobObject(JOB_OBJECT_ALL_ACCESS, TRUE, TEXT("wonjaykJOB"));

- 요런 식으로 이미 생성된 잡 객체를 사용할 수 있습니다.

- DWORD dwDesiredAccess : 잡 객체 접근 권한 (아래 표로 설명)

- BOOL bInheritHandles : 현재 프로세스로부터 생성된 새로운 프로세스들에게 Open할 잡의 핸들을 상속할 지 여부

- LPCTSTR lpName : 사용하고자 하는 잡 객체의 이름

잡 객체 접근 권한

접근 권한	내용
JOB_OBJECT_ALL_ACCESS	잡 객체에 대한 모든 접근 권한 부여
JOB_OBJECT_ASSIGN_PROCESS	현재 프로세스에서 AssignProcessToJobObject 함수를 사용할 수 있도록 권한 부여 - AssignProcessToJobObject : 잡 내에 프로세스 배치 함수
JOB_OBJECT_QUERY	현재 프로세스에서 잡 객체를 조회해 볼 수 있는 권한 부여 (어떤 프로세스가 속해있는지, IsProcessInJob 사용 가능....)
JOB_OBJECT_SET_ATTRIBUTES	현재 프로세스에서 SetInformationJobObject 함수를 사용할 수 있도록 권한 부여 - SetInformationJobObject : 잡 객체에 대한 제약사항 설정 - 다음 포스팅에서 기록하도록 하겠습니다~
JOB_OBJECT_SET_SECURITY_ATTRIBUTES	Windows Vista 이후 운영체제에서는 삭제된 권한 Windows XP : 현재 프로세스에서 보안 정보 수정 권한 부여
JOB_OBJECT_TERMINATE	현재 프로세스에서 TerminateJobObject 함수를 사용할 수 있도록 권한 부여 - TerminateJobObject : 잡 객체와 연관된 모든 프로세스를 종료하는 함수

C++ 기본 자료형

MOLOKINI — Fri, 6 May 2016 12:09:35 +0900

C++의 기본 자료형은 정수, 부동 소수점, void의 세 가지 범위로 나누어집니다.

- void : 비어있는 값으로 값을 리턴하지 않는 함수나 특정 형식이 정해지지 않은 데이터를 선언할 때 포인터로 활용됩니다.

- https://msdn.microsoft.com/ko-kr/library/cc953fe1.aspx

자료형에 대한 크기를 잘 알아둬야 프로그래밍시 공간의 낭비가 없을 것입니다.

아래 표의 내용들은 MS자료를 바탕으로 작성되었기 때문에 VC++외 gcc 계열이나 다른 c계열에서는 크기가 다를 수도 있습니다.

종류	자료형	크기	범위	내용
정수계열	Char	1BYTE	-128 ~ 127	문자열을 표현, ASCII
	unsigned char	1BYTE	signed : -128 ~ 127 unsigned : 0 ~ 255	unsigned char는 부호 없는 char
	bool	1BYTE	0 or 1	TRUE or FALSE
	short	2BYTE	-32,768 ~ 32,767	char보다 크거나 int보다 짧거나 같은 형식
	unsigned short	2BYTE	0 ~ 65,535	부호 없는 short
	int	4BYTE	-2,147,438,648 ~ 2,147,438,648	short보다 크고 long보다 작은 형식
	intn (8, 16, 32, 64, 128)	n/8BYTE	n에 따라 다름	크기가 지정된 정수 n은 변수의 크기 (intn은 MS 전용)
	long	4BYTE	-2,147,438,648 ~ 2,147,438,647	int보다 크거나 int와 같은 형식
	unsigned long	4BYTE	0 ~ 4,294,877,296	부호 없는 long
	long long	8BYTE	-9,223,372,036,854,775,808 ~ 9,223,372,036,854,775,807	unsigned long보다 큰 형식 (int64)
	unsigned long long	8BYTE	0 ~ 18,446,744,073,709,551,615	부호 없는 long long (uint64)
부동 소수점	float	4BYTE	3.4E +/- 38 (7 digit)	가장 작은 부동소수점 형식
	double	8BYTE	1.7E +/- 308 (15 digit)	float보다 크고 long double과는 짧거나 같은 형식
	long double	8BYTE	1.2E +/- 4932 (19 digit)	double과 같은 형식 (표현은 다름)
와이드 문자열	_wchar_t	2BYTE	-32,768 ~ 32,767 (char보다 큼)	와이드나 멀티바이트 형식을 지정

네임드 파이프 예제

MOLOKINI — Sat, 30 Apr 2016 13:13:55 +0900

Pipe는 두 프로세스를 잇는 통로입니다.

예를 들어, 두 개의 수조가 있고 그 사이를 파이프로 관통해 연결한다고 합시다.

그럼 하나의 수조에 물을 채운다면 그 물이 파이프를 따라 흘러 또 다른 수조로 들어가게 되겠죠?

이처럼, 프로세스 간에도 Pipe를 연결한다면 원하는 정보를 다른 프로세스로 전달할 수 있습니다.

Pipe에는 Named Pipe와 Anonymous Pipe, 두 종류가 존재하는데요.

간략하게 설명하면

Anonymous Pipe : 이름없는 파이프, 한쪽 방향으로만 데이터 전송, 부모 => 자식 프로세스

Named Pipe : 이름있는 파이프, 양쪽 방향으로 데이터 전송, 프로세스 <=> 프로세스

아래는 Named Pipe를 이용해 프로세스간 통신을 하는 코드입니다.

- 출처 : http://ezbeat.tistory.com/300

서버 코드

#include <stdio.h>

#include <Windows.h>

#include <tchar.h>

#define PIPE_NAME "\\\\.\\pipe\\test_pipe" // 파이프 이름 설정, 이 파이프로 통신을 할 것임

int ConnectClient(HANDLE hNamePipe)

{

TCHAR recvMessage[100];

TCHAR sendMessage[100];

DWORD recvSize;

DWORD sendSize;

while(1)

{

_tprintf(_T("Input Send Message : "));

_tscanf(_T("%s"),sendMessage);

//sendSize -> NULL 포함한 바이트 수

if(!(WriteFile(

hNamePipe,

sendMessage,

(_tcslen(sendMessage)+1)*sizeof(TCHAR),

&sendSize,

NULL

))) //

{

_tprintf(_T("WriteFile error! \n"));

return -1;

}

FlushFileBuffers(hNamePipe);

//recvSize -> NULL 포함한 바이트 수

if(!(ReadFile(

hNamePipe,

recvMessage,

sizeof(recvMessage)-sizeof(TCHAR)*1,

&recvSize,

NULL

)))

{

printf("ReadFile error! \n");

return -1;

}

recvMessage[recvSize/sizeof(TCHAR)-1] = _T('\x00');

_tprintf(_T("Recv Message : %s \n"),recvMessage);

}

return 1;

}

int _tmain(int argc,TCHAR* argv[])

{

HANDLE hNamePipe;

TCHAR pipe_name[] = _T(PIPE_NAME); // #define 한 파이프 이름

_tprintf(_T("==== Server ==== \n"));

//NamedPipe 생성

hNamePipe = CreateNamedPipe(

pipe_name,

PIPE_ACCESS_DUPLEX,

PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE | PIPE_WAIT,

PIPE_UNLIMITED_INSTANCES,

20000, // 대기 Timeout 시간

NULL

);

if(hNamePipe == INVALID_HANDLE_VALUE)

{

printf("CreateNamePipe error! \n");

return -1;

}

while(1)

{

//생성한 Named Pipe의 핸들을 누군가 얻어갈 때까지 대기..

if(!(ConnectNamedPipe(hNamePipe,NULL)))

{

CloseHandle(hNamePipe);

return -1;

}

else

{

if(ConnectClient(hNamePipe) == -1)

break;

}

DisconnectNamedPipe(hNamePipe);

CloseHandle(hNamePipe);

_tprintf(_T("Program exit! \n"));

return 1;

}

클라이언트 코드

#include <stdio.h>

#include <stdlib.h>

#include <Windows.h>

#include <tchar.h>

#define PIPE_NAME "\\\\.\\pipe\\test_pipe" // 서버의 파이프 이름과 동일한 파이프 사용

int ConnectServer(HANDLE hNamePipe)

{

TCHAR recvMessage[100];

TCHAR sendMessage[100];

DWORD recvSize;

DWORD sendSize;

while(1)

{

if(!(ReadFile(

hNamePipe,

recvMessage,

sizeof(recvMessage)-sizeof(TCHAR)*1,

&recvSize,

NULL

)))

{

_tprintf(_T("ReadFile error! \n"));

return -1;

}

recvMessage[recvSize/sizeof(TCHAR)-1] = _T('\x00');

_tprintf(_T("Recv Message : %s \n"),recvMessage);

_tprintf(_T("Input Send Message : "));

_tscanf(_T("%s"),sendMessage);

if(!(WriteFile(

hNamePipe,

sendMessage,

(_tcslen(sendMessage)+1)*sizeof(TCHAR),

&sendSize,

NULL

)))

{

_tprintf(_T("WriteFile error! \n"));

return -1;

}

FlushFileBuffers(hNamePipe);

}

return 1;

}

int _tmain(int argc, TCHAR* argv[])

{

TCHAR pipe_name[] = _T(PIPE_NAME);

HANDLE hNamePipe;

_tprintf(_T("==== Client ==== \n"));

while(1)

{

// 파이프 이름으로 핸들 열기

hNamePipe = CreateFile(pipe_name,GENERIC_READ | GENERIC_WRITE, 0,NULL,OPEN_EXISTING,0,NULL);

if(hNamePipe == INVALID_HANDLE_VALUE)

{

_tprintf(_T("CreateFile error! \n"));

return -1;

}

DWORD pipeMode = PIPE_READMODE_MESSAGE | PIPE_WAIT;

if(!(SetNamedPipeHandleState(hNamePipe,&pipeMode,NULL,NULL)))

{

_tprintf(_T("SetNamedPipeHandleState error! \n"));

CloseHandle(hNamePipe);

return -1;

}

else

{

if(ConnectServer(hNamePipe) == -1)

break;

}

CloseHandle(hNamePipe);

return 0;

}

XSD (XML Schema Definition) 정의

MOLOKINI — Sat, 23 Apr 2016 13:27:48 +0900

XSD(XML Schema Definition)는 XML의 유효성 검증을 위한 스키마입니다.

- XML에 대해선 언급하지는 않겠습니다. (다 아시잖아유~)

XML의 특징 중 하나를 예로 들어보면, 작성 규칙만 지켜진다면 입력이 자유롭다는 장점이 있습니다.

- 이러한 장점이 오히려 단점이 되기도 합니다.

- 문자열이 위치해야 할 자리에 숫자가 들어온다거나, 아니면 반대의 상황

- <아우디>K5</아우디>, <동물>자동차</동물> 과 같은 예로, Category에 속할 수 없는 값들이 들어갈 가능성이 있습니다.

- XML을 수동으로(요즘은 툴도 많지만...) 작성하다보면 오타가 발생하기도 하죠

이런 XML의 단점들을 일부 해소해 줄 수 있는게 바로 XSD입니다.

XSD는 기본적으로 아래와 같은 48가지의 데이터 형식을 사용합니다.

simpleType	사용 예 (콤마로 구분)	설명
String	Confirm this is Electric	문자열
normalizedString	Confirm this is Electric	문자열
token	Confirm this is Electric	문자열
byte	-1, 126	바이트 타입
unsignedByte	0, 126	부호화 되지 않은 바이트 타입
base64Binary	GpM7	64 비트 바이너리
hexBinary	0FB7	16진수 바이너리
integer	-126789, -1, 0, 1, 126789	16비트 정수형
positiveInteger	1, 126789	16비트 양의 정수형
negativeInteger	-1, -126789	16비트 음의 정수형
nonNegativeInteger	0, 1, 126789	0을 포함하는 16비트 양의 정수형
nonPositiveInteger	0, -1, -126789	0을 포함하는 16비트 음의 정수형
Int	-1, 126789675	32비트 정수형
unsignedInt	0, 1267896754	부호화 되지 않은 32비트 정수형
long	-1, 12678967543233	64비트 정수형
unsignedInt	0, 12678967543233	부호화 되지 않은 64비트 정수형
short	-1, 12678	8비트 정수형
unsignedShort	0, 12678	부호화 되지 않은 8비트 정수형
decimal	-1.23, 0, 123.4, 1000.00	단정도 고정 소수점 형
float	-INF, -1E4, -0, 0, 12.78E-2, 12, INF, NaN	32비트 단정도 부동 소수점 형
double	-INF, -1E4, -0, 0, 12.78E-2, 12, INF, NaN	64비트 배정도 부동 소수점 형
boolean	True, false, 0, 1	Boolean 타입
time	13:20:00.000, 13:20:00.000-05:00	시간
datetime	1999-05-31T13:20:00.000-05:00	날짜와 시간
duration	P1Y2M3DT10H30M12.3S	예는 1년 2개월 3일 10시간 30분 12.3 초의 기간을 나타냄
date	1999-05-31	날짜
gMonth	__05__	월
gYear	2003	년
gYearMonth	2003-02	연 월
gDay	___31	일
gMonthDay	__05_31	월 일
Name	shipTo	XML 1.0의 Name 타입
QName	po:USAddress	XML Namespace QName
NCName	USAddress	XML Namespace NCName
anyURI	http://www.example.com/	유효한 URI
language	en-GB, en-US, fr	XML 1.0 에서 지정한 인코딩 규약
ID		XML 1.0 ID 속성 타입
IDREF		XML 1.0 IDREF 속성 타입
IDREFS		XML 1.0 IDREFS 속성 타입
ENTITY		XML 1.0 ENTITY 속성 타입
ENTITES		XML 1.0 ENTITIES 속성타입
NOTATION		XML 1.0 NOTATION 속성 타입
NMTOKENS	US, Brésil	XML 1.0 NMTOKEN 타입
NMTOKENS	US UK, Brésil Canada Mexique	XML 1.0 NMTOKES 타입

이 데이터 형식들을 이용해 요소의 자료형을 정의할 수 있습니다.

XSD 정의 방법

그럼, XSD를 이제 어떻게 정의할 수 있는지 알아보도록 하겠습니다.

XSD에는 <simpleType>과 <complexType>이 존재하는데요

말 그대로,

<simpleType>은 위에서 명시한 데이터 형식들을 이용해 새로운 형식을 만들어 낼 때

- 예를 들면, string 값을 이용해서 우편번호 형식을 지정하는 경우

<complexType>은 여러 조건이 다중으로 붙어있는 형식이라고 보시면 됩니다.

- 아래 예제 XML, XSD들은 ms예제를 이용했습니다.

- https://msdn.microsoft.com/ko-kr/library/ms256129(v=vs.120).aspx

<simpleType>은..

아래의 xsd을 예로 들어보면..

<xs:element name="quantity"> // 태그 이름

<xs:simpleType>

<xs:restriction base="xs:positiveInteger"> // 양의 정수

<xs:maxExclusive value="100"/> // 최대 숫자

</xs:restriction>

</xs:simpleType>

</xs:element>

위의 정의 형식은

<quantity></quantity> 는 정수형으로 최대 100까지 설정할 수 있다.

를 의미합니다.

<complexType>은....

역시 아래의 xsd를 예로 들면..

<xs:complexType name="Items">

// complexType <items></items> 정의

<xs:sequence>

<xs:element name="item" minOccurs="0" maxOccurs="unbounded">

// <items>의 하위 항목은 <item>

<xs:complexType>

<xs:sequence>

<xs:element name="productName" type="xs:string"/>

// <item>의 하위 항목은 <productName>으로 문자열

<xs:element name="quantity">

// <item>의 또 다른 하위 항목은 <quantity>

<xs:simpleType>

// <quantity>는 정수형으로 최대 100까지

<xs:restriction base="xs:positiveInteger">

<xs:maxExclusive value="100"/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="USPrice" type="xs:decimal"/>

// <item>의 또 다른 하위 항목은 <USPrice>로 숫자형 (소수포함)

<xs:element ref="comment" minOccurs="0"/>

// <item>의 하위 항목은 <comment>로 선택 가능합니다. (minOccurs=0) 최소 0개 등장해야 함.

<xs:element name="shipDate" type="xs:date" minOccurs="0"/>

// <item>의 하위 항목은 <shipDate>로 역시 넣던지 말던지 선택 가능

</xs:sequence>

<xs:attribute name="partNum" type="SKU" use="required"/>

// <item>의 속성으로 partNum이 존재함, 형식은 SKU로 따로 정의했음

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

<xs:simpleType name="SKU"> // <item> 속성 중 하나인 partNum의 형식

<xs:restriction base="xs:string"> // 문자열

<xs:pattern value="\d{3}-[A-Z]{2}"/> // 정수형 3자리-문자열 A~Z중 2자리

</xs:restriction>

</xs:simpleType>

위 xsd를 지킨 xml 포맷은 바로 아래와 같습니다.

<items>

<productName>Lawnmower</productName>

<comment>Confirm this is electric</comment>

</item>

<productName>Baby Monitor</productName>

</item>

</items>

그럼 다음 포스팅에서는 이렇게 생성한 xsd를 이용해 xml의 유효성을 어떻게 검증하는지 알아보도록 하겠습니다.

프로세스 권한 상승 - ShellExecuteEx()

MOLOKINI — Sat, 16 Apr 2016 13:41:33 +0900

윈도우에는 사용자 권한 상승(사용자 계정 컨트롤 : UAC - User Account Control)이라는 기능이 있습니다.

이 기능은 윈도우 사용자에게 보다 높은 수준의 보안성을 제공하는 역할을 하는데요.

짧게 요약하자면, 관리자 권한과 일반 사용자 권한의 차등을 두어 관리자 권한을 갖지 않았다면 접근할 수 있는 리소스를 제한해 보안성을 높이는 방법입니다.

- 요런거 많이 보셨을거에요~

프로세스가 수행되려면 때때로 관리자 권한이 필요한 경우도 있을텐데 앞서 포스팅한 CreateProcess 함수를 보면 권한 상승과 관련된 플래그나 인자는 없습니다.

그럼, 어떻게 코드 레벨에서 권한 상승(관리자 권한)된 프로세스로 실행을 시킬 수 있을까요?

이럴 때에는 CreateProcess 대신 ShellExecuteEx 함수를 사용해야합니다.

https://msdn.microsoft.com/ko-kr/library/windows/desktop/bb759784(v=vs.85).aspx

- R : Required, 필수인자

- O : Optional, 생략가능한 인자

- out : outparam, 리턴 출력 값

멤버	설명
DWORD cbSize (R)	구조체의 크기, sizeof(SHELLEXECUTEINFO)
ULONG fMask (R)	구조체 플래그로 여러 속성을 OR연산으로 사용 가능... 자세한 내용은 생략하겠습니다. (궁금하시면 위 msdn 링크로 이동해보세요~)
HWND hwnd (O)	부모 윈도우의 핸들
LPCTSTR lpVerb (R)	권한 상승과 관련된 필드 - open : lpFile 인자로 파일 실행, (문서, PE, 폴더 등등) - edit : lpFile 인자로 파일 수정 시도, (오로지 문서 파일만 가능!) - explore : lpFile 인자로 설정된 폴더 오픈 - find : 설정된 폴더부터 검색을 시작 - print : lpFile 인자로 설정된 문서 파일 인쇄작업 (역시 문서 파일만 가능) - properties : lpFile 인자로 설정된 파일의 속성 보기 - runas : lpFile 인자로 설정된 파일을 관리자 권한으로 실행
LPCTSTR lpFile (R)	실행 할 파일의 경로 지정
LPCTSTR lpParameter (O)	실행 파일의 파라미터 지정, cmdline
LPCTSTR lpDirectory (O)	실행 될 디렉토리 지정, NULL이면 현재 프로세스가 실행되는 경로로 설정
int nShow (R)	실행한 프로세스가 어떻게 화면상에 표시될 것인지 결정 자세한 내용은 생략, 추가 정보는 아래 링크 확인 https://msdn.microsoft.com/ko-kr/library/windows/desktop/bb762153(v=vs.85).aspx - nShowCmd 인자 관련 내용
HINSTANCE hInstApp (out)	실패시 에러코드 리턴
LPVOID lpIDList (O)	파일 실행에 필요한 추가 플래그들 포함 (ITEMIDLIST 구조체) 역시, 자세한 내용은 생략 https://msdn.microsoft.com/ko-kr/library/windows/desktop/bb773321(v=vs.85).aspx
LPCTSTR lpClass (O)	프로그램ID, URI, 파일 확장자, 레지스트리 등을 명시
HKEY hKeyClass (O)	현재 파일의 레지스트리 키의 핸들
DWORD dwHotKey (O)	현재 프로세스에 대한 단축키 지정, WM_SETHOTKEY 자세한 내용은 생략 https://msdn.microsoft.com/ko-kr/library/windows/desktop/ms646284(v=vs.85).aspx
union DUMMYUNIONNAME (O)	HANDLE hIcon : 파일의 아이콘 핸들로 비스타 이후로는 사용되지 않음 HANDLE hMonitor : 현재 보여지는 문서의 모니터 핸들(?)
HANDLE hProcess (out)	새로 시작되는 프로세스의 핸들로 때로는 NULL이 될 수도 있음

그럼 이 ShellExecuteEx를 이용해 관리자 권한으로 프로세스를 실행시키려면 아래와 같이 코드를 짤 수 있습니다. (예)

BOOL bShellExecute = FALSE;

SHELLEXECUTEINFO stShellInfo = { sizeof(SHELLEXECUTEINFO) }; // 구조체 초기화

stShellInfo.lpVerb = TEXT("runas"); // 관리자 권한 실행

stShellInfo.lpFile = TEXT("C:\Windows\System32\cmd.exe"); // 권리자 권한으로 실행시킬 파일

stShellInfo.nShow = SW_SHOWNORMAL; // 실행될 프로세스의 윈도우 보여주기

bShellExecute = ShellExecuteEx(&stShellInfo);

if(!bShellExecute)

{

DWORD dwStatus = GetLastError();

if(dwStatus == ERROR_CANCELED)

{

// 사용자의 권한 상승 거절

}

else if (dwStatus == ERROR_FILE_NOT_FOUND)

{

// lpFile로 지정한 파일이 존재하지 않음

}

만약, 부모 프로세스가 관리자 권한으로 실행되고 있고 자식 프로세스도 관리자 권한으로 실행되어야 할 때에는 굳이 ShellExecuteEx로 실행시킬 필요가 없습니다.

- 자식도 관리자 권한으로 실행되거든요