From owner-freebsd-questions Tue May 20 09:21:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA11420 for questions-outgoing; Tue, 20 May 1997 09:21:24 -0700 (PDT) Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA11414 for ; Tue, 20 May 1997 09:21:20 -0700 (PDT) Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id SAA17446; Tue, 20 May 1997 18:21:11 +0200 To: freebsd-questions@freebsd.org Path: sec From: sec@42.org (Stefan `Sec` Zehl) Newsgroups: muc.lists.freebsd.questions Subject: Re: Diverting outbound UDP with NAT? Date: 20 May 1997 18:21:10 +0200 Organization: Internet@home Lines: 24 Message-ID: References: X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Brian Tao wrote: > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > rc5 6169 0.0 0.4 224 220 p0- IN 14Apr97 41728:30.94 rc5 -n 10 -a bovine.st.hmc.edu rsacrack@vex.net nice :) > The problem is that the bovine.st.hmc.edu keyserver it uses > has gone away, and it does not appear that the client re-resolves the > name when retrying the connection. Hmm, i don't know anything about ipdivert yet (unfortunately :) - but you might try an other approach... attach to the process with gdb abd change the ip-adress it has stored in it's variable - of course you need the source for that. I suggest you try it a few times with another, newly started client before you ruin your 'runtime' by a typing mistake :) CU, Sec P.S.: tell me if, and if yes how you succeed :) -- Fuer die Raupe ist es das Ende der Welt, Fuer den Rest der Welt ist es ein Schmetterling Error 0: No error