又发现微软 WSL 的一个坑， rabbitmq 无法在 WSL 正常工作，另求个代替的
jakeyfly · 2018-11-25 22:29:10 +08:00 · 3485 次点击这是一个创建于 1969 天前的主题，其中的信息可能已经有所发展或是发生改变。
pika.exceptions.IncompatibleProtocolError: (-1, 'EOF') 直接提示这个，上外网查了一个下午，最后在 GOOGLE 群组里发现一个也是用 WSL 的同样的问题，最后大家讨论是 WLS 的问题。
WSL 真是不省心啊，看来无法继续用下去了
虚拟机是真心不喜欢，如果搞个虚拟机，映射端口，像远程登录一样是否可行？有人这样搞过不？毕竟 LIUNX 下的软件不太好。
比如 pycharm 可否连接到虚拟机用 SSH 连接开发？
 |
1
3789 2018-11-25 22:35:47 +08:00 via Android
这标题🈶歧义，是要可以在 wsl 下可以运行的 mq 的代替品，还是要一个在 windows 上运行 linux 应用的代替方案？
|
 |
2
ClutchBear 2018-11-25 22:45:42 +08:00
vagrant
就是了 pycharm 直接支持 vagrant 的 |
 |
3
x66 2018-11-26 07:51:21 +08:00 via iPhone
上 Docker
|
 |
4
micean 2018-11-26 09:16:23 +08:00
#3 +1
win docker 要好用的多。。。就是启动慢了点 |
 |
5
boris1993 2018-11-26 10:22:13 +08:00 via Android
emmm........是有什么原因一定不能换到 Linux 下做事吗？
docker 应该是个辙 WSL 这玩意......总觉得有点微妙，根本不想用....... |
 |
6
jakeyfly OP @boris1993 电脑如果只用来写程序 那就 LIUNX 了 关键是电脑不只是用来写代码的，因为穷病，所以只能 WIN10
|
 |
8
l669306630 2019-05-08 16:50:47 +08:00
@jakeyfly 遇到同样的问题，楼主最终找到解决办法了吗？ amqp 5672 端口启动了监听，但始终无法访问
|
|
9
l669306630 2019-05-08 17:12:29 +08:00  3
问题解决了
问题是，在 Windows PowerShell 中查看端口 > netstat -ano | findstr 5672 > TCP 0.0.0.0:5672 0.0.0.0:0 LISTENING 6212 解决办法： vi 安装目录 /etc/rabbitmq/rabbitmq.conf 新增：listeners.tcp.default = 5672 新增：listeners.tcp.local = 127.0.0.1:5672 再启动服务 安装目录 /sbin/rabbitmq-server 再回 Windows PowerShell 中查看端口 > netstat -ano | findstr 5672 > TCP 0.0.0.0:5672 0.0.0.0:0 LISTENING 6212 > TCP 127.0.0.1:5672 0.0.0.0:0 LISTENING 6212 当当~当当~~可以了~ |
 |
10
xaplux 2019-09-27 16:49:15 +08:00
@l669306630 牛逼，解决了，我找了半天的原因，很庆幸看到了这里
|
 |
11
chwangtenger 2020-07-11 18:12:46 +08:00
|
|
12
chwangtenger 2020-07-11 18:52:01 +08:00
@l669306630 我网上看到了类似的回答，他们是 apt-get 装的，我是自己下载解压的，我试了一下用 apt-get 装，你的这个方法就可以了。可能是之前那种解压的版本不会去读这个配置文件？
|
Select Language