-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proxy not connecting to telnet #7
Comments
I've checked my configuration and haven´t been able to find anything different, your config seems to be ok 🤔 In my case, I'm executing both the mud server and the proxy in the same machine, without using containers, I'm assuming your are using one container for the mud server and another for the proxy, could the problem be related to this? Maybe the proxy is not able to connect to a different container through the docker network?, even if you could telnet from one to the other. (I updated this code from an already existing project, don't know the inner workings in deep to be sure). |
I'm having the same trouble - the client connects to the proxy, the proxy announces there's a new connection, but then black screen on the client and no further output for the proxy. No containers or anything are involved, the proxy and the MOO are processes running "bare-metal" on the same (vm) host. Pertinent config: wsproxy.js
config.js
socket.js
The rest is unchanged from default. Doing a Any thoughts? Not sure how to go about debugging this further. Thanks in advance. |
I stumbled upon your proxy and client and wanted to test it out for a mini mud project I'm running.
Got it all set up and the files configured, but I am unable to get the proxy to connect to the mud. Here's the config files:
wsproxy.js
src/config.js
socket.js
var proxy = 'wss://dikumud.<myhost>:6200/';
I see the connection being established in the proxy console:
But my website is just blank:
![image](https://private-user-images.githubusercontent.com/1532149/258397219-df2dd589-af62-41a3-9de6-12448325052f.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5MDUzOTQsIm5iZiI6MTczODkwNTA5NCwicGF0aCI6Ii8xNTMyMTQ5LzI1ODM5NzIxOS1kZjJkZDU4OS1hZjYyLTQxYTMtOWRlNi0xMjQ0ODMyNTA1MmYucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI1MDIwNyUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNTAyMDdUMDUxMTM0WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9ZDY2ZGEzZTNiMWEwZjlhNjA4OWFlYjViM2Y1Y2NlMTgwMDc0MjgyNTdmN2ZjYzA0ZTNlODgwN2ZjZWYyNTdjZiZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.tZFX3PrHJFuYOej_ioHZSOMDgtxlEJQBVyactB_On18)
I am able to telnet to the mud from the container running the web-proxy-client.
Any insights?
The text was updated successfully, but these errors were encountered: