LXF70:Ответы - История изменений

Pygoscelis papua: викификация, оформление

2008-03-14T02:55:04Z

викификация, оформление

Pygoscelis papua: /* Снова, снова и снова… */

2008-03-10T19:26:04Z

Снова, снова и снова…

← Предыдущая		Версия 19:26, 10 марта 2008
Строка 190:		Строка 190:

	===Снова, снова и снова…===		===Снова, снова и снова…===
		+	'''В:''' ''У меня дома есть сеть из двух компьютеров, один работает под управлением Windows XP, а другой – Mandrake 10.1. Машина с Mandrake выполняет роль сервера для Windows и поддерживает соединение с интернетом.''
		+
		+	''Проблема состоит в том, что каждый раз, после подключения к интернету, я должен вводить следующие три команды в режиме su:''
		+	iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
		+	echo 1 > /proc/sys/net/ipv4/ip_forward
		+	route add default ppp0
		+	''В каких файлах мне следует разместить эти команды, чтобы не приходилось каждый раз набирать их вручную?''
		+
		+	'''О:''' Добавив правило iptables, можно вызвать сценарий /etc/init.d/iptables save, который сохранит настройки iptables таким образом,
		+	что они будут восстановлены после перезагрузки.
		+
		+	Маршрутизация IP включается в файле /etc/sysctl.conf. Добавьте в него строку ‘net.ipv4.ip_forward = 1’ и маршрутизация будет автоматически включена после перезагрузки системы.
		+
		+	Что же касается маршрута по умолчанию через ppp0, вам следует посмотреть настройки вашей программы дозвона. Обычно они позволяют автоматически создать данный маршрут после установки модемного соединения. Вообще говоря, такое поведение трудно подавить, поэтому вам следует проверить файлы журналов, чтобы выяснить, почему маршрут по умолчанию не создается. ''Д.К.''
		+

	[[Категория:Ответы]]		[[Категория:Ответы]]

Pygoscelis papua: /* Защищенное соединение */

2008-03-10T19:22:33Z

Защищенное соединение

← Предыдущая		Версия 19:22, 10 марта 2008
Строка 175:		Строка 175:

	===Защищенное соединение===		===Защищенное соединение===
-	'''В:'''	+	'''В:''' ''Я настраиваю межсетевой экран, интерфейс eth0 которого подключен к интернету, а eth1 – к локальной сети (172.16.2.0). Я разместила следующее правило, предотвращающее доступ к компьютеру внутренней сети (172.16.2.120) через брандмауэр по протоколу SSH:''
		+	iptables -A FORWARD -p tcp -s 0/0 -d 172.16.2.120 --dport 22 -j DROP
		+	''Однако, это правило не блокирует подключения с других компьютеров той же подсети. Я попробовала другие варианты, и даже пыталась указывать индивидуальные адреса отправителейлокальной подсети, запрещать весь SSH-трафик к нужному мне компьютеру или изменять политику FORWARD на DROP.''
		+	iptables -A FORWARD -p tcp -s 172.16.2.0/24 -d 172.16.2.120 --dport 22 -j DROP
		+	iptables -A FORWARD -p tcp -s 172.16.2.220 -d 172.16.2.120 --dport 22 -j DROP
		+	iptables -A FORWARD -p tcp -d 172.16.2.120 --dport 22 -j DROP
		+	iptables -P FORWARD DROP
		+	''Но я все равно могу подключиться к 172.16.2.120 с другого компьютера локальной подсети. Я читала и читала документацию до посинения, но так и не смогла понять, почему это не работает.''
		+	Missy
		+
		+	'''О:''' Поскольку SSH-соединение устанавливается между двумя компьютерами локальной сети, трафик не идет через брандмауэр. Таким образом, пакеты никогда не просматриваются вашим межсетевым экраном. Если вы хотите запретить доступ по SSH, вам придется настроить локальный межсетевой экран на сервере, где он запущен.
		+
		+	Альтернативным вариантом, если у вас имеется свободная сетевая карта, может стать разбиение сети на две секции с последующим соединением их при помощи Linux-пакета bridge-utils. В этом случае вы сможете фильтровать на межсетевом экране трафик, передаваемый между двумя сегментами сети, хотя фактически маршрутизации не будет. Подробную информацию по этому вопросу можно найти http://bridge.sf.net. ''Д.К.''

-	'''О:'''
	===Снова, снова и снова…===		===Снова, снова и снова…===

	[[Категория:Ответы]]		[[Категория:Ответы]]

Pygoscelis papua: /* Уголок писателя */

2008-03-10T19:17:54Z

Уголок писателя

← Предыдущая		Версия 19:17, 10 марта 2008
Строка 172:		Строка 172:
	''Я использую Kubuntu и KDe 3.4'' Майк Смит		''Я использую Kubuntu и KDe 3.4'' Майк Смит

-	'''О:''' Попробуйте включить в fstab опцию user, позволяющую монтировать диск непривилегированному пользователю. Это позволит последнему читать и писать данные на устройство. Кроме этого, можно использовать параметры uid= и gid=, чтобы указать для диска значения ~~uID~~/GID по умолчанию, хотя для определенных типов файловых систем, в том числе, ext3 и vfat, это не имеет никакого значения. ''Д.К.''	+	'''О:''' Попробуйте включить в fstab опцию user, позволяющую монтировать диск непривилегированному пользователю. Это позволит последнему читать и писать данные на устройство. Кроме этого, можно использовать параметры uid= и gid=, чтобы указать для диска значения UID/GID по умолчанию, хотя для определенных типов файловых систем, в том числе, ext3 и vfat, это не имеет никакого значения. ''Д.К.''

	===Защищенное соединение===		===Защищенное соединение===

Pygoscelis papua: /* Уголок писателя */

2008-03-10T19:17:26Z

Уголок писателя

← Предыдущая		Версия 19:17, 10 марта 2008
Строка 166:		Строка 166:

	===Уголок писателя===		===Уголок писателя===
-	'''В:'''	+	'''В:''' ''Я использую внешний жесткий диск Lacie uSB2 160Гб, отформатированный как первичный раздел FAT32. Когда я подсоединяю этот диск, на рабочем столе появляется пиктограмма отмонтированного устройства, которое прекрасно монтируется при щелчке мышью. Однако, я ничего не могу записать на него. Я проверил все относящиеся к делу права доступа и не нашел причин, препятствующих записи – но Linux, тем не менее, не позволяет мне этого. В идеале я хотел бы просто поместить нужную запись в /etc/fstab. Я пробовал такой вариант:''
		+	/dev/sdb1 /mnt/LACIe vfat 0 0
		+	''Я даже пытался указать опции fmask=775 and mask=775, но все равно ничего не получилось. Кроме того, когда я смонтировал sdb1 в /mnt/LaCie, автоматическая uSB-пиктограмма «испортилась», поскольку она собиралась смонтировать это же самое устройство в /media/sdb1.''
		+
		+	''Я использую Kubuntu и KDe 3.4'' Майк Смит
		+
		+	'''О:''' Попробуйте включить в fstab опцию user, позволяющую монтировать диск непривилегированному пользователю. Это позволит последнему читать и писать данные на устройство. Кроме этого, можно использовать параметры uid= и gid=, чтобы указать для диска значения uID/GID по умолчанию, хотя для определенных типов файловых систем, в том числе, ext3 и vfat, это не имеет никакого значения. ''Д.К.''

-	'''О:'''
	===Защищенное соединение===		===Защищенное соединение===
	'''В:'''		'''В:'''

Pygoscelis papua: /* Смотри, но не трогай */

2008-03-10T19:14:53Z

Смотри, но не трогай

← Предыдущая		Версия 19:14, 10 марта 2008
Строка 154:		Строка 154:

	===Смотри, но не трогай===		===Смотри, но не трогай===
-	'''В:'''	+	'''В:''' ''Я открыл для себя прелести Knoppix, ожидая прибытия моего нового ПК. Жесткий диск моей Linux-машины подключен как /dev/hdb и все данные находятся на нем. Я хотел скопировать несколько файлов с /mnt/hdb7 в /mnt/hda5, но получил сообщение об ошибке: «Только для чтения». Я сделал su и проверил файл /etc/fstab, а также права доступа – все в порядке.''
		+
		+	''Я никогда не работал с Knoppix раньше, просто решил опробовать новинку. Теперь, когда я понял, что это действительно полезная вещь, я хочу знать, как получить от нее максимум. уверен, я не заметил чего-то весьма очевидного.''
		+	Взято с форумов LXF
		+
		+	'''О:''' Стандартная философия Knoppix – давать пользователям минимум прав на запись, поэтому существующие разделы монтируются в режиме «только для чтения» или не монтируются вовсе. Щелкнув правой кнопкой мыши по пиктограмме и открыв пункт меню «устройство», вы можете снять флажок напротив атрибута «Read Only». После этого, раздел может быть перемонтирован в режиме чтения-записи (для уже смонтированных разделов необходимо предварительно выполнить команду «unmount»).
		+
		+	Внимание: попытка записи на раздел NTFS может привести к потере данных, поскольку Linux не полностью поддерживает эту файловую систему! Однако, запись на разделы DOS и FAT32 вполне безопасна. Команда
		+	mount -o remount,rw /mnt/<раздел>
		+	позволяет перемонтировать раздел в режиме чтения-записи прямо из консоли. ''Д.К.''

-	'''О:'''
	===Уголок писателя===		===Уголок писателя===
	'''В:'''		'''В:'''

Pygoscelis papua: /* Без границ */

2008-03-10T19:11:21Z

Без границ

← Предыдущая		Версия 19:11, 10 марта 2008
Строка 146:		Строка 146:

	===Без границ===		===Без границ===
-	'''В:'''	+	'''В:''' ''Я бы хотел использовать HTTP для выгрузки на сервер крупных файлов (свыше 200Мб), поскольку некоторые из наших клиентов не могут использовать FTP в силу установленных брандмауэров. В качестве обработчика будет использоваться сценарий Perl или PHP. Какие проблемы могут возникнуть у Apache при «бомбардировании» подобным количеством трафика от случая к случаю или даже постоянно? Может быть, необходимо произвести тюнинг сервера или внести какиенибудь дополнения в его конфигурацию?''
		+	Джон Мойлэн
		+
		+	'''О:''' В самом деле, в этой схеме присутствует ряд настраиваемых ограничений на максимальный размер файла. Вам следует обратить особое внимание на настройки Apache (хотя, начиная с версии 2.0, по умолчанию они установлены в бесконечность), PHP и Perl. Основным ограничением для Apache в большинстве случаев, связанных с закачкой файлов, является потребление памяти и время работы процесса httpd. Последнее определяет количество запросов, которые сможет обработать httpd, как из-за ограничений на максимальное число процессов, так и из-за ограничений на отводимый им объем памяти.
		+
		+	Удостоверьтесь также, что вы не предлагаете возможность выгрузки по SSL, чтобы избежать накладных расходов, связанных с шифрованием. используя Perl, разделите процесс (сделайте вызов fork), чтобы освободить процесс httpd и предоставить дочернему процессу возможность завершить начатую работу. Не могу сказать ничего определенного насчет PHP, поскольку я не использовал его какое-то время. ''Г.Х.''

-	'''О:'''
	===Смотри, но не трогай===		===Смотри, но не трогай===
	'''В:'''		'''В:'''

Pygoscelis papua: /* Кто я? Где я? */

2008-03-10T19:07:14Z

Кто я? Где я?

← Предыдущая		Версия 19:07, 10 марта 2008
Строка 134:		Строка 134:

	===Кто я? Где я?===		===Кто я? Где я?===
-	'''В:'''	+	'''В:''' ''У меня есть сервер Samba, прекрасно работающий под управлением Fedora Core 3. Я решил попробовать установить еще один сервер на основе Debian и подготовил очень простую систему из Debian Stable и Samba. Разделяемый ресурс для хранения данных работает хорошо, но я не могу просмотреть его. у меня получается открыть ресурс по его IP-адресу, так что, похоже, это проблема NetBIOS. Я не понимаю этого, поскольку неоднократно сравнивал файлы smb.conf из FC3 и Debian. Единственное отличие состоит в том, что Debian использует доменную аутентификацию и я настроил его не вручную, как было в Fedora, а с помощью SWAT.''
		+
		+	''Я также обнаружил, что не могу «прозвонить» из Fedora (с помощью ping) никакую из Windows-машин по ее имени хоста, хотя они могут сделать то же самое по моему имени. В обеих системах запущены nmbd и smbd, кроме того, все они имеют установленные имена, равно как и другие сетевые настройки (IP, шлюз, широковещательный адрес, и т.д.).''
		+	Взято с форумов LXF
		+
		+	'''О:''' Вы всегда можете добавить адрес Linux-машины в файл hosts в Windows, который можно найти с помощью функции поиска. В нем можно указать соответствие имен хостов IP-адресам, специфичным для вашей сети. Даный механизм будет работать даже в том случае, если узел будет недоступен по NetBIOS.
		+
		+	Вы также можете добавить нижеследующий параметр в глобальную секцию вашего файла smb.conf. Конечно, необходимо следить за тем, чтобы его значение было уникальным для каждого Samba-сервера.
		+	netbios name = SambaServer
		+	''Д.К.''

-	'''О:'''
	===Без границ===		===Без границ===
	'''В:'''		'''В:'''

Pygoscelis papua: /* Неспешное резервирование */

2008-03-10T19:04:30Z

Неспешное резервирование

← Предыдущая		Версия 19:04, 10 марта 2008
Строка 122:		Строка 122:

	===Неспешное резервирование===		===Неспешное резервирование===
-	'''В:'''	+	'''В:''' ''Я пытаюсь настроить unison, чтобы он синхронизировал процесс резервного копирования в небольшой локальной сети. Все работает нормально, за исключением того, что скорость передачи данных заметно ниже нормальной пропускной способности для данной сети.''
		+
		+	''Оба компьютера используют unison на базе SuSe 9.2 с соединением по SSH. Скорость передачи данных составляет около 80Кб/сек, при условии, что NFS работает на 10Мб/сек, а номинальная пропускная способность LAN – 100Мб/сек.''
		+
		+	''Падение производительности связано с SSH или с unision? Если ли возможность «подкрутить» что-нибудь, чтобы исправить ситуацию?''
		+	Нейл льюис
		+
		+	'''О:''' В зависимости от скорости систем, передающих данные, затраты на шифрование могут привести к существенному снижению производительности, однако, для современных рабочих станций и серверов это вряд ли будет заметно.
		+
		+	Однако, когда вы получаете доступ к носителю информации и, возможно, одновременно сжимаете его содержимое, выполнение программ может замедлиться. 80Кб/сек – это очень мало и мы не думаем, что здесь в чем-то повинен SSH. Попробуйте запустить unison поверх rsh или rsync и посмотрите, не станет ли система от этого живее. Чтобы определиться с «виной» SSH, можно также попробовать скопировать напрямую с помощью соответствующих утилит такой же объем данных, как и при резервном копировании. ''Д.К.''

-	'''О:'''
	===Кто я? Где я?===		===Кто я? Где я?===
	'''В:'''		'''В:'''

Pygoscelis papua: /* Передача файлов */

2008-03-10T19:01:40Z

Передача файлов

← Предыдущая		Версия 19:01, 10 марта 2008
Строка 109:		Строка 109:

	===Передача файлов===		===Передача файлов===
-	'''В:'''	+	'''В:''' ''У меня есть сетевой web-сервер, на котором установлен Apache, и я планирую использовать его для тестирования web-сайтов. Я могу получить доступ к web-страницам по сети, через порт 80, правда, в настоящий момент там наличествует лишь страница по умолчанию.''
		+
		+	''Каким образом лучше выгружать файлы на сервер? Следует ли мне установить FTP и, если да, то как это сделать?''
		+	Майк Дэвьес
		+
		+
		+	'''О:''' Существует несколько способов настройки удаленного доступа к файлам в Linux, но самым популярным из них является протокол SSH. SSH предоставляет защищенный канал для выполнения команд оболочки или передачи файлов, но он сопряжен с некоторыми накладными расходами, обусловленными операциями дешифрования и распаковки данных (подробнее см. «[[#Неспешное резервирование \|Неспешное резервирование]]»). Конечно, в сетях общего пользования безопасность является очень важным аспектом, поэтому защищенность SSH перевешивает этот недостаток. Реализация клиента SSH существует и для Windows. С его помощью вы также можете выполнять команды оболочки и передавать файлы.
		+
		+	Если речь идет о рабочей станции и сервере Linux, расположенных в локальной сети, вы можете использовать NFS для предоставления файловой системы сервера в совместный доступ. В этом случае с ней можно будет работать точно так же, как если бы она находилась непосредственно на клиентском компьютере. Как правило, выбор NFS является предпочтительным, поскольку данная система работает очень быстро. Однако, если речь идет о более-менее публичной сети, это решение небезопасно.
		+
		+	В случае клиента на базе Microsoft Windows, вы всегда можете установить на Linux сервер и обращаться к web-директориям как к обычным разделяемым ресурсам. Копирование данных туда-сюда не вызовет затруднений, однако, придется немного постараться, чтобы настроить все именно так, как вам нужно. ''Д.К.''

-	'''О:'''
	===Неспешное резервирование===		===Неспешное резервирование===
	'''В:'''		'''В:'''