1. Forum
  2. DOVE-Net
  3. Synchronet Discussion

  • Thanks for the new web in

    From Hemo@VERT/UJOINT to echicken on Thu Dec 15 22:06:00 2016
    echicken wrote to Hemo <=-

    Re: Thanks for the new web interface
    By: Hemo to Accession on Thu Dec 15 2016 16:31:17

    sigh< yeah. got those. I see the connect in the sbbs.log, but
    never send the
    login, then eventually drops the connect.

    Which connection do you see happening in your logs? There should be
    two:

    Step one: fTelnet connects to the websocket server
    Step two: the websocket server connects to your terminal server

    Step two happens locally, so the telnet (or rlogin) connection would appear to be coming from localhost.

    If I try to 'telnet' into the bbs from the web interface, I see step one happening, but never see step two take place:

    Dec 15 21:23:24 agility synchronet: srvc 0044 WebSocketTelnet connection accepted from: 192.168.1.1 port 60683
    Dec 15 21:23:34 agility synchronet: srvc 0044 WebSocketTelnet service thread terminated (0 clients remain, 0 total, 2 served)
    Dec 15 21:23:34 agility synchronet: srvc 0044 !ERROR 9 closing socket

    I followed the setup info here:
    https://github.com/echicken/synchronet-web-v4


    I have the sections added to the ctrl/services.ini

    I have the whole section added to modopts.ini, made sure the [logon] section was setup as shown.

    Double chcecked the exec/logon.js file as instructed. I am on 3.17a
    ynchronet.

    I have iptables completeley stopped to rule out the firewall, relying on port forwarding from router.
    I have the following ports forwarded to the Synchronet computer:
    TCP & UDP:11, 17, 18, 79, 113, 10088, 24554
    TCP: 21, 22, 23, 70, 80, 119, 443, 513, 1123, 1513, 6667


    Basically, the web interface itself works great, when not logged in, the Guest account works as I have things programmed, can read and see some file sections and files, but can not post or reply, or actually download a file. Doors are not visible. Once logged in, the hidden file areas are visible, as are the doors, and messages can be replied to, files download, etc. None of the doors function, since they also rely on fTelnet.

    This log snip is from a connection to BullsEye bulletins door after I was logged in to web interface:

    Dec 15 21:44:39 agility synchronet: srvc 0048 WebSocketRLogin connection accepted from: 192.168.1.1 port 60818
    Dec 15 21:44:54 agility synchronet: srvc 0048 WebSocketRLogin RLogin: Unable to connect to server.
    Dec 15 21:44:54 agility synchronet: srvc 0048 WebSocketRLogin service thread terminated (0 clients remain, 0 total, 2 served)
    Dec 15 21:44:54 agility synchronet: srvc 0048 !ERROR 9 closing socket

    It says unable to connect to server. At this point, I don't know where the WebSocketRLogin is trying to connect to. The ip of the local nic adapter eth0? The loopback localhost ip, the public DNS IP, the public IP? This point is as far as I've ever gotten, on different systems.

    It's frustrating, because as I follow things step-by-step, I see others having it working, and I sit here feeling like someone has tied my shoelaces to the chair.

    --
    Hemo

    ... Direct from the Ministry of Silly Walks
    --- MultiMail/Win64 v0.73
    þ Synchronet þ - Running madly into the wind and screaming - bbs.ujoint.org
  • From echicken@VERT/ECBBS to Hemo on Fri Dec 16 00:45:18 2016
    Re: Thanks for the new web in
    By: Hemo to echicken on Thu Dec 15 2016 22:06:00

    I have the whole section added to modopts.ini, made sure the [logon] section was setup as shown.

    For the record, that only matters for the "Games" page.

    Dec 15 21:44:54 agility synchronet: srvc 0048 WebSocketRLogin RLogin: Unable to connect to server.

    It says unable to connect to server. At this point, I don't know where the WebSocketRLogin is trying to connect to. The ip of the local nic adapter

    It's trying to connect to what's exported to the JS environment as 'system.inet_addr'. I suspect that in your case, your BBS server is unable to properly resolve or connect to this address.

    I recommended replacing references to 'system.inet_addr' in websocket-telnet-service.js with '"127.0.0.1"' - have you tried that yet? I expect it will solve your problem. If it does, do the same to websocket-rlogin-service.js.

    ---
    echicken
    electronic chicken bbs - bbs.electronicchick
  • From Hemo@VERT/UJOINT to echicken on Fri Dec 16 16:56:00 2016
    echicken wrote to Hemo <=-

    Re: Thanks for the new web in
    By: Hemo to echicken on Thu Dec 15 2016 22:06:00

    I have the whole section added to modopts.ini, made sure the [logon] section was setup as shown.

    For the record, that only matters for the "Games" page.

    Dec 15 21:44:54 agility synchronet: srvc 0048 WebSocketRLogin RLogin: Unable to connect to server.

    It says unable to connect to server. At this point, I don't know where the WebSocketRLogin is trying to connect to. The ip of the local nic adapter

    It's trying to connect to what's exported to the JS environment as 'system.inet_addr'. I suspect that in your case, your BBS server is unable to properly resolve or connect to this address.

    I recommended replacing references to 'system.inet_addr' in websocket-telnet-service.js with '"127.0.0.1"' - have you tried that
    yet? I expect it will solve your problem. If it does, do the same to websocket-rlogin-service.js.

    tried that. same results - no change. I tried 127.0.0.1, the local internal ip of 192.168.1.130, the IP of the router, the public ip.

    All are exactly the same. I can see the initial connect in the log, then about 10 seconds of nothing, then a disconnect with the message in the log it can't connect to the server.

    About the only thing I haven't tried, is setting this up on a pure vanilla install.
    ... So easy, a child could do it. Child sold separately.
    --- MultiMail/Win64
  • From echicken@VERT/ECBBS to Hemo on Fri Dec 16 19:35:23 2016
    Re: Thanks for the new web in
    By: Hemo to echicken on Fri Dec 16 2016 16:56:00

    tried that. same results - no change. I tried 127.0.0.1, the local internal ip of 192.168.1.130, the IP of the router, the public ip.

    On your BBS server, please try using telnet client to connect to all of the above on ports 23 and 513 (or wherever ports your system is listening on for telnet and rlogin clients). What are the results?

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com
  • From Hemo@VERT/UJOINT to echicken on Sun Dec 18 10:32:00 2016
    ÿþ-=> echicken wrote to Hemo <=-

    Re: Thanks for the new web in
    By: Hemo to echicken on Fri Dec
    16 2016 16:56:00

    tried that. same results - no
    change. I tried 127.0.0.1, the local
    internal ip of 192.168.1.130, the
    IP of the router, the public ip.

    On your BBS server, please try
    using telnet client to connect to all
    of
    the above on ports 23 and 513 (or
    wherever ports your system is
    listening on for telnet and rlogin
    clients). What are the results?

    I'm either getting old, had severe
    tunnel vision, or both.
    Thank you for pointing this out. I've
    used this exact method so many times in
    the past to debug server/client
    communications in the past, I'm
    slightly embarrassed to admit I didn't
    think of trying this.

    I think my issue was having a hostname
    in SCFG->Networks->Internet E-mail
    Address that was different from the
    hostname users connect to. Even with
    having the Hostname entry in
    ./ctrl/sbbs.ini set to the correct
    hostname, I suspect internals were
    still using the value from
    SCFG->Networks->Internet E-mail
    Address. My plan was to have users
    connect to bbs.ujoint.org, but any
    email sent out would originate from
    user@ujoint.org (not
    user@bbs.ujoint.org)

    With my settings like this, I would get
    the initial connect and then drop from
    fTelnet attempts:
    SCFG->Networks->Internet E-mail Address
    was set to ujoint.org
    ./ctrl/sbbs.ini [Global]->Hostname was
    set to bbs.ujoint.org

    All I ended up changing (after about an
    hour of changing and restarting things)
    was to make the SCFG entry match the
    sitename users connect to, and then I
    just removed the entry from sbbs.ini
    altogether, since there was no need for
    it any longer:
    SCFG->Networks’!Internet E-mail Address
    is set to bbs.ujoint.org
    ./ctrl/sbbs.ini [Global]’!Hostname is
    left blank

    After I changed SCFG’!Networks’!Internet
    E-mail Address to bbs.ujoint.org and
    restarted things, it works.
    Based on what I've switched to make
    things work, I would guess that the
    sbbs.ini value is used for something
    else, and the system.inet_addr value in
    the javascript is getting the entry
    from SCFG’!Networks’!Internet E-mail
    Address.

    I appreciate your help as well as
    everyone else that offered
    suggestions.

    --
    Hemo

    ... Gone crazy, be back later, please leave message.
    --- MultiMail/Win64 v0.73
    þ Synchronet þ - Running madly into the wind and screaming - bbs.ujoint.org
  • From echicken@VERT/ECBBS to Hemo on Sun Dec 18 13:25:22 2016
    Re: Thanks for the new web in
    By: Hemo to echicken on Sun Dec 18 2016 10:32:00

    After I changed SCFG’!Networks’!Internet
    E-mail Address to bbs.ujoint.org and
    restarted things, it works.

    You don't necessarily need to keep it that way; it was probably just a bad idea for me to use system.inet_addr to begin with. Changes I pushed to the websocket proxy services should work around this altogether.

    else, and the system.inet_addr value in
    the javascript is getting the entry
    from SCFG’!Networks’!Internet E-mail

    I remember some discussion about where system.inet_addr comes from. IIRC it may depend on what you have configured in SCFG, and it may fall back on other values (from sbbs.ini perhaps) if necessary.

    Anyway, the websocket servers will now proxy to the TelnetInterface / RLoginInterface as configured in sbbs.ini, or if that is not configured (or set to 0.0.0.0) it will connect to 127.0.0.1.

    Incidentally, your message seemed to be wrapping at around 40 columns. How did you post that message?

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
  • From Digital Man@VERT to Hemo on Sun Dec 18 11:04:29 2016
    Re: Thanks for the new web in
    By: Hemo to echicken on Sun Dec 18 2016 10:32 am

    Based on what I've switched to make
    things work, I would guess that the
    sbbs.ini value is used for something
    else, and the system.inet_addr value in
    the javascript is getting the entry
    from SCFG’!Networks’!Internet E-mail
    Address.

    Correct. The hostname set in the sbbs.ini file (if set), is exposed via JS in the system.host_name property. If there is no hostname specified in the sbbs.ini, then system.host_name is the same as system.inet_addr.

    digital man

    Synchronet/BBS Terminology Definition #31:
    JS = JavaScript
    Norco, CA WX: 56.5øF, 18.0% humidity, 14 mph WSW wind, 0.00 inches rain/24hrs
  • From Hemo@VERT/UJOINT to echicken on Sun Dec 18 17:34:11 2016
    Re: Thanks for the new web in
    By: echicken to Hemo on Sun Dec 18 2016 01:25 pm

    Re: Thanks for the new web in
    By: Hemo to echicken on Sun Dec 18 2016 10:32:00

    After I changed SCFG’!Networks’!Internet
    E-mail Address to bbs.ujoint.org and
    restarted things, it works.

    You don't necessarily need to keep it that way; it was probably just a bad idea for me to use system.inet_addr to begin with. Changes I pushed to the websocket proxy services should work around this altogether.

    I'll keep it for now, since things work as far as I am ready right now. I think I'm finding out one _can_ over-configure something, and sometimes it is better to leave things at default.

    Anyway, the websocket servers will now proxy to the TelnetInterface / RLoginInterface as configured in sbbs.ini, or if that is not configured (or set to 0.0.0.0) it will connect to 127.0.0.1.

    Nice. I'm afraid to try it. (lol!) I'll pull the new scripts and see how things continue. Thanks again for the work and support.

    Incidentally, your message seemed to be wrapping at around 40 columns. How did you post that message?

    Yeah.. that was weird. Offline QWK with MultiMail, and when I went to save the message, it complained of UTF-8 chracters or something. So I changed the arrows to -> characters and saved the message. I think notepad did something weird in the interim (word wrap?), as I've not seen that behavior before. I've been wanting to change the default editor from notepad to something else anyway.

    --
    Hemo

    ... The word 'meaningful' when used today is nearly always meaningless.

    ---
    þ Synchronet þ - Running madly into the wind and screaming - bbs.ujoint.org