Odnoklassniki_ru 2011년 3월 21일 오후 2:04

Odnoklassniki 프로젝트의 아키텍처 및 플랫폼

Odnoklassniki 프로젝트의 아키텍처 및 플랫폼

이번 포스팅에서는 고부하 프로젝트를 유지하면서 5년 넘게 쌓아온 경험에 대해 이야기해보겠습니다. 우리는 동료 개발자들이 우리가 무엇을 하는지, 어떻게 하는지, 어떤 문제와 어려움에 직면하는지, 어떻게 대처하는지에 대해 관심을 갖기를 바랍니다.

기초통계

피크 시간 동안 온라인 사용자 최대 280만 명
일일 요청 75억 개(피크 시간대에는 초당 요청 150,000개)
2,400대의 서버, 데이터 스토리지 시스템
러시아워 중 네트워크 트래픽: 32Gb/s

건축학

계층화된 아키텍처:

프리젠테이션 레이어(프리젠테이션 레이어 또는 간단히 말해서 웹 서버, HTML 형성)
비즈니스 서비스 계층(데이터 선택 및 처리를 제공하는 서버)
캐싱 레이어(자주 사용되는 데이터 캐싱)
지속성 계층(데이터베이스 서버)
공통 인프라 시스템(통계 로깅 시스템, 애플리케이션 구성, 리소스 현지화, 모니터링)

프리젠테이션 레이어:

우리는 자체 프레임워크를 사용하여 페이지 구성을 구축할 수 있습니다. 자바 언어, 자체 GUI 팩토리(텍스트 장식, 목록, 테이블, 포틀릿)를 사용합니다.
페이지 구성은 독립된 블록(보통 포틀릿)으로 구성되어 있습니다. 이를 통해 화면의 정보를 부분적으로 업데이트할 수 있습니다. AJAX 요청. 탐색에 대한 이러한 접근 방식을 사용하면 다음을 제거할 수 있습니다. 지속적인 재부팅페이지로 인해 중요한 기능사이트(메시지, 토론 및 경고)는 사용자가 항상 사용할 수 있습니다. 없이 자바스크립트 페이지 GWT로 작성된 기능을 제외하고는 완전히 작동합니다. 링크를 따라갈 때 완전히 다시 그려집니다.
기능적 구성 요소메시지, 토론 및 알림과 같은 모든 동적 부분(바로가기 메뉴, 사진 태그, 사진 정렬, 선물 회전)은 프레임워크를 사용하여 작성됩니다. 구글 웹툴킷.

데이터 선택, 처리 및 캐싱:

코드는 Java로 작성되었습니다. 예외가 있습니다. 일부 데이터 캐싱 모듈은 C 및 C++로 작성되었습니다.
Java는 개발하기 쉬운 언어이기 때문에 다양한 분야, 라이브러리, 오픈소스 등에서 많은 발전이 이루어지고 있습니다. 소스 프로젝트자바에서.
비즈니스 로직 수준에는 원격 인터페이스를 통해 서로 통신하는 약 25가지 유형의 서버/구성 요소 및 캐시가 있습니다. 매초마다 이러한 모듈 간에 약 3,000,000개의 원격 요청이 발생합니다.
데이터를 캐시하기 위해 자체 작성 모듈 odnoklassniki-cache가 사용됩니다. Java Unsafe를 사용하여 메모리에 데이터를 저장하는 기능을 제공합니다. 액세스된 모든 데이터를 캐시합니다. 빈번한 접속. 예: 사용자 프로필 정보, 사용자 그룹, 그룹 자체에 대한 정보, 사용자 연결 그래프, 사용자와 그룹 간의 연결 그래프, 사용자 휴일, 사진에 대한 일부 메타 정보 등.
예를 들어, 사용자 연결 그래프를 캐시하는 서버 중 하나는 러시아워 동안 초당 약 16,600개의 요청을 처리할 수 있습니다. CPU 사용량은 최대 7%이며, 5분당 최대 로드 평균은 1.2입니다. 그래프 꼭짓점 수는 8,500만 개가 넘고 연결은 2,500만 개(25억 개)입니다. 그래프는 메모리에서 30GB를 차지합니다.

부하 분산 및 균형 조정:

시스템 내의 가중 라운드 로빈;
데이터베이스와 캐싱 수준 모두에서 데이터의 수직 및 수평 분할;
비즈니스 로직 수준의 서버는 그룹으로 나뉩니다. 각 그룹은 서로 다른 이벤트를 처리합니다. 이벤트를 라우팅하는 메커니즘이 있습니다. 모든 이벤트(또는 이벤트 그룹)를 선택하고 처리를 위해 보낼 수 있습니다. 특정 그룹서버.
서비스는 다음을 통해 관리됩니다. 중앙 집중식 시스템구성. 시스템은 자체 작성되었습니다. 웹 인터페이스를 통해 포틀릿의 위치, 클러스터 구성, 일부 서비스의 논리 변경 등을 변경할 수 있습니다. 변경된 구성이 데이터베이스에 저장됩니다. 각 서버는 실행 중인 애플리케이션에 대한 업데이트가 있는지 정기적으로 확인합니다. 있는 경우 적용하십시오.

데이터, 데이터베이스 서버, 백업:

백업하지 않은 총 데이터 양은 160TB입니다. 데이터 저장 및 제공에는 MS SQL과 BerkeleyDB의 두 가지 솔루션이 사용됩니다. 데이터는 최소한 두 개의 복사본에 저장됩니다. 데이터 유형에 따라 복사본이 2개에서 4개까지 있을 수 있습니다. 모든 데이터는 매일 백업됩니다. 누적된 데이터의 백업은 15분마다 이루어집니다. 이 전략의 결과로 예약 사본가능한 최대 데이터 손실은 15분입니다.

장비, 데이터 센터, 네트워크:

듀얼 프로세서, 4코어 서버가 사용됩니다. 기능에 따라 4~48GB의 메모리 용량. 데이터의 유형과 용도에 따라 서버 메모리, 서버 디스크 또는 외부 시스템저장
모든 장비는 3개의 데이터 센터에 위치해 있습니다. 전체적으로 약 2,400개의 서버와 데이터 스토리지 시스템이 있습니다. 데이터 센터는 광학 링으로 결합됩니다. ~에 이 순간각 경로의 용량은 30Gb/s입니다. 각 경로는 물리적으로 서로 독립적인 광섬유 쌍으로 구성됩니다. 이러한 쌍은 루트 라우터의 공통 "파이프"로 집계됩니다.
네트워크는 내부와 외부로 구분됩니다. 네트워크는 물리적으로 분리되어 있습니다. 다양한 인터페이스서버는 서로 다른 스위치에 연결되어 작동합니다. 다른 네트워크. 외부별 웹 네트워크서버는 세상과 소통합니다. 에 의해 내부 네트워크모든 서버는 서로 통신합니다.
내부 네트워크 토폴로지는 스타입니다. 서버는 L2 스위치(액세스 스위치)에 연결됩니다. 이러한 스위치는 라우터 집합 스택에 최소 2개의 기가비트 링크로 연결됩니다. 각 링크는 스택의 별도 스위치로 이동합니다. 이 아키텍처가 작동하려면 RSTP 프로토콜을 사용합니다. 필요하다면, 연결에 액세스집계 스택으로의 전환은 2개 이상의 링크에 의해 수행됩니다. 그런 다음 포트의 링크 집계가 사용됩니다.
집합 스위치는 10Gb 링크로 루트 라우터에 연결되어 데이터 센터 간의 통신과 다음과 같은 통신을 모두 제공합니다. 외부 세계.
Cisco의 스위치와 라우터가 사용됩니다. 외부 세계와 소통하기 위해 여러 주요 통신 사업자와 직접 연결되어 있습니다.
피크 시간대의 네트워크 트래픽 – 32Gb/s

통계 시스템:

이벤트 로깅을 담당하는 라이브러리가 있습니다. 라이브러리는 모든 모듈에서 사용됩니다. 이를 통해 통계를 집계하고 이를 임시 데이터베이스에 저장할 수 있습니다. 저장 자체는 log4j 라이브러리를 사용하여 발생합니다. 우리는 일반적으로 호출 횟수, 최대, 최소 및 평균 실행 시간, 실행 중에 발생한 오류 수를 저장합니다.
시간축의 모든 통계는 DWH에 저장됩니다. DWH 서버는 매분마다 프로덕션의 임시 데이터베이스로 이동하여 데이터를 수집합니다. 임시 데이터베이스의 데이터는 주기적으로 지워집니다.

보낸 메시지에 대한 통계를 저장하는 예제 코드:

public void sendMessage(String message) ( long startTime = LoggerUtil.getMeasureStartTime(); try ( /** * 비즈니스 로직 - 메시지 보내기 */ LoggerUtil.operationSuccess(LogFactory.getLog((log"s Appender name)), startTime, " messageService", "sendMessage"); ) catch (예외 e) ( LoggerUtil.OperationFailure(LogFactory.getLog((log"의 추가 이름)), startTime, "messageService", "sendMessage"); ) )

당사의 DWH 시스템은 모든 통계를 저장하고 이를 확인하고 분석할 수 있는 도구를 제공합니다. 이 시스템은 Microsoft의 솔루션을 기반으로 합니다. 데이터베이스 서버 – MS SQL 2008, 보고서 생성 시스템 – 보고 서비스. 현재 DWH는 프로덕션 환경과 별도의 환경에 위치한 13개의 서버로 구성되어 있습니다. 이러한 서버 중 일부는 다음을 제공합니다. 운영통계(저것들. 온라인 통계). 일부는 과거 통계를 저장하고 이에 대한 액세스를 제공하는 일을 담당합니다. 통계 데이터의 총 용량은 13TB입니다.
OLAP 기반의 다차원 통계분석을 도입할 예정입니다.

모니터링

모니터링은 두 가지 구성 요소로 나뉩니다.

1. 서비스 및 웹사이트 구성요소 모니터링
2. 자원 모니터링(장비, 네트워크)
서비스 모니터링이 기본입니다. 우리는 DWH의 운영 데이터를 기반으로 하는 자체 모니터링 시스템을 보유하고 있습니다. 현장의 성능을 모니터링하고 이상이 있는 경우 해당 이상 현상의 원인을 파악하고 제거하기 위한 조치를 취하는 임무를 맡은 담당관이 있습니다.
리소스 모니터링의 경우 장비의 "상태"(온도, 구성 요소 성능: CPU, RAM, 디스크 등)와 서버 리소스 표시기(CPU 로드, RAM, 작업 부하)를 모두 모니터링합니다. 디스크 하위 시스템등등.). 장비의 "상태"를 모니터링하기 위해 Zabbix를 사용하고 Cacti의 서버 및 네트워크 리소스 사용에 대한 통계를 축적합니다.
가장 심각한 이상 현상에 대한 경고는 SMS를 통해 전송되고, 기타 경고는 이메일을 통해 전송됩니다.

기술:

OS: MS 윈도우, 오픈수세
자바, C, C+. 모든 핵심 코드는 Java로 작성되었습니다. 데이터 캐싱을 위한 모듈은 C 및 C+로 작성되었습니다.
GWT를 사용하여 역학 추가 웹 인터페이스. 메시지, 토론, 경고와 같은 모듈은 GWT를 사용하여 작성되었습니다.
웹 서버 – 아파치 톰캣
JBoss 4에서 실행되는 비즈니스 로직 서버
WEB 계층의 로드 밸런서 - LVS. Layer-4의 균형을 유지하기 위해 IPVS를 사용합니다.
색인 생성 및 검색을 위한 Apache Lucene 텍스트 정보
데이터 베이스:
MS SQL 2005 표준 에디션. 역사적으로 이런 식으로 발전해 왔기 때문에 많이 사용됩니다. MS SQL을 사용하는 서버는 장애 조치 클러스터로 결합됩니다. 작업 노드 중 하나에 장애가 발생하면 대기 노드가 해당 기능을 대신합니다.
BerkeleyDB – BDB와 작업하기 위해 자체 내부 라이브러리가 사용됩니다. 우리는 BDB, C 구현 버전 4.5를 사용합니다. 2노드 마스터-슬레이브 클러스터. 마스터와 슬레이브 사이에는 기본 BDB 복제가 있습니다. 쓰기는 마스터에서만 발생하고 읽기는 두 노드 모두에서 발생합니다. 데이터는 tmpfs에 저장되고, 트랜잭션 로그는 디스크에 저장됩니다. 우리는 15분마다 로그를 백업합니다. 동일한 클러스터에 있는 서버는 두 데이터 사본이 동시에 손실되지 않도록 서로 다른 전력선에 위치합니다.
새로운 스토리지 솔루션이 개발 중입니다. 우리는 데이터에 더욱 빠르고 안정적으로 액세스할 수 있어야 합니다.
서버간 통신시에는 JBoss Remoting 기반의 자체 솔루션을 사용합니다.
SQL 데이터베이스와의 통신은 JDBC 드라이버를 통해 발생합니다.

사람들:

약 70명의 기술 전문가가 이 프로젝트에 참여하고 있습니다. 이 중 개발자 40명, 시스템 관리자 및 엔지니어 20명, 테스터 8명입니다.
모든 개발자는 소규모 팀(1~3명)으로 나뉩니다. 각 팀은 자율적으로 작업하며 다음 중 하나를 개발합니다. 새로운 서비스, 또는 기존 것을 개선하기 위해 노력하고 있습니다. 각 팀에는 기술 리더나 설계자가 있습니다. 그는 서비스 아키텍처, 기술 선택 및 접근 방식을 담당합니다. ~에 다른 단계개발팀에는 디자이너, 테스터 및 시스템 관리자.
예를 들어 그룹스 서비스에는 별도의 명령이 있습니다. 또는 사이트에 대한 통신 서비스(예: 메시지 시스템, 토론, 활동 피드)를 개발하는 팀입니다. 새로운 기술을 테스트, 실행, 구현하고 최적화하는 플랫폼 팀이 있습니다. 기존 솔루션. 현재 이 팀의 업무 중 하나는 빠르고 안정적인 데이터 스토리지 솔루션을 개발하고 구현하는 것입니다.

개발의 기본 원칙 및 접근 방식

개발은 작은 반복으로 수행됩니다. 예로서 수명주기개발에는 3주 주기가 주어질 수 있습니다.
0주 차 - 아키텍처 정의
1주 - 개발자 컴퓨터에서 개발, 테스트
2주차 - 사전 프로덕션 환경에서 테스트, 프로덕션 환경에서 릴리스

거의 모든 새로운 기능"비활성화"로 설정됩니다. 일반적인 출시새로운 "기능"은 다음과 같습니다.
1. 기능이 개발되어 프로덕션 릴리스에 포함됩니다.
2. 중앙 집중식 구성 시스템을 통해 일부 사용자에 대해 기능이 활성화됩니다. 사용자 활동 통계 및 인프라 부하 분석
3. 이전 단계가 성공했다면 점점 더 많은 청중을 대상으로 기능이 점차 활성화됩니다. 시작 프로세스 중에 수집된 통계가 마음에 들지 않거나 인프라의 부하가 허용할 수 없을 정도로 증가하면 기능이 비활성화되고 이유가 분석되고 오류가 수정되며 최적화가 발생하고 모든 것이 첫 번째 단계부터 반복됩니다.

모범 사례, 요령 및 팁

DBMS 작업의 세부 사항:

우리는 수직 및 수평 파티셔닝을 모두 사용합니다. 다양한 그룹의 테이블이 위치합니다. 다른 서버(수직 파티셔닝), 대규모 테이블의 데이터를 서버 간에 추가로 분산합니다(수평 파티셔닝). DBMS에 내장된 파티셔닝 장치는 사용되지 않습니다. 모든 로직은 비즈니스 서비스 수준에 있습니다.
분산 트랜잭션사용되지 않음 - 모든 트랜잭션은 하나의 서버 내에서만 이루어집니다. 무결성을 보장하기 위해 관련 데이터를 1개의 서버에 보관하거나, 이것이 불가능할 경우 데이터 복구 로직을 추가로 프로그래밍합니다.
데이터베이스 쿼리는 CPU 부하를 최소화하기 위해 로컬 테이블 간에도 JOIN을 사용하지 않습니다. 대신 데이터 비정규화가 사용되거나 비즈니스 서비스 수준에서 JOIN이 발생합니다. 이 경우 JOIN은 데이터베이스의 데이터와 캐시의 데이터 모두에서 발생합니다.
데이터 구조를 설계할 때 외래 키, 저장 프로시저, 트리거는 사용되지 않습니다. 다시 말하지만, 데이터베이스 서버의 CPU 부하를 줄이기 위해서입니다.
SQL 문 DELETE도 주의해서 사용됩니다. 이는 가장 무거운 DML 작업입니다. 우리는 데이터를 다시 삭제하지 않거나 마커를 통한 삭제를 사용하지 않으려고 노력합니다. 기록은 먼저 삭제된 것으로 표시된 다음 삭제됩니다. 백그라운드 프로세스테이블에서.
인덱스가 널리 사용됩니다. 일반 및 클러스터형 모두. 가장 최적화된 최신 빈번한 요청테이블로.

캐싱:

우리는 Java로 구현된 자체 설계의 캐시 서버를 사용합니다. 사용자 프로필, 소셜 그래프 등과 같은 일부 데이터 세트 캐시에 완전히 저장됩니다.
데이터는 캐시 서버 클러스터로 분할됩니다. 안정성을 보장하기 위해 파티션 복제가 사용됩니다.
때로는 성능 요구 사항이 너무 커서 비즈니스 논리 서버의 메모리에 직접 위치한 캐시 서버에서 받은 데이터의 로컬 단기 캐시가 사용됩니다.
서버 캐시 제외 정상 운영키-값은 메모리에 저장된 데이터에 대한 쿼리를 수행할 수 있으므로 네트워크를 통한 불필요한 데이터 전송을 최소화합니다. map-reduce를 사용하여 클러스터에서 쿼리 및 작업을 수행합니다. 특히 어려운 경우예를 들어 소셜 그래프 쿼리를 구현하려면 C 언어가 사용됩니다. 이는 성능 향상에 도움이 됩니다.
보관용 대용량인메모리 데이터는 Java 오프 힙 메모리를 사용하여 Java GC에서 불필요한 로드를 제거합니다.
캐시를 사용할 수 있습니다 로컬 디스크데이터를 저장하여 고성능 데이터베이스 서버로 전환합니다.

페이지 로딩 속도 및 성능 최적화

모든 외부 리소스(Expires 및 Cache-Control 헤더)를 캐시합니다. CSS와 자바스크립트 파일축소 및 압축(gzip).
금액을 줄이려면 HTTP 요청브라우저에서 모든 JavaScript 및 CSS 파일하나로 합쳐집니다. 작은 것들 그래픽 이미지스프라이트로 결합됩니다.
페이지가 로드되면 실제로 시작하는 데 필요한 리소스만 다운로드됩니다.
일반적인 것은 없습니다 CSS 선택기. 우리는 (태그 이름별) 표준 선택자를 사용하지 않으려고 노력합니다.
CSS 표현식이 필요하면 “one-time”이라고 씁니다. 가능하면 필터를 사용하지 마세요.
DOM 트리에 대한 호출과 리플로우를 유발하는 요소 속성을 캐시합니다. DOM 트리를 오프라인으로 업데이트합니다.
GWT에서는 UIBinder와 HTMLPanel을 사용하여 인터페이스를 만듭니다.

즐거운 독서 되세요! 우리는 질문을 환영합니다.

소셜 네트워크에서 시간을 보내고 싶어하는 모든 사람을 환영합니다! 문 웹사이트다른 사람의 관심을 끌게 됩니다 유용한 출판물. 이번에는 VKontakte 또는 Odnoklassniki용 프록시 서버를 직접 만드는 방법을 알려 드리겠습니다. 보다 정확하게는 프록시 서버가 없습니다. 우리는 당신이 사용하는 것을 저장하고 싶습니다 유료 서비스돈을 대가로 대리 로그인을 제안하는 사람. 모든 것을 무료로 할 수 있는데 왜 비용을 지불합니까?

우리는 이미 기사에서 이 주제를 다루었습니다. VKontakte 프록시와 Odnoklassniki 프록시는 많은 사람들이 무료로 검색하므로 이 주제에 대해 더 자세히 이야기하는 것이 좋습니다. 프록시를 통해 Odnoklassniki, Contact 또는 Facebook에 로그인해야 하는 이유는 무엇입니까? 간단합니다. 직장에서 이러한 소셜 네트워크에 대한 액세스가 차단되거나 랜섬웨어 바이러스가 돈을 요구할 수 있습니다. 우리는 이미 말했듯이 컴퓨터에 바이러스가 있는 동안 프록시를 통해 연락처나 급우에 로그인하는 것보다 낫습니다. 하지만 우리 주제로 돌아가서 무료 프록시 서버를 통해 VKontakte 및 Odnoklassniki에 로그인하는 방법을 알아 보겠습니다.

방법 1 - 프록시 사이트

프록시 서버를 통해 액세스를 제공하는 특별한 프록시 사이트가 많이 있습니다. IP 접속이 차단되어 Contact 또는 Odnoklassniki에 접속할 수 없는 경우 다음 사이트를 이용해 보세요. 그들은 모두 무료입니다. 이는 프록시를 통해 모든 웹사이트에 액세스할 수 있는 소위 익명처리기입니다. 당연히 동급생도 예외는 아닙니다.

다음은 Odnoklassniki 및 VKontakte뿐만 아니라 모든 사이트에 액세스할 수 있는 세 가지 훌륭한 외국 익명 서비스입니다.

• kproxy.com
• anonymie.org/anonwww.html
• hidemyass.com

다음은 소셜 네트워크 액세스에 도움을 줄 수 있는 러시아 익명 서비스입니다.

• cameleo.ru
• daidostup.ru
• hideme.ru

원칙적으로 이는 다른 IP 주소를 통해 Contact 또는 Odnoklassniki에 로그인하는 데 충분합니다. 그런데 일부 회사에서는 러시아 익명 서비스에 대한 액세스를 차단하므로 우리는 외국 프록시 사이트도 게시했습니다. 익명화 기능의 장점은 차단된 사이트에 빠르게 접속할 수 있다는 것입니다. 단점은 귀하의 데이터가 가로채질 수 있다는 것입니다. 즉, 그러한 서비스가 공격자에 의해 제공되는 경우, 같은 반 친구나 연락처로부터 귀하의 로그인 정보와 비밀번호가 도난당할 수 있습니다.

이 모든 사이트는 익명으로 대체될 수 있습니다. 토르 브라우저- https://www.torproject.org/. 이는 어떤 이유로든 사이트에 액세스할 수 없는 경우 사이트 작동을 확인하는 데 사용할 수 있는 익명화 기능입니다. TOP에는 비밀번호와 로그인 정보를 입력하지 마시고, 보안이 완벽하지 않으니 단순 브라우저로만 활용하시는 것이 좋습니다.

방법 2 - 프록시 서버 목록

이 역시 안전하지 않은 방법이지만 적어도 여기서는 다른 사람의 웹사이트를 통해 인터넷을 서핑하는 것이 아닙니다. 이 방법은 브라우저를 설정하거나 브라우저 설정에서 프록시 서버의 IP 및 포트를 지정하는 것으로 구성됩니다. 브라우저에서 프록시를 지정하려면 먼저 프록시를 찾아야 합니다. 좋은 무료 프록시 서버는 거의 없으며 전혀 없다고 말할 수도 있습니다. 그러나 Contact 또는 Odnoklassniki에 액세스하려면 일반 프록시 서버로 충분합니다. 다음 주소에서 프록시 서버 목록을 찾을 수 있습니다.

• hideme.ru/proxy-list/
• www.freeproxylists.net/ru/

프록시를 선택한 후 브라우저에서 이를 지정해야 합니다. 이렇게 하려면 프록시 설정을 찾아야 합니다. 우리는 예를 들어 보여줍니다 파이어폭스 브라우저. 가자 "도구" — "설정".

탭으로 이동 "추가의". 물론 다른 브라우저에서는 구조는 다르지만 의미는 동일합니다. 프록시가 구성된 탭을 찾으면 됩니다.

북마크 찾기 "그물"그리고 버튼을 누르세요 "곡조".

그 후 남은 것은 IP와 포트를 입력하여 프록시를 구성하는 것입니다. 모든 것이 그림에 표시됩니다.

그게 다야 . 이제 프록시 서버를 통해 Contact 또는 Odnoklassniki에 로그인하는 방법을 알았습니다. 더 자주 방문해주세요 웹사이트!

사악한 관리자가 소셜 네트워크에 대한 액세스를 차단했는데 이제 친구들과 소통할 수 있는 방법이 없습니까? 불쾌하지만 항상 탈출구가 있습니다. 가장 진지한 작업자라도 가끔은 숨을 쉬고 약간의 휴식을 취해야 합니다. 미소:. Odnoklassniki가 차단된 경우 익명처리기 또는 프록시 서버를 통해 로그인하는 것보다 더 좋은 것은 없습니다.

을 위한 효과적인 사용전문적인 지식이 필요 없고, 설정을 변경할 필요도 없습니다. 지역 네트워크, 악의적인 시스템 관리자는 이해하지 못하는 사람들이 컴퓨터 프로그램, 나는 그들을 피할 수 있었습니다: 미소:. 그리고 친구라도 온라인에서 귀하의 존재를 눈치 채지 못하도록 조언합니다.

익명화 기능의 작동 원리는 매우 간단합니다. 즉, IP 주소를 숨기는 것입니다. Odnoklassniki의 프록시 서버로 이동하여 사용자 이름과 비밀번호를 통해 소셜 네트워크 계정에 로그인하고 오랫동안 기다려온 친구 및 지인과의 커뮤니케이션을 즐기면 알게 될 것입니다. 직원이 볼 수 있는 최대값 기술 부서이것은 익명 사이트의 주소이며 상사는 더욱 기뻐할 것입니다. 미소: 당신이 사무적인 얼굴로 일하고 일부 사이트에 앉아 있기 때문입니다.

물론 관리자는 바보가 아니며 업무 상황을 모니터링합니다. 그렇다면 결국 프록시 서버주목을 받고 블랙리스트에 올라도 오랫동안 화를 내지 말아야 합니다. 아직 훌륭한 무료 프로젝트가 많이 있기 때문입니다.

무료 익명화 도구 목록 또는 직장에서 Odnoklassniki를 사용하는 방법은 무엇입니까?

약간의 생각이 필요한 범용 프록시 서버가 많이 있습니다. 뇌의 과도한 긴장을 방지하기 위해 특정 사이트 또는 소셜 네트워크. 프로필에 로그인하려면 사용자 이름과 비밀번호만 입력하면 됩니다.

1. cameleo.ru(Chameleon)는 VKontakte, Odnoklassniki, Mamba 사이트에 대한 SMS가 없는 가장 인기 있는 범용 익명화 서비스 중 하나입니다. 인터넷에서 사용자 활동을 숨길 때 효과적입니다.
2. daidostup.ru는 최고의 소셜 네트워크를 위한 또 다른 훌륭한 무료 프록시 서버입니다.
3. unlumen.ru – 이 서비스를 사용하면 odnoklassniki, vk, facebook, youtube에 로그인할 수 있습니다. 또한 무료 범용 익명화 기능 목록도 있습니다.
4. webmurk.ru는 Odnoklassniki에 로그인하기 위한 익명화 도구입니다.
5. diazoom.ru – 즐겨 사용하는 소셜 네트워크에서 편리한 커뮤니케이션을 위해 만들어졌습니다.
6. od.runovosti.info는 Odnoklassniki를 위한 좋은 무료 프록시 서버입니다.
7. od.yourdaynews.biz – 전문 서비스 odnoklassniki.ru에서.
8. o.antiblock.ru – SMS 없이 액세스를 허용합니다.
9. dostupest.ru 서비스에서 제공하는 익명화 기능을 통해 무료로 Odnoklassniki에 입장할 수 있는 목록:

안녕하세요 친구! 나는 똑똑해지고 함께 일하기로 결정했습니다. 급우~을 통해 대리. 예, 예, 잘 들었습니다. 나는 용기를 내어 유명한 포럼의 한 참가자의 초대를 위해 20개를 구입했습니다. OD. Skype에 있는 이 사람의 이름은 다음과 같습니다. Proxyseller.ru(그러나 이는 그가 웹사이트를 가지고 있다는 것을 즉시 나타냅니다.) 나는 오랫동안 파헤쳐 보지 않고 그냥 그를 두드리고 주문했습니다. 저녁에 나는 이미 "진짜 용접공"이 된 기분으로 대리를 통해 초대했습니다.

나는 Vlad를 더 잘 알게 된 후 그에게 그의 글을 써달라고 요청했습니다. 마슈코노고 매거진그리고 좀 더 말해봐 프록시란 무엇이며 초보자를 위해 프록시를 사용하는 방법. 그는 동의했다. 나는 그에게 발언권을 준다:

« Odnoklassniki 그룹 홍보프록시를 통한 방법은 가장 효과적인 방법 빠른 승진커뮤니티. 우선 용어를 정의해야 합니다.

대리컴퓨터 중개자입니다. 모든 요청이 전송되고 처리된 후 응답이 전송됩니다.

IP는 인터넷상의 컴퓨터 주소입니다.프록시와 관련된 대부분의 문제는 IP와 관련이 있습니다. Odnoklassniki는 스팸 이메일, 초대자 및 사이트와 함께 작동하는 기타 프로그램을 사용하여 다양한 치트에 대한 프록시를 통해 방문됩니다. 프로모션을 위해 프로그램을 사용할 때 프록시 없이도 할 수 있습니다. 이 경우 작업은 1개의 스레드에서 시작되며 일시 중지 시간이 더 길게 설정됩니다. 이 전략을 사용하면 금지 및 기타 가능한 문제로부터 계정을 보호할 수 있습니다.

주요 프록시 유형

✔ HTTP 프록시가 가장 일반적입니다. 이 유형의 프록시는 http 프로토콜을 사용합니다. HTTP 프록시가 있습니다:
IP뿐만 아니라 프록시 자체의 사용도 숨기는 슈퍼 익명입니다.
익명 - IP를 숨기는 동시에 익명 프록시 서버의 사용을 보고합니다.
익명이 아닙니다. IP를 숨기지 마세요. 그들은 인터넷 속도를 높이는 역할만 합니다.

✔ 양말 프록시누구와도 일해 전송된 정보. SOCKS 프록시는 매우 익명이며 서버와 실제 IP를 숨깁니다. Sox에는 2가지 유형이 있습니다.
SOCKS 5 - TCP/IP 프로토콜, 원격 DNS 쿼리, 인증 및 UDP로 작동합니다.
SOCKS 4 - TCP/IP 프로토콜로만 작동합니다.

프록시를 사용할 때 Odnoklassniki는 다음 문제를 식별할 수 있습니다.

가장 일반적인 문제는 계정 인증 오류입니다. 사이트에서는 보안 문자 입력, 전화번호 확인, 친구 추측 등을 요청할 수 있습니다. 계정이나 특정 활동을 동결하고 차단합니다. 대부분의 경우 제거하면 문제가 해결됩니다. 대리.

Odnoklassniki가 프록시를 통해 계정을 금지하는 이유는 무엇입니까?

대리귀하뿐만 아니라 자신의 그룹을 홍보하려는 수천 명의 다른 사람들도 구매합니다. 그리고 그들이 보내는 모든 것은 가짜입니다. 그들의 계정은 금지되고 IP는 금지되거나 스팸 데이터베이스에 추가됩니다. 사이트에서는 매일 수천 개의 계정이 하나의 IP에 로그인되어 있음을 확인합니다. 그들은 사람들을 그룹에 초대하고, 친구를 추가하고, 메시지를 보냅니다. 많은 계정이 하나의 프록시에 연결되면 모든 요청을 전송하는 프록시도 계정과 함께 의심을 받게 됩니다.

프록시를 통해 Odnoklassniki에서 그룹을 홍보하고 금지되지 않는 방법은 무엇입니까?

1. 싸고 좋은 프록시는 없습니다.
2. 프라이빗 프록시는 최고의 품질을 자랑합니다. 개별적으로 판매되며 귀하 외에는 누구도 사용하지 않습니다.
3. 값비싼 프록시. 그들의 유일한 단점 높은 가격, 하지만 차단당하고 싶지 않다면 이 유형프록시는 Odnoklassniki 프로모션을 위한 안전한 프록시에 꼭 필요한 것입니다.

계정이 차단되지 않도록 보호하는 방법

1. 구매 후 스팸 데이터베이스의 프록시를 확인하세요. 물론 귀하가 귀하의 계정을 소중히 여기지 않는 한 그 안에 있는 프록시를 사용하지 마십시오.
2. 계정 수가 적은 경우 하나의 스레드에서 작업하는 것이 가장 좋으며 모든 작업은 하나씩 수행해야 합니다. 게다가 오랜 시간 동안 멈춰야 합니다.
3. 계정이 많다면 위험을 감수하지 마세요. Odnoklassniki의 그룹 홍보사용 개별 프록시.
4. 매일 프록시를 변경할 필요가 없습니다.

대리 판매자는 Odnoklassniki 그룹의 보안 및 고품질 홍보를 보증합니다.

우리는 판매하고 있습니다 개인 프록시절대적인 보안을 보장하고 계정 금지를 제거하는 한 손으로 독점적으로 제공됩니다. 우리의 온라인 데이터베이스에는 엄청난 양검증되고 작동하는 프록시. 판매 전에 모든 프록시는 연결 속도, 핑, 익명성 수준, 국가 등 다양한 매개변수에 따라 실시간으로 주의 깊게 확인됩니다. 우리에게 주문하세요 필요한 금액프록시 서버 올바른 유형 Odnoklassniki에서 그룹의 고품질의 안전한 홍보를 보장합니다.”

Vlad에 대한 모든 질문은 이 양식을 통해 질문할 수 있으며 제목에 다음 단어를 표시합니다. 대리.