主頁 > 區塊鏈 > Hyperledger Fabric 通道組態檔和容器環境變數詳解

Hyperledger Fabric 通道組態檔和容器環境變數詳解

2022-04-19 07:30:35 區塊鏈

摘要

Fabric 網路啟動的程序中需要進行大量配置,新學時對各個配置的作用一無所知,這導致我曾在網路出問題時先對組態檔的內容進行排列組合后再祈禱它能在某個時刻順利運行,因此掌握 fabric 各個配置項的含義至關重要,本文對 configtxgen 的組態檔 configtx.yaml 進行了詳細的分析解釋,對 peer 、 orderer 、 fabric-ca 容器的常用環境變數也給除了詳細說明,其中某些配置由于比較罕見因此并沒有展開介紹,直接使用默認值即可,會在將來用上時再更新,

準備介紹

Fabric 節點的主配置路徑為 FABRIC_CFG_PATH 環境變數所指向路徑(默認為/etc/hyperledger/fabric),在不顯式指定配置路徑時,會嘗試從主配置路徑下查找相關的組態檔,

組態檔路徑 說明
peer $FABRIC_CFG_PATH/core.yaml 指定 peer 節點運行時引數
orderer $FABRIC_CFG_PATH/orderer.yaml 指定 orderer 節點運行時引數
fabric-ca $FABRIC_CA_SERVER_HOME/fabric-ca-server-config.yaml 指定 CA 節點運行時引數
configtxgen $FABRIC_CA_SERVER_HOME/configtx.yaml 指定 configtxgen 命令運行時引數

通常 fabric 服務有兩種啟動方式,一種是直接通過二進制命令直接在主機根據組態檔啟動節點,另一種是使用docker根據環境變數和默認組態檔啟動節點,其中除了 configtxgen 必須使用組態檔外,其余各服務都可以通過 docker 啟動,因此本文將重點介紹 configtxgen 的組態檔及其它服務的 docker 環境變數,

configtx.yaml 詳解

transaction 的英文縮寫是TX(表示交易), configtx 表示交易配置,所以和交易相關的配置,如應用通道、錨節點、 Orderer 服務等,都是在 configtx.yaml檔案中配置的, configtx.yaml 檔案由6個部分組成,其中前5個部分的配置都是為了在 Profiles 被參考,在 Profiles 中參考其它部分的同時可以覆寫特定配置,本節示例檔案來自于 configtx.yaml,[1] [2]

Organizations

Organizations 用來定義不同的組織,其中 MSP(Membership Service Provider) 是一個組織的身份標識,在fabric中組織是由 MSPID 來唯一標識,

Organizations:
    - &councilMSP           # 定義一個組織參考,類似于變數,可在Profile部分被參考;所有帶 & 符號的都是參考變數,使用 * 來參考
        Name: councilMSP    # 組織名稱
        ID: councilMSP      # 組織ID
        MSPDir: ../orgs/council.ifantasy.net/msp    # 組織MSP檔案夾的路徑
        Policies:           # 組織策略
            Readers:
                Type: Signature
                Rule: "OR('councilMSP.member')"
            Writers:
                Type: Signature
                Rule: "OR('councilMSP.member')"
            Admins:
                Type: Signature
                Rule: "OR('councilMSP.admin')"
        # 此檔案內的Orderer埠皆為容器內埠
        OrdererEndpoints:   # 定義排序節點(可多個),客戶端和對等點可以分別連接到這些orderer以推送transactions和接收區塊,
            - "orderer1.council.ifantasy.net:7051"
            - "orderer2.council.ifantasy.net:7054"
            - "orderer3.council.ifantasy.net:7057"
        AnchorPeers:    # 定義錨節點,錨節點對外代表本組織通信
            - Host: peer1.soft.ifantasy.net
              Port: 7251

Capabilities

Capabilities 定義了 fabric 程式要加入網路所必須支持的特性,通過定義通道的能力,就明確了不滿足該能力要求的 fabric 程式,將無法處理交易,除非升級到對應的版本,

Capabilities:
    # Channel配置同時針對通道上的Orderer節點和Peer節點(設定為ture表明要求節點具備該能力);
    Channel: &ChannelCapabilities
        V2_0: true  # 要求Channel上的所有Orderer節點和Peer節點達到v2.0.0或更高版本
     # Orderer配置僅針對Orderer節點,不限制Peer節點
    Orderer: &OrdererCapabilities
        V2_0: true  # 要求所有Orderer節點升級到v2.0.0或更高版本
    # Application配置僅應用于對等網路,不需考慮排序節點的升級
    Application: &ApplicationCapabilities
        V2_0: true

Application

Application 定義了應用內的訪問控制策略和參與組織,

Application: &ApplicationDefaults

    # 干預 創建鏈碼的系統鏈碼 的函式訪問控制策略
    _lifecycle/CheckCommitReadiness: /Channel/Application/Writers       # CheckCommitReadiness 函式的訪問策略
    _lifecycle/CommitChaincodeDefinition: /Channel/Application/Writers  # CommitChaincodeDefinition 函式的訪問策略
    _lifecycle/QueryChaincodeDefinition: /Channel/Application/Writers   # QueryChaincodeDefinition 函式的訪問策略
    _lifecycle/QueryChaincodeDefinitions: /Channel/Application/Writers  # QueryChaincodeDefinitions 函式的訪問策略

    # 關于 生命周期系統鏈碼(lscc) 的函式訪問控制策略
    lscc/ChaincodeExists: /Channel/Application/Readers              # getid 函式的訪問策略
    lscc/GetDeploymentSpec: /Channel/Application/Readers            # getdepspec 函式的訪問策略
    lscc/GetChaincodeData: /Channel/Application/Readers             # getccdata 函式的訪問策略
    lscc/GetInstantiatedChaincodes: /Channel/Application/Readers    # getchaincodes 函式的訪問策略

    # 關于 查詢系統鏈碼(qscc) 的函式訪問控制策略
    qscc/GetChainInfo: /Channel/Application/Readers         # GetChainInfo 函式的訪問策略
    qscc/GetBlockByNumber: /Channel/Application/Readers     # GetBlockByNumber 函式的訪問策略
    qscc/GetBlockByHash: /Channel/Application/Readers       # GetBlockByHash 函式的訪問策略
    qscc/GetTransactionByID: /Channel/Application/Readers   # GetTransactionByID 函式的訪問策略
    qscc/GetBlockByTxID: /Channel/Application/Readers       # GetBlockByTxID 函式的訪問策略

    # 關于 配置系統鏈碼(cscc) 的函式訪問控制策略
    cscc/GetConfigBlock: /Channel/Application/Readers   # GetConfigBlock 函式的訪問策略
    cscc/GetChannelConfig: /Channel/Application/Readers # GetChannelConfig 函式的訪問策略
    
    # 關于 peer 節點的函式訪問控制策略
    peer/Propose: /Channel/Application/Writers                  # Propose 函式的訪問策略
    peer/ChaincodeToChaincode: /Channel/Application/Writers     # ChaincodeToChaincode 函式的訪問策略

    # 關于事件資源的訪問策略
    event/Block: /Channel/Application/Readers           # 發送區塊事件的策略
    event/FilteredBlock: /Channel/Application/Readers   # 發送篩選區塊事件的策略
    
    # 默認為空,在 Profiles 中定義
    Organizations:
    # 定義本層級的應用控制策略,路徑為 /Channel/Application/<PolicyName>
    Policies:
        Readers:    # /Channel/Application/Readers
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"
        LifecycleEndorsement:
            Type: ImplicitMeta
            Rule: "MAJORITY Endorsement"
        Endorsement:
            Type: ImplicitMeta
            Rule: "MAJORITY Endorsement"

    Capabilities:
        <<: *ApplicationCapabilities    # 參考上節 Capabilities 的 ApplicationCapabilities

Orderer

Orderer 定義了排序服務的相關引數,這些引數將用于創建創世區塊或交易,

Orderer: &OrdererDefaults
    OrdererType: etcdraft   # 排序服務演算法,目前可用:solo,kafka,etcdraft
    Addresses:              # 排序節點地址
        - orderer1.soft.ifantasy.net:7051
        - orderer2.web.ifantasy.net:7052
        - orderer3.hard.ifantasy.net:7053
    # 定義了 etcdRaft 排序型別被選擇時的配置
    EtcdRaft:
        Consenters:         # 定義投票節點
        - Host: orderer1.council.ifantasy.net
          Port: 7051
          ClientTLSCert: ../orgs/council.ifantasy.net/registers/orderer1/tls-msp/signcerts/cert.pem # 節點的TLS簽名證書
          ServerTLSCert: ../orgs/council.ifantasy.net/registers/orderer1/tls-msp/signcerts/cert.pem
        - Host: orderer2.council.ifantasy.net
          Port: 7054
          ClientTLSCert: ../orgs/council.ifantasy.net/registers/orderer2/tls-msp/signcerts/cert.pem
          ServerTLSCert: ../orgs/council.ifantasy.net/registers/orderer2/tls-msp/signcerts/cert.pem
        - Host: orderer3.council.ifantasy.net
          Port: 7057
          ClientTLSCert: ../orgs/council.ifantasy.net/registers/orderer3/tls-msp/signcerts/cert.pem
          ServerTLSCert: ../orgs/council.ifantasy.net/registers/orderer3/tls-msp/signcerts/cert.pem

    # 區塊打包的最大超時時間 (到了該時間就打包區塊)
    BatchTimeout: 2s
    # 區塊鏈的單個區塊配置(orderer端切磁區塊的引數)
    BatchSize:
        MaxMessageCount: 10         # 一個區塊里最大的交易數
        AbsoluteMaxBytes: 99 MB     # 一個區塊的最大位元組數,任何時候都不能超過
        PreferredMaxBytes: 512 KB   # 一個區塊的建議位元組數,如果一個交易訊息的大小超過了這個值, 就會被放入另外一個更大的區塊中

    # 參與維護Orderer的組織,默認為空(通常在 Profiles 中再配置)
    Organizations:
    # 定義本層級的排序節點策略,其權威路徑為 /Channel/Orderer/<PolicyName>
    Policies:
        Readers:    # /Channel/Orderer/Readers
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"
        BlockValidation:    # 指定了哪些簽名必須包含在區塊中,以便peer節點進行驗證
            Type: ImplicitMeta
            Rule: "ANY Writers"
    Capabilities:
        <<: *OrdererCapabilities    # 參考上節 Capabilities 的 OrdererCapabilities 

Channel

Channel 定義要寫入創世區塊或配置交易的通道引數,

Channel: &ChannelDefaults
    #   定義本層級的通道訪問策略,其權威路徑為 /Channel/<PolicyName>
    Policies:
        Readers:    # 定義誰可以呼叫 'Deliver' 介面
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:    # 定義誰可以呼叫 'Broadcast' 介面
            Type: ImplicitMeta
            Rule: "ANY Writers"
        # By default, who may modify elements at this config level
        Admins:     # 定義誰可以修改本層策略
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"

    Capabilities:
        <<: *ChannelCapabilities        # 參考上節 Capabilities 的 ChannelCapabilities 

Profiles

Profiles 配置用于 configtxgen 工具的配置入口,主要是參考其余五個部分的引數,其定義了一系列的配置模板,每個模板代表了特定應用場景下的自定義的通道配置,可以用來創建系統通道或應用通道,配置模板中可以包括 ApplicationCapabilitiesConsortiumConsortiumsPoliciesOrderer 等配置欄位,根據使用目的不同,一般只包括部分欄位,除了通道默認的配置,創建系統通道初始區塊的模板一般需要包括 OrdererConsortiums 欄位資訊(也可以包括 Applicaion 欄位定義初始應用通道配置):

Profiles:
    # OrgsChannel用來生成channel配置資訊,名字可以任意
    # 需要包含Consortium和Applicatioon兩部分,
    OrgsChannel:
        Consortium: SampleConsortium    # 通道所關聯的聯盟名稱
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *councilMSP
            Capabilities: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *softMSP
                - *webMSP
                - *hardMSP
            Capabilities:
                <<: *ApplicationCapabilities

peer 配置詳解

當 Peer 節點啟動時,會按照優先級從高到低的順序依次嘗試從命令列引數、環境變數和組態檔中讀取配置資訊,當從環境變數中讀入配置資訊時,除了日志使用單獨的 FABRIC_LOGGING_SPEC 環境變數進行指定,其他都需要以 CORE_ 前綴開頭,例如組態檔中的 peer.id 項,對應環境變數 CORE_PEER_ID

Peer 節點默認的組態檔讀取路徑為 $FABRIC_CFG_PATH/core.yaml ,如果沒找到則嘗試查找當前目錄下的 ./core.yaml 檔案,如果還沒有找到則嘗試查找默認的 /etc/hyperledger/fabric/core.yaml 檔案,在結構上, core.yaml 檔案中可以分為 peervmchaincodeledgeroperationsmetrics 六大部分, core.yaml 檔案太過冗長在此不詳細介紹,本節只介紹 Docker 環境下的常用環境變數(以后用到再更新),一個常用 示例配置 如下[3]

  peer-base:
    image: hyperledger/fabric-peer:${FABRIC_BASE_VERSION}
    environment:
      - FABRIC_LOGGING_SPEC=info
      - CORE_PEER_ID=peer1.soft.ifantasy.net
      - CORE_PEER_LISTENADDRESS=0.0.0.0:7251
      - CORE_PEER_ADDRESS=peer1.soft.ifantasy.net:7251
      - CORE_PEER_LOCALMSPID=softMSP
      - CORE_PEER_MSPCONFIGPATH=${DOCKER_CA_PATH}/peer/msp
      - CORE_PEER_TLS_ENABLED=true
      - CORE_PEER_TLS_CERT_FILE=${DOCKER_CA_PATH}/peer/tls-msp/signcerts/cert.pem
      - CORE_PEER_TLS_KEY_FILE=${DOCKER_CA_PATH}/peer/tls-msp/keystore/key.pem
      - CORE_PEER_TLS_ROOTCERT_FILE=${DOCKER_CA_PATH}/peer/tls-msp/tlscacerts/tls-council-ifantasy-net-7050.pem
      - CORE_PEER_GOSSIP_USELEADERELECTION=true
      - CORE_PEER_GOSSIP_ORGLEADER=false
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.soft.ifantasy.net:7251
      - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock
      - CORE_VM_DOCKER_HOSTCONFIG_NETWORKMODE=${COMPOSE_PROJECT_NAME}_${DOCKER_NETWORKS}

    working_dir: ${DOCKER_CA_PATH}/peer
    volumes:
      - /var/run:/host/var/run
    networks:
      - ${DOCKER_NETWORKS}

通常我們喜歡使用 extends 方式分割通用容器,需要注意的是父容器的環境變數無法被子容器環境變數覆寫,
其中各項含義如下:

  • FABRIC_LOGGING_SPEC :指定日志級別
  • CORE_PEER_ID : Peer 在網路中的 ID 資訊,用于辨識不同的節點
  • CORE_PEER_LISTENADDRESS :服務監聽的本地地址,本地有多個網路介面時可指定僅監聽某個介面
  • CORE_PEER_ADDRESS :對同組織內其他節點的監聽連接地址,當服務在NAT設備上運行時,該配置可以指定服務對外宣稱的可訪問地址,如果是客戶端,則作為其連接的 Peer 服務地址
  • CORE_PEER_LOCALMSPID :Peer 所關聯的 MSPID ,一般為所屬組織名稱,需要與通道配置內名稱一致
  • CORE_PEER_MSPCONFIGPATH :MSP 目錄所在的路徑,可以為絕對路徑,或相對配置目錄的路徑
  • CORE_PEER_TLS_ENABLED :是否開啟 server 端 TLS 檢查
  • CORE_PEER_TLS_CERT_FILE :server 端使用的 TLS 證書路徑
  • CORE_PEER_TLS_KEY_FILE :server 端使用的 TLS 私鑰路徑
  • CORE_PEER_TLS_ROOTCERT_FILE :server 端使用的根CA的證書,簽發服務端的 TLS證書
  • CORE_PEER_GOSSIP_USELEADERELECTION :是否允許節點之間動態進行組織的代表(leader)節點選舉,通常情況下推薦開啟
  • CORE_PEER_GOSSIP_ORGLEADER :本節點是否指定為組織的代表節點,與useLeaderElection不能同時指定為true
  • CORE_PEER_GOSSIP_EXTERNALENDPOINT :節點向組織外節點公開的服務地址,默認為空,代表不被其他組織所感知
  • CORE_VM_ENDPOINT :docker daemon 的地址
  • CORE_VM_DOCKER_HOSTCONFIG_NETWORKMODE :運行鏈碼容器的網路

orderer 配置詳解

排序節點在 Fabric 網路中為 Peer 提供排序服務,與Peer節點類似,排序節點支持從命令列引數、環境變數或組態檔中讀取配置資訊,環境變數中配置需要以 ORDERER_ 前綴開頭,例如,組態檔中的 general.ListenAddress 項,對應到環境變數 ORDERER_GENERAL_LISTENADDRESS ,節點默認的組態檔讀取路徑為 $FABRIC_CFG_PATH/orderer.yaml ,如果沒找到則嘗試查找當前目錄下的 ./orderer.yaml 檔案,如果還沒有找到則嘗試查找默認的 /etc/hyperledger/fabric/orderer.yaml 檔案,在結構上, orderer.yaml 檔案中一般包括 GeneralFileLedgerRAMLedgerKafkaDebugOperationsMetricsConsensus 八大部分, orderer.yaml 檔案太過冗長再此不詳細介紹,本節只介紹 Docker 環境下的常用環境變數(以后用到再更新),一個常用 示例配置 如下[4]

  orderer-base:
    image: hyperledger/fabric-orderer:${FABRIC_BASE_VERSION}
    environment:
      - ORDERER_HOME=${DOCKER_CA_PATH}/orderer
      - ORDERER_HOST=orderer1.council.ifantasy.net
      - ORDERER_GENERAL_LOCALMSPID=councilMSP
      - ORDERER_GENERAL_LISTENPORT=7051
      - ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
      - ORDERER_GENERAL_BOOTSTRAPMETHOD=none
      - ORDERER_CHANNELPARTICIPATION_ENABLED=true
      # - ORDERER_GENERAL_GENESISMETHOD=file
      # - ORDERER_GENERAL_GENESISFILE=${DOCKER_CA_PATH}/orderer/genesis.block
      - ORDERER_GENERAL_LOCALMSPDIR=${DOCKER_CA_PATH}/orderer/msp
      - ORDERER_GENERAL_LOGLEVEL=debug
      - ORDERER_GENERAL_TLS_ENABLED=true
      - ORDERER_GENERAL_TLS_CERTIFICATE=${DOCKER_CA_PATH}/orderer/tls-msp/signcerts/cert.pem
      - ORDERER_GENERAL_TLS_PRIVATEKEY=${DOCKER_CA_PATH}/orderer/tls-msp/keystore/key.pem
      - ORDERER_GENERAL_TLS_ROOTCAS=[${DOCKER_CA_PATH}/orderer/tls-msp/tlscacerts/tls-council-ifantasy-net-7050.pem]
      - ORDERER_GENERAL_CLUSTER_CLIENTCERTIFICATE=${DOCKER_CA_PATH}/orderer/tls-msp/signcerts/cert.pem
      - ORDERER_GENERAL_CLUSTER_CLIENTPRIVATEKEY=${DOCKER_CA_PATH}/orderer/tls-msp/keystore/key.pem
      - ORDERER_GENERAL_CLUSTER_ROOTCAS=[${DOCKER_CA_PATH}/orderer/tls-msp/tlscacerts/tls-council-ifantasy-net-7050.pem]
      - ORDERER_ADMIN_TLS_ENABLED=true
      - ORDERER_ADMIN_TLS_CERTIFICATE=${DOCKER_CA_PATH}/orderer/tls-msp/signcerts/cert.pem
      - ORDERER_ADMIN_TLS_PRIVATEKEY=${DOCKER_CA_PATH}/orderer/tls-msp/keystore/key.pem
      - ORDERER_ADMIN_TLS_ROOTCAS=[${DOCKER_CA_PATH}/orderer/tls-msp/tlscacerts/tls-council-ifantasy-net-7050.pem]
      - ORDERER_ADMIN_TLS_CLIENTROOTCAS=[${DOCKER_CA_PATH}/orderer/tls-msp/tlscacerts/tls-council-ifantasy-net-7050.pem]
      - ORDERER_ADMIN_LISTENADDRESS=0.0.0.0:8888
      - ORDERER_METRICS_PROVIDER=prometheus
      - ORDERER_OPERATIONS_LISTENADDRESS=0.0.0.0:9999
      - ORDERER_DEBUG_BROADCASTTRACEDIR=data/logs
    networks:
      - ${DOCKER_NETWORKS}

其中各項含義如下:

  • ORDERER_HOME :orderer 運行的根目錄
  • ORDERER_HOST :orderer 運行的主機
  • ORDERER_GENERAL_LOCALMSPID : orderer 所關聯的 MSPID ,一般為所屬組織名稱,需要與通道配置內名稱一致
  • ORDERER_GENERAL_LISTENPORT :服務系結的監聽埠
  • ORDERER_GENERAL_LISTENADDRESS :服務系結的監聽地址,一般需要指定為所服務的特定網路介面的地址或全網(0.0.0.0)
  • ORDERER_GENERAL_BOOTSTRAPMETHOD :獲取引導塊的方法,2.x版本中僅支持file或none
  • ORDERER_CHANNELPARTICIPATION_ENABLED :是否提供參與通道的 API
  • ORDERER_GENERAL_GENESISMETHOD :當 ORDERER_GENERAL_BOOTSTRAPMETHOD 為 file 時啟用,指定創世區塊型別
  • ORDERER_GENERAL_GENESISFILE :指定創世區塊位置
  • ORDERER_GENERAL_LOCALMSPDIR :本地 MSP 檔案路徑
  • ORDERER_GENERAL_LOGLEVEL :日志級別
  • ORDERER_GENERAL_TLS_ENABLED :啟用TLS時的相關配置
  • ORDERER_GENERAL_TLS_CERTIFICATE :Orderer 身份證書
  • ORDERER_GENERAL_TLS_PRIVATEKEY :Orderer 簽名私鑰
  • ORDERER_GENERAL_TLS_ROOTCAS :信任的根證書
  • ORDERER_GENERAL_CLUSTER_CLIENTCERTIFICATE :雙向TLS認證時,作為客戶端證書的檔案路徑,如果沒設定會使用 TLS.Certificate
  • ORDERER_GENERAL_CLUSTER_CLIENTPRIVATEKEY :雙向TLS認證時,作為客戶端私鑰的檔案路徑,如果沒設定會使用 TLS.PrivateKey
  • ORDERER_GENERAL_CLUSTER_ROOTCAS :信任的根證書
  • ORDERER_ADMIN_TLS_ENABLED :是否啟用 orderer 的管理服務面板
  • ORDERER_ADMIN_TLS_CERTIFICATE :管理服務的證書
  • ORDERER_ADMIN_TLS_PRIVATEKEY :管理服務的私鑰
  • ORDERER_ADMIN_TLS_ROOTCAS :管理服務的可信根證書
  • ORDERER_ADMIN_TLS_CLIENTROOTCAS :管理服務客戶端的可信根證書
  • ORDERER_ADMIN_LISTENADDRESS :管理服務監聽地址
  • ORDERER_METRICS_PROVIDER :統計服務型別,可以為statsd(推送模式),prometheus(拉取模式),disabled
  • ORDERER_OPERATIONS_LISTENADDRESS :RESTful 管理服務的監聽地址
  • ORDERER_DEBUG_BROADCASTTRACEDIR :廣播請求的追蹤路徑

fabric-ca 配置詳解

在 fabric 官方示例中,通常使用 cryptogen 生成靜態證書檔案,但這種方式不適合用于生產環境,而 fabric-ca 可以在生產環境中為所有成員提供安全的證書服務,與其它型別節點類似, fabric-ca 支持從命令列引數、環境變數或組態檔中讀取配置資訊,且 fabric-ca 分為 fabric-ca-serverfabric-ca-client ,前者用于提供 CA 服務,后者用于向用戶提供操作 fabric-ca-server 的方法,一個常用 示例配置 如下:

  ca-base:
    image: hyperledger/fabric-ca:${FABRIC_CA_VERSION}
    environment:
      - FABRIC_CA_SERVER_HOME=${DOCKER_CA_PATH}/ca/crypto
      - FABRIC_CA_SERVER_TLS_ENABLED=true
      - FABRIC_CA_SERVER_DEBUG=true
      - FABRIC_CA_SERVER_CSR_CN=council.ifantasy.net
      - FABRIC_CA_SERVER_CSR_HOSTS=council.ifantasy.net
    networks:
      - ${DOCKER_NETWORKS}

其中各項內容含義如下:

  • FABRIC_CA_SERVER_HOME :指定 fabric-ca-server 運行的根目錄
  • FABRIC_CA_SERVER_TLS_ENABLED :是否啟用 TLS
  • FABRIC_CA_SERVER_DEBUG :是否啟用 debug 模式
  • FABRIC_CA_SERVER_CSR_CN :指定證書主體的 cn 欄位
  • FABRIC_CA_SERVER_CSR_HOSTS :指定證書主體的 hosts 欄位

參考


  1. 黑帽子技術. Hyperledger Fabric 通道組態檔決議. 掘金. [2022-03-22] ??

  2. chainbees. Fabric創建通道Channel的組態檔configtx.yaml詳解. CSDN. [2021-12-17] ??

  3. 黑帽子技術. Hyperledger Fabric Peer 配置決議. 掘金. [2022-03-22] ??

  4. 黑帽子技術. Hyperledger Fabric Orderer 配置決議. 掘金. [2022-03-22] ??

轉載請註明出處,本文鏈接:https://www.uj5u.com/qukuanlian/458521.html

標籤:區塊鏈

上一篇:Hyperledger Fabric 部署在多個主機上

下一篇:返回列表

標籤雲
其他(139225) Python(29989) JavaScript(18430) Java(15372) C(12871) 區塊鏈(8221) AI(7469) 基礎類(6313) MySQL(5808) C#(5474) 腳本語言(PerlPython)(5129) 爪哇(5097) 非技術區(4971) html(4722) PHP(4608) Linux(4549) sql(4429) 熊猫(4409) Android(4296) 数组(3917) R(3874) 反应(3490) C語言(3288) C++語言(3117) 数据框(3061) css(3020) 节点.js(2805) Java相關(2746) 疑難問題(2699) 單片機工控(2479) json(2353) VBA(2286) 列表(2285) 扑(2209) 安卓(2190) 打字稿(2021) Web開發(1951) ASP.NET(1945) iOS(1875) 细绳(1814) 網絡通信(1793) 蟒蛇-3.x(1774) 數據庫相關(1767) VB基礎類(1755) .NETCore(1712) MongoDB(1666) 開發(1646) C++(1621) 系統維護與使用區(1617) 循环(1595) 麻木的(1583) 基礎和管理(1579) 字典(1577) JavaEE(1566) HtmlCss(1563) 正则表达式(1560) 擅长(1548) Unity3D(1546) .NET技术(1543) 镖(1526)

熱門瀏覽
  • JAVA使用 web3j 進行token轉賬

    最近新學習了下區塊鏈這方面的知識,所學不多,給大家分享下。 # 1. 關于web3j web3j是一個高度模塊化,反應性,型別安全的Java和Android庫,用于與智能合約配合并與以太坊網路上的客戶端(節點)集成。 # 2. 準備作業 jdk版本1.8 引入maven <dependency> < ......

    uj5u.com 2020-09-10 03:03:06 more
  • 以太坊智能合約開發框架Truffle

    前言 部署智能合約有多種方式,命令列的瀏覽器的渠道都有,但往往跟我們程式員的風格不太相符,因為我們習慣了在IDE里寫了代碼然后打包運行看效果。 雖然現在IDE中已經存在了Solidity插件,可以撰寫智能合約,但是部署智能合約卻要另走他路,沒辦法進行一個快捷的部署與測驗。 如果團隊管理的區塊節點多、 ......

    uj5u.com 2020-09-10 03:03:12 more
  • 谷歌二次驗證碼成為區塊鏈專用安全碼,你怎么看?

    前言 谷歌身份驗證器,前些年大家都比較陌生,但隨著國內互聯網安全的加強,它越來越多地出現在大家的視野中。 比較廣泛接觸的人群是國際3A游戲愛好者,游戲盜號現象嚴重+國外賬號安全應用廣泛,這類游戲一般都會要求用戶系結名為“兩步驗證”、“雙重驗證”等,平臺一般都推薦用谷歌身份驗證器。 后來區塊鏈業務風靡 ......

    uj5u.com 2020-09-10 03:03:17 more
  • 密碼學DAY1

    目錄 ##1.1 密碼學基本概念 密碼在我們的生活中有著重要的作用,那么密碼究竟來自何方,為何會產生呢? 密碼學是網路安全、資訊安全、區塊鏈等產品的基礎,常見的非對稱加密、對稱加密、散列函式等,都屬于密碼學范疇。 密碼學有數千年的歷史,從最開始的替換法到如今的非對稱加密演算法,經歷了古典密碼學,近代密 ......

    uj5u.com 2020-09-10 03:03:50 more
  • 密碼學DAY1_02

    目錄 ##1.1 ASCII編碼 ASCII(American Standard Code for Information Interchange,美國資訊交換標準代碼)是基于拉丁字母的一套電腦編碼系統,主要用于顯示現代英語和其他西歐語言。它是現今最通用的單位元組編碼系統,并等同于國際標準ISO/IE ......

    uj5u.com 2020-09-10 03:04:50 more
  • 密碼學DAY2

    ##1.1 加密模式 加密模式:https://docs.oracle.com/javase/8/docs/api/javax/crypto/Cipher.html ECB ECB : Electronic codebook, 電子密碼本. 需要加密的訊息按照塊密碼的塊大小被分為數個塊,并對每個塊進 ......

    uj5u.com 2020-09-10 03:05:42 more
  • NTP時鐘服務器的特點(京準電子)

    NTP時鐘服務器的特點(京準電子) NTP時鐘服務器的特點(京準電子) 京準電子官V——ahjzsz 首先對時間同步進行了背景介紹,然后討論了不同的時間同步網路技術,最后指出了建立全球或區域時間同步網存在的問題。 一、概 述 在通信領域,“同步”概念是指頻率的同步,即網路各個節點的時鐘頻率和相位同步 ......

    uj5u.com 2020-09-10 03:05:47 more
  • 標準化考場時鐘同步系統推進智能化校園建設

    標準化考場時鐘同步系統推進智能化校園建設 標準化考場時鐘同步系統推進智能化校園建設 安徽京準電子科技官微——ahjzsz 一、背景概述隨著教育事業的快速發展,學校建設如雨后春筍,隨之而來的學校教育、管理、安全方面的問題成了學校管理人員面臨的最大的挑戰,這些問題同時也是學生家長所擔心的。為了讓學生有更 ......

    uj5u.com 2020-09-10 03:05:51 more
  • 位元幣入門

    引言 位元幣基本結構 位元幣基礎知識 1)哈希演算法 2)非對稱加密技術 3)數字簽名 4)MerkleTree 5)哪有位元幣,有的是UTXO 6)位元幣挖礦與共識 7)區塊驗證(共識) 總結 引言 上一篇我們已經知道了什么是區塊鏈,此篇說一下區塊鏈的第一個應用——位元幣。其實先有位元幣,后有的區塊 ......

    uj5u.com 2020-09-10 03:06:15 more
  • 北斗對時服務器(北斗對時設備)電力系統應用

    北斗對時服務器(北斗對時設備)電力系統應用 北斗對時服務器(北斗對時設備)電力系統應用 京準電子科技官微(ahjzsz) 中國北斗衛星導航系統(英文名稱:BeiDou Navigation Satellite System,簡稱BDS),因為是目前世界范圍內唯一可以大面積提供免費定位服務的系統,所以 ......

    uj5u.com 2020-09-10 03:06:20 more
最新发布
  • Hyperledger Fabric 通道組態檔和容器環境變數詳解

    摘要 Fabric 網路啟動的程序中需要進行大量配置,新學時對各個配置的作用一無所知,這導致我曾在網路出問題時先對組態檔的內容進行排列組合后再祈禱它能在某個時刻順利運行,因此掌握 fabric 各個配置項的含義至關重要。本文對 configtxgen 的組態檔 configtx.yaml 進行了 ......

    uj5u.com 2022-04-19 07:30:35 more
  • Hyperledger Fabric 部署在多個主機上

    前言 在實驗Hyperledger Fabric無排序組織以Raft協議啟動多個Orderer服務、TLS組織運行維護Orderer服務中,我們已經完成了使用提供 TLS-CA 服務的 council 組織運行維護 Raft 協議的三個 orderer 節點。但目前我們都是在單個主機上啟動 Fabr ......

    uj5u.com 2022-04-16 06:59:18 more
  • Fabric2.2中的Raft共識模塊原始碼分析

    引言 Hyperledger Fabric是當前比較流行的一種聯盟鏈系統,它隸屬于Linux基金會在2015年創建的超級賬本專案且是這個專案最重要的一個子專案。目前,與Hyperledger的另外幾個子專案Hyperledger Iroha,Hyperledger Indy和Hyperledger ......

    uj5u.com 2022-04-12 07:51:46 more
  • c 空模板函式回傳非空函式指標

    我對模板函式的函式指標感到困惑。看#include <cstdio>class A{ public: A(){} ~A(){} void command() { prin...

    uj5u.com 2022-04-10 23:33:38 more
  • 如何優化getCommon方法?

    我在問是否可以優化此代碼。(第一個代碼)。我認為使用 getCommon 很復雜(第二個代碼),我不需要創建回圈來使用我的方法,有沒有簡單的方法在主類中使用 getCommon...

    uj5u.com 2022-04-10 23:32:57 more
  • 如何將不同的類物件存盤在單個陣列/向量中?

    我正在撰寫的程式要求我實作特定的代碼,以便存盤在向量中的每個類實體都可以在單個陣列或向量中訪問。問題是實體屬于不同的類,不能單獨存盤在單個陣列/向量...

    uj5u.com 2022-04-10 23:32:19 more
  • 如何使用Class語法將新的Book物件推送到空陣列中?

    如果類宣告中的建構式已經創建了一個 book物件,如果我正確地考慮了這一點,我需要做的就是實體化該物件,然后將該物件推送到一個陣列中。我在這里想念什么?class...

    uj5u.com 2022-04-10 23:31:43 more
  • 你知道如何在python中從同一個類中輸入物件嗎?

    我是python初學者。我必須定義一個方法 distanceFromOther() ,它將不同的點作為一個因素并回傳其自身與另一點之間的距離。類 Point 用于將二維平面中的點 (...

    uj5u.com 2022-04-10 23:30:43 more
  • 如何解決我的代碼上的“NoneType錯誤”?

    我正在嘗試在 python 上制作二叉樹洗掉代碼。出于某種原因,我收到了一個錯誤“AttributeError: 'NoneType' object has no attribute 'right'”。當我嘗試列...

    uj5u.com 2022-04-10 23:30:04 more
  • 有沒有辦法從另一個螢屏訪問屬性(類變數)

    我正在使用 kivy,我有兩個螢屏,一個具有數字屬性的類變數,我有根據情況更改值的方法。第二個螢屏應該用于向用戶顯示最終值。class Main(Screen): transpor...

    uj5u.com 2022-04-10 23:29:05 more