Hyperledger Fabric 通道配置文件和容器环境变量详解
Python微信訂餐小程序課程視頻
https://blog.csdn.net/m0_56069948/article/details/122285951
Python實戰量化交易理財系統
https://blog.csdn.net/m0_56069948/article/details/122285941
摘要
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 # 組織IDMSPDir: ../orgs/council.ifantasy.net/msp # 組織MSP文件夾的路徑Policies: # 組織策略Readers:Type: SignatureRule: "OR('councilMSP.member')"Writers:Type: SignatureRule: "OR('councilMSP.member')"Admins:Type: SignatureRule: "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.netPort: 7251Capabilities
Capabilities 定義了 fabric 程序要加入網絡所必須支持的特性，通過定義通道的能力，就明確了不滿足該能力要求的 fabric 程序，將無法處理交易，除非升級到對應的版本。
Capabilities:# Channel配置同時針對通道上的Orderer節點和Peer節點(設置為ture表明要求節點具備該能力)；Channel: &ChannelCapabilitiesV2\_0: true # 要求Channel上的所有Orderer節點和Peer節點達到v2.0.0或更高版本# Orderer配置僅針對Orderer節點，不限制Peer節點Orderer: &OrdererCapabilitiesV2\_0: true # 要求所有Orderer節點升級到v2.0.0或更高版本# Application配置僅應用于對等網絡，不需考慮排序節點的升級Application: &ApplicationCapabilitiesV2\_0: trueApplication
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/Policies:Readers: # /Channel/Application/ReadersType: ImplicitMetaRule: "ANY Readers"Writers:Type: ImplicitMetaRule: "ANY Writers"Admins:Type: ImplicitMetaRule: "MAJORITY Admins"LifecycleEndorsement:Type: ImplicitMetaRule: "MAJORITY Endorsement"Endorsement:Type: ImplicitMetaRule: "MAJORITY Endorsement"Capabilities:<<: *ApplicationCapabilities # 引用上節 Capabilities 的 ApplicationCapabilitiesOrderer
Orderer 定義了排序服務的相關參數，這些參數將用于創建創世區塊或交易。
Orderer: &OrdererDefaultsOrdererType: etcdraft # 排序服務算法，目前可用：solo，kafka，etcdraftAddresses: # 排序節點地址- orderer1.soft.ifantasy.net:7051- orderer2.web.ifantasy.net:7052- orderer3.hard.ifantasy.net:7053# 定義了 etcdRaft 排序類型被選擇時的配置EtcdRaft:Consenters: # 定義投票節點- Host: orderer1.council.ifantasy.netPort: 7051ClientTLSCert: ../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.netPort: 7054ClientTLSCert: ../orgs/council.ifantasy.net/registers/orderer2/tls-msp/signcerts/cert.pemServerTLSCert: ../orgs/council.ifantasy.net/registers/orderer2/tls-msp/signcerts/cert.pem- Host: orderer3.council.ifantasy.netPort: 7057ClientTLSCert: ../orgs/council.ifantasy.net/registers/orderer3/tls-msp/signcerts/cert.pemServerTLSCert: ../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/Policies:Readers: # /Channel/Orderer/ReadersType: ImplicitMetaRule: "ANY Readers"Writers:Type: ImplicitMetaRule: "ANY Writers"Admins:Type: ImplicitMetaRule: "MAJORITY Admins"BlockValidation: # 指定了哪些簽名必須包含在區塊中，以便peer節點進行驗證Type: ImplicitMetaRule: "ANY Writers"Capabilities:<<: *OrdererCapabilities # 引用上節 Capabilities 的 OrdererCapabilitiesChannel
Channel 定義要寫入創世區塊或配置交易的通道參數。
Channel: &ChannelDefaults# 定義本層級的通道訪問策略，其權威路徑為 /Channel/Policies:Readers: # 定義誰可以調用 'Deliver' 接口Type: ImplicitMetaRule: "ANY Readers"Writers: # 定義誰可以調用 'Broadcast' 接口Type: ImplicitMetaRule: "ANY Writers"# By default, who may modify elements at this config levelAdmins: # 定義誰可以修改本層策略Type: ImplicitMetaRule: "MAJORITY Admins"Capabilities:<<: *ChannelCapabilities # 引用上節 Capabilities 的 ChannelCapabilitiesProfiles
Profiles 配置用于 configtxgen 工具的配置入口，主要是引用其余五個部分的參數，其定義了一系列的配置模板，每個模板代表了特定應用場景下的自定義的通道配置，可以用來創建系統通道或應用通道。配置模板中可以包括 Application 、 Capabilities 、 Consortium 、 Consortiums 、 Policies 、 Orderer 等配置字段，根據使用目的不同，一般只包括部分字段。除了通道默認的配置，創建系統通道初始區塊的模板一般需要包括 Orderer 、 Consortiums 字段信息（也可以包括 Applicaion 字段定義初始應用通道配置）：
Profiles:# OrgsChannel用來生成channel配置信息，名字可以任意# 需要包含Consortium和Applicatioon兩部分。OrgsChannel:Consortium: SampleConsortium # 通道所關聯的聯盟名稱<<: *ChannelDefaultsOrderer:<<: *OrdererDefaultsOrganizations:- *councilMSPCapabilities: *OrdererCapabilitiesApplication:<<: *ApplicationDefaultsOrganizations:- *softMSP- *webMSP- *hardMSPCapabilities:<<: *ApplicationCapabilitiespeer 配置詳解
當 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 文件中可以分為 peer 、 vm 、 chaincode 、 ledger 、 operations 、 metrics 六大部分， 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}/peervolumes:- /var/run:/host/var/runnetworks:- ${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 文件中一般包括 General 、 FileLedger 、 RAMLedger 、 Kafka 、 Debug 、 Operations 、 Metrics 和 Consensus 八大部分， 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/logsnetworks:- ${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-server 和 fabric-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.netnetworks:- ${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 字段
參考
-
摘要
-
準備介紹
-
configtx.yaml 詳解
-
Organizations
-
Capabilities
-
Application
-
Orderer
-
Channel
-
Profiles
-
peer 配置詳解
-
orderer 配置詳解
-
fabric-ca 配置詳解
-
參考
__EOF__
風色幻想 - 本文鏈接： https://blog.csdn.net/ifantasy/p/16161195.html
- 關于博主： 評論和私信會在第一時間回復。或者直接私信我。
- 版權聲明： 本博客所有文章除特別聲明外，均采用 BY-NC-SA 許可協議。轉載請注明出處！
- 聲援博主： 如果您覺得文章對您有幫助，可以點擊文章右下角**【[推薦](javascript:void(0)😉】**一下。
總結
以上是生活随笔為你收集整理的Hyperledger Fabric 通道配置文件和容器环境变量详解的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： web或app数学公式编辑
- 下一篇： 微软黑屏,为什么这么强势