웹 마 스 터 친구, 제발 알아서 사서함.

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

사이트 공격, 웹마스터는 우선 서버 취약점 또는 프로그램 취약점의 생각. 아마도, 당신은 생각할 수 없다는 간단한 사서함의 또한 귀하의 사이트를 공격 하자, 도메인 A 레코드를 수정, 사이트에 바로 내려 했다. 동생 것 당신에 게 자신의 사서함을 시청 후 시청 바랍니다 실제 경험을입니다!

그 검은 달 밤, 나는 컴퓨터 앞에 혼자 앉아 심각 하 게 그들의 자신의 웹 사이트, 30 시간 업데이 트를 업데이 트, 갑자기 사이트를 열 수 없습니다. 홈 페이지를 방문, 검정과 녹색의 페이지 수, 나쁜 스트리밍, 사이트 공격 볼...

내 정신 즉시 비정상적인 응원, 서버에 숙련 된 신중 하 게 확인 소스 코드, 아무런 문제가 아! 다음 확인 IIS 301 인 경우에, 아무! 사이트 도메인 이름 철자, 매우 이상한 IP를 보았다. 다시 밖으로 찾을 도메인 이름 공급자 무대를 입력 하려면, 입력 사용자 이름 암호 프롬프트 내 사용자 이름 또는 비밀 번호 입력된 오류를 기대 하지 않았다! 나는 서둘러. 그의 니 앙이 도메인 이름 비즈니스의 웹사이트는 허점이 이어야 합니다. 침략을 주도 변경 내 하지만 3 아침 시에 고객 서비스에 연결 되지 않은 레코드, 기다릴 수, 오전 8 시 30 분 마지막으로 고객 서비스, 고객 서비스 문의 문의 서둘러 나와 그들은 던져 두 시간 때까지 기다렸다가 갑자기 그들의 웹사이트에는 문제가, 말했다 그들은 여전히 주장 하지만 그들의 웹사이트는 정말 아무 문제, 진실을 말할, 나는 실제로 학사는 도메인 이름, 도메인 이름 관리에 그들의 무대를 통해만. 하지만 죽음은 질문을 자신의 절차를 인정 하지 않습니다. 도메인 이름 관리 무대, 할머니의 착륙 후 그들은 처음에 내 비밀 번호를 넣어, 레코드 변경 되었습니다! 내가 서둘러 대기의 2 시간 후 레코드를 변경, 도메인 이름 확인이 힘으로 왔다. 웹사이트는 또한 정상!

이 안전 해야 생각 약 3 시 오후에 생각 하지 않았다, 나는 내 웹사이트를 개설 후 그 친숙 하 고 성가신 검정과 스트림 문자열 녹색 디지털 페이지, 로그인 도메인 이름 비즈니스 관리 배경 힌트 암호가 잘못의 등장. 말할 필요도 없이, 도메인 A 레코드가 변경 되었습니다. 내가 연락 도메인 이름 비즈니스 고객 서비스는 무자비 하 게 그들을 비판 했다. 그들은 처음에는 암호를 넣어, 난 배경, 입력 레코드가 변경 되었습니다. 그들은 조금 더 복잡 한 코드를 변경 하는 것이 좋습니다. 그랬습니다. 20 자리 숫자 더하기 도메인 이름의 글자를 변경. 희망 도메인 이름 폭풍을 진정 수 있습니다.

오래 된 습관에 따라 나 자신의 사서함 (163), 사용자 이름 암호를 입력, 하자 양키스 신중 하 게 몇 번을 입력 내 사용자 이름 또는 암호 오류를 표시 하는 것입니다 아직도 너무! 자신에 게 말했다: "나는 개 오늘 멀리 인 사이트 라고 하지 않고 그 사서함 문제 조차." 내가 바로이 도메인 이름 비즈니스 계좌 번호와 사서함 계정 연결이 어떤, 하지만 오랜 시간에 대 한 생각, 생각 하지 않았다 생각 또한 잊지 것입니다. 한 시간 후 도메인 A 레코드가 변경 되었는지 여부를 도메인 이름 공급자의 백그라운드에 로그인 싶어요. 그들의 웹사이트를 열고, 갑자기 실현 하자 몇 마디! "패스 워드를 잊는다"는 이러한 4 개의 단어! 드디어 사서함 및 도메인 이름 연락처 발견! 잊어버린된 암호 열이 링크, 물론, 사서함을 통해 그들의 자신의 비밀 번호를 찾을 수 있습니다! 변경 거 야 내 당신에 게 녹음 과정.

먼저 사서함 비밀 번호를 훔 쳤 다, 일반적으로 우리는 도메인 이름 등록 또는 다른 계정 우리의 사서함에 전자 메일을 보낼 것 이다, 도둑은를 사서함 도메인 이름 비밀 번호에 대 한 사서함에 메일 도메인 이름 비즈니스 사이트에 게 그의 사용자 이름 암호 무대, 도메인 이름 관리 내 착륙 이메일 입력 다음 레코드 변경 되었습니다! 후 처음 A 레코드를 다시 변경 하 고 도메인 이름 관리 암호 변경, 그는 나의 암호 "암호 검색" 기능을 사용 하 여 발견. 또한 로그인 도메인 이름 관리 시스템 내 도메인 레코드 목 변경 됩니다!

내가 163 메일 서비스 센터에 연락 하 고 신속 하 게 불만 검색 하기 위해 나의 패스 워드를 다루는 그들을 물었다. 사서함 다시 후 도메인 이름 똑바로 안전! 난 163 사서함 모든 계정 보안 서비스 모든 열 보장할 수 있을 것 이다. 이 다시는 일어나지 않도록.

이 사서함 계정 도난된 이벤트 뿐만 아니라 도메인 A 레코드 변경, 바이 제휴 계좌 번호와 몇 가지 다른 포럼 계정 변경된 암호 되었습니다! 따라서, 작은 사서함 보안 위험도 아 수 발생할 수 있습니다!

난 후에 즉시 내 경험을 읽을 수 웹 마 스 터는 모든 사서함 보안 서비스 오픈, 문제 포인트 중요 하지 않습니다 않도록 보장 하기 위해 수 있을 것입니다 사고. 또한, 일부 도메인 이름 및 다른 서비스 제공 업체, 하시기 바랍니다 문제를 "비밀 번호 찾기" 기능을 더 안전 하 고, 더 인간적 포인트. 그냥 사서함 다시 충분히 안전 하지 않습니다 정말! 아마 그들 중 일부는이 함수를 사용 하 그들의 무 자 비 한 파괴를 할!

또한 귀하의 사이트 말을 걸려 있다 하는 경우 웹 마 스 터, 드리고, 확인 사이트 소스 코드는 아무 문제, IIS 웹 서버는 URL로 파일을 리디렉션할 총 역 호출 될 것입니다 확인 하시기 바랍니다!이 방법은 교수형의 말, 많은 초보자 웹 마 스 터 수 체크 아웃 하지.

마침내 거미 언 니 아래 검색을 유혹, 우리는 시간이 나 작은 역 지원: http://www.fzlcr.com 감사 합니다!