'분류 전체보기'에 해당되는 글 1251건

원본 문서 : http://support.microsoft.com/default.aspx?scid=kb;en-us;829982

주의 : 당 문서는 원본 문서를 자의적으로 해석하여 서술된 글입니다. 원본문서와의 차이로 인해 발생된 문제에 대해서 책임지지 않습니다!! 주의 하세요..
또 이 문서에는 레지스트리 수정을 요하는 작업이 있습니다. 그러므로 레지스트리 수정하기에 앞서 레지스트리를 백업해주는 센스(?)가 필요합니다. 문제가 발생할 시에 백업한 레지스트리를 복원 시키셔야 합니다. 즉 레지스트리를 수정할 정도의 스킬이 아니시면... 그냥 잘 아시는 분께 맡기시던가, 아니면 조금 더 익숙해지면 시도하시기 바랍니다. 준비 되신 분만 아랫글을 읽어 주세요

문제 요약

마이크로소프트 아웃룩에는 안전하다고 생각되지 않는 첨부파일에 대해서 차단시키는 기능을 가지고 있습니다. 만약 이메일 메시지에 그런 파일이 첨부된 이메일 내용을 열게 되면 다음과 같은 메시지를 보시게 됩니다.
  Outlook blocked access to the following potentially unsafe attachments: [...]
  (한글 판에서는 어떻게 나오는지 확인 못해서 한국어 판은 적지 않았습니다.)
물론 아웃룩이 접근을 막기는 했지만 해당 첨부파일은 이메일 메시지 안에 그대로 있습니다. 이 문서에서는 아웃룩에서 막고 있는 첨부파일을 안전함을 떠나서 어떻게든 열고 싶으실때를 위해 적은 글입니다.

더 자세한 정보

이 보안은 악의적인 이메일 메시지로 부터 공격당하는 것을 방지하기 위해 설정한 것입니다. 기본적으로 마이크로소프트 아웃룩 2000 서비스팩1 이후 제품에 일괄적으로 적용되어 있습니다 .

아웃룩에 의해 차단된 점부 파일을 열기 위해서 쉽게 하는 방법은 다음과 같습니다.
• 보낸 사람이 첨부파일을 저장한 경로를 요청해서 해당 파일을 경로에 따라 직접 받는 방법 입니다.
• 보내는 사람에게 해당 파일을 압축해서 차단된 파일 확장자와 다른 형태의 파일을 만들어 보내달라고 하는 방법입니다. 다른 회사의 압축 프로그램을 이용해서 하는 방법인데, 다음 문서를 클릭해서 보시면 해당 제품들을 알아볼 수 있습니다.
  OL2002: 첨부 파일이 Outlook에서 압축되지 않는다  
• 보내는 사람에게 파일 확장자를 잠시 변경한뒤에 받는 사람이 다시 원래의 확장자로 변경하는 방법입니다.  

만약 이미 메시지는 받고 재 요청하기가 무척이나 곤란하다면 다음과 같은 방법을 사용해 봅니다.
• 마이크로소프트의 익스체인지 서버를 이용하는 환경이고, 관리자와 잘 알아서 관리자에게 요청할 수 있다면 관리자가 직접 당신의 메일 박스 안의 보안 설정을 변경하도록 요청하는 방법이 있습니다.
• 불행이도 익스체인지 서버를 이용하지 않고 있거나, 관리자와의 사이가 좋지 않으시다면, 윈도우 레지스트리를 직접 손봐서 처리하는 방법이 있습니다. 이 부분에 대한 자세한 내용은 "첨부파일 보안 동작 직접 손보기" 부분을  보시기 바랍니다.

다시 주의!!!
만약 레지스트리 에디터를 엉뚱하게 사용하는 경우, 심각하면 윈도우를 다시 설치하는 경우까지 발생합니다 .이로 인해 발생된 모든 문제는 마이크로소프트는 전혀 모르는 일입니다. 즉.. 이 수정에 대한 모든 책임은 수행하는 사람 그에게 다 있습니다.

첨부 파일에 대한 보안적 처리에 대해서 수정해야 된다면 다음과 같은 상황일 것입니다.
• 익스체인지 서버상에서 돌리고 있지 않은 환경에서 아웃룩을 사용하고 계십니다. .
• 익스체인지 서버상에서 돌리고 있는 환경이기는 하지만, 관리자가 삐리해 손을 못보거나 혹은 관리자랑 사이가 나빠 절대! 수정 안해주는 상황인 것입니다 .
이러한 상황이라면, 별수 없이 레지스트리를 수정해서 해당 보안 설정을 수정해야 합니다.

첨부파일 보안 동작 직접 손보기

다시 주의!!! - 지겹다 말씀하지 마세요... 이 주의사항 건너뛰시는 분이 많아서 그럽니다.
만약 레지스트리 에디터를 엉뚱하게 사용하는 경우, 심각하면 윈도우를 다시 설치하는 경우까지 발생합니다 .이로 인해 발생된 모든 문제는 마이크로소프트는 전혀 모르는 일입니다. 즉.. 이 수정에 대한 모든 책임은 수행하는 사람 그에게 다 있습니다.
중요!!! 이 첨부파일 보안 정책을 손보시기 전에 아웃룩 버젼이 2000 SR1 또는 2000 SR1a 라면 Microsoft Office 2000 Service Pack 2 나 Microsoft Office 2000 Service Pack 3를 먼저 설치하시기 바랍니다.

처리하는 방법은 다음과 같습니다.

1. 아웃룩을 실행중이시라면 일단 종료해주시기 바랍니다.(최소화로 트레이 아이콘으로 넣으신분, 최소화가 아닙니다. 반드시 종료 시켜 주시기 바랍니다.)  
2. "시작"버튼을 누르시고 "실행"을 선택해 주시기 바랍니다.  
3. 열기 상자안에 regedit 라고 쓰시고 "확인" 버튼을 눌러 주시기 바랍니다.  
4. 먼저 아웃룩 버젼에 따라 다음과 같은 경로가 있는지 확인해주세요. 만일 존재한다면 5번 과정으로 건너 뛰세요

Microsoft Outlook 2000:
HKEY_CURRENT_USER\Software\Microsoft\Office\9.0\Outlook\Security

Microsoft Outlook 2002:
HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Outlook\Security

Microsoft Office Outlook 2003:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Security

만약 위와 같은 경로가 존재 하지 않으면 해당 경로를 버젼에 맞게 만들어 주시기 바랍니다. 일단 다음 경로 까지 들어가세요:
  HKEY_CURRENT_USER\Software\Microsoft
a.  "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.  
b.  Office 라고 쳐서 넣으시고 ENTER 키를 치세요.  
c.  다시 "편집" 메뉴를 선택하시고, 새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
d.  11.0 이라고 치시고 ENTER 키를 치세요.
여기서 잠깐! 위의 내용은 아웃룩 2003에서의 내용입니다. 만약 아웃룩 2000을 사용중 이시면 "9.0"을 아웃룩 2002 면 "10.0"을 넣어주세요.
e. "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
f.  Outlook라고 쳐서 넣으시고 ENTER 키를 치세요.  
g.  "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "키"를 선택해 주시기 바랍니다.
h.  Security라고 쳐서 넣으시고 ENTER 키를 치세요.

5. "편집" 메뉴를 선택하시고, "새로 만들기" 메뉴 안의 "문자열 값"를 선택해 주시기 바랍니다.  
6. "새 값#??" 이라는 곳에다 다음과 같은 내용을 넣으세요
   Level1Remove
7. ENTER 키를 치세요.
8. 새로운 문자열 값 이름 위치에서 오른쪽 클릭을 하시고, 팝업 메뉴가 떳을때 "수정"을 선택하세요.  
9. 그 안에다가 아웃룩에서 열고 싶은 파일 확장자를 넣어주세요. 예를 들어 ".exe"를 열고 싶으시면 그 안에다  
  .exe
라고 넣으시면 됩니다 .
혹시 여러가지의 파일 확장자를 넣으신다면 다음과 같은 형태로 넣으시면 됩니다 .
.exe;.com
10. 다 입력하셨으면 "확인"을 눌러주세요  
11. Registry Editor를 종료하세요
12. 컴텨를 껏다 다시 켜세요

당근.... Level1Remove 내용을 지우시면, 원래대로 다시 보안 작동합니다!!!!

리눅스에서는 특별히 Uninstall 이라는 개념이 없습니다.
물론 개선하기위해 RPM 이라는 팩케이지가 있지만, 문제는 소스를 컴파일 해서
얻게 되는 내용들이 문제가 되죠.
이 부분을 억지로라도 가능하게 하는 방법은 다음과 같은 방법을 수행합니다.

find /* > before
--- 패키지 설치  ---
find /* > after
diff before after > 설치내역 Text 파일

물론 완전한 방법은 아니지만, 나름대로 괜찮은 것 같습니다.

Server Side Script 가 판을 치는 세상에서 왠지 뒤로 물러나는 느낌이 드는 군요.
Web-Base 로 만들면 보통 ASP, JSP, PHP로 결정지어져서 만들곤 하는데,
전 되려 훨씬 이전 모델인 CGI를 보고 있으니..

지금 몇가지를 살펴보았는데, 그다지 문제거리가 될만한 내용은 없더군요.
생각보다 쉬웠습니다, Standard Input/Output을 사용해서 데이터를 주고받고
하는 정도라 그냥 prinf 와 scanf 만으로도 모든 데이터가 왔다 갔다 하는군요.
단지 POST 부분은 uuencoding이 들어간 정도랄까요?

과연.. CGI가 빠를까요? 라고 물으시면 할말을 잃어버리기 쉽지만...
일단 보안적인 문제를 대거 넘어가버리겠더군요.
PHP나 ASP 같은 경우에는 소스 노출방법이 다양하게 있어 애먹이는 경우도
많고, 세션 관리 부분도 웹서버에 떠 넘겨야 되고.. 이래저래 걸리는 부분이
참 많지만... CGI는 그냥 씹고 넘어가는 군요. 세션 그냥 내가 원하는 데로 구현
가능이죠. 거기다 더 얹어서 컴파일이 되어 있으니... 소스는 컴파일한 저만
알고있다는 확실한 보안제품...(笑)

그러나.. 문제점도 만만치 않더군요.
DB 서비스..이건 정말 쥐약 입니다.
CGI 의 언어로 현재 CPP를 선택했는데, mysql 접속용 라이브러리는 mysql++을
사용해서 접속.. 이거 생각보다 빡세군요.뭐 템플릿을 이용해서 간단하게 구현했다고 하는데, 아직은 암호문이니..게다가 기존 DB 접속 룰이랑 조금 틀린 부분도 있구요...게다가 업데이트도 만만치 않은 숙제로 넘어갑니다. 업데이트 하면 컴파일해서
다시 얹어야 하니 이 또한 만만치 않은 비용이 드는군요.

뭐 일단... CGI에 대한 감은 잡았고... 한번 날 잡아서 이런 저런 사이트 컨버팅한번 해봐야 겠습니다.

한동안 식중독에 시달리다...뭐 이젠 많이 나아졌습니다.
오늘 아침에 김치찌게 있길래 그거 덜렁 먹어 봤는데 말짱하군요. (笑)
그래서 또 시험 삼아 돈까스도 집어 넣어 봤는데 말짱하군요.
하여간, 요즘 몸이 말을 잘 안들어서 큰일입니다.
전에는 걍 굶으면 다 낫는 병인데 이젠 굶으면 자빠지니..

요즘 그래서 다시 도시락을 탐하고 있습니다.
힘을 좀 내서 뭐든 한가지씩 끝내놔야지... 이거 계속 족쇠를 찬기분입니다.
하여간, 좀 일좀 마무리 짓고 놀든지 일하던지 프로그램짜든지 해야 겠습니다.

아자아자 힘내자!!

요즘은 VGA 카드가 별개 다 나와서 상당히 끌립니다.
뭐 그런 카드 따윈 별 신경 쓰이는 문제가 아니라고 치부하실 분도 많겠지만,
저한테는 역시....

일단 갚아야 되는 금액 때문에 쉽게 결정을 못내리고 있지만..
듀얼 DVI 지원 카드 입니다. LCD 모니터를 두개 마련해서 쓸때
진정한 듀얼 모니터를 쓸 수 있는 그런 카드더군요.
게다가, GForce 6600의 강력 램덱으로 화면 떨림이나 잔상 따윈 없을테니 말이죠
PCI-Express 제품으로 된 요즘 제품이 훨씬 좋긴 하지만,
애석하게도 그런 보드 따윈 없으니 쓰질 못하겠죠.

아아... 지르고 싶지만 현실이 제 발목을 꾸욱 잡구 있군요. 칫

실업급여라는것을 타게 되었습니다. 급여에서 늘 조금씩 빠져나간 고용보험을 산정해서 받는 금액인데, 90일간 받는다고 하는군요.

통장에 들어온돈 245,000 원. 묘한 기분이더군요.

전에 용인에 있을때 한번 신청 할 걸 그랬습니다
물론, 이거 받는 것이 상당히 귀찮고 짜증나는 일이더군요.
아마도 그 당시에는 이렇게 나온다는걸 알아도, 귀찮아서 안했을 가능성이 다분히 높아 보입니다. (笑)  
일단 친구한테 조금씩 빌렸던 돈을 돌려줘야 할 것 같습니다.
(큰 금액은... 또 미뤄지는군요... 이거 미안해서리)
떼돈은 필요 없지만, 역시 최소한의 생활 경비와 그간 도움 받는 것을 지불할 수 있을 정도의 금액은 벌어야 겠지요. 다분.

쉬엄 쉬엄 취미생활로 작업하고 있습니다.
그래서 인지 영어가 딸리는 부분이 많아 오역해 버리는 경우도 많습니다.
또한 오탈자도 만만치 않고...
게다가 단어 사전도 없어서, 이렇게 표현 했다가 저렇게 표현 했다가
합니다 ^^;;;

나중에 PHP를 공부해서 단어 사전을 만들던지 하죠.

뭐, 일단 오역, 오탈자가 발견되면 말씀해 주세요.
잡게시판도 좋고, 덧글도 좋고..(덧글은 제가 잘 못보니깐....문제가 있지만...)

그리고 같이 번역을 하고 싶으신 분은 원본 문서가 있는 링크를 알려주세요.
겹치지 않으면 계정에 쓰기 권한을 드릴께요.

그럼~

가급적 모든 리소스는 리소스에 넘기는 것이 좋습니다.
특히 스트링 부분.
다국적 형태로 만들려다 보면 여러가지 애로 사항이 많습니다.
하드 코딩을 통해 내부적으로 각종 String을 양산하게 되는데,
나중에 다국적 코드로 만들려면... 생각만 해도 아찔합니다.

이를 해결 하는 방법은 Resource를 따로 빼내어 처리하는 방법입니다.

다음과 같은 것들을 고려해서 작성하게 되면 수월하게 작성할 수 있습니다.

Main Module Handle을 가져 옵니다.
EXE 같은 경우에는 GetModule 을 통해 가져오면 됩니다. 매개 변수에는 파일이름을 넣으시면 되구요.
DLL 같은 경우에는 DLLMain 부분에서 얻으시면 됩니다.
DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)

여기서 얻은 핸들을 저장하는 방법인데, 여러가지 방법이 있겠지만, 저 같은 경우에는
전역 변수를 통해 넣었습니다.
특히 stdafx.h 와 stdafx.cpp 에다 넣었는데,
stdafx.h에는 extern HANDLE g_hModuleHandle; 을 넣고
stdafx.cpp 에는 HANDLE g_hModuleHandle; 을 써서 넣었습니다.

여기서 주의하실 것은 여러개의 모듈이 난무하는(다양한 DLL을 참조해서 쓰는)경우에는
가급적 Unique한 이름으로 만들어야 합니다.
저 같은 경우에는 XXXX.DLL 인 경우 g_hXXXXModule 이라고 이름을 지어버렸죠.