又发现微软 WSL 的一个坑， rabbitmq 无法在 WSL 正常工作，另求个代替的

[jakeyfly]

pika.exceptions.IncompatibleProtocolError: (-1, 'EOF') 直接提示这个，上外网查了一个下午，最后在 GOOGLE 群组里发现一个也是用 WSL 的同样的问题，最后大家讨论是 WLS 的问题。

WSL 真是不省心啊，看来无法继续用下去了

虚拟机是真心不喜欢，如果搞个虚拟机，映射端口，像远程登录一样是否可行？有人这样搞过不？毕竟 LIUNX 下的软件不太好。

比如 pycharm 可否连接到虚拟机用 SSH 连接开发？

[3789]

这标题🈶歧义，是要可以在 wsl 下可以运行的 mq 的代替品，还是要一个在 windows 上运行 linux 应用的代替方案？

[ClutchBear]

vagrant
就是了
pycharm 直接支持 vagrant 的

[x66]

上 Docker

[micean]

#3 +1

win docker 要好用的多。。。就是启动慢了点

[boris1993]

emmm........是有什么原因一定不能换到 Linux 下做事吗？
docker 应该是个辙
WSL 这玩意......总觉得有点微妙，根本不想用.......

[jakeyfly]

@boris1993 电脑如果只用来写程序 那就 LIUNX 了 关键是电脑不只是用来写代码的，因为穷病，所以只能 WIN10

[jakeyfly]

@micean 完全没接触过 DOCKER 在 WIN10 上对比 虚拟机 最大的优势是啥

[l669306630]

@jakeyfly 遇到同样的问题，楼主最终找到解决办法了吗？ amqp 5672 端口启动了监听，但始终无法访问

[l669306630]

问题解决了

问题是，在 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

当当~当当~~可以了~

[xaplux]

@l669306630 牛逼，解决了，我找了半天的原因，很庆幸看到了这里

[chwangtenger]

@l669306630 你好，我也遇到了你这个问题，但是我按照你说的改了之后
> netstat -ano | findstr 5672
还是和原来一样，不会出现 127.0.0.1 的那行

[chwangtenger]

@l669306630 我网上看到了类似的回答，他们是 apt-get 装的，我是自己下载解压的，我试了一下用 apt-get 装，你的这个方法就可以了。可能是之前那种解压的版本不会去读这个配置文件？