1. Hamachi는 모든 원격 에이전트가 작동하는 편리한 프로그램입니다. 유일한 유감스러운 것은 무료 버전이 16대의 컴퓨터로 제한된다는 것입니다.
2. TeamViewer는 다소 복잡한 프로그램으로 불필요한 것이 많습니다. 연결할 때 암호를 묻습니다. 즉, 모든 사람이 새로 연결된 암호를 입력해야 합니다. 항상 VPN 연결을 확인하십시오(물론 설정에서 자동으로 연결을 할 수 있지만 저는 찾지 못했습니다). 창의 무리입니다. 그 결과 흰색 IP로 에이전트에 연결할 수 있었습니다. 회색 아파이와 연결이 되지 않았습니다.
3. Wippien - 멋진 프로그램, 겉보기에는 모든 것이 정상이지만 원격 에이전트에 연결하는 것은 전혀 불가능했습니다. 예, 그리고 몇 시간 후에 이 프로그램이 인터넷에서 떨어져서 더 이상 연결할 수 없었습니다.
4. Comodo Easy VPN도 편리한 프로그램입니다. 별 다른 점을 못 느꼈고 마음에 들었습니다. 흰색 ah pi가 있는 에이전트는 작동하지만 회색 ah pi로 시작할 수 없습니다. Hamachi와 비교하여 많은 장점이 있습니다. 컴퓨터 수에는 제한이 없습니다. 핑은 하마치보다 3배 적습니다. (하마시 - 33ms, Comodo Easy VPN - 11ms)
Comodo Easy VPN을 통해 회색 아파이로 엔트를 시작하려면 라우터의 포트를 포워딩해야 하는데 어느 포트인지 알 수 없습니다. 아마도 누군가가 말할 것입니까?
물론 비스타 방화벽에서 그런 캐치를 기대하지는 않았습니다. 속담처럼, 당신의 눈을 믿지 마십시오. Comodo EasyVPN을 설치한 후 이 애플리케이션은 자동으로 Vista 방화벽에 허용된 애플리케이션으로 등록되지만 에이전트와 연결되지 않습니다. 회색 ah pi가 즉시 연결된 에이전트로 방화벽을 끄기만 하면 됩니다.
사실 XP에서는 항상 Comodo 방화벽을 방화벽으로 사용하지만 Vista에서는 그대로 두기로 했습니다. 또한 Vista에서는 Comodo 방화벽을 사용해야 합니다.
GeekBuddy can remotely install any new software on your PC, as well as provide live remote support for virtually any computer problem you face! Verify and secure your site with COMODO. Get your SSL Certificate FAST, Order instantly and easily!. Our SSL is fully...
Yedelkin : 어느 여름, 포럼에서 토론하는 동안 외부(공통) 원격 에이전트는 아직 연결한 사람이 없는 경우에만 사용할 수 있다는 것이 밝혀졌습니다. 저것들. 각 공통 원격 에이전트는 한 번에 한 사용자에게만 서비스를 제공할 수 있습니다. 오늘날 에이전트 네트워크는 어떻습니까?
대부분 그렇게 될 것입니다. 이 문제를 해결하는 방법에는 여러 가지가 있습니다(적어도 제가 상상하는 방법은 그렇습니다).
1. 하나의 "무료" 코어에 여러 에이전트 설치. 2에서 4까지라고 합시다. 이 방법은 개별 에이전트의 성능이 저하되기 때문에 불편합니다.
2. 코어 수가 크게 증가했습니다. 그러나 각 코어에 대해 하나의 에이전트만 있으면 문제가 해결되지 않습니다.
3. 네트워크 사용 시간의 규제. 예를 들어 요일별/시간별 네트워크 작업 일정을 설정할 수 있습니다.
아마도 이 문제에 대한 다른 해결책이 있을 것입니다. 지금까지 위의 세 가지 점을 모두 사용하는 것이 가장 최적의 솔루션이라고 생각합니다.
추신
따라서 내 주요 아이디어는 각 네트워크 참가자가 일반적인 요구 사항에 대해 최소 2개의 에이전트(각각 2개의 코어)를 할당해야 하는 동시에 작업 시간을 조절하는 것도 바람직하다는 것입니다(일반적으로 첫 번째 포인트로 충분하지만 시작).
Yedelkin : 어느 여름, 포럼에서 토론하는 동안 외부(공통) 원격 에이전트는 아직 연결한 사람이 없는 경우에만 사용할 수 있다는 것이 밝혀졌습니다. 저것들. 각 공통 원격 에이전트는 한 번에 한 사용자에게만 서비스를 제공할 수 있습니다. 오늘날 에이전트 네트워크는 어떻습니까?
요원이 바쁘면 우리가 차례로 시간이 있는 사람이 식사를 합니다. 수백 개의 에이전트가 있는 경우 이론적으로 작업 처리는 여러 로컬 에이전트에서 실행하는 것보다 훨씬 빠르게 완료됩니다.
Interesting : По идеи тестер сам должен определять какие из подключенных агентов доступны и свободны. Но лучше как-то управлять всем этим в "ручном режиме".
확실히 그런 방식은 아닙니다. 최적화 절차를 시작할 때 테스터는 연결된 에이전트 중 사용 가능한 에이전트를 한 번 확인합니다. 바쁜 상담원은 "실패"로 표시됩니다. 그리고 테스터는 더 이상 그러한 에이전트에 의존하지 않습니다. 적어도 여름에는 그랬다. 따라서 문제는 "대형 가족"의 각 구성원이 주기적으로 FA의 가용성을 수동으로 확인해야 하는지 여부입니다("테스터/에이전트 다시 시작" 참조).
Yedelkin : 확실히 그런 방식은 아닙니다. 최적화 절차를 시작할 때 테스터는 연결된 에이전트 중 사용 가능한 에이전트를 한 번 확인합니다. 바쁜 상담원은 "실패"로 표시됩니다. 그리고 테스터는 더 이상 그러한 에이전트에 의존하지 않습니다. 적어도 여름에는 그랬다. 따라서 문제는 "큰 가족"의 각 구성원이 주기적으로 FA의 가용성을 수동으로 확인해야 하는지 여부입니다("테스터/에이전트 다시 시작" 참조).
이 시나리오에서 가장 먼저 최적화를 시작한 사람들이 가능한 에이전트 수에서 최대값을 얻을 가능성이 큽니다. 다른 모든 것은 우선 순위와 무료 리소스의 순서입니다.
에이전트 간의 트래픽에도 관심이 있을 것입니다. 제가 이해하는 한 생각해볼 것도 있을 것입니다.
이해했다. 두 번째 질문이 생겼습니다. 대기열이 어떻게든 자동화될까요, 아니면 각 참가자가 이 에이전트나 저 에이전트가 비어 있는지 주기적으로 확인해야 합니까?
아니면 "대가족은 부리를 클릭하지 않는다"는 속담과 같을까요? :) 농담 :)
이것은 목표 자체가 아니며 필요에 따라 사용해야 합니다. "in der Grose familie nieht klueven klatz-klatz!"라는 의미는 정확합니다. ;)
예델킨 : 확실히 그런 방식은 아닙니다. 최적화 절차를 시작할 때 테스터는 연결된 에이전트 중 사용 가능한 에이전트를 한 번 확인합니다. 바쁜 상담원은 "실패"로 표시됩니다. 그리고 테스터는 더 이상 그러한 에이전트에 의존하지 않습니다. 적어도 여름에는 그랬다. 따라서 문제는 "큰 가족"의 각 구성원이 주기적으로 FA의 가용성을 수동으로 확인해야 하는지 여부입니다("테스터/에이전트 다시 시작" 참조).
흥미로운 :
이 시나리오에서 가장 먼저 최적화를 시작한 사람들이 가능한 에이전트 수에서 최대값을 얻을 가능성이 큽니다. 다른 모든 것은 우선 순위와 무료 리소스의 순서입니다.
에이전트 간의 트래픽에도 관심이 있을 것입니다. 제가 이해하는 한 생각해볼 것도 있을 것입니다.
나는 네트워크를 함께 테스트 할 것을 제안하며, 각 질문은 개인적으로 확인할 수 있습니다. 수정 및 보완할 버그 및 불편사항을 보고합니다.
다양한 VPN을 사용하여 에이전트를 실행해 보았습니다.
1. Hamachi는 모든 원격 에이전트가 작동하는 편리한 프로그램입니다. 유일한 유감스러운 것은 무료 버전이 16대의 컴퓨터로 제한된다는 것입니다.
2. TeamViewer는 다소 복잡한 프로그램으로 불필요한 것이 많습니다. 연결할 때 암호를 묻습니다. 즉, 모든 사람이 새로 연결된 암호를 입력해야 합니다. 항상 VPN 연결을 확인하십시오(물론 설정에서 자동으로 연결을 할 수 있지만 저는 찾지 못했습니다). 창의 무리입니다. 그 결과 흰색 IP로 에이전트에 연결할 수 있었습니다. 회색 아파이와 연결이 되지 않았습니다.
3. Wippien - 멋진 프로그램, 겉보기에는 모든 것이 정상이지만 원격 에이전트에 연결하는 것은 전혀 불가능했습니다. 예, 그리고 몇 시간 후에 이 프로그램이 인터넷에서 떨어져서 더 이상 연결할 수 없었습니다.
4. Comodo Easy VPN도 편리한 프로그램입니다. 별 다른 점을 못 느꼈고 마음에 들었습니다. 흰색 ah pi가 있는 에이전트는 작동하지만 회색 ah pi로 시작할 수 없습니다. Hamachi와 비교하여 많은 장점이 있습니다. 컴퓨터 수에는 제한이 없습니다. 핑은 하마치보다 3배 적습니다. (하마시 - 33ms, Comodo Easy VPN - 11ms)
Comodo Easy VPN을 통해 회색 아파이로 엔트를 시작하려면 라우터의 포트를 포워딩해야 하는데 어느 포트인지 알 수 없습니다. 아마도 누군가가 말할 것입니까?
성공했습니다!!! ;)
물론 비스타 방화벽에서 그런 캐치를 기대하지는 않았습니다. 속담처럼, 당신의 눈을 믿지 마십시오. Comodo EasyVPN을 설치한 후 이 애플리케이션은 자동으로 Vista 방화벽에 허용된 애플리케이션으로 등록되지만 에이전트와 연결되지 않습니다. 회색 ah pi가 즉시 연결된 에이전트로 방화벽을 끄기만 하면 됩니다.
사실 XP에서는 항상 Comodo 방화벽을 방화벽으로 사용하지만 Vista에서는 그대로 두기로 했습니다. 또한 Vista에서는 Comodo 방화벽을 사용해야 합니다.
이제 에이전트 네트워크에 들어가려면 다음을 수행해야 합니다.1. 코모도 EasyVPN 설치 http://easy-vpn.comodo.com/download.html
2. 에이전트 네트워크 입력: Networks, Join a network, 네트워크 이름: Metatester_agents, Password: 1234567890
3. [소유자][VPN IP 주소:포트][비밀번호][대략적인 접속 시간]-[소유자][VPN IP 주소:포트]의 한 에이전트 메타테스터의 PM 데이터를 전송합니다.
4. 확인 후 모든 에이전트에 액세스할 수 있습니다.
우리 네트워크에는 이미 6명의 메타테스터 에이전트가 있습니다.
가입하다!!!
가입하다!!!
어느 여름, 포럼에서 토론하는 동안 외부(공통) 원격 에이전트는 아직 연결한 사람이 없는 경우에만 사용할 수 있다는 것이 밝혀졌습니다. 저것들. 각 공통 원격 에이전트는 한 번에 한 사용자에게만 서비스를 제공할 수 있습니다. 오늘날 에이전트 네트워크는 어떻습니까?
대부분 그렇게 될 것입니다. 이 문제를 해결하는 방법에는 여러 가지가 있습니다(적어도 제가 상상하는 방법은 그렇습니다).
1. 하나의 "무료" 코어에 여러 에이전트 설치. 2에서 4까지라고 합시다. 이 방법은 개별 에이전트의 성능이 저하되기 때문에 불편합니다.
2. 코어 수가 크게 증가했습니다. 그러나 각 코어에 대해 하나의 에이전트만 있으면 문제가 해결되지 않습니다.
3. 네트워크 사용 시간의 규제. 예를 들어 요일별/시간별 네트워크 작업 일정을 설정할 수 있습니다.
아마도 이 문제에 대한 다른 해결책이 있을 것입니다. 지금까지 위의 세 가지 점을 모두 사용하는 것이 가장 최적의 솔루션이라고 생각합니다.
추신
따라서 내 주요 아이디어는 각 네트워크 참가자가 일반적인 요구 사항에 대해 최소 2개의 에이전트(각각 2개의 코어)를 할당해야 하는 동시에 작업 시간을 조절하는 것도 바람직하다는 것입니다(일반적으로 첫 번째 포인트로 충분하지만 시작).
어느 여름, 포럼에서 토론하는 동안 외부(공통) 원격 에이전트는 아직 연결한 사람이 없는 경우에만 사용할 수 있다는 것이 밝혀졌습니다. 저것들. 각 공통 원격 에이전트는 한 번에 한 사용자에게만 서비스를 제공할 수 있습니다. 오늘날 에이전트 네트워크는 어떻습니까?
요원이 바쁘면 우리가 차례로 시간이 있는 사람이 식사를 합니다.
이해했다. 두 번째 질문이 생겼습니다. 대기열이 어떻게든 자동화될까요, 아니면 각 참가자가 이 에이전트나 저 에이전트가 비어 있는지 주기적으로 확인해야 합니까?
아니면 "대가족은 부리를 클릭하지 않는다"는 속담과 같을까요? :) 농담 :)
요원이 바쁘면 우리는 줄을 서서 시간이 있는 사람은 먹었다. 수백 개의 에이전트가 있는 경우 이론적으로 작업 처리는 여러 로컬 에이전트에서 실행하는 것보다 훨씬 빠르게 완료됩니다.
코어당 에이전트, 참가자당 코어 하나를 사용하면 작동하지 않을 수 있습니다. 또한 수백명의 사람들이있을 것입니다 ...
이해했다. 두 번째 질문이 생겼습니다. 대기열이 어떻게든 자동화될까요, 아니면 각 참가자가 이 에이전트나 저 에이전트가 비어 있는지 주기적으로 확인해야 합니까?
아니면 "대가족은 부리를 클릭하지 않는다"는 속담과 같을까요? :) 농담 :)
Interesting :
По идеи тестер сам должен определять какие из подключенных агентов доступны и свободны. Но лучше как-то управлять всем этим в "ручном режиме".
확실히 그런 방식은 아닙니다. 최적화 절차를 시작할 때 테스터는 연결된 에이전트 중 사용 가능한 에이전트를 한 번 확인합니다. 바쁜 상담원은 "실패"로 표시됩니다. 그리고 테스터는 더 이상 그러한 에이전트에 의존하지 않습니다. 적어도 여름에는 그랬다. 따라서 문제는 "큰 가족"의 각 구성원이 주기적으로 FA의 가용성을 수동으로 확인해야 하는지 여부입니다("테스터/에이전트 다시 시작" 참조).
이 시나리오에서 가장 먼저 최적화를 시작한 사람들이 가능한 에이전트 수에서 최대값을 얻을 가능성이 큽니다. 다른 모든 것은 우선 순위와 무료 리소스의 순서입니다.
에이전트 간의 트래픽에도 관심이 있을 것입니다. 제가 이해하는 한 생각해볼 것도 있을 것입니다.
이해했다. 두 번째 질문이 생겼습니다. 대기열이 어떻게든 자동화될까요, 아니면 각 참가자가 이 에이전트나 저 에이전트가 비어 있는지 주기적으로 확인해야 합니까?
아니면 "대가족은 부리를 클릭하지 않는다"는 속담과 같을까요? :) 농담 :)
이것은 목표 자체가 아니며 필요에 따라 사용해야 합니다. "in der Grose familie nieht klueven klatz-klatz!"라는 의미는 정확합니다. ;)
확실히 그런 방식은 아닙니다. 최적화 절차를 시작할 때 테스터는 연결된 에이전트 중 사용 가능한 에이전트를 한 번 확인합니다. 바쁜 상담원은 "실패"로 표시됩니다. 그리고 테스터는 더 이상 그러한 에이전트에 의존하지 않습니다. 적어도 여름에는 그랬다. 따라서 문제는 "큰 가족"의 각 구성원이 주기적으로 FA의 가용성을 수동으로 확인해야 하는지 여부입니다("테스터/에이전트 다시 시작" 참조).
이 시나리오에서 가장 먼저 최적화를 시작한 사람들이 가능한 에이전트 수에서 최대값을 얻을 가능성이 큽니다. 다른 모든 것은 우선 순위와 무료 리소스의 순서입니다.
에이전트 간의 트래픽에도 관심이 있을 것입니다. 제가 이해하는 한 생각해볼 것도 있을 것입니다.
나는 네트워크를 함께 테스트 할 것을 제안하며, 각 질문은 개인적으로 확인할 수 있습니다. 수정 및 보완할 버그 및 불편사항을 보고합니다.
테스트했습니다. 바쁜 실패한 에이전트는 1분마다 자동으로 시작하려고 합니다.