• Re: Connection issues

    From Grant Taylor@21:1/5 to Kyonshi on Sun Dec 29 18:15:45 2024
    On 12/29/24 16:54, Kyonshi wrote:
    I am trying to set up a machine with a uucp connection via tcp,

    What TCP communications method are you using?

    - UUCP directly on TCP/IP port 540
    - UUCP over telnet
    - UUCP over SSH
    - something else?

    but somehow I can't get the chat script right.

    The times that I've done this, I did UUCP over SSH. It provides
    encryption and the authentication happens outside of UUCP. SSH keys are
    nice. :-)

    The following is actually my most successful attempt so far:

    chat ogin: \L\r word: \P\r

    This leads to the following in the Debug file (login and password
    replaced):

    uucico esgaroth - (2024-12-29 23:43:14.17 30777) Calling system esgaroth (port TCP)
    uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect:
    Looking for 5 "ogin:"
    uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect: Got "login:" (found it)
    uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: fcsend: Writing
    login "LOGIN\r\r"
    uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect:
    Looking for 5 "word:"
    uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect: Got " Password:" (found it)
    uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: fcsend: Writing password "PASSWORD\r\r"
    uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: zget_uucp_cmd:
    Got " uucico esgaroth - (2024-12-29 23:44:14.22 30777) ERROR: Line disconnected " (error)
    uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: fconn_close:
    Closing connection
    uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: Call failed: 4 (Handshake failed)

    Does anyone know what might be the issue here? What am I missing?

    I don't know what's going on.

    But it looks like you might be trying to log in to esgaroth from
    esgaroth, e.g. looping back into yourself. I'm not sure how well UUCP tolerates that.



    --
    Grant. . . .

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From jayjwa@21:1/5 to All on Sun Dec 29 20:43:01 2024
    Always try to login by hand at first. Using Kermit or similar, connect
    to the port and issue the username/password pair for that host. You
    should see the "Shere=" UUCP string (or whatever it is - there's an S in there). If this doesn't work, fix this first. Only once you can login
    should you have UUCP automate it for you.

    What is talking to what? Is this Taylor? Some common ones:

    # DECUS 2.0 on VMS
    chat "" \r\c sername:-BREAK-sername:-BREAK-sername: \L word: \P

    # UUPC for Windows
    chat ogin: \L ssword: \P

    # Solaris HDB:
    chat ogin: \L ssword: \P

    # Minix3, also Taylor on Linux
    chat ogin: \L ssword: \P


    Check your logs, and run uucico by hand with debugging:
    uucico -S whatever -x chat,handshake,port,config,incoming,outgoing

    cu whatever

    Should also get you to the remote prompt of system "whatever".

    --
    PGP Key ID: 781C A3E2 C6ED 70A6 B356 7AF5 B510 542E D460 5CAE
    "The Internet should always be the Wild West!"

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From jayjwa@21:1/5 to Kyonshi on Tue Dec 31 14:23:50 2024
    Kyonshi <[email protected]> writes:

    Hmm. I get the remote prompt for system esgaroth, but after entering
    the password it does not do anything for a while, then closes the
    connection with

    cu: Got hangup signal
    cu: Exit status 0
    cu: fconn_close: Closing connection
    Disconnected.

    It seems to me I am getting a connection, and then it doesn't know
    what to do with one another. I am getting a handshake failed error
    again.

    Note 'cu' uses the uucp config files; if you do this with kermit you
    might get a different response. If so, the issue is likely your config
    files.


    $ cu kirin
    Connected.


    Welcome to OpenVMS (TM) VAX Operating System, Version V7.3

    Username: ~.

    Disconnected.


    Check for permissions on the remote system. My distro ships the binaries
    so that only users in the "uucp" group can use them (changed). Check
    your x/inetd stanza (whichever Debian uses) on the remote host.

    -r-sr-xr-- 1 uucp uucp 287704 Oct 31 15:16 /usr/sbin/uucico
    Debian might do things differently.

    service uucp
    {
    flags = IPv6
    socket_type = stream
    protocol = tcp
    wait = no
    user = uucp
    group = uucp
    server = /usr/sbin/uucico
    server_args = -l --debug chat,handshake,uucp-proto,proto,port,incoming
    log_on_failure += USERID
    log_on_success += USERID
    }

    Your "call" file should have something like:
    remotehostyourcalling logintouseonremotehost theremotepassword

    for each host you call. Taylor-to-Taylor, most defaults should work
    otherwise.

    --
    PGP Key ID: 781C A3E2 C6ED 70A6 B356 7AF5 B510 542E D460 5CAE
    "The Internet should always be the Wild West!"

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)