В принципе, можно на клиентской стороне ничего не менять, а логиниться на удалённую машину так:

$ ssh -X user@server1.mydomain.com или$ ssh -X user@192.168.x.x

это по желанию или когда в конфиги на своей стороне не хочется лезть

Теперь идём к админу далёкого сервера...

На стороне сервера

В конфигах машины-сервера, к которой будем подсоединяться (у вас ведь есть её рутовый пароль, так ведь?) в /etc/ssh/sshd-config ищем и меняем ключи на:

........
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
........

Этим мы разрешаем серверу запускать удалённо графические приложения и отправлять их на клиентскую машину.

Перестартуем сервис:

sudo /etc/init.d/ssh restart

Теперь мы сможем заходить на машину не только в консольном режиме, но и с запуском иксовых приложений.

Если хочется разрешить вход только с определённых машин, нужно подправить строки в конфиге /etc/ssh/sshd_config

AllowUsers hacker@*
AllowUsers *@192.168.1.*

Впрочем, это уже для более продвинутых товарищей и тему безгласности рассмотрим в другой части

SSH в действии

Всё готово, и теперь открываем консоль и пишем в ней

$ ssh имя_пользователя_удалённой_машины@ip_адрес_или_сетевое_имя_удалённой_машины

Например, в моём случае, я хожу по IP, пишу ssh ceval@192.168.1.10 .

После этого нас могут спросить: данный айпишник ещё не опознан, как доверительный, стоит ему доверять? Пишем yes, стоит, конечно! :-).

Далее вводим пароль пользователя удалённой машины, под которым мы заходим и, если он правильный, попадаем в консоль удалённой машины. В процессе набора пароля вы его не увидите - набирайте всё равно; даётся три попытки - потом соединение обрывается.

Итак, нас поприветствуют как-то вроде этого:

Linux srvubu 2.6.15-27-server #1 SMP Sat Sep 16 02:57:21 UTC 2006 i686 GNU/Linux
The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
You have mail.
Last login: Wed Feb 14 13:59:14 2007 from ХХХХХХХХХХХХ
ceval@srvubu:~$

Теперь, в окошке терминала, который на нашей машине, мы рулим компьютером, к которому мы подключились. Не перепутайте терминалы, а то вырубите не тот компьютер :-). Здесь всё просто и логично, но нам бы хотелось ещё и запускать графические приложения на удалённой системе. Легко!

Запуск графических приложений удалённо

Вводим, как обычно, логин и пароль удалённой машины. И вот перед нами та же самая консоль. Как вызвать графическое приложение? Просто наберите имя вызываемой программы и поставьте после имени знак амперсанд:

$ nautilus&;

Это запустит на удалённой машине Nautilus в фоне и вернёт вам консоль для дальнейших действий. Если вы не поставите амперсанд после имени приложения, то управление в консоль будет возвращено только после завершения приложения.

так, у вас запустится графическое приложение точно так же, как если бы оно работало у вас. Есть одно но: это приложение будет работать на вашем экране, но с документами и настройками удалённой машины. Если файл для обработки находится в вашем домашнем каталоге, то его нужно будет передать на удалённую машину. Оно (и другие приложения, которые вы запустите) будет работать ровно до того момента, пока открыто ssh-соедиение. Туда же, в консоль ssh-соединения, будут выдаваться служебные сообщения запускаемых вами приложений.

Заключение

Ну вот, как выясняется, удалённое соединение и работа может быть полезна и простым смертным, а не только бородатым админам. Очень удобно, например, быстренько влезть на компьютер коллеги и помочь ему в чём-то (прочитать логи, например), тихо и незаметно поставить софт, просто загрузить чем-то полезным простаивающую машину. В общем, много применений.

Большое спасибо virens и блогу - Записки Дебианщика

Смотрим что у нас в /etc/hosts и если надо то подправляем:

127.0.0.1       localhost  localhost.localdomain
192.168.100.11 mars.home.by mars
...

Так же смотрим что у нас в /etc/hostname и проверяем:

$ hostname -f

Должно выдать на экран mars.home.by, тогда продолжаем дальше.

Далее редактируем лист со списком необходимых нам репозитариев, по желанию можно добавить дополнительные репозитории:

nano  /etc/apt/sources.list

deb http://security.debian.org/ etch/updates main contrib non-free
#Yandex mirror
deb http://mirror.yandex.ru/debian etch main contrib non-free
#бэкпорты:
deb http://www.backports.org/debian etch-backports main contrib non-free

для бэкпорта надо импортировать ключ:

wget -O - http://backports.org/debian/archive.key | apt-key add -

Далее стандартная процедура:

apt-get update && apt-get dist-upgrade

На заметку

Если необходимо использывать прокси-сервер, то создаем файл apt.conf в  /etc/apt/

Acquire::http::Proxy "http://USER:PASS@IP_proxy:PORT";
Acquire::Proxy "true";

И так для начало ставим пакеты которые упростят нам жизнь

apt-get install ssh openssh-server mc

Устанавливаем и настраиваем WEB сервер

Устанавливаем Apache:

apt-get install apache2 apache2-doc apache2-mpm-prefork apache2-utils libexpat1 ssl-cert

Далее правим конфиги:

- расширяем диапазон запускаемых файлов dir.conf:

nano /etc/apache2/mods-available/dir.conf

#DirectoryIndex index.html index.cgi index.pl index.php index.xhtml index.htm
DirectoryIndex index.html index.htm index.shtml index.cgi index.php index.php3 index.pl index.xhtml

nano /etc/apache2/apache2.conf

DefaultLanguage ru
LanguagePriority ru en da nl et fr de el it ja ko no pl pt pt-br ltz ca es sv tw
AddDefaultCharset   UTF-8

Устанавливаем Mysql:

apt-get install mysql-server mysql-client libmysqlclient15-dev

Задаем пароль для root по умолчанию он ни задан:

$ mysqladmin -u root password ПАРОЛЬ

проверяем, сможем ли зайти с новым паролем:

$ mysql -u root -pПАРОЛЬ
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 21
Server version: 5.0.32-Debian_7etch8-log Debian etch distribution
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql>

При необходимости ставим пакет phpmyadmin для управления базами mysql через web интерфейс:

apt-get install phpmyadmin

Проверяем:

http://localhost/phpmyadmin, а если настраиваем удаленно то тогда http://iP_hosta/phpmyadmin

Устанавливаем пакеты PHP:

apt-get install libapache2-mod-php5 libapache2-mod-ruby libapache2-mod-python php5 php5-common php5-curl php5-dev php5-gd php5-idn php-pear php5-imagick php5-imap php5-mcrypt php5-memcache php5-mhash php5-ming php5-mysql php5-pspell php5-recode php5-snmp php5-sqlite php5-tidy php5-xmlrpc php5-xsl

Запускаем необходимые модули:

a2enmod ssl
a2enmod rewrite
a2enmod suexec
a2enmod include

Перезагружаем сервер Apache:

/etc/init.d/apache2 force-reload

И конечная проверка всех действий.

Создаем файл:

Код:

nano /var/www/testphp.php

Вставляем следующую строку в новый файл

"<"?php phpinfo(); ?">"

Сохраняем, запускаем:

http://localhost/testphp.php

И получаем:

It works!

Домашния страничка

Сама программа очень проста в использывании, добавляем что нам надо файли или папку:

выставляем выходные настройки:

и жмем "Преоброзовать" и наслаждаемся конечным результатом.

настраиваем:

$ nano /etc/default/ntpdate

NTPSERVERS="master.ns.domain"

- наш домен-контроллера(DC) по полному доменному имени (FQDN)

Запускаем синхронизацию в ручную:

$ ntpdate -s master.ns.domain

Навсякий случай смотрим что б у нас host'е было приписано полное имя машины

$ nano /etc/hosts
IP samba.ns.domain localhost samba

Устанавливаем и настраиваем Kerberos

$ aptitude install aptitude install krb5-doc krb5-user krb5-config

в конце процеccа уcтановки, уcтановщик cпроcит у наc два параметра:

What are the Kerberos servers for your realm?
имя Kerberos cервера для realm NS.DOMAIN (имя realm определено автоматически)
[ master.ns.domain ]
What is the administrative server for your Kerberos realm?
имя cервера паролей для NS.DOMAIN Kerberos realm
[ master.ns.domain ]

на оба запроса вводим наш адрес домен-контроллера(DC)

Далее правим /etc/krb5.conf и приводим его к такому виду:

[libdefaults]
default_realm = EXAMPLE.COM (обязательно большими)
ticket_lifetime = 24000
clock_skew = 300
# The following krb5.conf variables are only for MIT Kerberos.
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
# The following encryption type specification will be used by MIT Kerberos
# if uncommented. In general, the defaults in the MIT Kerberos code are
# correct and overriding these specifications only serves to disable new
# encryption types as they are added, creating interoperability problems.
#
# Thie only time when you might need to uncomment these lines and change
# the enctypes is if you have local software that will break on ticket
# caches containing ticket encryption types it doesn't know about (such as
# old versions of Sun Java).
# default_tgs_enctypes = des3-hmac-sha1
# default_tkt_enctypes = des3-hmac-sha1
# permitted_enctypes = des3-hmac-sha1
# The following libdefaults parameters are only for Heimdal Kerberos.
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
EXAMPLE.COM = {
kdc = ad.example.com
admin_server = ad.example.com
}
[domain_realm]
.example.com = EXAMPLE.COM
example.com = EXAMPLE.COM
[login]
krb4_convert = true
krb4_get_tickets = false
[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5dc.log
admin_server = FILE:/var/log/ksadmind.log

Так же можно добавить несколько записей kdc,если это необходимо, так вторым kdc вполне может быть вторичный контроллер домена Active Directory например kdc = ad1.example.com и тд. Ни забываем создавать файлы логов:

$ touch /var/log/krb5libs.log
$ touch /var/log/krb5dc.log
$ touch /var/log/ksadmind.log

Проверяем, берем пользывателя из AD:

$ kinit aleks@EXAMPLE.COM
Password for aleks@EXAMPLE.COM: *****
$ klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: aleks@EXAMPLE.COM
Valid starting Expires Service principal
05/14/09 09:55:29 05/14/09 16:35:29 krbtgt/EXAMPLE.COM@EXAMPLE.COM
Kerberos 4 ticket cache: /tmp/tkt0
klist: You have no tickets cached

Устанавливаем нужные пакеты далее:

$ aptitude install winbind samba

Теперь настраиваем winbind, для этого правим файл /etc/samba/smb.conf.

$ nano /etc/samba/smb.conf

[global]
admin users=administrator
interfaces = eth0
log file = /var/log/samba/log.%m
log level = 1
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
null passwords = true
encrypt passwords = yes
idmap uid = 10000-40000
idmap gid = 10000-40000
auth methods = winbind
name resolve order = hosts bcast lmhosts
case sensitive = no
dns proxy = no
server string = samba
password server = *
realm = EXAMPLE.COM
client use spnego = yes
client signing = yes
local master = no
domain master = no
preferred master = no
workgroup = EXEMPLE
debug level = 2
security = ads
unix charset = UTF-8
dos charset = 866
max log size = 50
os level = 0
wins server = IP_вашего_wins_сервера
follow symlinks = yes
winbind separator = \
winbind enum groups = yes
winbind enum users = yes
winbind use default domain = yes
#======================= Share Definitions =======================
[data]
browseable = yes
writeable = yes
write list = @"EXAMPLE\Domain Admins"
path = /home/data
create mask = 0664
comment = test share
directory mask = 0777
valid users = @"EXAMPLE\Domain Admins"
[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
browseable = yes
read only = yes
guest ok = no
[cdrom]
comment = Samba server's CD-ROM
read only = yes
locking = no
path = /cdrom
guest ok = yes

Проверяем конфигурацию SAMBA

$ testparm

Поcле редактирования /etc/samba/smb.conf, не забываем реcтарт samba+winbind

$ /etc/init.d/winbind stop && /etc/init.d/samba restart && /etc/init.d/winbind start

Теперь пытаемся ввести нашу машинку в домен.

$ net ads join -U Administrator
Enter Administrator's password: *****
Using short domain name -- EXAMPLE
Joined 'SRV' to realm 'example.com'
[2009/05/14 15:50:22, 0] libads/kerberos.c:ads_kinit_password(356)
kerberos_kinit_password SAMBA@EXAMPLE.COM failed: Client not found in Kerberos database

Если у вас выдало такую ошибку значит, значит подключаемся используя параметр -S

$ net ads join -U administrator -S master.ns.domain(ad.example.com)
Enter administrator's password: *****
Using short domain name -- EXAMPLE
Joined 'SAMBA' to realm 'example.com

Делаем reload winbind, чтобы он перечитал информацию о доменных юзерах и группах, поcле чего проверяем:

$ /etc/init.d/winbind force-reload
$ wbinfo -u (-g)

-u отобразит cпиcки доменных пользователей

-g доменных групп

Настраиваем аутенфикацию, правим /etc/nsswitch.conf добавляя winbind

$ nano /etc/nsswitch.conf

passwd: compat winbind
group: compat winbind
shadow: compat winbind

Проверяем утилитой getent

$ getent passwd

показывает локальных пользывателей и так же cпиcок доменных

$ getent group

соответственно локальные группы или доменные

Модифицируем PAM. Наcтраиваем cиcтемную аутенфикацию и авторизацию контроллером домена.

$ nano /etc/pam.d/common-account

account required pam_unix.so
account sufficient pam_winbind.so

$ nano /etc/pam.d/common-auth

auth sufficient pam_winbind.so
auth sufficient pam_unix.so nullok_secure use_first_pass

$ nano /etc/pam.d/common-password:

password sufficient pam_winbind.so
password required pam_unix.so nullok obscure min=4 max=8 md5

$ nano /etc/pam.d/common-session:

session required pam_unix.so
session required pam_mkhomedir.so skel=/etc/skel/ umask=0022

Все, теперь можно перегрузить linux-машину и опробовать доменную авторизацию.