similar to: Configurable restrictions

I'm searching for a simple solution to allow access to only one directory of an existing user (that may not login) via sftp-server and authorized_keys file using the extended syntax command="/usr/lib/openssh/sftp-server --root /data/exchange",no-port-forwarding,no-agent-forwarding,no-X11-forwarding,no-pty ssh-rsa AAA...keydata Is something like that already possible, is there a

After upgrading to 5.1, connections to our Juniper E-Series routers fail with: $ ssh -v eseries OpenSSH_5.1p1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh_config debug1: Applying options for *-lns* debug1: Applying options for * debug1: Connecting to eseries [1.2.3.4] port 22. debug1: fd 3 clearing O_NONBLOCK debug1: Connection established. debug1: identity file

Hi there, I'm developing ssh client in pure java and, recently, I'm trying to improve the port forwarding support on that stuff. However, it seems to me that sshd of OpenSSH has not supported 'cancel-tcpip-forward' request. http://www.ietf.org/internet-drafts/draft-ietf-secsh-connect-17.txt says that | A port forwarding can be cancelled with the following message. |

https://bugzilla.mindrot.org/show_bug.cgi?id=2147 Bug ID: 2147 Summary: OpenSSH remote forwarding of dynamic ports doesn't work when you create more than one Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: normal Priority: P5

I recently ran across a problem with remote port forwarding in OpenSSH when trying to use dynamic ports. While it is possible to use OpenSSH to request a dynamic port and the OpenSSH sshd handles it just fine, the OpenSSH client gets confused when multiple ports are opened this way, due to the information passed in the "forwarded-tcpip" SSH_MSG_CHANNEL_OPEN message which is sent back to

It''s a bit difficult to summarise my question in just one line, so forgive the subject. :-) I have really started to like RoR and Ruby also makes a lot of sense as a language for scripting. So, I''ve been thinking of building some "internal" apps while I learn more. One of these is a "financial claims" system that will make my work a bit easier. One of

Hi all. I''ve submitted a lighthouse ticket + patch so you can avoid having to repeatedly tell the subdomain method on ActionDispatch::Request how many elements your TLD has. https://rails.lighthouseapp.com/projects/8994/tickets/5215-configurable-tld_length-for-subdomains Any thoughts? Good idea, bad idea? Thanks, Simon -- You received this message because you are subscribed to the

Hi, Currently Dovecot's LMTPd writes incoming emails to mail_temp_dir if it's bigger than 128k. But I would like to spare those unnecessary operations (creating a file, deleting it, writing into it, reading from it, checking whether there is free space and if not, rejecting (temporarily) the message). Memory is cheap, disk IO is not. :) And BTW, on a lot of systems, /tmp is a memory

Hi, I need some sieve actions to be specified per-user, but exposing actual sieve scripts to users is of the question. For example, I need to be able to either put spam messages into a spam folder, or discard them, based on user preference. Presumably this would be done using Sieve. As I understand, it's not possible to query a database from within a sieve script. If I can't use a

Author: jrutt Repository: /hg/zfs-crypto/gate Revision: 41d7d68d4ab013616c499ed0e497bffb54c8cc73 Log message: 6232309 need configurable limit on number of open FMEs Files: update: usr/src/cmd/fm/modules/common/eversholt/eft.c update: usr/src/cmd/fm/modules/common/eversholt/eft.conf update: usr/src/cmd/fm/modules/common/eversholt/fme.c update: usr/src/cmd/fm/modules/common/eversholt/fme.h

Author: comay Repository: /hg/zfs-crypto/gate Revision: f3f67f97f86c549d01e2d2ac2e266624d9ba3238 Log message: PSARC 2006/124 Configurable Privileges for Zones 4966416 RFE: zone privileges should be configurable 5008923 zoneadm halt message is a little illogical when run from the target zone 5049028 Makefiles that hacked around libpool errors now need cleanup 6345758 zonecfg rctl help

As usual, written and tested on 2.6.24-rc4 and made apply to the 2.6.18 tree without further testing. Signed-off-by: Jan Beulich <jbeulich@novell.com> Index: head-2007-12-11/drivers/xen/Kconfig =================================================================== --- head-2007-12-11.orig/drivers/xen/Kconfig 2007-10-18 16:15:28.000000000 +0200 +++ head-2007-12-11/drivers/xen/Kconfig

-----Original Message----- From: Fred Liu Sent: Friday, January 08, 2010 1:14 PM To: 'nouveau-request at lists.freedesktop.org' Subject: Is nouveau configurable in Fedora in aspect of display depth? Hi, I need run a legacy utility in 8-bit pseudo-color mode. Thanks. Fred

The current virtio block sets a queue depth of 64. With a sufficiently fast device, using a queue depth of 256 can double the IOPS which can be sustained. So make the queue depth something which can be set at module load time or via a kernel boot-time parameter. Signed-off-by: "Theodore Ts'o" <tytso at mit.edu> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc:

On Fri, 2014-03-14 at 13:31 -0400, Theodore Ts'o wrote: > The current virtio block sets a queue depth of 64. With a > sufficiently fast device, using a queue depth of 256 can double the > IOPS which can be sustained. So make the queue depth something which > can be set at module load time or via a kernel boot-time parameter. [] > diff --git a/drivers/block/virtio_blk.c

On Fri, Mar 14, 2014 at 10:38:40AM -0700, Joe Perches wrote: > > +static int queue_depth = 64; > > +module_param(queue_depth, int, 444); > > 444? Really Ted? Oops, *blush*. Thanks for catching that. - Ted

Theodore Ts'o <tytso at mit.edu> writes: > On Fri, Mar 14, 2014 at 10:38:40AM -0700, Joe Perches wrote: >> > +static int queue_depth = 64; >> > +module_param(queue_depth, int, 444); >> >> 444? Really Ted? > > Oops, *blush*. Thanks for catching that. Erk, our tests are insufficient. Testbuilding an allmodconfig with this now: diff --git

On Sun, 2014-03-16 at 22:00 -0700, Joe Perches wrote: > On Mon, 2014-03-17 at 14:25 +1030, Rusty Russell wrote: > > > Erk, our tests are insufficient. Testbuilding an allmodconfig with this > > now: > > Good idea. > > > diff --git a/include/linux/moduleparam.h b/include/linux/moduleparam.h > [] > > @@ -188,6 +188,9 @@ struct kparam_array > > /*

On Fri, Feb 27, 2015 at 05:28:58PM +0300, Roman Kagan wrote: > Make the location of the Windows virtio drivers overridable with the > environment variable VIRTIO_WIN_DIR, in the same vein as is done for > virt-tools. > > Signed-off-by: Roman Kagan <rkagan@parallels.com> > --- > v2v/convert_windows.ml | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) >

On Tue, Mar 31, 2015 at 04:26:38PM +0300, Roman Kagan wrote: > Make the location of the Windows virtio drivers overridable with the > environment variable VIRTIO_WIN_DIR, in the same vein as is done for > virt-tools. > > Signed-off-by: Roman Kagan <rkagan@parallels.com> > --- > changes from v1: > - document the new environment variable > >