2014년 4월 24일 목요일

qmail 발송 테스트 (qmail-inject example)

qmail 이 정상적으로 동작하는 지 테스트 해 보기.
$ /var/qmail/bin/qmail-inject <<EOM 
To: test@test.com
Subject: Test

This is a test message
EOM


printf 'To: test@test.com\nSubject: Test\n\nThis is a test message' | /var/qmail/bin/qmail-inject


위와 같이 하면 발송은 제대로 하나 스팸으로 분류될 가능성이 높다.
스팸 분류함을 한번 뒤져 보자.

2014년 4월 17일 목요일

압축을 풀지 않고 tar 파일 내용 확인하는 법__tgz 파일 보기__(펌)

안녕하십니까?

이규성입니다.

gzipped tar 파일..

abc.tar.gz 파일의 내용을 확인하려면

gzip으로 먼저 압축을 풀고 tar -tvf를 이용하여

파일의 내용을 확인해야 하는 번거로움이 있습니다.

이 번거로움을 피하기 위하여 한가지 팁이 있었으니...

바로 '-'를 이용하는 겁니다.
gzip -dc abc.tar.gz | tar -tvf -

이렇게 입력을 하면 gzip은 압축파일을 실제로 풀지 않고

그 내용을 표준출력으로 출력하게 됩니다. 그 내용을 파이프로

잡아 -를 이용하여 그 내용에 대해 tar를 실행하게 됩니다.

파일시스템 공간이 부족할 때 압축을 풀면 디스크풀이 날 경우

유용할 것입니다.

UnixStory by pgclks.

출처

HeartBleed(하트블리드) openssl 취약점은 윈도우 iis 에 영향이 있나?

윈도우의 iis 에도 heartbleed 취약점이 적용 되는 지 궁금했다.
윈도우에서 오픈ssl 을 사용안하니, 별 상관은 없을 거라 생각은 되지만 명확하지 않다.

오픈ssl 대신에 어떠한 모듈을 사용하는 지도 알지 못 했다.

구글링 해 봤다.

마이크로 소프트 블로그에 해당 내용이 올라와 있다.

요약하면...

1. 윈도우 및 iis 는 해당 취약 점에 영향이 없다.

2. 윈도우는 오픈ssl 이 아닌 자체 암호화 모듈을 사용한다.

3. 윈도우에 아파치를 돌리는 경우 취약 할 수 있다.

맞게 번역 한 지 모르겠지만, 대략 그런 뜻인듯..

윈도우에서 아파치를 돌리는 경우 확인 법

2014년 4월 14일 월요일

아파치 ssl 설정이 여러개 일 때 구동시 비밀번호 자동 입력.

기존에 ssl 인증서가 한개의 도메인일 경우는 pass.sh 파일을 아래와 같이 하면 되었다.
#!/bin/sh
echo "password"



만약 설정된 ssl이 여러개일 경우는 다음과 같이 하면 된다.

#!/bin/sh
#포트 번호 순서대로 줘야 함.

case "$1" in

'test1.co.kr:443')

echo "passowrd1"

;;

'test4.co.kr:447')

echo "password4"

;;

'test5.co.kr:453')

echo "password5"

;;

esac

2014년 3월 18일 화요일

ls 옵션별 정리

많이 쓰는 옵션들.

 

ls 옵션별 정리
ls -lrt : 시간별 출력. 가장 오래된 파일이 제일 먼저 출력됨. (mtime기준
ls -lt : 시간별 출력. 가장 최근 파일이 제일 먼저 출력. (mtime 기준
ls -lh : 용량 단위 표시
ls -1 : 한줄에 한파일만 보여주기
ls -lS : 파일 용량 기준. 가장 큰 파일이 제일 먼저 출력
ls -lSr : 파일 용량 기준. 가장 작은 파일이 제일먼저 출력.

 

 

출처

2014년 3월 12일 수요일

Registration error: INVALID_SENDER

인터넷으로 받은 GCM 전송 예제 코드에 SENDER ID 부분을 Project Id를 넣으라고 되어있어서

그대로 하면 Registration error: INVALID_SENDER 이런 에러가 발생

Project Id가 아닌 Project Number(Sender ID)를 넣어 줘야 정상동작함.

2014년 3월 11일 화요일

자꾸 헷갈리는 DNS 개념 정리

1-10. DNS 용어정의 : DNS의 종류

 

DNS종류는 도메인을 관리하는 네임서버(Master, Slave)와 Cache DNS가 있다.





1. 네임서버
1.1 Master server

1) Master server (O)  라고 불리우며,   Primary Server(X), 1차(X) 라고 하지는 않기로 하자.

2) 도메인에 대한 주된 host파일을 유지, 호스트 정보의 변경 및 추가 가능 ,Master server는 하나를 권장함.

 

1.2  Slave server

1) Master에 설정된 도메인 정보를 받아옴 (zone transfer)

2) Master Server에 대한 백업은 아니다.

3) 여럿 존재 가능.

4)  .kr의 Slave들

b.dns.kr, c.dns.kr, d.dns.kr, e.dns.kr, f.dns.kr, g.dns.kr

2. Cache only Server

도메인에 대한 authority data를 가지지 않고 resolving 처리를 위해서만 사용.

일반적으로 ISP DNS가 cache DNS이다.  예) KT 168.126.63.1 외

출처: http://cafe.naver.com/dnspro/896

 

 

이게 가장 헷갈리는 데, 마스터 슬레이브 서버 개념

 

마스터 서버가 다운되면 서비스가 되지 않는다!!!

출처:http://cafe.naver.com/dnspro/12592