VanDyke VShell 3.0.2 Build 536 Server for Windows обеспечивает высокий уровень защиты, мощную систему шифрования, аутентификации и целостность передачи данных с использованием протокола SSH2.

Использование этой программы позволяет, в дополнение к системным средствам разграничения прав, добавить доступ по защищен-ным протоколам, проводить защищенную аутентификацию, передачу зашифрованных файлов. Среди аналогичных программ это первое приложение, имеющее встроенную поддержку аутентификации Kerberos через GSSAPI. VanDyke VShell 3.0.2 выступает в качестве центрального узла (сервера), обеспечивающего защищенный обмен информацией внутри корпоративной сети, в среде различных приложений.
VShell дает возможность буквально "на лету" изменять настройки прав пользователей, расширяя или ограничивая их по мере необходимости. Использование программы дает возможность ограничить доступ по протоколу SFTP к домашним каталогам пользователей (под Unix), настроить групповой доступ к разделам (под Windows), выполнить настройку портов, которые будут "прослушиваться" программой, создать различные триггеры, которые будут запускаться после получения файлов либо давать сообщения о количестве попыток аутентификации.
VShell протоколирует все выполненные пересылки файлов на сервере. Файлы протоколов могут быть импортированы как в электронные таблицы, так и в базы данных, и на их основе могут быть подготовлены различные отчеты.
В отличие от протокола OpenSSH, программа Vshell обеспечивает возможность назначения различных прав для каждого пользователя или группы пользователей к различным вариантам доступа - через SFTP, переназначение портов, через различные интерфейсы.
При разграничении доступа к домашним директориям VShell создает структуру "виртуальных" каталогов вне зависимости от того, где в действительности находятся домашние каталоги пользователей.
Для программ, использующих при своей работе систему идентификации на основе открытых ключей, VShell предоставляет возможность хранения публичных ключей в своей базе, обеспечивая при этом защищенные протоколы их передачи.



VanDyke Software's VShell® 3.0 server saves critical time for system administrators with new configuration and automation features.
The 3.0 release of the VShell Secure Shell server adds new automation triggers, SCP support, XML configuration import and export, and support for 64-bit Microsoft Windows 2003.
Albuquerque, N.M. (June 26, 2007) - For time-strapped network administra-tors working to secure their networks, the VShell 3.0 server from VanDyke Software, Inc. offers new ways to automate routine administrative tasks with expanded triggers and configuration options.
VShell 3.0 also introduces built-in SCP support, allowing administrators to grant users limited file transfer access to a server or to schedule unattended file transfers. VShell's built-in SCP implementation honors settings for logging, access control lists (ACLs), and VShell's virtual root directories.
With the configuration import/export capability in the Windows version, existing server configurations can be backed-up in XML format and then cloned, edited, or moved to other machines. Other new features include a native 64-bit version of VShell providing full support for public-key-only authentication on Windows XP x64 machines, and support for Windows Vista.
The VShell Secure Shell server replaces Telnet and FTP for secure network administration and end-user access on Windows and UNIX platforms. Precision control over privileges, the ability to fine-tune your Secure Shell environment, and a wide selection of strong authentication methods give you a flexible solution that grows with your evolving security policies.
VanDyke Software also develops client applications for use with VShell and other Secure Shell servers.
SecureCRT is the tool of choice for IT professionals who are responsible for network administration and end-user access where security is critical, combining a feature-filled terminal emulator with the security of the Secure Shell (SSH) protocol. SecureFX is a versatile file transfer application that supports SFTP, FTP over SSL, as well as standard FTP.
More choices for enterprise-wide authentication: You know that using passwords for authentication presents a number of security concerns. VShell allows you to choose from a number of trusted authentication mechanisms including public key, Kerberos, keyboard interactive, and X.509 digital certificates to create a much more secure two-factor authentication strategy to control access to your network.
VShell v3.0 includes plug-in support for Kerberos via a built-in GSSAPI implementation. While patches for adding Kerberos support to open source Secure Shell implementations exist, VShell eliminates the need to download and recompile from source code every time a change is made to either the Secure Shell server or the patch. VShell implements Kerberos authentication as specified in the IETF draft (draft-ietf-secsh-gsskeyex). VShell is the first Secure Shell server to offer built-in support both user and host authentication using Kerberos via GSSAPI.
VShell editions match your needs and budget: VShell is available in three editions designed to meet the needs of every size network and organization. Whether you are the only one accessing a server for administrative tasks or you are providing remote access, secure file transfer, and data tunneling solutions for a large organization with multiple locations, there's a VShell edition that's just right for your needs. All VShell editions offer the same features but allow you to control costs by deciding how many concurrent connections you need.
VShell 3.0.2 Enterprise Edition offers an unlimited number of concurrent connections to your server and is ideal for organizations using VShell server for remote access to files and applications.
New features v.3.0.2 Build 536 Official -- November 1, 2007:
Changes:
- Windows: The "Use Kerberos Protocol Transition" option is now off by default.
Bug fixes:
- Public-key authentication could fail if the user had not been granted the "Log on locally" user right.
- vsh: Redirecting input from NUL, an LPT port, or a serial port would result in an invalid handle error.