@ 403(Forbidden)
- 의미 : 액세스하고자 하는 파일의 사용이 금지되었음을 말함
- 원인 : 파일에 엑세스 할 수 있는 권한 문제로 사용하고자 하는 CGI 프로그램이 들어있는 디렉토리에 대한 사용 권한이 없거나 스크립트 자체의 권한이 없는 경우에 발생
- 수정 : 사용하고자 하는 스크립트가 있는 디렉토리를 읽을수 있도록 chmod 751로 설정 스크립트 자체가 실행할 수 있도록 chmod 751로 설정
@ 404(Not Found)
- 의미 : 파일이 발견되지 않았음. 즉, 사용자가 요청한 HTML 파일이나 CGI 스크립트가 없음.
- 원인 : 대부분의 경우 URL을 잘못 입력했거나 링크를 잘못 걸었을 때
- 수정 : URL 이나 링크가 제대로 되었는지 확인
@ 500(Internal Error)
- 의미 : 일반적으로 정의되지 않은 에러가 발생.
웹서버는 "무언가 잘못되어 문제는 있는데 그것이 무엇인지 모르겠다"라고 말하는 것
CGI 스크립트와의 대화에 실패한 것을 말함.
- 원인 : 사용자가 CGI 스크립트를 수정하다가 코드를 잘못 건드렸을 때 혹은 퍼미션 문제
- 수정 : 코드 수정, CGI관련 디렉토리와 파일 퍼미션을 751이나 755로 설정
//-----------------------------------------------------
httpd.conf 파일에서 Error Document 404 http://ibplan.net/error/intro.htm
이런 식으로 설정해주면 된다.
어떤 도메인이 있을때 그 도메인으로 가는 메일을 받는 서버,
즉 메일 서버의 FQDN을 알아야 할 일이 있을 겁니다.
MTA를 제작한다거나, 아니면 메일의 목적지 메일 서버로 직접
SMTP를 이용해서 메일을 보내고 싶을 수도 있고요.
Linux 7.0인가부터 새로 들어있는 host 프로그램을 이용하는
방법입니다. 물론 nslookup도 됩니다. 자세한건 man page 참고.
DNS 설정해 보신 분은 아시겠지만, 메일 서버는 MX 레코드에 의해
지정됩니다.
다음과 같은 명령을 이용하면 hanmail.net 도메인의 메일 서버를
검색할 수 있습니다.
host -t mx hanmail.net
결과는 다음과 같네요.
[chaos@chaos ~]$ host -t mx daum.net
daum.net. mail is handled by 10 mx1.hanmail.net.
daum.net. mail is handled by 10 mx2.hanmail.net.
daum.net. mail is handled by 10 mx3.hanmail.net.
daum.net. mail is handled by 10 mx4.hanmail.net.
daum.net. mail is handled by 10 mx5.hanmail.net.
daum.net. mail is handled by 10 mx6.hanmail.net.
daum.net. mail is handled by 10 mx7.hanmail.net.
daum.net. mail is handled by 10 mx8.hanmail.net.
daum.net. mail is handled by 10 mx9.hanmail.net.
daum.net. mail is handled by 10 mx10.hanmail.net.
[chaos@chaos ~]$
C#은 컴파일 언어이므로 실습에 앞서 반드시 .NET Framework를 설치해 주셔야 합니다.
Framework가 설치되면 csc로 컴파일 해서 실행 화면을 볼수있습니다.
먼저, 텍스트편집기(메모장, 에디트플러스 등..)에 아래의 소스를 복사해서 붙여 넣습니다.
그 다음 파일을 저장해 주셔야 하는데, C드라이브에 Hello.cs로 저장해 주십시요.
using System;
class hello
{
public static void Main()
{
Console.WriteLine(\"Hello C#\");
}
}
위의 소스는 hello라는 클래스에 프로그램 실행시 필요한 Main함수를 1개 만들고 Hello C#이라는 문자열을 출력하게 됩니다. Console.WriteLine()은 해당 문자열을 화면에 출력해주는 역활을 하며
이때 using System;을 사용하여 System이라는 네임 스페이스를 지정해 줘야 합니다.
이제 시작 - 프로그램 - 보조프로그램에 있는 명령 프롬프트 를 이용해서 컴파일 해야겠죠.?
앞에서 Hello.cs파일을 C드라이브에 저장했으니, 명령프롬프트도 C드라이브로 이동합니다.
1. 어떤 파일을 백업해야하나?
- 모든 파일. 시스템 관리를 백업할 필요는 없다.
scratch file과 디렉토리를 제외한 모든 파일.
2. 이런 파일들은 어디에 있는가?
- 중요한 파일이 어떤 특정시스템의 파일 시스템안에 있는가?
어떤 시스템이 가장 중요한 자료를 담고 있는가?
3. 누가 파일을 백업할 것인가?
4. 어디에서, 언제, 어떤 조건하에서 백업이 수행되어야하는가?
5. 파일이 얼마나 자주 변경되어야하는가?
- 백업을 언제, 얼마나 자주 수행하여야 하는지,
그리고 백업 형태는 무엇이 좋은지를 결정하게 해준다.
6. 중요한 파일이 없어지거나 손상을 입었을때 얼마나 빠르게 복구되어야 하는가?
- 백업은 널리 쓰이고 있는 파일과 하나밖에 없는 파일이 없어지는 사태를 막아준다.
키파일을 다시 사용할수 있을 때까지 걸리는 시간이 중요하다.
키 파일의 개수, 파일시스템이나 네트워크를 통해서 얼마나 널리 사용되고 있는지, 얼마나 큰 파일인지도 중요하다.
7. 어디에 자료를 복구할 것인가?
- 백업은 원래 만들어졌던 시스템에서만 사용되기도 하고,
비상시에는 다른 시스템에 복구될 수도 있다.
다중시스템 호환성이 중요한 문제일수도 있는데,
이런 때에는 백업과 복구 계획을 세울때 주의가 필요하다.
### 순서 ###
1. 다중단계를 사용하는 전형적인 백업 전략.
월요일
단계 0 (풀) 백업
화요일
단계 1 (증분) 백업
수요일
단계 1 (증분) 백업
목요일
단계 1 (증분) 백업
금요일
단계 1 (증분) 백업
$$$ 백업 저장 $$$
⊙ 어디에 두었는지 알아두어라.
⊙ 복구작업 간단하게 하기.
⊙ 쓰기 방지 백업 매체.
⊙ 환경적 요인.
⊙ 매체를 바르게 다뤄라.
⊙ 보안을 중요하게 생각해라.
