微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

如何在内部将Bloom docker容器连接到Neo4j docker容器

如何解决如何在内部将Bloom docker容器连接到Neo4j docker容器

这是我的问题:我无法通过螺栓端口(7687)将 内部 (但在外部可行)将Bloom docker容器连接到neo4j docker容器。 / p>

摘要

我正在使用设置基于docker的项目:

  • 在Docker容器中以Neo4j(GraphQL)作为数据库
  • 作为neo4j可视化工具的Bloom服务器,我将其包含在React应用程序的iframe中(由于现在缺少更好的选择)
  • 在节点上托管的React应用:14个高山docker映像。

它们全部托管在AWS EC2 Linux实例中。 所有容器都在同一个docker网络上,当我使用它们的docker名称的ip地址ping或使用curl查看它们是否可以互相通信时,所有连接似乎都可以正常工作。

我尝试过的

  • 如果我转到http://my.aws.ec.instance:7474:我可以看到并使用Neo4j浏览器应用程序,没问题。
  • 如果我转到http://my.aws.ec.instance:7687(直接螺栓连接),则不会收到消息“ WebSocket握手请求:缺少升级”,但即使我在哪里,也不会出现问题应该可以连接。
  • 在我的Bloom容器中,执行“ curl my.aws.ec.instance:7687”时,会收到相同的消息。
  • “ db”是我的docker-compose服务,“ neo4j_c”是neo4j容器名称
  • 当我执行“ curl 172.30.0.2:7687”(我的neo4j容器的ip)或“ curl neo4j_c:7687”的“ curl db:7687”时,我收到相同的消息(«WebSocket握手请求:缺少升级» )。 然后,我假设这些连接的工作方式相同。

如果我转到http://my.aws.ec.instance:8000,则启动了“ app”,并且正在运行。

要告诉Bloom在哪里找到数据库,我必须将地址放在容器/的“ discovery.json”文件中。

"bolt": "bolt://my_db_address:7687"

如果我使用公共地址“ bolt”:“ bolt:// my_ec2_instance_address:7687»,它可以工作并连接到neo4j数据库容器,但是在外部,这绝对不是我想要的。

尝试使用容器IP地址或其名称“内部”连接后,我只是无法连接,也无法弄清楚原因。 我尝试过:

"bolt": "bolt://db:7687"
"bolt": "bolt://neo4j_c:7687"
"bolt": "bolt://172.30.0.2:7687"

还有更多的组合,有或没有端口号,协议等...唯一可行的方法是:

"bolt": "bolt://my_aws_ec2_public_instance:7687"

但是我不能使用它,因为它们在同一网络上,应该在本地连接。

你们能帮我吗?我可能设置了错误内容... 请询问我您可能需要的其他信息。

我希望我说得足够清楚。预先感谢您的任何贡献。

其他信息

Docker版本19.03.6-ce,内部版本369ce74。

docker-compose版本1.27.0,内部版本980ec85b

docker-compose文件


services:
  db:
    container_name: neo4j_c
    image: neo4j:4.1.1-enterprise
    environment:
      - NEO4J_ACCEPT_LICENSE_AGREEMENT=yes
    ports:
      - 7473:7473
      - 7474:7474
      - 7687:7687
    volumes:
      - $HOME/neo4j/data:/data
    networks:
      - ggnet

  bloom:
    container_name: bloom_c
    build:
      context: ./
      dockerfile: bloom_dockerfile
    volumes:
      - ./bloom:/usr/share/Nginx/html
    ports:
      - 8000:80
    depends_on:
      - db
    networks:
      - ggnet

networks:
  ggnet:
    name: ggnet_n
    driver: bridge

还有简单的Bloom dockerfile:

FROM Nginx

copY ./bloom/discovery.json /

bloom Nginx容器default.conf:

    listen       80;
    listen  [::]:80;
    listen       7687;  #JUST ADDED THAT but it didn't change anything from prevIoUs tests..
    server_name  localhost;

    location / {
        root   /usr/share/Nginx/html;
        index  index.html index.htm;
    }

    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/Nginx/html;
    }

bloom Nginx容器Nginx.conf:

user  Nginx;
worker_processes  1;

error_log  /var/log/Nginx/error.log warn;
pid        /var/run/Nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/Nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/Nginx/access.log  main;

    sendfile        on;

    keepalive_timeout  65;

    include /etc/Nginx/conf.d/*.conf;
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。