Организация небольшой сети на linux Fedora Core3 - [2] :: В помощь системному администратору

Организация Небольшой сети на linux Fedore Core3
Часть седьмая конфигурирование FTP server (vsftpd)

Ну вот мы наконец добрались до FTP . Вобщем здесь нужно определяться , что нужно для нашей сети
всем сделать анонимный доступ
всем вход через username, password
часть юзеров username, password, часть юзеров анонимный доступ

Вот и задумался над одним вариантом , а как например сделать так
аннонимный доступ открыть только внутри чтоб снаружи нельзя было зайти . Снаружи только через username ,password. Может есть у кого идеи как организовать это в VSFTPD ?

Вот совет от Dr_Spectre
повесить два разных сервера с разными конфигами на разные ip
1 директива listen_address в конфигах
2 копируем /etc/rc.d/init.d/vsftpd в /etc/rc.d/init.d/vsftpd_local например
3 правим в файле /etc/rc.d/init.d/vsftpd_local пут к конфигу
4 chkconfig vsftpd_local on
5 service vsftpd_local start

Я решил немножко изменить решение и организовать это через ,,супер сервер ,, XINETD . Вначале немного пояснение.
Для управления доступом к службам Интернет используется демон xinetd, который является безопасной заменой для inetd. Демон xinetd экономит системные ресурсы, обеспечивает управление доступом и протоколирование, а также может использоваться для запуска серверов специального назначения. xinetd можно использовать для предоставления доступа или запрета доступа только определённым узлам, для предоставления доступа к службе в определённое время, для ограничения количества входящих подключений и/или нагрузки, создаваемой подключениями и т.д.

xinetd работает постоянно и прослушивает все порты служб, которыми он управляет. Когда управляемая служба получает запрос на установление соединения, xinetd запускает соответствующий сервер этой службы.

Файлом настройки демона xinetd является /etc/xinetd.conf .
И так, прослушиванием - кто с какого сетевого интерфеиса, с какой подсети с какого IP adress подключается (можно также установить разрешение по времени ) мы возложим на демон xinetd. Теперь пока оставим xinetd и передем к самому фтп серверу vsftpd .
vsftpd используется на большинстве серверов под управлением linux. Среди них ftp.redhat.com, ftp.suse.com, ftp.debian.org, ftp.gnu.org, ftp.gnome.org, ftp.kde.org Название vsftpd произошло от "very secure FTP deamon" (чрезвычайно безопасный FTP-демон) . И так фаил конфигурации находится /etc/vsftpd/vsftpd.conf

( команды для работы с сервисом vsftpd )
# service vsftpd start
# service vsftpd stop
# service vsftpd restart
Проверка работает ли сервис фтп
# netstat -a | grep ftp
Он изначально уже так настроен что что запустив фтп сервер он работает и с локальными юзерами и как анонимный. Вот линки на другие сайты где расписан файл настройки сервера на руском языке.
http://www.linuxcenter.ru/lib/articles/soft/vsftpd_setup.phtml
http://linuxshop.ru/linuxbegin/article678.html
http://www.tldp.org/linuxfocus/Russian/July2004/article341.shtml
Нам же нужно создать два фаила настройки, так как юзер который заходит на фтп снаружи должен заити с username, password, а юзер изнутри сети может и как с username, password так и как аннонимный. То есть один фаила настройки для юзеров снаружи , а другой для внутренних. И так копируем
cp /etc/vsftpd/vsftpd.conf /etc/vsftpd/vsftpd_pub.conf
vsftpd.conf для внутренних
vsftpd_pub.conf для внешних
дальше в vsftpd.conf и в vsftpd_pub.conf мы должны закоментировать опцию

# listen=YES эта опция для запуска сервера STANDALONE - вручную если сервер будет работать через xinetd то ее нужно закоментировать иначе будем получать ошибку
could not bind listening IPv4 socket
На этом с vsftpd.conf пока все, а в vsftpd_pub.conf нам нужно запретить фход как анонимный пользователь .
вот конфиг.
*******************************************************
# Example config file /etc/vsftpd/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
# anonymous_enable=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
#xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Welcome to Microsoft FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES

pam_service_name=vsftpd
userlist_enable=YES
#enable for standalone mode
# listen=no
tcp_wrappers=YES
**********************************************************
Хочу обратить ваше внимание на следующую опцию
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
Я оставил ее без изменения но с точки зрения безопасности вам стоит ее разрешить а в фаил vsftpd.chroot_list впишите например своего юзера . ( кстати фаил vsftpd.chroot_list надо создать самому странно что и самой опции chroot_local_user=YES в конфиге нет)
Все с конфигурацией vsftpd закончено , возвращаемся к xinetd. Идем в /etc/xinetd.conf и добавляем следущее вот xinetd.conf
*********************************************************
#
# Simple configuration file for xinetd
#
# Some defaults, and include /etc/xinetd.d/

defaults
{
instances = 60
log_type = SYSLOG authpriv
log_on_success= HOST PID
log_on_failure= HOST
cps= 25 30
}

includedir /etc/xinetd.d

service ftp
{
id = ftp-public
socket_type = stream
wait = no
disable = no
user = root
server = /usr/sbin/vsftpd
server_args = /etc/vsftpd/vsftpd_pub.conf
instances = 4 #Defines the maximum number of servers of a same type able to work at the same time
nice = 10
flags = IPv4
only_from = 0.0.0.0/0 #allows every client
interface = 192.168.1.240 #public IP address for this server
}

service ftp
{
id = ftp-internal
socket_type = stream
wait = no
disable = no
user = root
server = /usr/sbin/vsftpd
server_args = /etc/vsftpd/vsftpd.conf
flags = IPv4
only_from = 192.168.20.0/24 #only for internal use
only_from = 192.168.30.0/24 #only for internal use

}
*********************************************************************
Вот линки по файлу настроек xinetd

http://lantan.chat.ru/xinetd.conf.html
http://www.tldp.org/linuxfocus/English/November2000/article175.shtml
Теперь сама работа с xinetd
# service xinetd start
# service xinetd stop
# service xinetd restart
Теперь перезапускаем xinetd и проверяем как это все работает.

У меня все работает отлично. Теперь немного о проблемах . Как вы обратили внимание в настройке первого ,, public ,, ftp есть внизу строка

interface = 192.168.1.240 #public IP address for this server

Этим параметром мы задаем xinetd прослушивать сетевую карточку с конкретным адресом, но IP -то у нас не постоянный - адрес мы получаем от DHCP. И к сожалению xinetd не поддерживает динамик IP. В принципе все не так страшно , всетаки это сервер и притом gateway, и он не перезагружается каждый день и IP у нас не будет менятся часто , здесь главное не забыть что после перезагрузки надо проверить не изменился ли адрес и если что не забыть поменять его в конфиге. Решения проблемы вроде как есть но у меня оно не работает. Вот что я нашел
,, Obviously, there's a problem: what happens if a machine doesn't have two static IP addresses? This can happen with ppp connections or when using the dhcp protocol. It seems it would be much better to bind services to interfaces than to addresses. However, this is not yet supported in xinetd and is a real problem (for instance, writing a C module to access an interface or address depends on the OS, and since xinetd is supported on many OSes...). Using a script solves the problem:

#!/bin/sh

PUBLIC_ADDRESS=`/sbin/ifconfig $1 | grep "inet addr" | awk '{print $2}'| awk -F: '{print $2}'`
sed s/PUBLIC_ADDRESS/"$PUBLIC_ADDRESS"/g /etc/xinetd.base > /etc/xinetd.conf

This script takes the /etc/xinetd.base file, containing the desired configuration with PUBLIC_ADDRESS as a replacement for the dynamic address, and changes it in /etc/xinetd.conf, modifying the PUBLIC_ADDRESS string with the address associated to the interface passed as an argument to the script. Next, the call to this script depends on the type of connection: the simplest is to add the call into the right ifup-* file and to restart xinetd.
У меня к сожалению этот скрипт чистит весь конфиг фаил , в програмирование я полный дундук поэтому не знаю что здесь можно поменять . Ну и ко всему прочему, почему бы уж тогда нельзя было сделать скрипт более толковый , который после рестарта системы проверяет IP , меняет конфиг , и перестартовывает xinetd.
Так что если у кого есть идеи пишите. На этом по ФТП пока все, если есть мысли , дополнения, вопросы пищите.

Организация Небольшой сети на linux Fedore Core3
Часть восьмая конфигурирование файл server (SAMBA)

Ну вот пришел Новый Год, позади подготовка, празднование, и прихождения в себя и вообщем я снова собрался с силами и духом продолжить свои опусы

Итак файловый сервер - SAMBA.
Почему SAMBA а не NFS ? Наверное я потом попробую организовать и описать NFS , но пока я беру в расчет что наверняка в сети будут и комп. с виндовс системами и им тоже надо дать доступ . И SAMBA нам дает возможность взаимодействия и с линукс и с виндовс ситемами . В сети достаточно материала по SAMBA но к сожалению он значительно устарел во основном идет описание версий 2.х ,(то же самое касается и печатной литературы) а жаль так как версий 3.х имеют серьезные изменения . И если стандартная конфигурация не предстовляет больших проблем то описание взаимодеиствия SAMBA с доменной системой майкрософта , а также взаимодествие с kerberos , winbind , ldap - выглядит достаточно сложно и запутано и разнится от дистрибутива . (вообщем у меня организовался в голове полный салат пока) так что если кто может разложить зто по ,,полочкам ,, буду признателен.
Вопрос в основном когда что использовать, для какого случая что предпочтительней . ( ну и если найдете хорошее описание SAMBA 3.х и ее работы в исполнение разных ролей в сети киньте сюдя линки)
Я буду описывать простую конфигурацию SAMBA сеть у нас небольшая пока

ну и как говорят от простого к сложному. Сеть у нас обычная workgroup (каждый сам себе ,,злобный буратино ,, Ну в смысле администратор) и пока без без обязательной авторизации на SAMBA сервере
Задачи.
1 организовать фаил сервер с общим доступом на определенную папку (PUBLIC) и разрешением писать удалять всем (этакая файло-помойка)
2 общим доступом на определенную папку(DATA) и разрешением только читать
3 доступом на определенную папку(DOCS) только определенной группе пользователей

ВОПРОС
Здесь меня немного замкнуло, а где собственно размещать эти папки для SAMBA сервера. Нет я понимаю что можно где хочеш но хотелось узнать у гуру что считается обще принятой практикой , ну или скажем ,, правилами хорошего тона,,

И так SAMBA сервер . Файл конфигурации находится в директории /etc/samba/ это smb.conf фаил достаточно большой но довольно понятно оформлен и разбит на подразделы.
Команды для работы с сервером SAMBA
1 #pgrep smb - проверить загружен ли в данный момент процесс SAMBA сервера
2 Остановить перезапустить запустить SAMBA сервер
#service smb start
# service smb stop
# service smb restart
поставить SAMBA сервер в автозагрузку можно с помощью команды ,,ntsysv,, или
,,chkconfig smb on,, ( это относится не только к SAMBA но и к другим сервисам)
Файл конфигурации smb.conf
#======================= Global Settings =====================================
[global]

# workgroup = NT-Domain-Name or Workgroup-Name
workgroup = ferose

# server string is the equivalent of the NT Description field
server string = Samba Server

# This option is important for security. It allows you to restrict
# connections to machines which are on your local network. The
# following example restricts access to two C class networks and
# the "loopback" interface. For more examples of the syntax see
# the smb.conf man page
; hosts allow = 192.168.1. 192.168.2. 127.

# if you want to automatically load your printer list rather
# than setting them up individually then you'll need this
printcap name = /etc/printcap
load printers = yes

# It should not be necessary to spell out the print system type unless
# yours is non-standard. Currently supported print systems include:
# bsd, sysv, plp, lprng, aix, hpux, qnx
printing = cups

# This option tells cups that the data has already been rasterized
cups options = raw

# Uncomment this if you want a guest account, you must add this to /etc/passwd
# otherwise the user "nobody" is used
; guest account = pcguest

# this tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/%m.log
# all log information in one file
# log file = /var/log/samba/smbd.log

# Put a capping on the size of the log files (in Kb).
max log size = 50

# Security mode. Most people will want user level security. See
# security_level.txt for details.
security = USER
# Use password server option only with security = server
; password server = <NT-Server-Name>

# Password Level allows matching of _n_ characters of the password for
# all combinations of upper and lower case.
password level = 8
# username level = 8

# You may wish to use password encryption. Please read
# ENCRYPTION.txt, Win95.txt and WinNT.txt in the Samba documentation.
# Do not enable this option unless you have read those documents
smb passwd file = /etc/samba/smbpasswd

# The following are needed to allow password changing from Windows to
# update the Linux system password also.
# NOTE: Use these with 'encrypt passwords' and 'smb passwd file' above.
# NOTE2: You do NOT need these to allow workstations to change only
# the encrypted SMB passwords. They allow the Unix password
# to be kept in sync with the SMB password.
unix password sync = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *New*UNIX*password* %n\n *ReType*new*UNIX*password* %n\n *passwd:*all*authentication*tokens*updated*successfully*

# Unix users can map to different SMB User names

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
; include = /etc/samba/smb.conf.%m

# Most people will find that this option gives better performance.
# See speed.txt and the manual pages for details
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

# Configure Samba to use multiple interfaces
# If you have multiple network interfaces then you must list them
# here. See the man page for details.
interfaces = 192.168.20.0/24 192.168.30.0/24

# Configure remote browse list synchronisation here
# request announcement to, or browse list sync from:
#a specific host or from / to a whole subnet (see below)
; remote browse sync = 192.168.3.25 192.168.5.255
# Cause this host to announce itself to local subnets here
; remote announce = 192.168.1.255 192.168.2.44

# Browser Control Options:
# set local master to no if you don't want Samba to become a master
# browser on your network. Otherwise the normal election rules apply
local master = yes

# OS Level determines the precedence of this server in master browser
# elections. The default value should be reasonable
os level = 33

# Domain Master specifies Samba to be the Domain Master Browser. This
# allows Samba to collate browse lists between subnets. Don't use this
# if you already have a Windows NT domain controller doing this job
domain master = yes

# Preferred Master causes Samba to force a local browser election on startup
# and gives it a slightly higher chance of winning the election
preferred master = yes

# Enable this if you want Samba to be a domain logon server for
# Windows95 workstations.
; domain logons = yes

# if you enable domain logons then you may want a per-machine or
# per user logon script
# run a specific logon batch file per workstation (machine)
; logon script = %m.bat
# run a specific logon batch file per username
; logon script = %U.bat

# Where to store roving profiles (only for Win95 and WinNT)
# %L substitutes for this servers netbios name, %U is username
# You must uncomment the [Profiles] share below
; logon path = \\%L\Profiles\%U

# All NetBIOS names must be resolved to IP Addresses
# 'Name Resolve Order' allows the named resolution mechanism to be specified
# the default order is "host lmhosts wins bcast". "host" means use the unix
# system gethostbyname() function call that will use either /etc/hosts OR
# DNS or NIS depending on the settings of /etc/host.config, /etc/nsswitch.conf
# and the /etc/resolv.conf file. "host" therefore is system configuration
# dependant. This parameter is most often of use to prevent DNS lookups
# in order to resolve NetBIOS names to IP Addresses. Use with care!
# The example below excludes use of name resolution for machines that are NOT
# on the local network segment
# - OR - are not deliberately to be known via lmhosts or via WINS.
; name resolve order = wins lmhosts bcast

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
wins support = yes

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
#Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
; wins server = w.x.y.z

# WINS Proxy - Tells Samba to answer name resolution queries on
# behalf of a non WINS capable client, for this to work there must be
# at least oneWINS Server on the network. The default is NO.
; wins proxy = yes

# DNS Proxy - tells Samba whether or not to try to resolve NetBIOS names
# via DNS nslookups. The built-in default for versions 1.9.17 is yes,
# this has been changed in version 1.9.18 to no.
dns proxy = no

# Case Preservation can be handy - system default is _no_
# NOTE: These can be set on a per share basis
preserve case = no
short preserve case = no
# Default case is normally upper case for all DOS files
default case = lower
# Be very careful with case sensitivity - it can break things!
case sensitive = no

#============================ Share Definitions ==============================
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /bin/false
password server = None
guest ok = yes
guest account = nobody
winbind use default domain = no
;[homes]
;comment = Home Directories
;browseable = yes
;writeable = yes

# Un-comment the following and create the netlogon directory for Domain Logons
; [netlogon]
; comment = Network Logon Service
; path = /home/netlogon
; guest ok = yes
; writable = no
; share modes = no

# Un-comment the following to provide a specific roving profile share
# the default is to use the user's home directory
;[Profiles]
; path = /home/profiles
; browseable = no
; guest ok = yes

# NOTE: If you have a BSD-style print system there is no need to
# specifically define each individual printer
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# Set public = yes to allow user 'guest account' to print
printable = yes

[public]
path = /var/tmp/public
public = yes
only guest = yes
writable = yes
printable = no

[data]
path = /var/tmp/data
public = yes
only guest = yes
writable = no
printable = no

[docs]
comment = Danik and Fedor stuff
path = /var/tmp/docs
valid users = danik fedor
public = no
writable = yes
printable = no
create mask = 0765

# A publicly accessible directory, but read only, except for people in
# the "staff" group
;[public]
; comment = Public Stuff
; path = /home/samba
; public = yes
; read only = yes
; write list = @staff

Этот конфиг фаил немножко короче оригинала - в оригинале больше примеров для расшаревания различных ресурсов . Здесь важно помнить что SAMBA - это если так можно выразиться не чисто файл сервер для среды ,,чистого ,, линукса скорее всего он был создан для интегрированного решения среды маикрософта с юникс-линукс и др. сред . Поэтому если ваша сеть предпологает быть чисто линукс то скорее всего нет смысла заводить этот ,,танец,, а обратить внимание на NFS . Дальше нам нужно завести всех юзеров которые будут авторизироваться на сервере для захода на расшареную папку для определенных юзеров в нашем случае это два юзера Danik and Fedor . Важно помнить что просто создание этих юзеров на сервере ( ,,adduser user_name,, и задание пароля ,,passwd user_name,,)не решит проблему так как у SAMBA своя база данных пользователей , но при этом она позволяет добавить юзера в свою базу данных только если он присутствует в системе . То есть вначале создаем юзера на сервере а только потом добавляем его в базу данных SAMBA сервера.
smbpasswd -a Danik (в нашем примере и не забываем про регистр в линуксе Danik и danik два разных слова )
smbpasswd -a Fedor

Теперь вопрос специалистам
по конфигу
guest ok = yes
guest account = nobody
мы разрешаем гостю заходить на рашареные папки nobody это гостевой юзер в системе я его тоже добавил в в базу данных SAMBA сервера с пустым паролем ( насколько это правильно)
2 . У меня при заходе со станциий линукс на рашареный ресурс public выскакивает окно авторизации и мне приходиться вписывать имя nobody и жать Enter . Есть возможность решить эту проблему ? Если уж дали вход для всех то зачем авторизироваться .

Диагностика.
Сконфигурировали мы конфиг запустили самбу теперь осталось проверить а все ли правильно мы сделали с этим я отсылаю всех желающих на очень толковую статью (не удобно просто взять и скопировать а переписывать тоже самое своими словами не вижу смысла)
http://www.linuxrsp.ru/docs/smb_diag.html
Другие интересные статьи
http://sys.net.ru/docs/howto/samba_pdc/
http://linux.yaroslavl.ru//docs/serv/samba/samba-win2000.html
http://sys.net.ru/docs/network/Samba_XFS_ACL/
http://www.citforum.ru/operating_systems/linux/samba/
И последнее по поводу кодировок - может и не надо но на всякий случай можно добавить поддержку юникода ( добавляем в секцию GLOBAL конфиг фаила)

dos charset = 866
unix charset = UTF-8
display charset = UTF-8

На этом по SAMBA пока все, если есть что добавит исправить пишите

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4