Now if I go to the web4 games menu, and select Odin's Maze, which is actually my gameserver, it goes to the gameserver, but immediatly, exits and returns to the game menu. All other games work fine even the TWGS which is rlogin, but a different port.
Re: webv4 telnet window
By: DesotoFireflite to cChicken on Tue Mar 01 2022 12:22:32
Now if I go to the web4 games menu, and select Odin's Maze, which is
actually my gameserver, it goes to the gameserver, but immediatly,
exits and returns to the game menu. All other games work fine even
the TWGS which is rlogin, but a different port.
Any chance there's an apostrophe in this game's internal code, eg. ODIN'SMA? A look at the Games page tells me that I didn't account for this possibility. I don't think it would cause a real problem here, but maybe.
Can you give a little more detail re: "it goes to the gameserver"? Are you seeing output from Gamesrv in your ftelnet window, or evidence of this connection in Gamesrv's logs, or in Synchronet's logs?
Hope all this helps.
³Command Line ?rlogin bbs.valhallabbs.com:5513 TG_RLOGINSWAP
3/1/2022 12:32:55 PM Incoming RLogin connection from 73.152.104.255:51586 3/1/2022 12:32:55 PM Node 6 (LOGOFF): Logging off
And when you use the home menu to access ftelnet, it goes in as a Telnet connection. Gamesrv, Odin's MAze works going in through ftelnet on the home page.
Re: webv4 telnet window
By: DesotoFireflite to echicken on Tue Mar 01 2022 16:24:26
Hope all this helps.
Unfortunately nothing's jumping out at me at the moment.
³Command Line ?rlogin bbs.valhallabbs.com:5513 TG_RLOGINSWAP
Is that your entire command line, or did part of it get cut off?
Use of TG_RLOGINSWAP shouldn't be a problem, but makes me wonder if something's going awry behind the scenes.
My hunch is that there's going to be some weird problem with rlogin-over-rlogin and the handling of the terminal type or username/password swap. In fact this is jogging a very fuzzy memory for me.
What happens if you connect to your BBS via rlogin using SyncTERM, and then try to play Odin's Maze?
3/1/2022 12:32:55 PM Incoming RLogin connection from
73.152.104.255:51586 3/1/2022 12:32:55 PM Node 6 (LOGOFF): Logging
off
It's a shame that this doesn't tell us whether the login succeeded, etc.
And when you use the home menu to access ftelnet, it goes in as a
Telnet connection. Gamesrv, Odin's MAze works going in through
ftelnet on the home page.
What does Gamesrv's log output look like in this situation? Does it ever say anything about which user logged in, which game they played, etc.?
Here's the gamesrv log when logging in through the home screen of webv4. 3/2/2022 8:07:15 AM Incoming RLogin connection from 73.152.104.255:55468 3/2/2022 8:07:15 AM Node 6 (LOGON): Dracon Drake Logging on
3/2/2022 8:07:15 AM Node 6: Dracon Drake: Running Logon Process
...
3/2/2022 8:07:42 AM Node 6: Dracon Drake: Logging off
3/2/2022 8:07:42 AM Node 6: Dracon Drake: Running Logoff Process
3/2/2022 8:07:45 AM Node 6 (LOGOFF): Dracon Drake: Logging off
Re: webv4 telnet window
By: DesotoFireflite to echicken on Wed Mar 02 2022 08:27:34
Here's the gamesrv log when logging in through the home screen of
webv4. 3/2/2022 8:07:15 AM Incoming RLogin connection from
73.152.104.255:55468 3/2/2022 8:07:15 AM Node 6 (LOGON): Dracon
Drake Logging on 3/2/2022 8:07:15 AM Node 6: Dracon Drake: Running
Logon Process ...
3/2/2022 8:07:42 AM Node 6: Dracon Drake: Logging off
3/2/2022 8:07:42 AM Node 6: Dracon Drake: Running Logoff Process
3/2/2022 8:07:45 AM Node 6 (LOGOFF): Dracon Drake: Logging off
The obvious difference is that we see LOGON and user alias, which never happens when you're doing this via your Games page. Maybe authentication is failing?
Hard to say more unless you can increase Gamesrv's verbosity. Any options for debug logging in that INI file?
If you use SyncTERM to connect directly to Gamesrv, via RLOGIN, and deliberately supply a valid username but invalid password, what do you see in Gamesrv's logs? What if you change from RLOGIN to RLOGN Reversed?
What happens if you make a copy of exec/rlogin.js in your mods/ directory, and alter line 16:
,argv[4] // terminal-type
to this:
,'syncterm/115200' // terminal-type
and try again from webv4's Games page? (Be sure to delete the file from mods/ after.)
If you use SyncTERM to connect directly to Gamesrv, via RLOGIN, and
deliberately supply a valid username but invalid password, what do
Logs in both ways, but with rlogin reversed, it uses the password as the name, and the name as a password, and creates a new account.
,'syncterm/115200' // terminal-type
No difference, still won't log in through games.
maybe this is one of those unsolvable issues. I don't need it on the web,
Is there any chance this switch in gamesrv would have anything to do with the problem. If so what should it be set to for webv4.
; IP and Port to listen for flash socket policy requests on
Re: webv4 telnet window
By: DesotoFireflite to echicken on Wed Mar 02 2022 13:21:23
If you use SyncTERM to connect directly to Gamesrv, via RLOGIN, and
deliberately supply a valid username but invalid password, what do
Logs in both ways, but with rlogin reversed, it uses the password
as the name, and the name as a password, and creates a new account.
Just to clarify, I meant that you should use a *valid* username and an *invalid* password - meaning an account that already exists on Gamesrv, but with a password that shouldn't work. Is that what you did?
(I'm assuming that Gamesrv actually keeps user accounts and does password authentication. Maybe it doesn't. I don't know very much about it.)
What I'm looking for is some indication that Gamesrv would log a failure to authenticate.
,'syncterm/115200' // terminal-type
No difference, still won't log in through games.
I guess that doesn't prove much, but makes a termtype issue less likely.
maybe this is one of those unsolvable issues. I don't need it on the
web,
Nah, there's always a solution. Will we find it? I dunno.
You said that after the connection to Gamesrv fails, the user is sent back to your games menu - correct? In other words, they're still connected to your BBS via ftelnet, they're just not on Gamesrv via the BBS.
And the other items on your Games page work, just not the Gamesrv ones.
Is there any chance this switch in gamesrv would have anything to do
with the problem. If so what should it be set to for webv4.
; IP and Port to listen for flash socket policy requests on
Definitely not. That's a legacy service for Flash applets, and nothing should be using it these days.
The only other thing I can ask you to try at the moment is another change to rlogin.js. As last time, please copy the file to mods/ and change these lines:
,argv[2] // client-name
,argv[3] // server-name
to these:
,user.alias // client-name
,user.security.password // server-name
I may have those backward, so if the password ends up being used as the username, just swap those lines around.
As before, delete the file after testing (unless it works, then just leave it for now).
No, I missunderstood you, but I just logged in from syncterm using Rlogin, with the correct name, but wrong password, and it let me in. I'm assuming
it just made a new account in gameserver, as there are 3 for me in there now. The logs didn't show anything, but here is the log where I just
,user.alias // client-name,user.security.password // server-name
It would not allow me in with these, but you do have it correct, as I changed the lines around, and it passed the wrong info to the other games.
correct, it just fails, but doesn't kick you out of the website, you can choose another game and play it.
Re: webv4 telnet windowwebsite, you can choose another game and play it.
By: DesotoFireflite to echicken on Wed Mar 02 2022 17:26:42
correct, it just fails, but doesn't kick you out of the
I just tried it and saw different behaviour - after a bit of output from Synchronet's rlogin server, fTelnet got disconnected and the page refreshed. I think that's as it should be. Maybe it's different for the sysop.
I'm stumped for now. I'll ponder it a bit and let you know if I come up with anything. Workarounds are possible, but really shouldn't be necessary.
Re: webv4 telnet window
By: DesotoFireflite to echicken on Wed Mar 02 2022 17:26:42
I'm stumped for now. I'll ponder it a bit and let you know if I come up with anything. Workarounds are possible, but really shouldn't be necessary.
I figured a work around, I loaded the telnet version at the bottom of the list on synchronet where it doesn't show, and it works fine on the web that way but you have to enter yor name and password as expected with telnet. I just excluded the telnet version from showing up on the web.
Re: webv4 telnet window
By: DesotoFireflite to echicken on Thu Mar 03 2022 09:19:06
I'd be curious to know if this works. It's removing your Synchronet rlogin server from the equation. fTelnet would connect to one of the new websocket servers, which would connect directly to Gamesrv.
If it fails the same as before, that'll be informative. If it fails differently, well, that'll be interesting too. If it works, you can either keep this page or we can try to integrate it into your existing Games page.
It failed as before, but took longer to do it. I left it up in case you wanted to check it out. I tried it both on http and https. One think I
On another note, I played around with what we were doing yesterday to see if I could figure out what it was passing to gamesrv from the games menu.
DesotoFirefliteC.G.Learnxtrn=gamesrv/30000
Re: webv4 telnet window
By: DesotoFireflite to echicken on Thu Mar 03 2022 13:31:23
It's actually working perfectly for me right now (via HTTP). I clicked 'connect' and I'm sitting at the Odin's Maze main menu.
Only thing I did, was put last nights SBBS build in to fix a sbbsecho issue.
Is there a way to only see the gameserv menu after logging in as a user.
Re: webv4 telnet window
By: DesotoFireflite to echicken on Thu Mar 03 2022 15:07:23
Only thing I did, was put last nights SBBS build in to fix a
sbbsecho issue.
I imagine your BBS/services hadn't recycled/restarted before this, so the new websocket servers weren't running.
Is there a way to only see the gameserv menu after logging in as a
user.
Yes. I think you'll need to create a 'webctrl.ini' file in the same directory where this page resides (eg. webv4/mods/pages/) and add this to it:
[*gamesrv.xjs]
AccessRequirements = LEVEL 50 AND REST NOT G
Adjust the section name and ARS string to suit your needs. The wildcard is there in the filename so that you can change the numeric prefix of the page without having to update webctrl.ini each time.
I'm not certain if that'll work, so please let me know how it goes.
| Sysop: | Weed Hopper |
|---|---|
| Location: | Clearwater, FL |
| Users: | 14 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 232:03:18 |
| Calls: | 55 |
| Calls today: | 1 |
| Files: | 50,127 |
| D/L today: |
35 files (4,430K bytes) |
| Messages: | 275,419 |