包的访问
这是一系列的约束,它基于特定条件允许或限制对本地存储的访问。
安全约束构建于被使用的插件上,在默认情况下,verdaccio
使用htpasswd 插件。 如果你使用不同的插件,行为可能会有所不同。 默认插件自己并不处理allow_access
和allow_publish
,它使用内部回退功能以防止插件尚未就绪。
关于权限的更多信息,请访问维基文档的认证部分。
使用
packages:
# scoped packages
'@scope/*':
access: $all
publish: $all
proxy: server2
'private-*':
access: $all
publish: $all
proxy: uplink1
'**':
# allow all users (including non-authenticated users) to read and
# publish all packages
access: $all
publish: $all
proxy: uplink2
如果未进行任何设置,默认值则会被保留
packages:
'**':
access: $all
publish: $authenticated
verdaccio
处理的内部组列表如下:
'$all', '$anonymous', '@all', '@anonymous', 'all', 'undefined', 'anonymous';
所有用户都会拥有这些权限,无论是否匿名。并加上插件提供的组,如果 htpasswd
将用户名作为组返回。 例如,如果您的登录名是 npmUser
,那么组的列表将是
// 不含 '$' 的组最终将被弃用
'$all', '$anonymous', '@all', '@anonymous', 'all', 'undefined', 'anonymous', 'npmUser';
如果你想要保护你所在组的特定包,你需要做如下工作。 我们来使用一个包含所有前缀为 npmuser-
的包的 Regex
。 我们建议为您的包使用前缀,这样可以更容易保护它们。
packages:
'npmuser-*':
access: npmuser
publish: npmuser
重启verdaccio
并在命令行中尝试安装npmuser-core
。
$ npm install npmuser-core
npm install npmuser-core
npm ERR! code E403
npm ERR! 403 Forbidden: npmuser-core@latest
npm ERR! A complete log of this run can be found in:
npm ERR! /Users/user/.npm/_logs/2017-07-02T12_20_14_834Z-debug.log code E403
npm ERR! 403 Forbidden: npmuser-core@latest
npm ERR! A complete log of this run can be found in:
npm ERR! /Users/user/.npm/_logs/2017-07-02T12_20_14_834Z-debug.log
你可以使用不同的插件认证来更改现有行为。 verdaccio
只是检查试图访问或发布特定包的用户是否属于正确的组。
Note: Since npm 7.10, the config option always-auth
has no effect. You can safely remove it from your configuration.
设置多个组
If you want to block the access/publish to a specific group of packages. Just do not define access
and publish
.
'company-*':
access: admin internal
publish: admin
proxy: server1
'supersecret-*':
access: secret super-secret-area ultra-secret-area
publish: secret ultra-secret-area
proxy: server1
阻止对一组包的访问
如果您想阻止对特定软件包组的访问/发布。 只需不定义 access
和 publish
。
packages:
'old-*':
'**':
access: $all
publish: $authenticated
阻止代理一组特定包
您可能希望阻止一个或多个软件包从远程软件源获取数据,但同时允许其他软件包访问不同的 uplinks.
让我们描述一下在上面的示例中我们想要做什么:
packages:
'jquery':
access: $all
publish: $all
'my-company-*':
access: $all
publish: $authenticated
'@my-local-scope/*':
access: $all
publish: $authenticated
'**':
access: $all
publish: $authenticated
proxy: npmjs
让我们用上面的例子来描述一下我们的需求:
- 我想要自己的服务器上放置
jquery
依赖库但需要避免代理它。 - 我想要所有和
my-company-*
匹配的依赖库但我需要避免代理它们。 - 我想要在
my-local-scope
范围内的所有依赖库但我需要避免代理它们。 - 我想要代理所有剩余的依赖库。
注意库定义的顺序很重要同时必须使用双通配符。 因为如果你没有包含它,verdaccio
会帮你来包含它,这样你的依赖库解析会受到影响。
使用多个上行链路
您可以分配多个上行链路作为代理,以便在发生故障转移时使用,或在可能有其他专用 registry 的情况下使用。
'**':
access: $all
publish: $authenticated
proxy: npmjs uplink2
取消发布包
属性 publish
处理 npm publish
和 npm unpublish
的权限。 但是,如果想更具体,可以在软件包访问部分使用属性 unpublish
,例如:
packages:
'jquery':
access: $all
publish: $all
unpublish: root
'my-company-*':
access: $all
publish: $authenticated
unpublish:
'@my-local-scope/*':
access: $all
publish: $authenticated
# unpublish: property commented out
'**':
access: $all
publish: $authenticated
proxy: npmjs
在前面的例子中,该行为将被描述为:
- 所有用户都可以发布
jquery
软件包,但只有root
用户才能取消发布任何版本。 - 只有经过身份验证的用户才能发布
my-company-*
软件包,但任何人都不得取消发布它们。 - 如果
unpublish
被注释掉,则访问权限将由publish
定义来授予或拒绝。
配置
你可以定义多个packages
,每个包都必须有一个唯一的 Regex
。 该语法基于minimatch glob 表达式。
属性 | 类型 | 必须的 | 范例 | 支持版本 | 描述 |
---|---|---|---|---|---|
access | string | 否 | $all | 全部 | 定义允许访问包的组 |
publish | string | 否 | $authenticated | 全部 | 定义允许发布的组 |
proxy | string | 否 | npmjs | 全部 | 针对特定的uplink限制查找 |
storage | string | 否 | string | /some-folder | 它会在存储文件夹中为每个软件包的访问创建一个子文件夹 |
我们强烈建议不要再使用 allow_access/allow_publish 和 proxy_access,它们已被弃用并将很快被移除,请使用它们的简写版本(access/publish/proxy)。
如果您想了解有关如何使用 storage 属性的更多信息,请参阅此评论。