권한 부여
Updated:
주문별로 프록시 액세스를 위한 고유한 자격 증명을 생성하고 관리합니다.
작동 방식
주문하기
POST /order/make
generateAuth=Y
고유 크레딧 발급
인증으로 관리
목록 - 업데이트 - 취소
주문 생성 시 인증 생성
보내기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 도 반환됩니다. 별도의 "공개" 엔드포인트는 없으며 리스팅이 복구 메커니즘입니다.
복구보다 로테이션을 사용하려면 다음을 사용하세요change-authorization 를 클릭하여 새 비밀번호를 설정합니다.
아니요 - 기본적으로 새 주문은 공유 계정 수준의 자격 증명을 사용하여 인증합니다. 고유한login:password 특정 주문에 바인딩, 패스generateAuth=Y 에/order/make (또는/prolong/make 로 설정합니다.) 플래그가 없으면 모든 주문이 동일한 기본 쌍을 재사용합니다.
반환된 고유 자격 증명에 바인딩됩니다orderNumber 를 통해 나중에 검색할 수 있습니다/auth/list. 건너뛴 경우generateAuth=Y 를 사용하여 기존 주문에 고유한 쌍을 추가하려면/auth/add 명시적으로.
단일 IPv4 및 IPv6 주소가 지원됩니다. CIDR 표기법은 다음과 같습니다not 지원 - 필요한 주소를 열거합니다.
열려 있는 TCP 세션은 몇 초 내에 삭제됩니다. 인증 삭제를 즉각적인 킬 스위치로 취급합니다.