Microsoft MVP성태의 닷넷 이야기
Windows: 99. INetCache 폴더가 다르게 보이는 이유 [링크 복사], [링크+제목 복사],
조회: 34434
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

INetCache 폴더가 다르게 보이는 이유

아래의 질문 글이 있습니다.

c# 인터넷 임시 파일 삭제 문의
; https://www.sysnet.pe.kr/3/0/1300

덧글에 나온 것처럼 일단 질문자의 사용자 환경에서 왜 다르게 나오는지는 모르겠지만 그래도 원리는 알고 지나가는 것이 좋겠지요. ^^




우선, 최초 운영체제를 설치한 다음 INetCache를 방문해 보면 다음과 같이 여느 폴더와 다름없는 리스트가 나옵니다.

inetcache_1.png

그리고 해당 폴더에 명령행 창을 이용해 직접 이동해서 dir 명령을 실행하면 다음과 같이 나옵니다.

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache>dir /a
 Volume in drive C has no label.
 Volume Serial Number is A0A5-FF2C

 Directory of C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache

2014-01-08  오후 09:10    <DIR>          .
2014-01-08  오후 09:10    <DIR>          ..
2014-01-08  오전 11:21    <JUNCTION>     Content.IE5 [C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache\IE\]
2014-01-08  오전 11:21               128 counters.dat
2014-01-08  오전 11:54    <DIR>          IE
2014-01-20  오전 02:35    <DIR>          Low
2014-05-21  오후 01:38    <DIR>          Sqm
2014-01-20  오전 02:35    <DIR>          Virtualized
               1 File(s)            128 bytes
               7 Dir(s)  193,269,039,104 bytes free

위의 <JUNCTION>은 예전에도 몇번 설명드렸던 바로 그 Junction입니다.

윈도우 업데이트 다운로드 폴더를 변경하는 방법
; https://www.sysnet.pe.kr/0/0/394

윈도우 시스템 디스크 용량 확보를 위한 "Package Cache" 폴더 이동
; https://www.sysnet.pe.kr/2/0/1713

윈도우 XP 이전에는 junction으로 폴더를 연결했고, 비스타 이후로는 mklink.exe가 내장되어 /J 옵션을 주는 것으로 가능해졌습니다.

그래서 "C:\Users\[사용자계정]\AppData\Local\Microsoft\Windows\INetCache\IE" 폴더로 이동하면 어떤 파일이 있을까요?

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache\IE>dir /a
 Volume in drive C has no label.
 Volume Serial Number is A0A5-FF2C

 Directory of C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache\
IE

2014-01-08  오전 11:54    <DIR>          .
2014-01-08  오전 11:54    <DIR>          ..
2014-07-21  오후 02:29    <DIR>          AAY9WDXY
2014-01-08  오전 11:21                 0 container.dat
2014-06-30  오전 12:16    <DIR>          LHYU0U2N
2014-06-30  오전 12:15    <DIR>          UIKV0AYO
2014-06-28  오후 11:38    <DIR>          ZF5G5EO4
               1 File(s)              0 bytes
               6 Dir(s)  193,269,030,912 bytes free

그렇습니다. IE가 캐시해 놓은 각종 HTML 파일들이 이곳에 보관되어 있습니다.




이제 재미있는 테스트를 하나 해볼까요? Internet Explorer 웹 브라우저를 실행하고 "Internet Options" 메뉴를 선택하면 대화창이 하나 뜹니다. 거기서 "General" 탭의 "Settings" 버튼을 눌러 "Temporary Internet Files" 탭의 "View files" 버튼을 누르면, 다음과 같은 창이 뜹니다.

inetcache_2.png

동일하게 (C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\)INetCache 폴더가 탐색기에 보여지는데 내용의 뷰가 다릅니다.

그 이유는 "View files" 버튼을 누르는 경우 Internet Explorer가 INetCache 폴더에 desktop.ini 파일을 생성해 두기 때문입니다. 그 파일의 내용을 보면,

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache>type desktop.ini
[.ShellClassInfo]
ConfirmFileOp=0
UICLSID={7BD29E00-76C1-11CF-9DD0-00A0C9034933}

COM 객체의 바로 그 CLSID가 나옵니다. 탐색기는 desktop.ini 파일이 있는 폴더의 경우 UICLSID 항목이 있는지 확인하고 그에 대한 COM 개체를 레지스트리를 통해 생성합니다. 실제로 다음의 경로에 가면 어떤 COM 개체를 가리키는지 나옵니다.

경로: HKEY_CLASSES_ROOT\CLSID\{7BD29E00-76C1-11CF-9DD0-00A0C9034933}
    (기본값): Temporary Internet Files

    하위키: DefaultIcon
                (기본값): C:\Windows\System32\ieframe.dll,-20780

            InProcServer32
                (기본값): C:\Windows\System32\ieframe.dll
                ThreadingModel: Apartment

            ShellFolder
                (기본값): (value not set)
                Attributes: 20000004

따라서, 탐색기는 ieframe.dll을 로드하고 DllGetClassObject API를 호출해 {7BD29E00-76C1-11CF-9DD0-00A0C9034933} CLSID를 가진 COM Class Factory를 로드하고 그 객체로부터 CreateInstance 메서드를 호출해 특수 폴더를 볼 수 있는 "뷰어 객체"를 생성하는 것입니다.

일단 이렇게 한번 desktop.ini가 생성이 되면 이후로 인터넷 익스플로러를 거치지 않고 그냥 탐색기를 실행시키면 INetCache 폴더의 내용이 {7BD29E00-76C1-11CF-9DD0-00A0C9034933} CLSID 객체가 보여주는 모습으로 유지됩니다. 물론 해당 파일을 지우고,

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache>attrib desktop.ini
   SH        C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache\desktop.ini

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache>attrib -S -H desktop.ini

C:\Users\SeongTae Jeong\AppData\Local\Microsoft\Windows\INetCache>del desktop.ini

다시 탐색기로 INetCache를 보면 원래의 폴더 모습이 나타납니다. 그리고 Internet Explorer의 "View files" 버튼을 누르면 desktop.ini가 또 생성되고 폴더 뷰가 바뀌는 것이 반복됩니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...
NoWriterDateCnt.TitleFile(s)
11357정성태11/15/201727014개발 환경 구성: 336. 윈도우 10 Bash 쉘에서 C++ 컴파일하는 방법
11356정성태11/15/201728602사물인터넷: 8. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 마우스 + 키보드로 쓰는 방법 [4]
11355정성태11/15/201724479사물인터넷: 7. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 마우스로 쓰는 방법 [2]파일 다운로드2
11354정성태11/14/201728626사물인터넷: 6. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 키보드로 쓰는 방법 [8]
11353정성태11/14/201725822사물인터넷: 5. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 이더넷 카드로 쓰는 방법 [1]
11352정성태11/14/201721898사물인터넷: 4. Samba를 이용해 윈도우와 Raspberry Pi간의 파일 교환 [1]
11351정성태11/7/201725172.NET Framework: 698. C# 컴파일러 대신 직접 구현하는 비동기(async/await) 코드 [6]파일 다운로드1
11350정성태11/1/201721132디버깅 기술: 108. windbg 분석 사례 - Redis 서버로의 호출을 기다리면서 hang 현상 발생
11349정성태10/31/201721567디버깅 기술: 107. windbg - x64 SOS 확장의 !clrstack 명령어가 출력하는 Child SP 값의 의미 [1]파일 다운로드1
11348정성태10/31/201718050디버깅 기술: 106. windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법
11347정성태10/28/201721653오류 유형: 424. Visual Studio - "클래스 다이어그램 보기" 시 "작업을 완료할 수 없습니다. 해당 인터페이스를 지원하지 않습니다." 오류 발생
11346정성태10/25/201718199오류 유형: 423. Windows Server 2003 - The client-side extension could not remove user policy settings for 'Default Domain Policy {...}' (0x8007000d)
11338정성태10/25/201716656.NET Framework: 697. windbg - SOS DumpMT의 "BaseSize", "ComponentSize" 값에 대한 의미파일 다운로드1
11337정성태10/24/201718779.NET Framework: 696. windbg - SOS DumpClass/DumpMT의 "Vtable Slots", "Total Method Slots", "Slots in VTable" 값에 대한 의미파일 다운로드1
11336정성태10/20/201719525.NET Framework: 695. windbg - .NET string의 x86/x64 메모리 할당 구조
11335정성태10/18/201718542.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201719593디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201718761오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201719761디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718129디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717361디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201721468.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201724375.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201718176.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201718483.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201719335.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...