similar to: OpenSSH 3.4p1 and OpenSSL

Hi All, I just downloaded and installed openssh3.4p1 and triued to run ssh-keygen with -t option. It complains -t to be an illegel option. Its ssh-keygen version 1.2.20 The documentation does document -t option. Am I doing something wrong? ~A~

http://bugzilla.mindrot.org/show_bug.cgi?id=361 Summary: PRNGD not yet seeded & SSH banner stills show previous banner Product: Portable OpenSSH Version: -current Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P3 Component: ssh AssignedTo:

Hello, I have the following problem: On a solaris 10 machine, with 5 "zones" there is a process that is talking to the wrong db server. I need to find out which process this is, so I can analize this further. I have tried to doing this using tcpsnoop from the DTrace toolkit, but without success. This is what I''ve done. First I started tcpsnoop, dumping it''s output

How come snoop doesn''t find the vnic0, by default: root at pine:~# ifconfig -a lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 vnic0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2 inet 10.9.59.56 netmask ffffffe0 broadcast 10.9.59.63 ether 2:8:20:7f:a9:16 lo0:

So, just to play with vnics with 106, I have... e1000g2 plumb''d with 192.168.85.10 vnic0 is created on top of e1000g2 with 192.168.85.22 I snoop on e1000g2 to see the traffic. I ping 192.168.85.22 and it works. I stop the snoop on e1000g2. I ping 192.168.85.22 and it doesn''t work. I start the snoop on e1000g2. I ping 192.168.85.22 and ping works. Is this a new feature with

http://bugzilla.mindrot.org/show_bug.cgi?id=515 Summary: BindAddress and -b not working Product: Portable OpenSSH Version: 3.4p1 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: murple

Dear dtrace Experts, I have seen some dtrace utilities like opensnoop and execsnoop etc. My interest is to write a simple script that can snoop the files which uses the 3 syscalls like open,create,unlink. I have gone through dtrace oneliners that can do the same : dtrace -n ''syscall::open*:entry { printf("%s %s",execname,copyinstr(arg0));}'' dtrace -n

I have these three modules with the following structure: |-- modules | |-- create_resources | | |-- LICENSE | | |-- Modulefile | | |-- README | | |-- lib | | | `-- puppet | | | `-- parser | | | `-- functions | | | `-- create_resources.rb | | |-- spec | | | |-- spec.opts | | | |-- spec_helper.rb | | | `-- unit

I sent this to Brendan but never got a response. Maybe someone else can help? ----- Hi Brendan. I''m trying to debug a problem where I need to snoop the network traffic over a punchin connection, where snoop doesn''t work. I found your tcpsnoop dtrace tool, which seemed like it might be able to do what I need. Unfortunately, it doesn''t seem to have an option to dump

Jean-Daniel Dubois Snoop@cgocable.ca Pr?pos? Multim?dia Multimedia Employee Cog?co C?ble Canada Inc. 1 877 727-4387 1 819 375-7274 -----Message d'origine----- De : Snoop [mailto:snoop@cgocable.ca] Envoy? : 19 novembre, 2001 20:08 ? : samba-admin@lists.samba.org Objet : why is samba more performant with 8 MB buffer (which algorith is used) Hi im doing a project on samba and its global

I''m running a nevada b99 guest on a nevada b99 host. The guest is configured as a dhcp client. When I snoop in dom0 while the guest boots, I see two back-to-back DHCPREQUEST packets issued by the guest. The first of the two packets has an empty UDP checksum; otherwise they seem identical. Is this a bug? Fred Oliver ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 246 arrived

List, is there an equivalent on Linux as "watch" under FreeBSD, as well as the "snp" or snoop device that permits one to watch what is going on in another terminal? Yes there are privacy issues here, but in a home system with a couple of folks logged in trying to help with compiling stuff, it'd be nice to see what and how they are doing it. Thanks... -- Snowman

Hi, Here are two, small feature changes I would like to submit to increase the usefulness of the multicast snooping of the bridge code. The first patch is an unaltered one I had submitted before, but since it got no feedback I'm resubmitting it here for net-next. With the recently added patch to disable snooping if there is no querier (b00589af + 248ba8ec05 + 8d50af4fb), it should be a safe

[syl@snoop wine]$ cvs login Logging in to :pserver:cvs@cvs.winehq.com:2401/home/wine CVS password: cvs [login aborted]: connect to cvs.winehq.com(206.47.20.125):2401 failed: Connection refused ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! Yahoo! Mail : http://fr.mail.yahoo.com

Hello Stuart, On 06/25/2015 11:51 PM, Stuart Barkley wrote: > For (ssh based) X forwarding no X server needs to run on the server. > I usually install the xorg-x11-xauth (necessary) and xterm (optional) > rpms on all my servers in case X forwarding becomes necessary. > > Then from your desktop (assuming Linux already running X) in a local > xterm do something like: > >

Hi, I''m afraid I have some problems understanding how crossbow is supposed to work ;) On my machine (OpenSolaris, snv_111) I''m running VirtualBox with couple of linux / XP installation and additionally a zone with exclusive IP. My network configuration looks like this: [6]elsinore:~>dladm show-link LINK CLASS MTU STATE OVER bge0 phys 1500 up

Hi Folks, I have a snv_105 sxce host that I just can''t get to work as expected with crossbow + zones. My test host persephone, is a virtual machine running under VMware ESXi 3.5, with 2 virtual network cards (e1000), all on the same flat network/subnet. It started life just 2 days ago with a clean install of snv_95, and I LUed to 105 yesterday. To rule out any sharing issue, the first

Hi, Running OpenSSH 3.5p1 or 3.7.1p2 on two SGI orgin 300 systems of IRIX 6.5.17 with 4 600MHz CPU and gigabits network. Transfer a 1GB file with ftp took 28 seconds. Transfer a 1GB file with scp took 148 seconds. Use "snoop" to capture all network packets between these two systems. Ftp tansmitted about 107840 packets, but scp transmitted about 763339 packets. Is this normal? Why?

Greetings, I have run into a rather bizarre problem that is beyond my meager skills to debug so I am turning to the collective wisdom of this list. Here are the facts: 2 SGI machines (alpha running IRIX 6.5.15 & beta running 6.5.14) running openssh-3.4p1. ssh was built on each machine using the same configuration and were working fine. I upgraded the OS on alpha to 6.5.17 and ran into

SunOS pop01.unix 5.10 Generic_118844-26 i86pc i386 i86pc dovecot-1.0.beta3 It is most likely something I am doing wrong, but could someone take a look at why I can not get LDAP prefetch to work? If I define things like this: dovecot.conf: ---------------------------------------------- passdb ldap { args = /usr/local/etc/dovecot-ldap.conf } userdb ldap { args =