포토샵을 모른다.. 이건 인터넷 생활을 하는데 전혀 지장이 없다.

하지만..포토샵을 능숙하게 다룬다면.. 좋은 부분도 있는것 같다.

서핑을 하다가 분명 한번쯤은 다들 보았을 것이다. 포샵 능력자분들의 대단함을..

근데 이 프로그램 상당히 비싼걸로 알고 있다. 그 비싼 프로그램의 모든 기능을 다 구현할 수는 없지만

온라인으로 무료로 작업을 할 수 있는 사이트를 소개한다. 

http://pixlr.com/editor/


오 멋지지 않나..근데 역시 아무리 비싸고 좋은 도구도 사용자의 능력에 따라 그 기능이 발휘

되는가 보다.. 난 솔직히 못 사용하겠다..아는게 뭔지.. 암튼 이걸로 간단하게..이미지에서

글자를 지워봤는데..잘된다.. 이 사이트의 놀라운 점...ㅠㅠ

나같이 영어 못하는 애들을 위해서..한국어 지원이 된다...ㅠㅠ

한...국...어..

대..박..

^ㅇ^

'IT > Information' 카테고리의 다른 글

온라인 포토샵  (0) 2010.04.30
파일구리 툴바 ?  (0) 2009.02.23
쿠키와 세션  (0) 2009.02.19
MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09

아는 사람의 소개로 파일구리란 프로그램을 사용하게 되었습니다.

근데 인터넷을 하다가 익스플로러 하단에 이상한게 설치 된것을 확인 하였습니다.

아래 프로그램은 분명 사용자 동의 없이 설치된 것 같은데.. 전 설치한 기억이…-_-; 분명히 없습니다..(없을 거에요 ㅠㅠ)

암튼 두가 방법으로 삭제가 가능합니다.

하나는 BHO 제거 프로그램으로 삭제 (  EMPAS 에서 배포하는 프로그램 같습니다. 이전에 웹검색을 통해서 받은거라 기억이 )

 

두번째 방법은 인터넷 익스플로러에서 삭제하는 방법

인터넷 옵션 > 프로그램 > 추가 관리기능 > 아래 목록을 사용 안함으로 하면 됩니다.

이후 목록 삭제를 위해 아래의 명령어를 실행하시면 됩니다.

 

근데 또 실행이 되더라구요.. 뭥밍~~ㅡ_ㅡ;

파일구리 업데이트 때문인것 같습니다… 확실한건 아니구요.. 암튼 파일구리 업데이트를 막아봤습니다.

어떻게 막죠…하다가 걍 소프트웨어제한 정책을 사용해봤습니다.

실행 > gpedit.msc

아래의 그림과 같인 소프트웨어 제한 정책에 

C:\Program Files\Freechal\Fileguri\Point\update.exe 를 추가 하면 됩니다.

잘되면 그만이고…안되면 다른 방법을…

 

그런데 이걸 쓰는 도중 파일구리를 소개해준 분에게 문의를 드렸더니 지우는 프로그램이 존재한다고 하네요..

 

뭐 … 세상이 그런거죠..ㅠㅠ

그 폴더에 있더군요 . remove.exe 란 플이… 좀 더 볼걸 뭐 한건지..

C:\Program Files\Freechal\Fileguri\Point\remove.exe를 실행하면 됩니다.

아에 폴더 자체가 사라 지더군요…

따라서 방법은 마지막 방법이 최곱!!! 乃 ㅠ,ㅠ

'IT > Information' 카테고리의 다른 글

온라인 포토샵  (0) 2010.04.30
파일구리 툴바 ?  (0) 2009.02.23
쿠키와 세션  (0) 2009.02.19
MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09

[자료 출처 ] : 네이버 오픈백과

쿠키(Cookie)란?

   쿠키는 지정된 내용을 고스란히 클라이언트(Client)측의 컴퓨터에 남겨놓아 필요시에 사용하는

   서버와의 연결고리로 쿠키라고 부르게 된 원인이 이처럼 클라이언트쪽에 과자 부스러기처럼 남아있다고

   해서 과자라는의미로 쿠키라고 부르게 되었다고 한다.

   그러나 보안에는 조금 결점이 있는데 그 이유가 추후에 사용하고자 하는 내용을 기록하게 되면

   그 내용이 고스란히 사용자의 컴퓨터(이하 클라이언트)에 남기때문이다.

   악성유저의 경우는 이를 악용하는 사례가 종종 생겨서 이방식만 있을땐 꽤 골치가 아팠었다..

   그래서 새롭게 나온 방식이 세션이라는 연결고리이며 병행하기도 한다.

세션(session)이란?

  세션은 쿠키(Cookie)와 다르게 지정한 정보들을 서버쪽에 남겨두고 세션정보만을 클라이언트(Client)쪽에

  남겨두어 보안성에서 조금더 나은 방식의 연결고리인것이다.

  세션과 쿠키의 차이점을 아래 그림으로 보면 이해가 빠를것이다.

   위 그림처럼 쿠키의 경우는 서버쪽에서 저장하고자 하는 데이터를 몽땅 클라이언트쪽에

   넘겨주어 저장하게 되며 필요시 저장된 데이터를 불러오는데 이때 클라이언트쪽에서

   서버쪽에 받았던 내용을 다시 전달시켜주게 됩니다..

   그렇게 되면 서버쪽에서 전달받은 내용을 가지고 여러가지 비교등을 하여 사용에 맞도록

   가공하여 사용하게되겠습니다..

  이와 반대로 세션은 서버쪽에 저장하고자 하는 데이터가 고스란히 저장되며

  저장된 세션의 고유키(구분할수 있는 문자등)만을 클라이언트쪽에 넘겨주어

  클라이언트쪽에서는 넘겨받은 값(세션의 고유키)만을 저장하게 됩니다..

  그리고 필요시에 클라이언트쪽에 세션의 고유키값을 가지고 있는 쿠키를

  불러오도록 요청하게 되는데 이때 클라이언트는 요청받은 쿠키의 내용을

  서버에 전달시켜줍니다..

  그렇게 되면 서버쪽에서는 이 값이 정상적인 값(고유키를 넘겨주었을때 전달된 내용들)인지를 확인하고

  해당 내용을 가지고 사용에 맞도록 가공하여 사용됩니다..

  위에 언급한 내용중 "고유키를 넘겨주었을때 전달된 내용들" 이라고 명시한 부분이 있는데

  여기서 말하는 내용들에는 몇가지 정보가 함축되어있습니다..

  세션을 생성시에 클라이언트쪽에 넘겨주는 내용에는 다음과 같은 내용들이 함께 전달됩니다..

  1. 본인의 세션을 구별할수 있는 고유의 키값

  2. 생성한 세션에 대한 아이디값

  3. 도메인주소

  4. 그외

세션과 쿠키는 어떻게 사용할까?

세션과 쿠키를 생성할때 공통점이 있습니다..

둘다 헤더가 시작하기 전에 사용해야 한다는 공통점이 있는데

여기서 헤더라는것은 세션이나 쿠키가 생성되기 전에 어떠한 내용이 그 앞에 존재한다면

그것이 헤더가 됩니다..

그러나 웹의 용어로 보면 헤더는 문서가 시작되는 첫머리가 되겠는데요..

이 용어에 대해서는 생략하기로 하구요

세션과 쿠키에서 의미하는 헤더는 자신들이 실행되기 전에 무언가가 출력되어있는 것에 대한

의미를 두고 있다는것을 인지하시면 됩니다..

쉽게 예제를 보면

ex)

echo "룰루랄라";

setcookie("test","하하하",0,"/);

라고 하면

  이것은 오류를 일으킵니다..

쿠키를 생성하기 전에 룰루랄라 라는 단어가 이미 출력이 되어있기때문에

오류를 일으키게 되는것입니다...

왜 오류를 일으킬까?

그 이유는 세션이나 쿠키는 자신의 일을 수행함에 있어 헤더를 수정하여 사용하기때문입니다..

수정하여 사용하여야 되는데 이미 어떤값이 출력된 상태이면 헤더가 이미 사용되었기때문에

수정이 불가능한 상태로 되버려서 수정할수가 없기때문에 오류가 생기는 거죠..

이때 발생되는 오류메세지는 아래와 같습니다..

Warning: Cannot modify header information - headers already sent by (output started at 경로/파일이름.php:라인번호) in /경로/파일이름.php on line 번호

해석하면 헤더에 정보를 수정할수 없다. 경로/파일이름.php의 라인번호에 있는 내용에 의해

이미 헤더는 전달되어져있다.

정도로 해석을 할수가 있겠네요..

그렇다면 쿠키와 세션은 어떻게 사용할까?

쿠키사용방법

쿠키는 setcookie() 라는 함수로 쿠키를 생성하거나 해제할수 있으며 $HTTP_COOKIE_VARS (구버전) 나 $_COOKIE (php 4.x 이후) 라는 예약변수를 이용해서 생성되어있는 쿠키내용을 가져올수 있습니다..

setcookie() 함수의 레퍼런스

setcookie("쿠키변수명",["내용",유지시간,"경로","도메인","보안여부","httponly"]);

쿠키변수명은 말 그대로 변수이름이며 추후 $_COOKIE["변수이름"]; 으로 호출할때 사용됩니다..

이 이후로는 옵션으로 사용하지 않아도 무방하지만 가능하면 경로까지는 설정하시는것이 좋습니다..

내용은 쿠키변수가 가지고 있을 데이터내용이며

유지시간은 이 쿠키를 얼마동안 유지시킬지를 설정하는 부분으로 기본값은 0이며 0은 브라우저가

닫히기 전까지를 의미합니다..

경로는 어느경로에서 작동할지를 설정하는것으로 "/" 로 설정시 해당 도메인의 모든 경로에서

작동될수 있습니다..

도메인은 이 쿠키를 어느 도메인에서 사용가능토록 할지를 설정하는 부분으로

설정시 이 쿠키는 설정된 도메인에서만 사용될수 있습니다..

보안여부는 https 를 이용한다면 True 로 설정하면 되며

httponly 는 http 프로토콜에서만 열람(사용)할수 있도록 할건지를 설정하는 부분으로 True 로 설정하면

http 프로토콜외엔 사용이 불가능해진다고 합니다...

본인은 경로까지만 사용하여 정확한 작동반응은 설명을 할수가 없겠네요..

쿠키를 파기(삭제 혹은 해제라고도 함)시키는 방법은 setcookie("쿠키변수명","",-1 혹은 설정한 시간만큼 빼주면 됨,"사용한 경로","도메인"...);

으로 파기시킬수 있습니다..

세션은 어떻게 사용할까?

세션은 session_start(); 라는 함수를 호출후에 session_register() 라는 함수를 이용하여

생성할수 있습니다..

세션 파기하는 방법은 변수내용을 빈값으로 전달하거나

session_destroy() 함수를 이용해서 파기시킬수 있습니다..

session_register() 의 레퍼런스는

session_register("세션변수명");

으로 세션변수는 앞에서 지정하여야 합니다..

ex)

$test = "세션내용";

session_register("test");

가 되겠네요..

이에 앞서 어떠한 헤더를 사용하기 전에 session_start(); 를 먼저 호출하여야 정상적으로

생성하고 사용할수 있겠습니다...

'IT > Information' 카테고리의 다른 글

온라인 포토샵  (0) 2010.04.30
파일구리 툴바 ?  (0) 2009.02.23
쿠키와 세션  (0) 2009.02.19
MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09

자료 출처 : http://www.krcert.net/secureNoticeView.do?seq=-1&num=300

해당 내용은 패치가 되지 않은 취약점입니다 ~~ 라고 이전에 적어놨는데 지금은 뭐 패치가 끝나고도 남을 시점이겠네..ㅠㅠ

이전 Mass SQL Injection과 관련되어 특정 명령어 및 SP에 대해 페이지의 사용자 select update에 대한 권한을 확인한적이 있다.

이 결과에 따라 일반 유저의 저장프로시저 및 확장 저장 프로시저에 대한 실행에 대한 권한을 확인하여 처리한 적이 있었다.

위의 케이스는 이것과 비슷하다고 생각한다 비슷한 결과로 'sp_replwritetovarbin' 확장 저장 프로시저의 취약점이 발생됨에 따라

이 프로시저의 퍼블릭 실행 권한을 제거하길 권고하고 있다

해당 프로시저의 사용유무를 확인해 주시고, 사용하지 않는다면 MS의 공식 패치가 발표되기 전까지 

해당 프로시저의 퍼블릭 실행 권한을 제거하는 것이 좋을 것 같다. 기회가 된다면 웹개발. DBA, 서버보안담당자가 다같이 이번 기회를

맞아 이쁜 정리를 하는 것도 좋을 것 같다.

난 서버 관리자로서 경고는 했지만, 개발자및 DBA가 언제 확인 및 조치를 할지 모르기 때문에 일단  운영중인 웹서버에 webknight를 설치하고

'sp_replwritetovarbin' 과 'replwritetovarbin' 부분만 아스키코드로 변경해서 '7265706C7772697465746F76617262696E' 를 추가 필터링 하였다.

일반적인 조치지만 뭐 안하는 것 보다는 좋지 않을까 ~~

'IT > Information' 카테고리의 다른 글

파일구리 툴바 ?  (0) 2009.02.23
쿠키와 세션  (0) 2009.02.19
MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09
Saved Password Locations  (0) 2008.12.04

[자료출처] :네이버 웹툰 입시명문사립정글고등학교 
글 / 그림 : [ 김규삼/김규삼]

       
   
 
 


'IT > Information' 카테고리의 다른 글

쿠키와 세션  (0) 2009.02.19
MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09
Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19

1. Mass SQL Injection 에 대한 검색
    검색창에서 아래와 같이 입력 ex naver.com 에 대한 검사
    ( 참고로 검색 자체가 삽입된 스크립트가 cn or com으로 끝나는 사이트 즉 중국쪽으로 포워딩 하는 것만을 검사하는 형태입니다.)
    굵게 표시된 부분에 자신이 방문할 사이트에 대한 Mass SQL Injection으로 인한 스크립트 삽입에 대한 검사를 합니다.

      "script src" +cn|com +js site:www.naver.com



2. Google safebrowsing
이는 특정 공격방식에 대한 검색이 아니라 이전에 설명한 안랩의 세이프 가드처럼 웹부라우저를 통한 사이트 검색입니다.
세이프 가드와 같은 어플을 사용하지 않고 단일 사이트 접속시 미심적다 싶으면 검색할때 용이할 것입니다.

   http://www.google.com/safebrowsing/diagnostic?site=http://www.naver.com&hl=ko


  

'IT > Information' 카테고리의 다른 글

MS SQL 서버 신규 원격코드 실행 취약점 주의  (0) 2009.02.10
사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09
Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19
MIME-Types and Content Typ  (0) 2008.11.11


Saved Password Locations

Many people ask me about the location in the Registry or file system that applications store the passwords. So I prepared a list of password storage locations for popular applications.
Be aware that even if you know the location of the saved password, it doesn't mean that you can move it from one computer to another. many applications store the passwords in a way that prevent you from moving them to another computer or user profile.

  • Internet Explorer 4.00 - 6.00: The passwords are stored in a secret location in the Registry known as the "Protected Storage".
    The base key of the Protected Storage is located under the following key:
    "HKEY_CURRENT_USER\Software\Microsoft\Protected Storage System Provider".
    You can browse the above key in the Registry Editor (RegEdit), but you won't be able to watch the passwords, because they are encrypted.
    Also, this key cannot easily moved from one computer to another, like you do with regular Registry keys.

    IE PassView and Protected Storage PassView utilities allow you to recover these passwords.


  • Internet Explorer 7.00 - 8.00: The new versions of Internet Explorer stores the passwords in 2 different locations.
    AutoComplete passwords are stored in the Registry under HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\IntelliForms\Storage2.
    HTTP Authentication passwords are stored in the Credentials file under Documents and Settings\Application Data\Microsoft\Credentials , together with login passwords of LAN computers and other passwords.

    IE PassView can be used to recover these passwords.

  • Firefox: The passwords are stored in one of the following filenames: signons.txt, signons2.txt, and signons3.txt (depends on Firefox version)
    These password files are located inside the profile folder of Firefox, in [Windows Profile]\Application Data\Mozilla\Firefox\Profiles\[Profile Name]
    Also, key3.db, located in the same folder, is used for encryption/decription of the passwords.


  • Google Chrome Web browser: The passwords are stored in [Windows Profile]\Local Settings\Application Data\Google\Chrome\User Data\Default\Web Data
    (This filename is SQLite database which contains encrypted passwords and other stuff)


  • Opera: The passwords are stored in wand.dat filename, located under [Windows Profile]\Application Data\Opera\Opera\profile


  • Outlook Express (All Versions): The POP3/SMTP/IMAP passwords Outlook Express are also stored in the Protected Storage, like the passwords of old versions of Internet Explorer.

    Both Mail PassView and Protected Storage PassView utilities can recover these passwords.



  • Outlook 98/2000: Old versions of Outlook stored the POP3/SMTP/IMAP passwords in the Protected Storage, like the passwords of old versions of Internet Explorer.

    Both Mail PassView and Protected Storage PassView utilities can recover these passwords.



  • Outlook 2002-2008: All new versions of Outlook store the passwords in the same Registry key of the account settings.
    The accounts are stored in the Registry under HKEY_CURRENT_USER\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\[Profile Name]\9375CFF0413111d3B88A00104B2A6676\[Account Index]
    If you use Outlook to connect an account on Exchange server, the password is stored in the Credentials file, together with login passwords of LAN computers.

    Mail PassView can be used to recover lost passwords of Outlook 2002-2008.


  • Windows Live Mail: All account settings, including the encrypted passwords, are stored in [Windows Profile]\Local Settings\Application Data\Microsoft\Windows Live Mail\[Account Name]
    The account filename is an xml file with .oeaccount extension.

    Mail PassView can be used to recover lost passwords of Windows Live Mail.


  • ThunderBird: The password file is located under [Windows Profile]\Application Data\Thunderbird\Profiles\[Profile Name]
    You should search a filename with .s extension.



  • Google Talk: All account settings, including the encrypted passwords, are stored in the Registry under HKEY_CURRENT_USER\Software\Google\Google Talk\Accounts\[Account Name]


  • Google Desktop: Email passwords are stored in the Registry under HKEY_CURRENT_USER\Software\Google\Google Desktop\Mailboxes\[Account Name]


  • MSN/Windows Messenger version 6.x and below: The passwords are stored in one of the following locations:
    1. Registry Key: HKEY_CURRENT_USER\Software\Microsoft\MSNMessenger
    2. Registry Key: HKEY_CURRENT_USER\Software\Microsoft\MessengerService
    3. In the Credentials file, with entry named as "Passport.Net\\*". (Only when the OS is XP or more)


  • MSN Messenger version 7.x: The passwords are stored under HKEY_CURRENT_USER\Software\Microsoft\IdentityCRL\Creds\[Account Name]


  • Windows Live Messenger version 8.x/9.x: The passwords are stored in the Credentials file, with entry name begins with "WindowsLive:name=".

    These passwords can be recovered by both Network Password Recovery and MessenPass utilities.


  • Yahoo Messenger 6.x: The password is stored in the Registry, under HKEY_CURRENT_USER\Software\Yahoo\Pager
    ("EOptions string" value)



  • Yahoo Messenger 7.5 or later: The password is stored in the Registry, under HKEY_CURRENT_USER\Software\Yahoo\Pager - "ETS" value.
    The value stored in "ETS" value cannot be recovered back to the original password.



  • AIM Pro: The passwords are stored in the Registry, under HKEY_CURRENT_USER\Software\AIM\AIMPRO\[Account Name]


  • AIM 6.x: The passwords are stored in the Registry, under HKEY_CURRENT_USER\Software\America Online\AIM6\Passwords



  • ICQ Lite 4.x/5.x/2003: The passwords are stored in the Registry, under HKEY_CURRENT_USER\Software\Mirabilis\ICQ\NewOwners\[ICQ Number]
    (MainLocation value)



  • ICQ 6.x: The password hash is stored in [Windows Profile]\Application Data\ICQ\[User Name]\Owner.mdb (Access Database)
    (The password hash cannot be recovered back to the original password)


  • Digsby: The main password of Digsby is stored in [Windows Profile]\Application Data\Digsby\digsby.dat
    All other passwords are stored in Digsby servers.


  • PaltalkScene: The passwords are stored in the Registry, under HKEY_CURRENT_USER\Software\Paltalk\[Account Name].

자료 출처 : http://www.nirsoft.net/blog/2008/11/saved-password-locations.html

'IT > Information' 카테고리의 다른 글

사이코패스 테스트  (0) 2009.02.05
구글 검색 Tip  (0) 2008.12.09
Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19
MIME-Types and Content Typ  (0) 2008.11.11
HTTP Status Code  (0) 2008.11.10

쿠키 기반의 세션 키는 가장 보편적인 웹어플리케이션 프레임웍입니다. 세션이라는 것이 이번 호출과 다음 호출간 문맥을 유지시켜주는 역할을 하는 것이라서 좋은데, 여기에는

쿠키가 노출 될 경우 세션이 하이재킹 될 수 있는

취약점이 있습니다. 가장 잘 알려진 것이 XSS이고, 웹에서의 많은 공격은 XSS를 통해 이루어지는 것임을 알 수 있습니다. 세션 쿠키 유출을 막기위해
  • 네트워크에서는 https 에서만 세션 정보를 이용하게 만든다거나
  • 세션에 IP 정보를 저장해두어 다른 IP에서 올라오는 경우 무시하거나
  • User-agent 정보를 저장해 두어 다른 User agent에서 올라오는 경우 무시하는
등의 방법들을 사용합니다. 마지막 방법의 경우 약간 생소한데, 이런 모든 경우에 대해서 사용자들에게는 정상적이나 어떤 특정 환경에서 세션이 유지되지 않는 경우가 발생하게 됩니다

IP는 자주 변하는 곳이 때에 따라 있습니다. NAT를 이용하는 경우 내부 IP 고갈로 인해 일정 시간 사용하지 않으면 다른 사람에게 IP를 할당하기도 합니다.

User-agent의 경우, 오늘에야 찾아낸 버그(?)인데, I.E에 설치된 DRM 관련 프로그램이 IE와 쿠키를 공유하면서, 동시에 User-agent는 자체 값을 가지고 오는 경우가 있습니다. 또는 플래시가 그러하기도 합니다. 플래시는 웹 개발 영역에 있으므로 제어가 가능하다지만, DRM 관련 프로그램이 다음과 같은 동작을 수행합니다.

http://[HOSTNAME]/MarkAny/Websafer/MaSiteInfo.ini

어찌된일인지 그 프로그램은 내가 들어가는 모든 사이트에서 저 파일을 찾는군요. 도메인이 바뀌기만하면, 저 MaSiteInfo.ini 파일을 가져오려고 시도합니다. 문제는 IE의 Cookie를 그대로 보내오는데, User-agent가 바뀌는 것이 문제입니다. Fiddler로 보니, IE에서 전송되는 것으로 보아 독립된 프로세스는 아니군요. 이렇게 되면, 세션 키에 해당하는 User-agent가 변경되었음을 감지하고, 웹어플리케이션은 세션하이재킹 시도라 판단하여 세션을 종료시킵니다.

혹, 저 프로그램 개발자분이 이 글을 읽으신다면, 왜 모든 사이트에서 저 파일을 가져오기 시도하는지 알려주셨으면 합니다. ;) 꼭, 저 파일을 가져와야 합니까요?
사용자 삽입 이미지


출처 : http://coolengineer.com/514

'IT > Information' 카테고리의 다른 글

구글 검색 Tip  (0) 2008.12.09
Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19
MIME-Types and Content Typ  (0) 2008.11.11
HTTP Status Code  (0) 2008.11.10
Systems Error Codes  (0) 2008.10.02

Understanding MIME-Types and Content Types
 
written by Alex Homer
translated by Garzette

  다운로드를 위한 문서를 제공하는 웹 사이트를 구축할때 일반적으로 질문되는 것은 : "브라우져가 문서를 보여주는 방법을 어떻게 제어하는가" 이다. 예를들어, 만일 필자가 .doc 확장명을 가지는 MSWord 문서 파일에 대한 링크를 제공한다면, 파일로 저장하기 보다는 워드로 문서를 열도록 브라우져에게 어떻게 말할 것인가? 그리고, 만일 필자가 ASP를 이용해 동적으로 Tab-Delimited 포맷 문서를 만들었 다면, 이것을 자동으로 보여주기 위해서 엑셀이나 다른 스프레드 쉬트 응용프로그램으로 어떻게 구현 할 것인가?

 

  간단히 대답해서 여러분은 "할 수 없다" 이다. 브라우져나 클라이언트 응용프로그램이 웹서버로 부터 보낸 파일을 어떻게 다루는지 컨트롤 하는 것은 불가능하다. 여러분이 할 수 있는 것은 그것이 어떻게 다루어져야 하는 것을 제안하는 것이다. 여러분은 이것을 파일이 어떤 형태인지 브라우져에게 알려줌으로써 이것을 구현하고, 그리고 나서 브라우져와 사용자에게 그것으로 무엇을 할지 결정하도록 남긴다. 있다.

 

MIME-type과 Content type이란 무엇인가?

  우리가 클라이언트 브라우져로 어떤 자원을 보낼때(어떤 형태의 파일이나 문서 등), 웹 서버는 일련의 HTTP 헤더로 파일이나 자원을 포함하는 바이트의 Stream을 앞에 보낸다. 이런 헤더는 클라이언트에게 웹 서버와 커뮤니케이션 세부사항을 묘사한다. 예를들어, 헤더는 사용되고 있는 웹 서버의 소프트웨어 의 타입, 서버의 날짜와 시간, HTTP 프로토콜, 사용중인 커넥션 타입 등을 지정한다. 헤더는 또한 클라이언트가 이런 가상 패스나 도메인에 대해서 저장해야 할 쿠키를 포함한다.

 

  이와 관련해서 가장 중요한 것은 헤더는 또한 보내지는 자원의 content 타입이 포함되는 것이다. 이것은 Content-Type 헤더에 의해 지정되는데, 이 값은 표준 MIME-Type의 하나이다. MIME-Type을 살펴봄으로써 브라우져는 데이터를 나타내는데 어떤 종류의 파일 Stream인지를 알고 있다. HTML 페이지에서, 표준MIME type은 "text/html" 이다. 그리고 텍스트 파일이나 텍스트 stream은 "text/text"이다. 이미지 파일은 "image/gif" 혹은 "image/jpeg" 와 같은 MIME-Type을 가진다. 일반적인 MIME-Type과 파일 확장명의 매칭 리스트는 아래 표에 나와있다.

 


일반적으로 사용되는 MIME-Type과 파일 확장명

MIME-Type Description File Extension
application/acad AutoCAD drawing files dwg
application/clariscad ClarisCAD files ccad
application/dxf DXF (AutoCAD) dxf
application/msaccess Microsoft Access file mdb
application/msword Microsoft Word file doc
application/octet-stream Uninterpreted binary bin
application/pdf PDF (Adobe Acrobat) pdf
application/postscript PostScript, encapsulated PostScript, ai, ps, eps
Adobe Illustrator
application/rtf Rich Text Format file rtf rtf
application/vnd.ms-excel Microsoft Excel file xls
application/vnd.ms-powerpoint Microsoft PowerPoint file ppt
application/x-cdf Channel Definition Format file cdf
application/x-csh C-shell script csh csh
application/x-dvi TeX dvi dvi dvi
application/x-javascript JavaScript source file js
application/x-latex LaTeX source file latex
application/x-mif FrameMaker MIF format mif
application/x-msexcel Microsoft Excel file xls
application/x-mspowerpoint Microsoft PowerPoint file ppt
application/x-tcl TCL script tcl
application/x-tex TeX source file tex
application/x-texinfo Texinfo (emacs) texinfo, texi 
application/x-troff troff file t, tr, roff t, tr, roff
application/x-troff-man troff with MAN macros man 
application/x-troff-me troff with ME macros me
application/x-troff-ms troff with MS macros ms
application/x-wais-source WAIS source file src
application/zip ZIP archive zip
audio/basic Basic audio (usually m-law) au, snd
audio/x-aiff AIFF audio aif, aiff, aifc
audio/x-wav Windows WAVE audio wav 
image/gif GIF image gif
image/ief Image Exchange Format file ief
image/jpeg JPEG image jpeg, jpg jpe 
image/tiff TIFF image tiff, tif
image/x-cmu-raster CMU Raster image ras
image/x-portable-anymap PBM Anymap image format pnm
image/x-portable-bitmap PBM Bitmap image format pbm
image/x-portable-graymap PBM Graymap image format pgm
image/x-portable-pixmap PBM Pixmap image format ppm
image/x-rgb RGB image format rgb
image/x-xbitmap X Bitmap image xbm
image/x-xpixmap X Pixmap image xpm
image/x-xwindowdump X Windows Dump (xwd)  xwd
multipart/x-gzip GNU ZIP archive gzip
multipart/x-zip PKZIP archive zip
text/css Cascading style sheet  css
text/html HTML file html, htm
text/plain Plain text txt 
text/richtext MIME Rich Text rtx
text/tab-separated- values Text with tab-separated values tsv
text/xml XML document xml
text/x-setext Struct-Enhanced text  etx
text/xsl XSL style sheet xsl
video/mpeg MPEG video mpeg, mpg, mpe 
video/quicktime QuickTime video qt, mov
video/x-msvideo Microsoft Windows video avi
video/x-sgi-movie SGI movie player format movie 

 

우리가 클라이언트에게 데이터의 Stream을 만들고 보내는데, ASP를 사용한다면, IIS는 이것을 동적으로 HTML 페이지를 만들어질 것이라고 가정한다. 그리고, 그것은 MIME-Type "text/html"로 되돌려 보내질 것이다. 그러나 우리는 ASP 페이지에서 Response.ContentType 속성을 세팅할때 다른 값으로 content type을 바꿀 수 있다. 그래서 우리가 사용할 수 있는 스프레드 쉬트 응용프로그램을 위해 tab-delimited 파일을 만든다고 가정하면, 우리는 content type을 "application/tab-separated-values"으로 대신 세팅할 수 있다:


                    Response.ContentType = "application/tab-separated-values"


  이것은 HTTP 헤더 값을 지정하기 때문에, 우리는 모든 페이지의 보이는 content를 사용자에게 보내기 전에 이것을 해야한다는 것을 명심하라. 일반적으로, 우리는 페이지의 제일 위쪽 근처에 이 문장을 놓게된다. 보통은 <% @ language= ... %>와 Response.buffer 문장 다음에 놓는다.

 

 

어떻게 브라우져가 MIME-Type을 사용하는가?

  우리가 브라우져로 되돌려 보내는 파일의 종류를 지정할 수 있다는 것을 알았기 때문에, 우리는 이제 브라우져가 이 정보를 얻었을때 무엇을 할 수 있는지 고려해야 할 수 있는지 고려할 필요가 있다. 어떻게 다른 MIME-Type을 가지는 다른 파일의 형태를 연결할 것인가? 아마도 추측했듯이, 이것은 여러분이 사용 하는 브라우져에 달려있다.

  IE4,5는 Internet Option 다이얼로그 창의 Program 페이지에서 세팅 할 수 있는데, 다이얼로그 창은 E-mail이나 이나 뉴스그룹과 같은 일반적인 인터넷 관련 활동에만 사용되는 프로그램을 지정하도록 한다:


 

 
다른 브라우져는 더욱 유용하다. Navigator 4는 여러분이 좋아하는 모든 MIME-Type의 응용프로그램을 지정할 수 있다. File/Preference 다이얼로그에서, 트리의 Navigator 섹션으로부터 Application을 선택 해서 "application type"을 생성/편집한다. 아래 예제는 Microsoft Word로 확장명 .rtf와 MIME-Type "application/rtf"를 연결시킨다.


 

 
Opera3는 또한 여러분에게 Preference/Associate 다이얼로그 창에서 각 MIME-Type에 대해서 각 응용프로그램 별로 지정하도록 할 수 있다. 또한 우리는 MIME-Type "application/rtf"와 파일 확장명 rtf를 Microsoft Word를 연결한다.


 

 
 모든 이런 경우에서, 우리는 MIME-Type이 무엇인지 뿐만 아니라, 각 관계에서 파일의 확장명이 무엇인지 브라우져에게 말하는 것이라는 것을 알아야 한다. 왜냐면 몇 가지 경우에 브라우져는 그 형태의 파일로 무엇을 해야할 지를 결정하는 파일 확장명을 사용할 것이기 때문이다. 우리는 다음장에서 브라우져에서 "application/rtf" MIME-Type이 어떤 영향을 끼칠지 간단히 알아 볼 것이다. 이 다음 기사에서 우리는 다른 MIME-Type으로 파일을 다운로드 하거나 파일을 열때 무슨일이 일어날 지 알아볼 것이다.
 
 
IE에서 파일의 타입과 MIME-Type의 매핑
 
  그래서, 어떻게 Internet Explorer가 "application/rtf"의 MIME-Type을 가지는 .rtf 문서와 같은 파일들로 무엇을 할 지 알 수 있지 않을까? 정답은 IE가 이제 운영체제의 일부분이라는 사실에 있다(미 법무부에서 허가했다). 그리고, MIME-Type과 매칭되는 응용프로그램 사이의 연관은 File 타입과 응용프로그램 사이의 관계와 같은 위치에서 다루어진다.
  탐색기에서, View -> Folder 옵션에서 File type 페이지를 열어보자. 여기에서 여러분은 파일의 확장명, 동등한 MIME-Type, 디폴트로 열리는 응용프로그램에 기초한 파일의 타입사이의 연관을 지정할 수 있다. 다음의 화면 캡쳐에서, 여러분은 .rtf Rich Text Format 파일에서 디폴트 관계를 볼 수 있다. 이것은 여러분은 MS Office 혹은 MS Word 설치할 때 셋업된다.


 

 
 이 다이얼로그 창을 이용하여, 새로운 결합을 편집하거나 새로 추가 할 수 있다. 그리고 나서, 탐색기나 Internet Explorer는 이런 것들을 인식한다. .rtf 파일 확장명으로 파일에 대한 디폴트 세팅은 로컬 디스크 에서 오픈할때, Microsoft Word로 그것을 열게 될 것이다. 그래서 만일 File Download 다이얼로그 창에서 Open을 선택한다면, 브라우져가 가지는 단 한가지 정보는 서버가 파일을 보낼때 서버가 지정된 MIME-Type "application/rtf" 이다. 디폴트로 이런 MIME-Type을 세팅하는데 결합하는 것은 없다.(위에서 보았듯이 .rtf 파일에 대한 디폴트 MIME-Type은 "application/rtf"이다) 그래서 보통은 윈도우즈 노트패드이지만, 디폴트 text 에디터의 각각의 인스턴스로 파일이 열린다.
 
 
IE 에서 내부 Activation
 
  만일 우리가 ASP 페이지 안에서 Data Stream을 만들고, content type을 "application/rtf"로 세팅한다면, IE는 그것을 Word 문서로 다룰것이다. 그러나, 이런경우 Microsoft Word의 호스트된 카피본이 브라우져 안에서 열릴것이다. 예제로 우리는 build-delim-fil.asp로 이름 지원진 ASP 페이지를 사용한다. 그리고 리턴된 Data Stream의 ContentType 속성을 "application/msword"라고 세팅한다. 다른 아래 화면 캡쳐에서 결과를 볼 수 있다:
 
  같은 방식으로, ContentType을 "application/x-msexcel"로 세팅한다면, Data Stream은 Microsoft Excel 인스턴스를 브라우져 안에서 열 것이다.
 
  같은 종류의 내용이 MS PowerPoint에도 적용된다. 그래서, 클라이언트가 IE를 사용할 것이라는 것을 알고 있다면, 이것은 클라이언트에게 파일을 보내는 것에 유용한 방법을 제공한다. 그리고 이것은 브라우져에서 직접 열도록 하며, 로컬 파일로 저장할 수 있다.
 
Rich Text Format 파일을 위한 새로운 관계 생성하기
 
  현재의 파일 관계는 Rich Text Format(.rtf) 파일이 여러분의 로컬 파일시스템에서 탐색기에서 더블클릭 할때 MS Word에서 열리도록 하게 하고, content type이 "application/msword"에서 다운로드 될 때 MS Word 에서 열리도록 할 것이다. 그러나 만일 우리가 Rich Text Format 파일을 클라이언트에 다운로드 하게 하고 싶고, IE안에 있는 MS Word 인스턴스로 열고 싶다면 어떻게 할 것인가?
  이것이 작동되기 위해서, 우리는 "application/rtf" MIME-Type(이것을 서버가 RTF File을 지정할 것이다) 과 MS Word 사이에서 MIME-Type 관계를 셋업해야 한다. IE에서 우리는 간단히 MIME-Type을 "application/rtf" 로 바꿈으로써 현재의 rtf 파일에 대한 관계를 편집할 수 있다. 그러나 다른 솔루션은, 현재의 관계를 유지 하면서, 'dummy' 파일 확장명을 지정하는 것이 있다. 그것은 다른 어느 파일의 타입의 확장명으로 인식하지 않게 한다.(그렇지 않으면 관계는 우리가 그 타입으로 파일에서 더블클릭할 때 사용될 것이다). 아래의 화면 캡쳐에서, 여러분은 파일 확장명 zzz를 가지는 MS Word(winword.exe)와 MIME-Type "application/rtf"사이에 관계를 생성한 것을 볼 것이다.


 

 
 이제 우리가 MIME-Type "application/rtf"를 가지는 data stream을 다운로드 할 때, Download 다이얼로그창 에서 Open을 클릭하면, 파일은 MS Word에서 자동적으로 열릴것이다. 그러나 이것은 워드의 독립된 인스 턴스로 열릴것이지, 브라우져 윈도우 안에서 인스턴스로 열리지 않을 것이다(아마도 IE의 내부 hosted 문서에 대한 파라미터 때문일 것이다). 이것은 Navogator와 Opera그리고 다른 대부분의 브라우져에서도 똑같이 작용한다.
 만일 여러분이 windows2000 서버를 설치했다면, 여러분은 또한 Web Folder를 설치할 수 있고, 사용자에게 파일을 저장하게 할 수 있는데, 이것은 그들이 다운로드하고, Web 서버에 이쓴 원래 디렉토리로 직접 되돌 리는 것과 같이 편집할 수 있다. Web Folder에 대한 자세한 내용을 보려면, Administration -> Server Administration -> WebDAV IIS 문서의 인쇄물을 보면 된다.
IIS에서 MIME-Type 설정하기
 
  문서에서 첨부하도록 하는 MIME-Type을 제어할 수 있는 또 하나의 장소가 있다. ASP에서, 우리는 전에 보았듯이 Response.ContentType 속성을 이용하여 이것을 지정할 수 있다. 그러나 ASP 파일이 아닌경우 클라이언트에 의해 다운로드 되는 디스크의 파일을 위한 다른 content type을 지정하고 싶다면, 다른 기술 을 사용해야 한다.
 
  Internet Sevice Manage 응용프로그램에서(Windows NT 옵션팩/IIS4.0, Windows2000/IIs5.0) Web Site 의 모든 디렉토리에서 Property 다이얼로그의 HTTP 헤더 페이지는 'File Type'이라고 쓰여진 버튼을 가진다. 여기에서, 우리는 파일의 확장명과 MIME-Type 사이의 결합을 지정할 수 있다. 예를 들어, 다음의 화면캡쳐에서, .doc 파일 확장명과 MIME-Type "application/rtf" 사이에 결합을 셋업한다.


 

 
 물론 이것은 ASP페이지에는 아무 도움을 주지 않는다. 그리고 그 ASP 페이지는 항상 파일 확장명 .asp를 가진다. 우리는 특정 확장명을 위한 MIME-Type 결합만 생성할 수 있다. 홰냐하면, 그것은 MIME-Type "application/rtf"와 모든 ASP 페이지를 연관시키는 것은 이치에 맞지 않기 때문이다. 이것은 브라우져가 MIME-Type 뿐만 아니라 실제 파일의 확장명을 볼것이라는 것을 의미한다.

  Navigator 4.x는 MIME-Type을 이용하고, 파일 타입에 맞는 결합이 없다면, 응용프로그램을 선택하는데 사용자에게 허락하도록 다이얼로그를 띄운다. 예를 들어, 다음의 화면캡쳐는 Rich Text Format 파일에서 Navigator를 셋업하는 결합이 없다면, 어떻게 되는지 보여준다. Pick App를 선택하고, 응용프로그램을 선택하는 것이 결합을 생성하는 것이고, 앞으로 모든 같은 MIME-Type의 모든 파일은 그것을 사용할 것이다:

 
 그러나 IE는 파일의 확장명에 클라이언트 사이드 결합을 사용하는데, 그 확장명은 서버에서 보내진 content type에 우선한다. 다시 말해서, IE는 ASP가 아닌 자원의 파일 확장명을 사용하고, 자원은 HTTP 헤더에서 지정된 MIME-Type에 우선하여 다운로드 한다.

  다음 강좌에서 우리는 실제로 사용되고 있는 몇 가지의 다른 MIME-Type과 Content type을 살펴보고, 여러분 자신의 응용프로그램과 일반적인 파일 타입에 좀더 자세히 살펴보도록 하는 간단한 툴을 작성할 것이다.
 
 

'IT > Information' 카테고리의 다른 글

Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19
MIME-Types and Content Typ  (0) 2008.11.11
HTTP Status Code  (0) 2008.11.10
Systems Error Codes  (0) 2008.10.02
확장자 파일  (0) 2008.09.23

HTTP Status Code
No. Code Discription 오 류 내 용
100~199  정보 (HTTP1.0에선 정의되지 않음)
100 Continue  Client는 Request를 Server는 Response를 계속적으로 해야한다는 것
101 Switching Protocols  Client의 요청에 따라 연결 프로토콜을 전환
200 ~ 299  트랜잭션 성공의 의미
200 OK  Request가 성공적으로 완료되었음
201 Created  Request가 POST method이었으며 성공적으로 완료되었음
202 Accepted  Request가 서버에 전달되었으나 처리 결과를 알 수 없음.
 배치 처리를 요한 경우
203 Non-Authoritative Information  GET Request가 실행되었으며 부분적인 정보를 리턴하였음
204 No Content  Request가 실행되었으나 클라이언트에게 보낼 데이터가 없음
205 Reset Content  클라이언트 폼 전송후 폼 내용 삭제
206 Partial Content  클라이언트가 Range 헤더와 함께 요청의 일부분을 보냈고 서버는 이를 
 수행했음. (HTTP 1.1에서 처음 등장)
300~399  트랜잭션의 redirection
300 Multiple Choices  요구된 Request가 여러 위치에 존재하는 자원을 필요로 하므로 
 Response는  위에 대한 정보를 보낸다. 클라이언트는 가장 적당한 
 위치를 선택하여야 함
301 Moved Permanently  Request에 의한 요구된 데이터는 영구적으로 새로운 URL로 옮기어 졌음
302 Moved Temporarily  Request가 요구한 데이터를 발견하였으나 실제 다른 URL에 존재함
303 See Other  요구한 데이터를 변경하지 않았기 때문에 문제발생
304 Not Modified  If-Modified-Since 필드를 포함한 GET Method를 받았으나 문서는 수정 
 되지 않았음
305 User Proxy  요청된 문서는 Location 헤더에 나열된 프록시를 통해 추출되어야 함. 
 (HTTP 1.1에서 처음 등장)
307 Temporary Redirect  302 ("Found" 또는 "Temporarily Moved")와 같다. 
 많은 브라우저에서 메시지가 POST일 때 원래는 303 응답의 POST 요청의 
 리다이렉션을 따라 가야 함에도 불구하고 302의 응답을 따르기 때문에
 HTTP 1.1에서 추가되었다. 303 응답은 모호하지 않도록 의도되었고, 
 303 응답의 경우에 대해서는 리다이렉트 된 GET과 POST 요청을 따르고 
 307 응답의 경우에는 GET  요청만 따른다. 몇 가지 이유로 
 HttpServletResponse에는 이 상태코드에 해당하는 상수가 없다.
 (HTTP 1.1에서 처음 등장)
400 ~ 499  클라이언트측 에러 (오류 메세지)
400 Bad Request  Request의 문법이 잘못되었음, 처리할 수 없다.
401 Unauhorized  Request가 서버에게 Authorization: 필드를 사용하였으나 값을 지정 
 하지 않았음. (클라이언트의 인증 실패)
 서버는 WWW-Authenticate Response Header를 통해 가능한 인증 스킴을  보낸다
401.1  권한 없음 : 로그온 실패
401.2  권한 없음 : 서버 구성으로 인한 로그온 실패
401.3  권한 없음 : 리소스의 ACL에 의해 액세스 거부
401.4  권한 없음 : 필터에 의해권한 부여가 거부
401.5  권한 없음 : ISAPI 또는 CGI 응용 프로그램으로 권한 부여 실패
402     Request가 요구한 일은 비용이 요구되지만 Request Header의 Chargeto 
 필드에 아무값도 보내지 않음. 현재는 구현되지 않음
403 Forbidden  Request는 금지된(접근 거부된) 자원을 요구하였음
403.1  엑세스 금지 : 액세스 실행 금지
403.2  엑세스 금지 : 읽기 액세스 금지
403.3  엑세스 금지 : 쓰기 액세스 금지
403.4  엑세스 금지 : SSL필요
403.5  엑세스 금지 : SSL 128필요
403.6  엑세스 금지 : IP 주소 거부
403.7  엑세스 금지 : 클라이언트 인증서 필요
403.8  엑세스 금지 : 사이트 액세스 거부
403.9  엑세스 금지 : 연결된 사용자가 너무 많음
403.1  엑세스 금지 : 잘못된 구성
403.11  엑세스 금지 : 암호변경
403.12  엑세스 금지 : 매퍼가 액세스를 거부
403.13  엑세스 금지 : 클라이언트 인증서 해지
403.15  엑세스 금지 : 클라이언트 액세스 라이센스 초과
403.16  엑세스 금지 : 클라이언트 인증서가 유효하지 않거나 신뢰할 수 없음
403.17  엑세스 금지 : 클라이언트 인증서가 만료되었거나 아직 유효하지 않음
404 Not Found  문서를 찾을수 없음
404.1  요구된 URL을 찾을 수 없음
405 Method Not Allowed  클라이언트는 자원을 액세스하기에 부적합한 Method를 이용하였음.
 리소스 허용안함
406 Not Acceptable  요구된 자원을 발견하였으나 자원을 타입이 Request Header의 Accept
 필드와 일치하지 않아서 전송할 수 없음
407 Prozy Authentication Required  프록시 인증 필요
408 Request Timeout  요청시간이 지남
409 Conflict  리소스간 충돌로 인하여 서버가 응답할 수 없음
410 Gone  요구된 자원은 영구적으로 활용가능하지 않음
411 Length Required  Content-Length를 정의하지 않고 리소스를 요청
412 Precondition Failed  전제조건 실패
413 Request Entity Too Long  Request Entity가 서버가 처리할 수 있는 것보다 큼
414 Ruquest URI Too Long  URI가 너무 김
415 Usupported Media Type  지원되지 않는 미디어 형식 (HTTP 1.1 에서 새로 등장)
416 Requested Range Not Satisfiable  클라이언트가 요청에 적당하지 않는 Range 헤더를 포함 시켰음
 (HTTP 1.1 에서 새로 등장)
417 Espectation Failed  Expect 요청 헤더의 값이 맞지 않음
 (HTTP 1.1 에서 새로 등장)
500 ~ 599  서버측 에러 (오류 메세지)
500 Internal Server Error  서버에 내부적으로 오류(잘못된 스크립트 실행시)가 발생하여 더 이상을 
 진행할 수 없음
500-11   서버 종료 중
500-12  응용 프로그램 다시 시작
500-13  서버 사용량이 많음
500-14  잘못된 응용 프로그램
500-15  global.asa에 대한 요청이 허용되지 않음
501 Not Implemented  요청된 Request는 합법적이나 서버는 요구된 Method를 지원하지 않음
502 Bad Gateway  클라이언트는 다른 서버(보조서버)로부터 자원 액세스를 요구하는 서버 
 에 자원을 요구하였으나 보조 서버가 유효한 응답을 전달해오지 않았음
503 Service Unavailabe  서버가 바쁘기 때문에 서비스를 할 수 없음(서버 과부하)
504 Gateway Timeout  502의 오류와 유사하나 보조 서버의 응답이 너무 오래 지체되어 트랜잭션 
 이 실패하였음
505 HTTP Version Not Supported  서버가 요청 라인에 지정된 HTTP 버전을 지원하지 않음 
 (HTTP 1.1 에서 새로 등장)

'IT > Information' 카테고리의 다른 글

Saved Password Locations  (0) 2008.12.04
/MarkAny/Websafer/MaSiteInfo.ini  (0) 2008.11.19
MIME-Types and Content Typ  (0) 2008.11.11
HTTP Status Code  (0) 2008.11.10
Systems Error Codes  (0) 2008.10.02
확장자 파일  (0) 2008.09.23