레지스트리 편집기 (regedit) 에서

HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\
에서 자신의 사용기록을 IP를 찾아 지우신 후

HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers

에서도 싹 지워버리시면 됩니다

붉은색은 자주 쓰는 함수

 ▶ 문자열 다듬기
 
 - trim(), ltrim(), chop()에서 지우는 공백은 스페이스, '\n'(줄바꿈), '\t'(가로 탭), '\v',

 ○ trim();
      - 문자열의 처음과 끝에 있는 공백을 지운다.
 ○ ltrim();
      - 문자열의 처음에 있는 공백을 지운다.
 ○ chop();
      - 문자열의 끝에 있는 공백을 지운다.
 
 
 
 ▶ 문자열 정돈
 
 ○ nl2br();
      - 문자열중 줄바꿈문자(\n)를 XHTML에서의 줄바꾸기인 <br/>태그로 바꾸어 준다.(4.0.5 이전의 HTML에서는 <br>태그)
 
 
 ▶ 문자열의 대소문자 관련 함수
 
 ○ strtoupper();
      - 모든 알파벳을 대문자로
 ○ strtolower();
      - 모든 알파벳을 소문자로
 ○ ucfirst();
      - 문장의 처음이 알파벳이면 그것만 대문자로
 ○ ucword();
      - 각 단어의 첫 알파벳을 대문자로
 
 
 
 ▶ 문자열 나누고 합치기
 
 ○ explode();
      - 지정 문자를 기준으로 문자열의 전, 후를 나누어 배열로 저장한다.
 
      ex) $email = 'email@email.com';     $email_array = explode('@', $email);
           $email_array[0] → 'email';     $email_array[1] → 'email.com';
 
 ○ implode();, join();
      - 지정 문자를 기준으로 배열을 전, 후에 배치하여 문자열을 합친다.
 
      ex) $new_email = implode('@', email_array);     $new_email → 'email@email.com';
 
 
 
 ○ strtok();
      - 지정 토큰문자로 토큰화 해서 구분

ex)
     $token = strtok($feedbak, ' ') // 처음 토큰화 하기
      echo $token.'<br />';
      while ($token!= ''){
            $token = strtok(' '); // 두번째 토큰화 (토큰화하고 싶은)
            echo $token.'<br />';
       }

 ○ substr();
 
      - 문자열 중 특정 시작부분과 끝부분 사이의 문자열을 추출하는데 사용한다.
      ex) $test = 'PHP Webprogramming';
           $test1 = substr($test, 1);     $test2 = substr($test, -1);     $test3 = substr($test, 5, 8);     $test4 = substr($test, 4, -2);
 
           $test1 → 'HP Webprogramming'(앞에서 1번 부터)
           $test2 → 'g'(뒤에서 1번 부터)
           $test3 → 'ebprogra'(앞에서 5번부터 8개)
           $test4 → 'Webprogrammi'(앞에서 4번부터 뒤에서 2번까지)
 
 
 
 ▶ 문자열 비교하기
 
 ○ strcmp();
      - C언어에서의 함수와 같다. 앞의 문자열을 기준으로 같으면 0을, 우선순위가 높으면 -1을, 반대의 경우에는 1을 리턴한다.
      - 단, 대문자와 소문자의 경우 소문자가 우선순위가 더 높다.(ASCII코드의 대소관계를 생각하면 쉽다.)
 ○ strcasecmp();
      - C언어에서의 stricmp()와 같다. 두 문자열을 비교하는 것은 strcmp()와 같지만 대소문자를 구분하지 않는다.
 ○ strnatcmp(); & strnatcasecmp();
      - 이 두 함수는 문자열을 좀더 자연스러운 기준에서 비교한다.(strnatcmp("12","2")의 결과는 1이다.)
      - 이 두 함수의 차이는 대소문자의 구분여부이다.(이 두 함수의 차이는 case의 유무여부이다.)
 
 
 
 ▶ 문자열의 길이 확인하기
 ○ strlen();
      - C언어에서의 함수와 같다. 문자열의 길이를 정수값으로 리턴해준다.
 
 
 ▶ 문자열 안에서 문자열 찾기
 ○ strstr();
      - 문자열 안에서 특정 문자열과 일치하는 부분이 있는지 찾아내는데 쓰이는 함수이다.
      - 일치하는 문자열이 있을 때는 해당 문자열이나 문자를 포함하여 이후 문자열을 리턴한다.
      - 일치하는 문자열이 없을 시에는 false를 리턴한다.
 
      ex) $str='Lion sleep to night';     $res = strstr($str, 'sleep');
           $res → 'sleep to night'
 
 ○ stristr();
      - strstr()과 같으나 대소문자를 구분하지 않는다.(ABC, Abc, aBC모두 같은 것으로 취급한다.)
 
 ○ strchr();
      - strstr()과 같으나 문자열대신 문자를 찾는다.
 
 ○ strrch();
      - strchr()과 같으나 뒤에서 부터 일치하는 문자를 찾기 때문에 마지막으로 나타난 문자부터 문자열을 출력한다.
 
 
 
 ▶ 문자열의 위치 찾아내기
 
 ○ strpos();
      - 문자열 내에서 일치하는 문자열이나 문자를 찾아 문자열 대신 해당 위치를 숫자로 알려준다.
      ex) $test = 'Ice cream';     $res1 = strpos($test, 'a');     $res2 = strpos($test, 'e');
           $res1 → 7(0부터 시작한다.)     $res2 = 2(일치하는 문자나 문자열이 많을 경우 가장 앞의 것을 기준으로 한다.)
      ex) $test = 'Ice cream';     $res = strpos($test, 'e', 4);
           $res = 6(앞에서부터 4번째에 있는 c부터 해당문자열의 위치를 찾는다.)
     
 ○ strrpos();
 
      - strpos와 비슷하나 찾는 문자가 가장 마지막에 보이는 곳의 위치를 리턴한다.
       
 ※ 두 함수 모두 만약 문자열에 needle(찾는 문자나 문자열)이 없으면 false를 리턴하는데 PHP에서는 false를 0과 같다고 보기 때문에
 
      위치 0을 리턴한것인지 false를 리턴한 것인지 구분할 수가 없다. 이 문제는 === 연산자를 사용하여 해결할 수 있다.
 ex) $res = strpos('Hello world', 'H');     //이 경우에는 가장 앞에 'H'가 있기 때문에 0을 리턴하지만 PHP는 false와 구분하지 못한다.
 
      if($res === false)
           echo 'Not found';
      else
           echo 'Found at position 0';
 
 
 
 ▶ 문자열 대체하기
 
 ○ str_replace();
      - 문자열에서 문자열를 찾아 대체문자열로 바꾸어 리턴한다.
      ex) $test = 'Change';     $res = str_replace('g', 'c', $test);
           $res → 'Chance'
 
 ○ substr_replace();
      - 특정 위치의 문자열을 대체문자열로 바꾸어 리턴한다.
      ex) $test = 'Vitamin A'; $res = substr_replace($test, 'C', -1);
           $res → 'vitamin C'

출처 : http://www.webmadang.net/index/main.jsp

XpressEngine을 쓰고 있는 웹호스팅 계정의 파일과 자료방들을 점검하다가 어딘지 몰라도 엄첨나게 많은 파일들이 쌓여 있다는 것을 
알게 되었다. 하나씩 뒤져서  xe/files/member_extra_info/point에 셀 수 없는 파일들이 들어 있는 것을 알아 냈다.

 '4.cache.txt' 같은 이름이 붙은 겨우 3~4바이트로 된 txt 파일들이었다.

파일 수가 너무 많아서 파일 목록을 다 확인하는 건 엄두도 낼 수 없었고, 'du -sm'으로 차지한 용량만 확인하는 것도 한참 걸렸다.

저마다 다른 자료방(디렉토리)에 파일들이 담겨 있다 보니 심각함을 깨닫기 어려웠는데, 파일과 자료방들이 차지한 공간이 700MB가 넘었다. 

이 파일들은 XE에서 DB를 조회할 때 생기는 부하를 줄이려고 포인트 정보를 옮겨 놓은 시렁(캐시)이라고 한다. 그 동안 스팸을 올릴 목적으로 마구마구 자동 가입한 유령 회원들이 꽤 있었는데, 나중에 그 회원 정보들은 모두 지웠지만 그들의 포인트 캐시 파일은 그대로 남아서 쌓였던 듯하다.

files/member_extra_info/point 안의 파일들은 시렁으로 쓰이므로 지우더라도 아무런 문제되지 않는다.

'rm -rf /www/xe/files/member_extra_info/point/*' 명령으로 파일들을 지우기는 했으나, 명령을 걸어 놓고 기다리다 못해 한숨 자고 일어났을 만큼 한참이 걸렸다. 그래도 내 경우는 XE는 기가바이트가 넘게 쌓이지는 않았는데, XE 게시판에서 보니 시렁 파일이 기가바이트를 넘겨 쌓여 있었던 사례도 있었다. 100~500MB쯤 되는 작은 디스크 공간으로 운영되는 웹 호스팅 환경에서는 50MB 이하가 쌓여도 타격이 클 수 있다.

지난날에 스팸 게시물을 올릴 가입한 회원이 많았던 적이 있는 XE 게시판이라면, 쓸데없이 시렁 파일이 쌓이지 않았는지 살펴 볼 필요가 있어 보인다.

※ 참고할 만한 글 : https://www.xpressengine.com/qna/22995237

[출처] http://pat.im/1117

파일수가 많은 경우를 삭제하려고 시도할 때 나타나는 메세지이다.
rm 명령어에서 getopt function의 아규먼트 파싱하는데에 최대 수치를 넘어선 것으로 기본적으로 1024개 이상을 핸들링하지 못한다.
이에 대한 대처로 다음과 같은 명령어를 쓸 수 있다.

1. find . -name '파일타입' | xargs rm 또는 find . -name '파일타입' -exec rm -rf {};

2. find . -name '*' -exec rm {} \;

예시) /var/spool/mqueue 디렉토리 하위의 파일들이 삭제되지 않을 경우
find ./q*/ -print | xargs rm

umask란 파일이나 디렉토리가 생성될때의 기본권한을 지정하는 값이다.

umask명령어라는 명령어도 현재 설정되어 있는 umask값의 확인 및 변경이 가능하다.

#umask명령어에 의하여 변경된 umask값은 새로 로그인을 하면 초기화된다.

/etc/bashrc파일의 umask값을 지정하는 부분을 수정하면 다시 로그인을 하여도 값이 초기화되지 않는다.

-. umask를 이용한 파일과 디렉토리의 권한구하기

umask값이란 모든 계정사용자들에게 존재하는 값으로서 각 계정사용자들이 생성하는 파일 또는 디렉토리의 퍼미션을 결정하기 위한 MASK값이다.

umask값에 의하여 생성된 파일과 디렉토리의 권한은 다음과 같다.
 

umask값과 666을 2진수로 XOR연산을 하면 파일의 권한을 알수 있으며

umask값과 777을 2진수로 XOR연산을 하면 디렉토리의 권한을 알수 있다.

>umask값 002에 대한 파일과 디렉토리의 권한값구하기

110 110 110 = 666 : 파일비교기본값

000 000 010 = 002 : umask

110 110 100 = 664 : 파일 퍼미션

111 111 111 = 777 : 디렉토리비교기본값

000 000 010 = 002 : umask

111 111 101 = 775 = 디렉토리 퍼미션

※ XOR란 입력된 값이 같으면 0, 입력된 값이 다르면 1을 출력한다.

-. umask변경 및 확인

앞에서도 말했지만 umask값은 umask명령어를 이용하여 확인 및 변경이 가능하다.

>umask값 확인하기

umask값을 확인하는 방법은 2가지가 있다.

umask 명령어만 사용하여 mask값으로 보기, 또는

umask -S옵션을 사용하여 실제 파일 및 디렉토리가 생성될때 어떤 권한을 갖게 되는지를 직접 보는 방법이 있다.

위의 출력결과를 보면

umask값이 0022일때

umask값에 의하여 생성된 디렉토리의 권한은 소유자=rwx, 소유그룹=rx, 일반사용자=rx 이며,

umask값에 의하여 생성된 파일의 권한은 소유자=rw, 소유그룹=r, 일반사용자=r 임을 알수 있다.

※ umask값에 의해 생성된 파일은 실행권한을 절대 가질수 없다.

즉, 현재 umask값에 의하여 파일이나 디렉토리가 생성될때 어떤 권한을 갖는지를 바로 보려면 -S옵션을 사용하면 된다.

>umask값 변경하기

umask값 변경은 상당히 간단하다

그냥 umask명령어 뒤에 umask값을 주기만 하면 된다.

-. umask값에 의하여 생성된 파일과 디렉토리 확인

>umask값이 0022일 경우 생성된 파일과 디렉토리

umask값에 의하여 생성된 파일과 디렉토리를 확인해보면

디렉토리의 권한은 755이며, 파일의 권한은 644임을 알수 있다.

>umask값이 0001일 경우 생성된 파일과 디렉토리

umask값에 의하여 생성된 파일과 디렉토리를 확인해보면

디렉토리의 권한은 776이며, 파일의 권한은 666임을 알수 있다.

[출처] http://blog.naver.com/dudwo567890/130157100818

네이버의 스팸메일 정책입니다.
 
판단기준 
- 수신자의 수신 동의가 없는 메일
- 스팸 신고 또는 항의가 일정 수준 이상에 달한 메일
- 짧은 시간 동안에 많은 양의 메일을 발송하거나 발송을 시도한 메일
- 빈번한 스팸 발송 이력 또는 많은 양의 스팸 발송 이력이 있는 IP 주소로부터 발송된 메일
- 서비스 관리자 또는 타인을 사칭한 메일
- 유효하지 않은 수신 주소(존재하지 않거나 휴면 상태)를 대상으로 반복하여 발송한 메일
- 관계 법령 및 스팸 방지 방침을 준수하지 않은 메일
- 스팸 탐지 회피 수단이 포함된 메일
- 불법성, 홍보성, 불건전한 내용이 포함된 메일
 
 
스팸 IP 주소 접속 제한 
- 스팸 발송 이력에 따른 IP 주소 블랙리스트
- KISA RBL, SPAMHAUS 등 국내/외 RBL(3rd Party Real-time Blocking List)이 제공하는 IP 주소 블랙리스트
- KISA WHITE DOMAIN 등의 정보로 발신자를 확인할 수 없는 IP 주소로부터 짧은 시간 동안에 많은 양의 메일이 발송된 경우
- 네이버 메일 수신 서버에 과도한 접속을 유발한 경우
- SPF(Sender Policy Framework), DNS를 통한 발신자 확인에 어긋나는 행위 등 도메인을 사칭한 경우
 
 
메일의 형태와 내용에 따른 제한
메일의 형태와 메일을 구성하는 텍스트, 이미지, URL을 분석하여 스팸 여부를 판단합니다.
네이버 메일은 아래의 정보를 근거로 스팸 여부를 판단합니다.
 
  • 메일 송수신 규약(RFC #822, #2822)에 명시된 메일 형식을 제대로 갖추지 않은 메일
  • 스팸 신고를 통해 발견된 스팸메일에 포함된 텍스트, 이미지 URL이 포함된 메일
  • 발신 주소, 도메인 사칭을 비롯한 스팸 탐지 회피를 시도한 메일

 
 
대량메일 발송가이드
  
발송IP 주소 및 서버 관리
- 발송 서버나 고정 IP 주소를 통해 스팸메일이 발송되지 않도록 주의하십시오.
유동 IP 주소나 스팸메일 발송이 빈번한 IP 주소를 이용한 스팸메일은 네이버의 IP 주소별 스팸 이력 시스템에 의해 차단되는
경우가 많아 상당수의 스팸메일은 정상적인 IP 주소를 거칩니다.
릴레이 허용 등 관리상의 취약점을 악용하여 스팸메일을 발송하는 IP는 네이버 메일의 수신자 보호를 위해 접속을 제한합니다.
 
- 동시 다수의 수신 서버 연결을 시도하지 마십시오.
대량의 메일을 빨리 보내기 위해 동시에 다수의 연결을 시도하는 경우, 일시적으로 접속이 거부되며 네이버 메일의 공격 감지
시스템이 이러한 시도를 스팸메일이나 웜 바이러스로 판단할 위험이 큽니다. 이는 다른 이용자의 발송을 방해하는 행위이기도 합니다.
KISA WHITE DOMAIN에 등록된 IP 주소도 동일하게 적용되는 사항이며 이러한 이력은 이후 해당 IP 주소의 신뢰도에 영향을
미치므로 주의하여 주십시오.
 
- SPF 와 ReverseDNS를 활용하십시오.
SPF(Sender Policy Framework)는 도메인 소유자가 자신이 소유한 도메인의 발송 IP 주소를 알려 자신의 도메인이 스팸메일 발송에
사칭되는 것을 방지합니다. ReverseDNS는 발송 IP 주소로 발신 서버를 확인할 수 있게 하여 간접적으로 도메인을 검증할 수 있습니다.
이와 같은 조치를 취하면 해당 도메인이 스팸메일로 악용될 가능성이 낮다는 것을 의미하여 스팸 차단으로부터 보호됩니다. 
  
발송메일의 관리
- 수신자 존재 여부나 동의 여부에 대한 파악 없이 발송된 메일은 '수신자의 동의가 없는 메일' 즉, '스팸메일'입니다.
존재하지 않거나 휴면 상태인 메일 주소, 수신을 거부한 주소로 메일을 반복해서 발송하는 경우가 있습니다. 수신자 확인을 하지
않아 발신 실패가 반복된다면 수신자가 수신을 동의하였다고 보기 어려우며 스팸메일로 판단됩니다.
 
- 수신 가능한 반송 주소를 사용하십시오.
Reply To, ENV From, Header From에 수신 가능한 주소를 사용하십시오. 반송할 수 없는 주소를 이용하거나 반송 주소를 사칭하면
스팸메일로 판단될 가능성이 높습니다. 특히, 메일 전송 과정에서 수신자가 수신할 수 없을 때 반송하지 못하는 경우 수신 주소
존재 여부, 수신 거부 여부를 파악하기 어렵습니다.
 
- 메일 내용에 포함하는 텍스트와 이미지, URL 사용에 주의하십시오.
건전하지 못한 내용을 포함하는 메일은 스팸 신고를 받을 가능성이 높습니다. 또한, 사용되는 URL의 도메인이 다양한 경우, 외부
링크에 리다이렉션(redirection)이 있는 경우는 스팸메일로 의심받을 수 있습니다.
 
- 메일 규약상의 형식을 갖춰 주십시오.
DATE, FROM, SUBJECT 등 기본적인 정보가 없거나 잘못된 메일은 스팸메일이나 웜 바이러스로 의심받을 수 있습니다. 언어 인코딩,
메일러 표기가 정확하지 않을 때도 스팸메일로 판단될 가능성이 높습니다. 특히, 메일 본문 중에 embed와 같이 실행을 목적으로 한
태그를 사용했을 때 일부 실행이 제한될 수 있습니다.
 
 
응답 메시지별 사유와 조치
1. 421 4.3.2 Too many concurrent connection. This connection will be closed
네이버 메일 수신 서버가 허용하는 수 이상의 동시 접속을 시도하였습니다. 다른 발신자의 발송을 방해하는 행위입니다.
의도적으로 네이버 메일 서비스의 품질을 저해하는 발송 시도는 스팸메일로 간주합니다.

2. 421 4.3.2 Your IP(발신 IP 주소) is filtered and this connection will be closed
짧은 시간 동안에 허용하는 수 이상의 메일 발송을 시도하였습니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
3. 421 4.3.2 Your IP(발신 IP 주소) is filtered by RBL. Cause(RBL 정보). And this connection will be closed
발송 서버의 IP 주소가 RBL(3'rd Party Real time Blocking List)에 스팸 IP 주소로 등록되어 있습니다.
서둘러 원인을 해결하고 RBL에서 제거하지 않으면 네이버 메일 뿐만 아니라 다른 메일 서비스에서도 메일 발송이 제한될 수 있습니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
4. 421 4.3.2 Your ip blocked from this server
발송 서버의 IP 주소로부터 오랫동안 대량의 스팸메일이 발송되어 차단되었습니다.
먼저 스팸메일 발송 여부를 확인하고 문제를 해결해 주시기 바랍니다.
대량 메일을 안전하게 보내려면 발송 IP 주소를 KISA WHITE DOMAIN에 등록하십시오.
 
5. 452 4.5.3 Too many recipients. We allow maximum 수신 주소 개수 제한 recipients
하나의 메일에 허용하는 수 이상의 수신 주소를 지정하여 차단되었습니다.
 
6. 421 4.3.2 You sent too many commands. Total 35 commands in 1 session are allowed.
한 번의 접속으로 허용하는 수 이상의 수신자를 지정하거나 명령을 수행하여 차단되었습니다.
 
7. 550, 5.3.2 Rejected by mailbox host. REPLY:(550 mailbox is inactive!! (#5.2.1))
또는 550 5.1.1 Suspended(Inactive) user 수신주소
수신 주소가 휴면 상태입니다. 휴면 상태인 수신 주소로 반복하여 발송을 시도한 경우 스팸메일로 판단될 수 있습니다.
 
8. 550 5.1.1 No such user 수신주소
존재하지 않는 메일 주소입니다. 존재하지 않는 메일 주소로 반복하여 발송을 시도한 경우 스팸메일로 판단될 수 있습니다.
 
9. 550 No thanks
발송 메일이 네이버 메일 스팸 정책에 따라 스팸메일로 판단되어 거부되었습니다.
 
10. 421 4.3.0 Too long idle time. You are disconnected
접속 후 오랜 시간 응답하지 않아 접속을 종료합니다.
 


출처
http://hgjung.pe.kr/blog/%EB%84%A4%EC%9D%B4%EB%B2%84-%EC%8A%A4%ED%8C%B8%EB%A9%94%EC%9D%BC%EC%A0%95%EC%B1%85