마이닝 팜에 대한 프록시를 설정하는 방법은 무엇입니까? (네트워크 최적화)

마이닝팜 인프라를 위한 프록시 구성

1. 팜 전체에서 사용 중인 마이닝 소프트웨어를 식별합니다. 일반적인 도구에는 cpuminer , xmrig 및 ccminer가 포함됩니다. 각각은 고유한 프록시 구문과 프로토콜 처리를 지원합니다.

2. 대규모 CPU/GPU 리그를 관리할 때 xmrig-proxy를 사용하여 중앙 집중식 프록시 서버를 배포합니다. 이 도구는 개별 채굴자의 업스트림 연결을 수락하고 인증된 작업을 대상 풀로 전달합니다.

3. xmrig-proxy 내에서 config.json 파일을 구성하여 업스트림 풀 주소, 포트 및 작업자 명명 규칙을 정의합니다. 지역 정책에 따라 기부 마이닝이 허용되지 않는 경우 "donate-level" 매개변수를 0으로 설정해야 합니다.

4. 장기 실행 세션 중에 DHCP로 인한 라우팅 불일치를 방지하려면 모든 프록시 노드에 고정 내부 IP 주소를 할당합니다.

5. 프록시 계층에서 SSL 종료를 활성화하여 채굴자와 프록시 간에 TLS 1.2+ 암호화를 시행합니다. 이를 위해서는 신뢰할 수 있는 CA에서 발급한 유효한 인증서 또는 각 채굴자의 신뢰 저장소로 가져온 자체 서명 인증서가 필요합니다.

SOCKS5와 HTTP 프록시 선택

1. 원격 측에서 DNS 확인이 이루어져야 하는 Tor 기반 인프라 또는 익명화된 릴레이 체인을 통해 트래픽을 라우팅할 때 SOCKS5를 사용합니다.

2. 엄격한 원본 헤더를 적용하거나 쿠키 기반 세션 지속성을 요구하는 풀에 연결할 때 HTTP 프록시를 선호합니다.

3. 마이닝 풀에서 명시적으로 허용하지 않는 한 투명한 HTTP 프록시를 피하십시오. 많은 풀에서는 적절한 User-Agent 또는 Host 필드가 부족한 요청을 거부합니다.

4. 프록시가 바이너리 프레임 경계를 유지하고 JSON-RPC 페이로드 인코딩을 변경하지 않는지 확인하여 Stratum v1/v2 프로토콜과의 프록시 호환성을 확인합니다.

5. 중간 계층에서 발생하는 병목 현상을 격리하기 위해 전체 배포 전에 cur -w “@speed.txt” -o /dev/null -s http://pool.example.com을 사용하여 지연 시간 차이를 테스트합니다.

TCP Keepalive 및 연결 안정성 조정

1. 풀 측 핑 시간 초과에만 의존하지 않고 데드 피어를 감지하기 위해 마이닝 데몬이 사용하는 모든 아웃바운드 소켓에 SO_KEEPALIVE를 설정합니다.

2. 커널 수준 keepalive 매개변수를 조정합니다: net.ipv4.tcp_keepalive_time=600 , net.ipv4.tcp_keepalive_intvl=60 , net.ipv4.tcp_keepalive_probes=3 변동하는 네트워크 조건에서 지속적인 Stratum 채널을 유지합니다.

3. 마이닝 클라이언트 소켓에서 TCP_NODELAY를 통해 Nagle의 알고리즘을 비활성화하여 작은 패킷 병합으로 인한 인위적인 지연을 제거합니다.

4. ss -s를 사용하여 소켓 상태 분포를 모니터링하고 TIME-WAIT 누적을 위한 필터를 사용합니다. 개수가 너무 많으면 임시 포트 재사용이 충분하지 않거나 연결이 조기에 종료되었음을 나타냅니다.

5. 작업 배포 주기를 방해하지 않도록 Stratum 데이터 포트가 아닌 인바운드 상태 확인 엔드포인트에만 iptables 속도 제한을 적용합니다.

인증서 유효성 검사 및 풀 인증

1. 풀의 TLS 체인에 필요한 루트 및 중간 인증서가 포함된 PEM 형식의 신뢰 저장소를 가리키는 --cert 플래그를 통해 사용자 정의 CA 인증서 번들을 cpuminer에 로드합니다.

2. 풀 서버 인증서의 SHA-256 지문을 보안 구성 저장소에 저장된 사전 승인된 값과 비교하여 인증서 고정 규정 준수를 확인합니다.

3. 컬_easy_setopt(curl, CURLOPT_SSL_VERIFYPEER, 1L) 이 실패를 반환할 때 연결을 거부합니다. 디버깅 단계 중에도 이 확인을 재정의하지 마십시오.

4. 매년 인증서를 교체하고 모든 프록시 게이트웨이와 채굴기 인스턴스에서 갱신 일정을 동기화하여 계단식 인증 실패를 방지합니다.

5. 전체 OpenSSL 오류 코드 와 함께 모든 SSL 핸드셰이크 오류를 기록하면 실시간 트래픽을 해독하지 않고도 정확한 근본 원인 분석이 가능합니다.

대역폭 할당 및 QoS 시행

1. tc qdisc add dev eth0 root handler 1: htb default 30을 사용하여 Stratum 트래픽을 높은 우선순위로 분류하고 동시 SSH 또는 모니터링 활동 중에 기아를 방지하기 위해 최소 보장 대역폭을 할당합니다.

2. 업스트림 풀 요구 사항에 맞게 장비당 업로드 대역폭을 제한합니다. 대부분의 풀에서는 지속적인 업로드가 10KB/s 미만일 것으로 예상합니다. 초과 사용량은 속도 제한 또는 블랙리스트를 유발합니다.

3. iptables -A OUTPUT -p udp --dport :65535 -j DROP을 사용하여 포트 3333 위의 비마이닝 UDP 트래픽을 차단하여 패킷 검사 로그의 노이즈를 줄입니다.

4. DiffServ 인식 대기열을 지원하는 엔터프라이즈급 스위치를 통과할 때 신속한 전달을 위해 DSCP 값 EF(46) 로 패킷에 태그를 지정합니다.

5. cat /proc/net/dev를 사용하여 매일 인터페이스 통계를 감사하여 버퍼 소모 또는 NIC 구성 오류를 나타내는 tx_dropped 또는 rx_missed 카운터의 비정상적인 스파이크를 감지합니다.

자주 묻는 질문

Q: 단일 공용 IP 뒤에서 여러 xmrig-proxy 인스턴스를 실행할 수 있습니까? A: 예. 각 인스턴스가 고유한 로컬 포트에 바인딩되고 별도의 업스트림 풀 또는 작업자 그룹으로 라우팅되는 경우입니다. 포트 전달 규칙은 고유한 외부 포트를 해당 내부 수신기에 매핑해야 합니다.

Q: cpuminer는 사용자 이름/비밀번호를 사용한 SOCKS5 인증을 지원합니까? A: 예. --proxy 플래그와 함께 양말5://user:pass@host:port 형식을 사용합니다. 자격 증명은 SOCKS5 핸드셰이크 내에서 base64 인코딩 형식으로 전송됩니다.

Q: 일부 풀이 특정 HTTP 프록시를 통한 연결을 거부하는 이유는 무엇입니까? A: 이러한 프록시는 Connection , Transfer-Encoding 또는 Content-Length 헤더를 다시 작성하므로 Stratum의 스트리밍 의미 체계가 손상되고 풀 측에서 작업 구문 분석 오류가 발생합니다.

Q: 내 프록시가 Stratum 페이로드를 변경하지 않는지 어떻게 확인합니까? A: tcpdump -i any port 3333 -wstratum.pcap 을 사용하여 프록시와 풀 간의 트래픽을 캡처한 다음 Wireshark에서 JSON-RPC 메서드 이름과 매개변수를 검사하여 바이트 단위의 정확한 충실도를 확인합니다.