호스팅 이용자는 404에러페이지를 이용하여 자신의 홈페이지를 체크해보자. > 자유게시판

자유게시판

호스팅 이용자는 404에러페이지를 이용하여 자신의 홈페이지를 체크해보자. 정보

호스팅 이용자는 404에러페이지를 이용하여 자신의 홈페이지를 체크해보자.

본문

이 팁 또한 보실 분들은 보시고 묻혀지겠지요.
------------------------------------------------------
먼저 밝혀둘 사항은 아래의 설정팁은 GM보드 자료실에서 공수해온 팁입니다.
홈페이지에 아래의 소스를 적용했을때
 
장점은 관련 에러를 실시간 레포터로 받아
바로 에러페이지 보완 수정을 할 수 있습니다. 계속하여 하 수상한 행동을 하는
아이피들을 실시간 감시하여 조기차단 시킬 수 있습니다.
정상적인 자신의 파일에서 발생하는 에러요건을 충족시킴으로서 빠른로딩에 큰 도움이 됩니다.
실시간 비정상접속경로의 아이피를 감시함으로써 보안에 도움이됩니다.
 
단점은 예전에 오래전부터 운영해온 홈페이지라면 각검색사이트 로봇들이 저장하고 있는
페이지가 현재와 바뀌어있을때 많은 에러페이지가 레포트로 제출됩니다.
에러페이지가 많거나 잘못된경로로 들어와서 발생되는 경우 꼭 스팸메일처럼 말이죠..ㅎㅎ
 
--------------------------------------------------------
관련 팁 나갑니다.
--------------------------------------------------------
자신의 홈에서404에러가 발생했을때 보여줄 .htm 파일을 만듭니다.
파일의 상단에 아래의 구문을 넣습니다.
<?
//이메일
$myemail="에러레포트를받을이메일";
//도메인
$websiteaddress="도메인주소";
// 에러 리포트 작성시간
$thedatetime=date("l")." ".date("F")." ".date("j")." ".date("Y")." - ".date("g").":".date("i").":".date("s")." ".date("A");
//에러페이지 리포트 메일 제목
$emailsubject="404 에러 리포트 (".$thedatetime.")";
// 접속자 ip
$userip=getenv("REMOTE_ADDR");
$useragent=getenv("HTTP_USER_AGENT");
$requestedfile=$websiteaddress.getenv("REQUEST_URI");
$referrerpage=getenv("HTTP_REFERER");
$emailmessage="Error 404 Report\r\nDate/Time: ".$thedatetime."\r\nIP Address: ".$userip."\r\nUser agent: ".$useragent."\r\nRequest page that doesn't exists: ".$requestedfile."\r\nReferrer page that contains the broken link: ".$referrerpage;
mail($myemail, $emailsubject, $emailmessage, "From: ".$myemail);
?>
--------------------------------------------------------설정끝-
.htaccess 파일을엽니다.
파일안에
ErrorDocument 404  /404.htm 를 적습니다.
--------------------------------------------------------설정끝-
추천
0

댓글 38개

허거덩~~@ 공갈~^^

혹시 모르니..ㅋ~@
먼저 자신의 호스팅서버에 들어갈 확장자가 .htaccess 라는 파일을 텍스트로 맹급니다.
그다음 그 파일안에다가 ErrorDocument 404  /404.htm <==이눔을 적습니다(에러발생시보여줄 페이지경로)

404에러페이지를 맹급니다.htm으루~~~~
그페에지 상단에 위의 <? ?> 소스를 붙여넣어주고 이메일부분과 도메인 부분을 설정함돠~!

끝-----간단하구마는..ㅎㅎ
우째 하나도 못알아보는 글자만 나열되나요?....

천상에서 사용하는 언어로 번역을 부탁드려도 되나요?.....호호호~~**
아침에 출근하는데..하늘이 비올것 같았습니다.
그리고 사무실 들어왔기 때문에 아직 해 못봤습니다.ㅜ.ㅜ
혹시 그래도 모르시겠는분은
엠클럽 홈페이지에 회원으로 가입하시고

쪽지로 접속서버와 아이디비번을 알려주시면
대리작업후 보내주신 쪽지는 폐기처분 하겠습니다..
이런기회에 회원이라도 늘려야...음화화...
아이디에 홈페이지좀 달아주세요..
엠클럽 들어가려면 번번히 엠파스 검색을 통한 접근을...ㅠ.ㅠ
예전에 듣기론 9월 초엔가 홈페이지 오픈하신다고 들었는데 내년 9월을 말씀하신건 아니시지요?
대리작업 후...

완벽하게 패스워드를 변경한 상태로..
보내주신 쪽지는 완벽히 폐기처분 하겠습니다.
이런기회에 계정이라도 늘려야...
htaccess 가안되는 곳도 있나요??..
하긴 맨처음 했을때 파일이 없어서 올리고 전화한통화때려줬지요..

htaccess 파일이 안보일뿐이지 아마..숨김처리 되어있을지도 모르지요.

htaccess 이눔...예전부터 이눔에관하여 몇번 팁을 썼었는데..
참말로 활용도가 다양합니다.

부하문제는 전혀없다고 본인은 봅니다.
왜냐하면 그곳에 처리할 수있는 부분이 한정적이고 쓸 소스도 한정적이라는..^^
안되는 곳이 있는게 아니라 아예 세팅시에 안잡아놓는곳들도 있습니다.
부하문제는 전혀 있습니다. -_-;

apache.org에서도 권고 하고 있고 보안관련으로는 죄다 권고 하는 사항이긴 합니다. -_-a
아파치 웹서버에서 일반적인 세팅이라면,
/usr/local/apache/conf/httpd.conf 과 같은 경로의 환경설정 파일에서
htaccess의 사용에 대한 정의를 조정하게 됩니다.

웹호스팅업체의 상당수는 바로 이곳의 세팅을 이용해,
자사의 서비스 상품을 홍보거나 간단한 알림, 스폰서 광고를 하기도 합니다.
/home/*/public_html/ 같은곳에 잡아놓는 경우도 많다는 말씀이신가요?
보편적으로 유저들에게는 사용하지 않고 나스카님의 말씀대로는 사용하는것은 알고 있습니다만 세팅자체를 사용자에게 권한을 주는경우도 있는지가 궁금해졌습니다.
(카페24같은경우는 서비스를 하는것으로 알고 있습니다만. )
웹서버 자체의 권한인지라,
세팅자체의 권한은 주지 않는 것으로 우겨 보렵니다. 홍홍~*
단지 htaccess등을 연동하기 위해
웹서버 설정(httpd.conf)에서 그 권한을 일괄적으로 부여한다는 의미에 국한됩니다.
웹호스팅 업체에 요청시 주석처리 해제와 같은 아주 간단한 작업만으로
사용자에게 좀 더 편의(?!)를 제공할 수는 있으나,
경우에 따라서는 허용할 수 없다는 답을 주거나,
막무가내로 보안관련 문제(?!) 때문에 지원하지 않는다는 답을 주기도 합니다.
결론적으로는 업체자체에서 사용하는 ( 보편적으로 httpd.conf 에서 주석 해제시 잡히는 경로의 ) 방법 외에 유저가 컨트롤 하는 권한 ( 사용자 디렉토리별 htaccess파일을 만들어서 사용자 자체가 특정 디렉토리 접근에 로그인권한을 준다던지 ) 을 주지는 않는다는 말씀이셨군요.

제 말이 그 말입니다. -_-;

맞는지요. htaccess에 관한 권한을 유저에게 준다는것 자체가 좀 이해가가지 않긴 합니다.

서비스로 사용자를 더 모으는가, 서버자체의 성능부터 그외의 것들에 대한것을 더 중요시 하는가에 대한 두가지 문제에서 저는 두번째를 선호하는 편입니다. 씨익~
맞습니다. 나스카님의 그것을 말씀드렸던 것입니다.

그런데 해당기능을 막지만 않았다 라는 말 자체가 제가 말씀드렸던 것들에 대해서 사용자도 자신의 디렉토리내에서 사용이 가능하도록 한다는 말씀이시지 않나요? 해깔립니다. -_-;

쪽지 보내면 구타당할까봐 못보내겠습니다. 씨익~

같은 말인데 서로 표현을 다르게 하는것 같기도 합니다.. 이히히
네.
'환경설정이 이러저렇게 되니 사용자도 이렇게 저렇게 사용하십시오.'라고
적극적으로 권고하지 않을 뿐,
'사용자 개개인이 알아서 하십시오.'
즉, '막지 않았다'는 표현은,
해당 내용에 대해 알고 있다면 (맘대로)사용하고,
몰랐다면 모르는 대로 사용하지 않아도 무방하다는,
소극적인 표현이랄까요?!
흐... 어째 풀어 쓴다는 말을 돌아보니,
제 스스로도 겁나게 헷갈립니다. 홍홍~*
중요한건 부하때문에 권한을 주지않는다는건 좀...
<div>하나만 불러도 부하는 발생합니다.

그정도 부하를 못견디는 업체라면 호스팅사업 접어야죠..
apache.org라는데서 보안상권고를 한다고 하여도 딱히 보안에 어떤것이 문제인지는..

설령 보안에 문제가 있다고 치더라도
호스팅받는 사용자입장에서는 상위 서버보안에서 책임이있는거죠.
즉.상위서버보안의 경비를 어떻게 무장하느냐에 따른것일뿐..
보안보다는 부하쪽에 관한 권고입니다.

htaccess 는 부하가 큰것이 사실입니다. 호스팅업체의 문제로 돌릴 수 만은 없다는거죠.

htaccess는 inetd냐 standalone이냐 식의 문제가 아니라 동작하는 방식때문에 그 부하가 만만치 않습니다.
물론 사용자가 적을때는 큰 문제가 되지 않습니다만 사용자가 많아질 수록 부하가 커지기 때문입니다.

그리고 상위보안 ( 간단히 L4스위치나 그 아랫단의 방화벽 등 )도 중요하지만 80포트가 열려있는 한 우회하는 방법은 많이 있습니다.

제로보드를 사용하는 유저가 보안패치를 하지 않아서 뚫렸을때 상위서버보안에 대해서는 전혀 무의미 하니까요.
맞습니다..아마..부하쪽 권고가 맞을겁니다...
그러니까 만약에..ht...이눔을 쓰지못하게 막는곳이있다면

일부러 상위설정에서 막을 필요가 없다는거죠..
즉,ht..이눔을 씀으로인해서 생기는 보안상의 문제는 글쎄요..
죄송합니다. 보안권고가 아니라 보안관련 쪽에서도 부하문제로 사용을 자제하라는 권고라는 내용을 이상하게 제가 적어놓았네요. -_-

보안쪽으로도 한 번 이야기가 있었던가 하는데 함 뒤져봐야겠네요. 우헤헤
전체 408 |RSS
자유게시판 내용 검색

회원로그인

(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1404호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT