보안 관련 문제

목차

문1> 웹서버 보안 기초

문2> NT의 보안기능

문3> 보안 문제

문4> 보안 수정 파일

기타 관련 문제

문1> License PAK

문2> 라이센스 5,10인용 차이점

문3> NT FAQ (영문)

문4> winsock의 buffer크기

문5> NT와 Win95의 차이

문6> CD-KEY 에 대하여

문7> 서버, 웍스테이션 차이점

문8> 빌드넘버

문9> Resource Kit 4.0에 대해서

문10> 엔티 가격

문11> 서버, 워크스테이션, Primary Domain Controller(PDC), Backup Domain Control ler(BDC) 차이점

문12> NT 도메인과 워크그룹

문13> RAID

문14> 워크스테이션을 도메인 서버로

문15> NFS에 대하여

문16> 3.5x vs 4.0 의 차이

문17> msvcrt40.dll이 뭐죠?

문18> ODBC & NT & DSN

본문내용

, Informaix와 같은 놈들은 "SQL"이란 명령문을 통해 수행됩니다. SQL 역시 ANSI에 의해 표준이 정해지곤 있지만 각 회사마다 독특한 특징을 보이고 있으며, 조금 난립한 부분이 많습니다. dBase나 For Pro는 개인용 컴에서 많이 쓰이던 Database프로그램입니다. 이런 것에선 Clinet/Server가 구태여 필요 없지만, Oracle이라던가 혹은 SyBase란 놈은 DB서버를 별도로 두고, 각 Client가 여기에 접속해서 SQL문을 이용해서 자료를 갖고 와야 합니다. 문제는 Cient에서 접속하는 과정입니다. DB회사들은 저마다 각각의 Interface를 만들어 왔으며, 또한 그 동작 과정이 특정 프로토콜에서만 된다던가 아니면 요구사항들이 다양합니다. 그러면 Oracle로 만든 Client프로그램을 DB를 Info rmix로 바꿀 때 과연 돌아가는가? 그렇지 않습니다. 가장 큰 문제는 Interfac e(Network으로 접속하는 과정)이 다르고, 결정적으로 SQL문도 많이 다릅니다. 변수도 다르고, 이것을 해결한 것이 ODBC입니다. 사용자는 ODBC Interface를 통해서 DB에 연결된 것처럼 프로그램을 작성합니다. 그리고 자료를 주고받을 수 있으며 여기에 Oracle Driver를 붙이면 Oracle DB에, 여기에 Informix Driver를 붙이면 Informix에 붙는것입니다. 하지만 SQL문은 각각 조금씩 특징으로 인하여 100% 수행은 보장 할 수 없습니다. 이것은 아직 미해결 문제이지요. 즉, ODBC는 Client프로그램이 돌아가는 컴퓨터에 붙어 있는 것이지, DB Server에 붙어 있는 것은 아니라는 것입니다. 즉, NT Server에 ODBC를 설치했다고 해서 Client에서 ODBC를 갖고 서버를 어쩌고 저쩌구가 되는 것이 아닙니다. NT Server엔 DB Server가 있어야 합니다. (MS SQL, SyBase, Oracle같은 것) ODBC Driver는 ORACLE이라던가 SQL과 같이 굵직한 놈들만 있는 것이아니라 MDB, XLS, TXT, 과 같은 PC Base의 DB도 연결하도록 도와줍니다. 같이 C/S용 프로그램을 만들기 위해선 Access를 갖고 하는 것이 좋습니다. Access로 MDB를 만들어서 Server에 놓고, 이것을 ODBC를 통해서 제어해도 됩니다. Client에서 ODBC를 설치하고, Driver에 MDB를 넣고, 위치를 서 Directory를 넣으면 됩니다. (\\server_naer\directory\mdb)이런 식으로, 물론 이렇게 된다면, 꼭 서버를 쓰기 위해서 그 directory에 사용 권한이 있어야 합니다. 그렇지 않으면 참조를 할 수 가 없지요. 만약 NT에 Oracle이라던가 혹은 UNIX머신의 Oracle을 ODBC로 쓰기 위해선 서버에 ODBC를 깔 이유도, 그리고 서버에 ID가 있을 이유도 없습니다. DB 서버에 접속할 때는 DB 자체가 사용자 관리를 따로 하니깐요. 만약, Web으로 접속해서 DB를 붙이려고 한다면, 주의할 사항이 있습니다. 일단 Web Server를 NT에 깔면, Web Server에 접속하는 ID는 system 권한을 같습니다. 따라서 system 권한이 logon하면, ODBC에 아무런 DSN이 존재하지 않습니다. 왜냐하면, NT는 logon사용자마다 ODBC환경을 각각 만들기 때문입니다. 그럼 어찌 하는가? 이럴 땐, ODBC의 System DSN을 이용해서 DSN을 작성하면 됩니다. 그럼 system logon시에도 ODBC를 사용할 수 있습니다. NT의 보안 생각보다 까다로워서 뜻하지 않는 복잡한 일들이 많이 발생합니다.

키워드

보안,   라이센스,   RAID,   NFS,   웹서버,   워크스테이션