我正在尝试使用javascript向Hyperledger Sawtooth v1.0.1提交一个事务到在localhost上运行的验证器。发布请求的代码如下:
request.post({
url: constants.API_URL + '/batches',
body: batchListBytes,
headers: { 'Content-Type': 'application/octet-stream' }
}, (err, response) => {
if (err) {
console.log(err);
return cb(err)
}
console.log(response.body);
return cb(null, response.body);
});
从后端nodejs应用程序提交时会处理事务,但从客户端提交时会返回OPTIONS http://localhost:8080/batches 405 (Method Not Allowed)
错误。这些是我尝试过的选项:
Access-Control-Allow-*
标头注入响应:响应仍然提供相同的错误删除自定义标头以绕过预检请求:这会使验证程序抛出错误,如下所示:
...
sawtooth-rest-api-default | KeyError: "Key not found: 'Content-Type'"
sawtooth-rest-api-default | [2018-03-15 08:07:37.670 ERROR web_protocol] Error handling request
sawtooth-rest-api-default | Traceback (most recent call last):
...
来自浏览器的未修改POST
请求从验证程序获取以下响应标头:
HTTP/1.1 405 Method Not Allowed
Content-Type: text/plain; charset=utf-8
Allow: GET,HEAD,POST
Content-Length: 23
Date: Thu, 15 Mar 2018 08:42:01 GMT
Server: Python/3.5 aiohttp/2.3.2
所以,我想验证器中没有处理OPTIONS
方法。添加CORS标头后,状态的GET
请求会很好。 Sawtooth v0.8也没有遇到这个问题。
我正在使用docker来启动验证器,启动它的命令是LinuxFoundationX:LFS171x课程中给出的稍微修改过的版本。相关命令如下:
bash -c \"\
sawadm keygen && \
sawtooth keygen my_key && \
sawset genesis -k /root/.sawtooth/keys/my_key.priv && \
sawadm genesis config-genesis.batch && \
sawtooth-validator -vv \
--endpoint tcp://validator:8800 \
--bind component:tcp://eth0:4004 \
--bind network:tcp://eth0:8800
有人可以指导我如何解决这个问题吗?
答案 0 :(得分:7)
CORS问题总是最好的。
您的浏览器试图保护用户不会将其定向到他们认为的页面是API的前端,但实际上是欺诈性的。只要网页尝试访问其他域上的API,该API就需要明确授予网页权限,否则浏览器将阻止该请求。这就是您可以从Node.js(无浏览器)查询API的原因,并且可以将REST API地址直接放入您的地址栏(同一域)。但是,尝试从localhost:3000
转到localhost:8008
或从file://path/to/your/index.html
转到localhost:8008
将会被阻止。
Sawtooth REST API不知道您要从哪个域运行您的网页,因此它无法明确地将其列入白名单。可以将所有域列入白名单,但这显然会破坏CORS可能给您的任何保护。不是试图为所有Sawtooth用户权衡这种方法的成本和收益,而是决定使REST API尽可能轻量级且安全无关。任何使用它的开发人员都应该把它放在代理服务器后面,他们可以在代理层上做出他们需要的任何安全决策。
您需要设置一个代理服务器,将REST API和您的网页放在同一个域中。没有快速配置选项。您必须设置一个实际的服务器。显然有很多方法可以做到这一点。如果您已熟悉Node,则可以从Node.js提供页面,然后让Node服务器代理API调用。如果您已经使用docker-compose
运行所有Sawtooth组件,那么使用Docker和Apache可能会更容易。
在与您的网络应用程序相同的目录中,创建一个名为" Dockerfile"的文本文件。 (没有延期)。然后让它看起来像这样:
FROM httpd:2.4
RUN echo "\
LoadModule proxy_module modules/mod_proxy.so\n\
LoadModule proxy_http_module modules/mod_proxy_http.so\n\
ProxyPass /api http://rest-api:8008\n\
ProxyPassReverse /api http://rest-api:8008\n\
RequestHeader set X-Forwarded-Path \"/api\"\n\
" >>/usr/local/apache2/conf/httpd.conf
这将做一些事情。首先,它将从DockerHub下拉httpd
模块,这只是一个简单的静态服务器。然后我们使用一些bash为Apache的配置文件添加五行。这五行导入代理模块,告诉Apache我们要将http://rest-api:8008
代理到/api
路由,并设置X-Forwarded-Path
标头,以便REST API可以正确构建响应URL。确保rest-api
与docker compose文件中Sawtooth REST API服务的实际名称相匹配。
现在,在docker编写YAML文件时,您正在运行Sawtooth,您想在services
键下添加一个新属性:
services:
my-web-page:
build: ./path/to/web/dir/
image: my-web-page
container_name: my-web-page
volumes:
- ./path/to/web/dir/public/:/usr/local/apache2/htdocs/
expose:
- 80
ports:
- '8000:80'
depends_on:
- rest-api
这将构建位于./path/to/web/dir/Dockerfile
的Dockerfile(相对于docker compose文件),并使用其默认命令运行它,即启动Apache。 Apache将为/usr/local/apache2/htdocs/
中的任何文件提供服务,因此我们将volumes
用于将主机上的Web文件路径(即./path/to/web/dir/public/
)链接到该目录在容器中。这基本上是别名,因此如果您稍后更新您的Web应用程序,则无需重新启动此docker容器即可查看更改。最后,ports
将获取位于容器内端口80
的服务器,并将其转发到localhost:8000
。
现在你应该可以运行:
docker-compose -f path/to/your/compose-file.yaml up
它将启动您的Apache服务器以及Sawtooth REST API和验证器以及您定义的任何其他服务。如果您转到http://localhost:8000
,您应该会看到您的网页,如果您转到http://localhost:8000/api/blocks
,您应该会看到链上的块的JSON表示。更重要的是,您应该能够从您的网络应用程序发出请求:
request.post({
url: 'api/batches',
body: batchListBytes,
headers: { 'Content-Type': 'application/octet-stream' }
}, (err, response) => console.log(response) );
呼。很抱歉长时间的响应,但我不确定是否有可能更快地解决CORS。希望这会有所帮助。
答案 1 :(得分:0)
事务标题应该包含详细信息,例如,将保存的块的地址。这是我使用的示例,对我来说工作正常: String payload =" create,0001,BLockchain CPU,Black,5000&#34 ;;
logger.info("Sending payload as - "+ payload);
String payloadBytes = Utils.hash512(payload.getBytes()); // --fix for invaluid payload seriqalization
ByteString payloadByteString = ByteString.copyFrom(payload.getBytes());
String address = getAddress(IDEM, ITEM_ID); // get unique address for input and output
logger.info("Sending address as - "+ address);
TransactionHeader txnHeader = TransactionHeader.newBuilder().clearBatcherPublicKey()
.setBatcherPublicKey(publicKeyHex)
.setFamilyName(IDEM) // Idem Family
.setFamilyVersion(VER)
.addInputs(address)
.setNonce("1")
.addOutputs(address)
.setPayloadSha512(payloadBytes)
.setSignerPublicKey(publicKeyHex)
.build();
ByteString txnHeaderBytes = txnHeader.toByteString();
byte[] txnHeaderSignature = privateKey.signMessage(txnHeaderBytes.toString()).getBytes();
String value = Signing.sign(privateKey, txnHeader.toByteArray());
Transaction txn = Transaction.newBuilder().setHeader(txnHeaderBytes).setPayload(payloadByteString)
.setHeaderSignature(value).build();
BatchHeader batchHeader = BatchHeader.newBuilder().clearSignerPublicKey().setSignerPublicKey(publicKeyHex)
.addTransactionIds(txn.getHeaderSignature()).build();
ByteString batchHeaderBytes = batchHeader.toByteString();
byte[] batchHeaderSignature = privateKey.signMessage(batchHeaderBytes.toString()).getBytes();
String value_batch = Signing.sign(privateKey, batchHeader.toByteArray());
Batch batch = Batch.newBuilder()
.setHeader(batchHeaderBytes)
.setHeaderSignature(value_batch)
.setTrace(true)
.addTransactions(txn)
.build();
BatchList batchList = BatchList.newBuilder()
.addBatches(batch)
.build();
ByteString batchBytes = batchList.toByteString();
String serverResponse = Unirest.post("http://localhost:8008/batches")
.header("Content-Type", "application/octet-stream")
.body(batchBytes.toByteArray())
.asString()
.getBody();