Redis에서 바인드의 실제 역할은 무엇입니까
저는 항상 redis 구성 파일에서 바인딩의 역할이 redis 서버가 redis 연결 요청을 수신하는 데 사용하는 서버(IP 주소)를 제한하는 것이라고 생각했습니다. 바인딩에 지정된 IP 주소를 가진 컴퓨터만 이 Redis 서버에 액세스할 수 있습니다. .
위의 결론은 완전히 틀렸다는 것이 사실로 입증되었습니다.
오늘 Redis 서비스 클러스터를 구축하던 중 Redis의 바인딩에 대한 오해를 발견했습니다.
예:
bind 127.0.0.1은 로컬 시스템만 Redis 서비스 연결에 연결할 수 있도록 제한하는 데 사용됩니다.
bind 0.0.0.0은 모든 컴퓨터가 Redis 서비스 연결에 연결할 수 있도록 허용하는 데 사용됩니다.
참고: 위의 이해는 잘못되었습니다. 그것들은 우연히 특별한 경우이고 우리에 대한 환상을 만들어냅니다.
믿을 수 없다면 시도해 볼 수 있습니다. (한 번 시도해 보는 것이 가장 좋습니다)
bind 10.0.0.1(또는 127.0.0.1 및 0.0.0.0을 제외한 모든 IP 주소)
그런 다음 다시 시작하세요. redis를 실행하면 Can't start를 찾을 수 있습니다.
시작할 수 없는 이유는 바인드의 진정한 의미를 알고 나면 시작할 수 없는 이유를 이해하게 될 것입니다.
Redis의 바인딩에 대한 올바른 이해는 다음과 같습니다.
bind: 로컬 시스템에 바인딩된 IP 주소입니다(정확히: 로컬 네트워크 카드에 해당하는 IP 주소, 각 네트워크 카드에는 IP 주소가 있음). Redis에서는 허용되지 않습니다. 다른 컴퓨터의 IP 주소.
바인드가 지정되면 지정된 네트워크 카드의 Redis 요청만 허용된다는 의미입니다. 지정하지 않으면 모든 네트워크 카드의 Redis 요청을 수락할 수 있음을 의미합니다.
예: Redis 서버(로컬 시스템)에 두 개의 네트워크 카드가 있는 경우 각 네트워크 카드는 IP1 및 IP2와 같은 IP 주소에 해당합니다. (IP1과 IP2는 모두 이 기기의 IP 주소입니다.)
구성 파일: IP1 바인딩. IP1을 통해 Redis 서버에 액세스하는 경우에만 Redis 서버에 연결할 수 있습니다. IP2를 통해 Redis 서버에 액세스하면 Redis에 연결할 수 없습니다.
로컬 네트워크 카드에 해당하는 IP 주소를 확인하려면 ifconfig 명령을 사용하세요.
(동영상 공유 학습: redis 동영상 튜토리얼)
위에서 볼 수 있듯이 두 개의 네트워크 카드가 있습니다. 즉, 127.0.0.1 및 172.18.235.206만 바인딩으로 사용할 수 있습니다. 그렇지 않으면 redis가 시작됩니다. 일어날 수 없습니다.
해당 네트워크 카드 IP 주소가 없기 때문에 위의 예(바인드 10.0.0.1)를 시작할 수 없는 이유를 설명합니다. 이는 바인드가 Redis에서 서버 요청을 수락할 수 있는 IP 주소를 지정하지 않음을 보여줍니다.
대신: 바인딩은 로컬 네트워크 카드에 해당하는 IP 주소를 지정하는 데 사용됩니다.
참고:
바인드 127.0.0.1에 대한 설명: (이 기계만 연결할 수 있고 다른 기계는 연결할 수 없는 이유)
ifconfig에서 볼 수 있습니다: lo 네트워크 카드(127.0.0.1 IP 주소에 해당): 루프백입니다. 주소(로컬 루프백), 즉 로컬 컴퓨터만 이 루프백 주소에 액세스할 수 있고 다른 컴퓨터는 자신의 루프백 주소에만 액세스할 수 있습니다.
그러면 이 lo 네트워크 카드의 컴퓨터에는 이 컴퓨터만 있으므로 이 컴퓨터만 접속할 수 있고 다른 컴퓨터는 접속할 수 없습니다.
bind 172.18.235.206, Redis 요청이 이 네트워크 카드 주소(172.18.235.206)를 통해 오는 한 Redis에 액세스할 수 있습니다. 저는 Alibaba Cloud의 서버를 사용합니다. 다른 서버에서 redis-cli Alibaba Cloud 공용 IP 주소를 요청하면 redis 서버에 연결됩니다.
공용 네트워크 주소에 대한 요청은 모두 eth0 네트워크 카드 주소(172.18.235.206)를 통과하므로 이 redis 요청을 받습니다.
해당 루프백 주소를 사용하지 않으면 기본적으로 모든 외부 컴퓨터가 로컬 Redis 서버에 액세스할 수 있습니다.
지정된 호스트만 Redis에 연결하도록 제한하려면 방화벽을 통해서만 제어할 수 있으며 Redis의 바인딩 매개변수를 통해서는 제어할 수 없습니다.
Alibaba Cloud의 보안 그룹을 사용하여 특정 호스트가 포트 6379에 연결하는 것을 제한합니다.
redis의 [보호 모드] 이해:
redis 자체는 [지정된 호스트만] Redis에 연결하는 것을 제한할 수 없습니다. 위에서 말했듯이 바인드 사양은 인터페이스 주소(인터페이스)를 설정하는 데만 사용됩니다.
1. 바인드가 127.0.0.1로 설정되어 있으면 이 호스트만 Redis에 연결할 수 있으므로 매우 안전합니다. 비밀번호를 설정하지 않아도 누군가가 서버에 로그인하지 않는 한 안전합니다.
2. 바인딩이 0.0.0.0으로 설정되어 있으면 모든 호스트가 Redis에 연결할 수 있음을 의미합니다. (전제조건: 서버가 Redis 포트를 열어야 합니다). 이때 비밀번호를 설정하면 추가 보호 계층이 제공되며 비밀번호를 아는 사람만 액세스할 수 있습니다. 즉, 비밀번호를 아는 모든 호스트가 Redis에 액세스할 수 있습니다.
protected-mode는 Redis 자체의 보안 계층입니다. 이 보안 계층의 기능은 [이 시스템]만 Redis에 액세스할 수 있고 다른 누구도 Redis에 액세스할 수 없다는 것입니다. 이 보안 계층은 열 때 세 가지 조건을 충족해야 합니다. 그렇지 않으면 보안 계층이 닫힙니다.
(1) 보호 모드 예(켜짐)
(2) 바인드 명령이 없습니다. 원본 텍스트: 서버는 "bind" 지시문을 사용하여 주소 집합에 명시적으로 바인딩되지 않습니다.
(3) 비밀번호가 설정되지 않았습니다. 원본 텍스트: 비밀번호가 구성되지 않았습니다.
이때 Redis의 보호 메커니즘이 켜집니다. 활성화된 후에는 로컬 머신만 Redis에 액세스할 수 있습니다. 위의 세 가지 조건 중 하나라도 충족되지 않으면 보호 메커니즘이 활성화되지 않습니다.
관련 권장사항: redis 데이터베이스 튜토리얼
원본 링크: https://blog.csdn.net/cw_hello1/article/details/83444013
위 내용은 Redis에서 바인드의 실제 역할은 무엇입니까의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
7943
15
1652
14
1412
52
1303
25
1250
29
Redis 클러스터 모드를 구축하는 방법
Apr 10, 2025 pm 10:15 PM
Redis Cluster Mode는 Sharding을 통해 Redis 인스턴스를 여러 서버에 배포하여 확장 성 및 가용성을 향상시킵니다. 시공 단계는 다음과 같습니다. 포트가 다른 홀수 redis 인스턴스를 만듭니다. 3 개의 센티넬 인스턴스를 만들고, Redis 인스턴스 및 장애 조치를 모니터링합니다. Sentinel 구성 파일 구성, Redis 인스턴스 정보 및 장애 조치 설정 모니터링 추가; Redis 인스턴스 구성 파일 구성, 클러스터 모드 활성화 및 클러스터 정보 파일 경로를 지정합니다. 각 redis 인스턴스의 정보를 포함하는 Nodes.conf 파일을 작성합니다. 클러스터를 시작하고 Create 명령을 실행하여 클러스터를 작성하고 복제본 수를 지정하십시오. 클러스터에 로그인하여 클러스터 정보 명령을 실행하여 클러스터 상태를 확인하십시오. 만들다
Redis 데이터를 지우는 방법
Apr 10, 2025 pm 10:06 PM
Redis 데이터를 지우는 방법 : Flushall 명령을 사용하여 모든 키 값을 지우십시오. FlushDB 명령을 사용하여 현재 선택한 데이터베이스의 키 값을 지우십시오. 선택을 사용하여 데이터베이스를 전환 한 다음 FlushDB를 사용하여 여러 데이터베이스를 지우십시오. del 명령을 사용하여 특정 키를 삭제하십시오. Redis-Cli 도구를 사용하여 데이터를 지우십시오.
Redis 대기열을 읽는 방법
Apr 10, 2025 pm 10:12 PM
Redis의 대기열을 읽으려면 대기열 이름을 얻고 LPOP 명령을 사용하여 요소를 읽고 빈 큐를 처리해야합니다. 특정 단계는 다음과 같습니다. 대기열 이름 가져 오기 : "큐 :"와 같은 "대기열 : my-queue"의 접두사로 이름을 지정하십시오. LPOP 명령을 사용하십시오. 빈 대기열 처리 : 대기열이 비어 있으면 LPOP이 NIL을 반환하고 요소를 읽기 전에 대기열이 존재하는지 확인할 수 있습니다.
Centos redis에서 lua 스크립트 실행 시간을 구성하는 방법
Apr 14, 2025 pm 02:12 PM
CentOS 시스템에서는 Redis 구성 파일을 수정하거나 Redis 명령을 사용하여 악의적 인 스크립트가 너무 많은 리소스를 소비하지 못하게하여 LUA 스크립트의 실행 시간을 제한 할 수 있습니다. 방법 1 : Redis 구성 파일을 수정하고 Redis 구성 파일을 찾으십시오. Redis 구성 파일은 일반적으로 /etc/redis/redis.conf에 있습니다. 구성 파일 편집 : 텍스트 편집기 (예 : VI 또는 Nano)를 사용하여 구성 파일을 엽니 다. Sudovi/etc/redis/redis.conf LUA 스크립트 실행 시간 제한을 설정 : 구성 파일에서 다음 줄을 추가 또는 수정하여 LUA 스크립트의 최대 실행 시간을 설정하십시오 (Unit : Milliseconds).
Redis 만료 정책을 설정하는 방법
Apr 10, 2025 pm 10:03 PM
REDIS 데이터 만료 전략에는 두 가지 유형이 있습니다. 정기 삭제 : 만료 된 기간 캡-프리브-컨트 컨트 및 만료 된 시간 캡-프레임 딜레이 매개 변수를 통해 설정할 수있는 만료 된 키를 삭제하기위한주기 스캔. LAZY DELETION : 키를 읽거나 쓰는 경우에만 삭제가 만료 된 키를 확인하십시오. 그것들은 게으른 불쾌한 말입니다. 게으른 유발, 게으른 게으른 expire, Lazyfree Lazy-user-del 매개 변수를 통해 설정할 수 있습니다.
Redis 명령 줄을 사용하는 방법
Apr 10, 2025 pm 10:18 PM
Redis Command Line 도구 (Redis-Cli)를 사용하여 다음 단계를 통해 Redis를 관리하고 작동하십시오. 서버에 연결하고 주소와 포트를 지정하십시오. 명령 이름과 매개 변수를 사용하여 서버에 명령을 보냅니다. 도움말 명령을 사용하여 특정 명령에 대한 도움말 정보를 봅니다. 종금 명령을 사용하여 명령 줄 도구를 종료하십시오.
Redis 카운터를 구현하는 방법
Apr 10, 2025 pm 10:21 PM
Redis Counter는 Redis Key-Value Pair 스토리지를 사용하여 다음 단계를 포함하여 계산 작업을 구현하는 메커니즘입니다. 카운터 키 생성, 카운트 증가, 카운트 감소, 카운트 재설정 및 카운트 얻기. Redis 카운터의 장점에는 빠른 속도, 높은 동시성, 내구성 및 단순성 및 사용 편의성이 포함됩니다. 사용자 액세스 계산, 실시간 메트릭 추적, 게임 점수 및 순위 및 주문 처리 계산과 같은 시나리오에서 사용할 수 있습니다.
Debian Readdir의 성능을 최적화하는 방법
Apr 13, 2025 am 08:48 AM
Debian Systems에서 ReadDir 시스템 호출은 디렉토리 내용을 읽는 데 사용됩니다. 성능이 좋지 않은 경우 다음과 같은 최적화 전략을 시도해보십시오. 디렉토리 파일 수를 단순화하십시오. 대규모 디렉토리를 가능한 한 여러 소규모 디렉토리로 나누어 읽기마다 처리 된 항목 수를 줄입니다. 디렉토리 컨텐츠 캐싱 활성화 : 캐시 메커니즘을 구축하고 정기적으로 캐시를 업데이트하거나 디렉토리 컨텐츠가 변경 될 때 캐시를 업데이트하며 readDir로 자주 호출을 줄입니다. 메모리 캐시 (예 : Memcached 또는 Redis) 또는 로컬 캐시 (예 : 파일 또는 데이터베이스)를 고려할 수 있습니다. 효율적인 데이터 구조 채택 : 디렉토리 트래버스를 직접 구현하는 경우 디렉토리 정보를 저장하고 액세스하기 위해보다 효율적인 데이터 구조 (예 : 선형 검색 대신 해시 테이블)를 선택하십시오.
