Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

CVS Reverse lookup failure

  • 31-03-2004 6:27pm
    #1
    Typedef
    Closed Accounts Posts: 5,564 ✭✭✭


    I'll quote myself on the ILUG
    I have a cvspserver setup, which works fine for localhost

    CVSROOT=:pserver:beths@localhost:/home/cvsroot

    I can do a cvs login as beths on the box locally, but,

    CVSROOT=:pserver:beths@10.100.100.14:/home/cvsroot

    on the box 10.100.100.148, gets the connection reset by 10.100.100.14 and generates this error message in
    /var/log/cvspserver

    04/3/31@20:51:09: START: cvspserver pid=17386 from=10.100.100.148
    04/3/31@20:51:09: FAIL: cvspserver address from=10.100.100.148

    Reverse lookup failure?

    Edited /etc/hosts

    10.100.100.48 Vader

    No effect.

    Googling is not turning up alot of information on this one, I could just have users ssh into the box, but, that'd be naff.

    Has anybody else encountered and fixed this before?

    Huh?


Comments

  • #2
    ressem
    Registered Users, Registered Users 2 Posts: 2,426 ✭✭✭ressem


    To clarify, was "Reverse lookup failure? " a message in the log?


    Also was the /etc/hosts Vader=.. 48 a typo?

    ---

    You confirmed that the service is running and no firewall stuff getting in the way?

    you've tried telnetting in from the .148 machine and got
    cvs [pserver aborted]: bad auth protocol start:
    when you hit enter.
    ---

    Can't really help though.
    I used the cvsd pserver wrapper and documents, which went very smoothly. If you rule out networking issues, it might be worth trying to use this with your CVS rep instead.


  • #3
    Typedef
    Closed Accounts Posts: 5,564 ✭✭✭Typedef


    Vader is the remote system's name...

    This is what I get in /var/log/cvspserver

    04/3/31@20:51:09: START: cvspserver pid=17386 from=10.100.100.148
    04/3/31@20:51:09: FAIL: cvspserver address from=10.100.100.148

    So no, when I telnet from Vader to bateman (the server) on port 2401 the connection immediately gets reset by bateman, since cvspserver decides that 10.100.100.148, is a bad ip or something?

    Maybe I'll just go hack it's source code.

    I thought the cvsd documents were incomplete and that this stuff on the pserver http://www.cvshome.org/docs/manual/cvs-1.11.13/cvs_21.html#SEC185 , was a bit more concise.


  • #4
    ressem
    Registered Users, Registered Users 2 Posts: 2,426 ✭✭✭ressem


    Yeah, but hosts should have 10.100.100.148 rather than 10.100.100.48.

    i.e.
    This sounds like a cheap support hotline script but...

    Can you access other services running on vader from your cvs box using vaders hostname?

    And vice versa?
    Some CVS clients also demand a reverse lookup.


    Troubleshoot hosts and route if not.

    Some people report that tcp wrappers are more dependent on dns than they should be. In which case, can you connect it to a dns server?

    >>Edited /etc/hosts

    >>10.100.100.48 Vader


  • #5
    Typedef
    Closed Accounts Posts: 5,564 ✭✭✭Typedef


    Nah as a guy on the ILUG rightly pointed out, /etc/hosts won't resolve an ipaddress for something like gethostbyaddr()[1], so having an entry in /etc/hosts would be no good to me.

    Hmm

    This seems to work though
    Me on the ILUG

    cvs-buildroot /cvsroot
    chown -R cvsd:cvsd /cvsroot
    cvs -d /cvsroot/cvsrep init
    chmod 777 /cvsroot/tmp

    cvsd-passwd beths
    adding beths to /cvsroot/cvsrep/CVSROOT/writers

    Running cvsd as root to allow setgid to work, seems to magic away cvs' desire to do a reverse lookup on the ip address connecting, which is cool.

    [1] I think... haven't checked... must... resist ... urge... to... check[2]
    [2] Goes and checks.


Advertisement