cert

type CaCertOpts struct {
	CaExpiry   string `yaml:"expiry"`   // such as 365d, for server root ca
	CaCN       string `yaml:"cn"`       // default is SDP Inc.
	CaFileName string `yaml:"fileName"` // default is ca(ca.pem/ca.key)
}

type CertOpts struct {
	// means trust the client anyway, agent will send info with its id
	// AUTH_TYPE_NONE uint8 = 0
	// send (agentId + apiKey) to identify agent, agentId can get from agent's config.yaml
	// 非mtls的时候可以采用这种方式，服务端需要验证客户端
	// AUTH_TYPE_API_KEY uint8 = 1
	// cn can identify the agent, cn认证通过就行
	// AUTH_TYPE_CN uint8 = 2
	// 同时验证，即便cn是某个agent独有的，api-key验证也必须做, 双重认证
	// AUTH_TYPE_CN_API_KEY uint8 = 3
	AuthType uint8 `yaml:"authType"` //
	// KNOWN Cert type, such as "test.com", "abc"
	// !!!!cn在数据库表里不唯一
	// CERT_TYPE_NONE uint8 = 0
	// such as "pop.test.com"
	// !!!!cn在数据库表里不唯一
	// CERT_TYPE_CN_ONLY_TYPE uint8 = 1
	// domain format, such as "agentId.test.com", "agentId.xxx"
	// test.com can be any format, 只要能用来判断这个是固定的格式就行
	// 第一个点号前面的就是id， 不用去查数据库, 但是类型未知
	// !!!!cn在数据库表里唯一
	// CERT_TYPE_CN uint8 = 2
	// such as "agentId.typeX.test.com", "agentId.typeX.xxx"
	// 这个cn可以获取到id和类型type， 不用查数据库, 比如123.pop.test.com
	// !!!!cn在数据库表里唯一
	// CERT_TYPE_CN_WITH_TYPE uint8 = 3
	// agentId, such as "12345" 因为cn可是是普通字符串，也可以是域名形式
	// 这种情况类型未知, 但是server端可以从数据库拿到cert detail，
	// !!!!cn在数据库表里唯一
	// CERT_TYPE_CN_IS_ID uint8 = 4
	CertType   uint8  `yaml:"certType"`   //
	CertSuffix string `yaml:"certSuffix"` // sdp.com
	CertExpiry string `yaml:"certExpiry"` // such as 365d
	CertHosts  string `yaml:"certHosts"`  // for server cert, used for SANs, such as: a.com,1.1.1.1
}

type GlobalCertOpts struct {
	CaOpts     CaCertOpts `yaml:"ca"`
	ServerOpts CertOpts   `yaml:"server"`
}