승인
Updated:
주문별로 프록시 액세스를 위한 고유한 인증 정보를 생성하고 관리합니다.
작동 원리
주문하기
POST /order/make
generateAuth=Y
고유 인증 정보 발급
/auth를 통해 관리
열거 · 갱신 · 취소
주문 생성 시 인증 정보 생성
보내기 generateAuth=Y ~에 /order/make 반환된 값에 연동된 고유한 인증 정보를 발급하기 위해 orderNumber.
이 인증 정보를 저장하십시오. 다음을 사용하여 생성된 인증 정보는 generateAuth=Y 다음에 나열되어 있지 않습니다 /proxy/list. 반환된 값을 통해 이를 가져옵니다. orderNumber.
권한 관리
프록시 주문과 연결된 자격 증명에 대한 네 가지 작업.
관련 항목
자주 묻는 질문
일반적인 구성: 하나의 로그인 정보와 비밀번호 세트, 그리고 인증을 위한 제한된 수의 IP 주소.
login:password: 동적 IP를 사용하는 스크립트 및 모바일 클라이언트. IP 허용 목록: 안정적인 고정 IP를 사용하는 서버. 두 항목은 동일한 주문에서 공존할 수 있으며, 서로 별개의 인증 레코드입니다.
연결이 즉시 끊기기 시작합니다. 전화하세요 change-authorization 새로운 ip 레코드를 다시 생성하지 않고 업데이트하기 위함입니다. 전송 중인 연결은 몇 초 내에 끊어집니다.
해당 자격 증명 세트에 한해서만 해당됩니다. 같은 주문에 포함된 다른 인증 기록들은 계속 정상적으로 작동합니다.
네. /auth/list 반환값 login 그리고 password 계정의 모든 승인 내역에 대해 평문으로, 또한 id, active 그리고 orderNumber. IP 허용 목록 레코드의 경우 ip 또한 반환됩니다. 별도의 “reveal” 엔드포인트는 없으며, 목록 조회 기능이 복구 메커니즘 역할을 합니다.
복구하기보다는 회전하고 싶다면 다음을 사용하세요. change-authorization 새 비밀번호를 설정하려면.
아니요. 기본적으로 새 주문은 공유된 계정 수준의 인증 정보를 사용하여 인증됩니다. 고유한 login:password 특정 순서에 묶여 있는 경우, 통과 generateAuth=Y ~에 /order/make (또는 /prolong/make (갱신 시). 이 플래그가 없으면 모든 주문에서 동일한 기본 쌍이 재사용됩니다.
반환된 값에는 고유한 자격 증명이 바인딩되어 있습니다. orderNumber 그리고 나중에 다음을 통해 조회할 수 있습니다. /auth/list. 만약 건너뛰셨다면 generateAuth=Y 기존 주문에 고유한 한 쌍을 추가하려면 다음을 사용하세요. /auth/add 명시적으로.
단일 IPv4 및 IPv6 주소가 지원됩니다. CIDR 표기법은 아니다 지원됨 — 필요한 주소를 나열해 주세요.
열려 있는 TCP 세션은 몇 초 내에 종료됩니다. 점진적인 종료 과정은 없으므로, 인증 정보 삭제를 즉각적인 종료 신호로 간주하십시오.