Два компа, один Ftp сервер Опции

[Andrew (Duchy)]

Проблема следующего характера:

Есть основной комп, подключен к Пси с двумя сетевыми картами - одна к Пси, другая к второстепенному компу. То есть внутриквартирная сеть из двух компов с адресацией 10.0.0.x.

Windows XP SP2 на обоих компах прекрасно видит расшаренные папки. То есть все отлично. Брандмаэур Windows отключен на обоих компах, равно как и прочие фаерволы.

Но... Serv-U 6.0.0.1 не может увидеть содержимое папок на второстепенном компе. Были попытки писать в маршрутах следущие вещи, например \\10.0.0.2\Disk_l\ftp или на основном компе предварительно адресу \\10.0.0.2\Disk_l ставить в соответствие диск L, а потом уже в Serv-U писать маршрут L:\ftp.

Ничего не помогает.

Может кто-нибудь сможет помочь дельным советом.

[Old Stager]

Цитата: (Andrew (Duchy) @ Oct 20 2005, 11:51) ... или на основном компе предварительно адресу \\10.0.0.2\Disk_l ставить в соответствие диск L, а потом уже в Serv-U писать маршрут L:\ftp. Ничего не помогает.

Serv-U не видит диск L:? А при мэппинге, кстати, стоит флажок "Reconnect on logon", то есть диск L: создаётся как временный или как постоянный? И важна последовательность: сначала - мэппинг (создание диска L:), а потом - запуск Serv-U (при процедуре запуска Serv-U может опрашивать доступные ресурсы и создавать свои индексные таблицы; тогда ресурсы, появившиеся позже запуска Serv-U, могут быть не видны).

Если диск L: виден из Win XP, то непонятно, что может закрывать его от Serv-U, пользующейся средствами (нижнего уровня) этого же XP для доступа к ресурсам.

[Andrew (Duchy)]

Цитата: (Old Stager @ Oct 20 2005, 13:51) Serv-U не видит диск L:? А при мэппинге, кстати, стоит флажок "Reconnect on logon", то есть диск L: создаётся как временный или как постоянный? И важна последовательность: сначала - мэппинг (создание диска L:), а потом - запуск Serv-U (при процедуре запуска Serv-U может опрашивать доступные ресурсы и создавать свои индексные таблицы; тогда ресурсы, появившиеся позже запуска Serv-U, могут быть не видны). Если диск L: виден из Win XP, то непонятно, что может закрывать его от Serv-U, пользующейся средствами (нижнего уровня) этого же XP для доступа к ресурсам.

Диск L: создается как постоянный, то есть ставлю галку "Восстанавливать сетевые подключения". Чтобы избежать 2-го случая специально выгружал из памяти ServUDaemon, который стартует как системный сервис и загружал его заново вручную. Результат 0.

Если бы точнее Serv-U тоже видит папки второстепенного компа, но если например мэппировать \\10.0.0.2\Disk_l\ftp на e:\movies (папка на основном компе) под именем movies_3, то при попытке зайти на ftp://192.168.16.127 папка movies_3 в каталоге отображается, но попытка зайти в нее приводит к ошибке "Нет такой папки".

[AlxsDfndr]

а не забыли прописать разрешения для IP у "прилинкованной" папки?

[Andrew (Duchy)]

Цитата: (AlxsDfndr @ Oct 20 2005, 14:47) а не забыли прописать  разрешения для IP у "прилинкованной"  папки?

Где это прописать ?

В Serv-U я знаю надо разрешения писать для каждого пользователя, который будет иметь доступ к этой папке, например для Anonymous и проч.

Если имелось это ввиду, то это безусловно сделано, то мэппирована папка и анонимнусу было поставлено разрешение на доступ к ней на чтение.

Или о другом речь ?

[AlxsDfndr]

да - именно это: *.*.*.*

[Old Stager]

Цитата: (Andrew (Duchy) @ Oct 20 2005, 15:12) Serv-U тоже видит папки второстепенного компа, но если например мэппировать \\10.0.0.2\Disk_l\ftp на e:\movies (папка на основном компе) под именем movies_3, то при попытке зайти на ftp://192.168.16.127 папка movies_3 в каталоге отображается, но попытка зайти в нее приводит к ошибке "Нет такой папки".

Ага!.. Получается, значит, - ошибка доступа, а не "невидимость" ресурса! Получается, что именно в свойствах доступа и нужно искать причину. Нужно проверить sharing прежде всего: всё ли разрешено по типу доступа? всем ли? (то есть, нижний уровень, уровень ОС). Поэкспериментировать, меняя его (я не работал с Serv-U, не знаю его особенностей). Подёргать за всё, что связано с ограничением (или разрешением) доступа в Serv-U. И, как всегда: если ничего не поможет - прочесть инструкцию... ;) (то есть документацию по Serv-U)...

Такая конфигурация сама по себе обязана работать. Что-то ей мешает.

[MEL]

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

настаивал с Duchy так:
на первом стоит GENE FTP
на втором тоже GENE FTP

FTP с первого компа ссылаеться на FTP второго на некоторые папки.

без установки на втором компе ftp сервера настроить сервер DUCHY не получилось.

[AlxsDfndr]

Цитата: (Old Stager @ Oct 20 2005, 23:23) Ага!.. Подёргать за всё, что связано с ограничением (или разрешением) доступа в Serv-U. И, как всегда: если ничего не поможет - прочесть инструкцию...  ;)  (то есть документацию по Serv-U)...

проверенно : помогает Читайте [Directorys] для Domains

ну до чего-ж запутанно и усложненно

[Old Stager]

Цитата: (AlxsDfndr @ Oct 21 2005, 03:56) проверенно : помогает Читайте [Directorys] для Domains ну до чего-ж запутанно и усложненно

Могу посоветовать почитать разъяснение из Базы Знаний RhinoSoft, производителя Serv-U, по теме "Невозможность доступа к файлам/директориям на сетевых дисках" - здесь (на англ. языке, но коротенькое). Всё обязано работать при правильных настройках.

[MEL]

Цитата: (AlxsDfndr @ Oct 21 2005, 03:56) проверенно : помогает Читайте [Directorys] для Domains ну до чего-ж запутанно и усложненно

это пока так на время как разберусь настрою нормально, я уже сталкивался с такими глюками, но забыл как исправил

[Andrew (Duchy)]

Цитата: (Old Stager @ Oct 21 2005, 09:28) Могу посоветовать почитать разъяснение из Базы Знаний RhinoSoft, производителя Serv-U, по теме "Невозможность доступа к файлам/директориям на сетевых дисках" - здесь (на англ. языке, но коротенькое). Всё обязано работать при правильных настройках.

По поводу первого пункта из этого описания. Насколко я понял, люди пишут, что проблема возможна из-за того, что Serv-U в случае загрузки системного сервиса загружается раньше чем происходит подключение сетевых устройств.
Я пробовал выгружать Serv-U из памяти и затем загружать его вручную, это не помогло.

2-й пункт, что пользователь, который залогинен на основном компе должен иметь достаточные права на доступ к ресурсам второстепенного компа. Правильно я перевел ? Ну смею предположить, что если пользователь нормально видит расшаренные папки второстепенного компа, то он имеет такие права. На всякий случай, было сделано так: на основном компе логинился пользователь "Андрей" с административными правами, и на второстепенном компе пользователь был с тем же именем и опять же с админскими правами. Это тоже не помогло.

Я, конечно, же понимаю некоторую нелепость ситуации, но Серв-У (равно как гене6) настраивался корректно в смысле прописания сетевых маршрутов. Более того, попытки слинковать на Duchy папку с ФС прошли удачно, но надо помнить, что Duchy и ФС в одной сети, а вот Duchy и Duchy2 находяться, как бы покорректней выразиться, на стыке двух сетей.

Пока работает только вариант, когда на 2-м компе тоже запущен фтп сервер и папки слинкованы с использование фтп-ссылок. Изврат, но это единственное, что заработало.

[MEL]

вход на ftp сервер под логином и паролем идет так

ftp://login:password@computer.ru


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

\\computer\admin$
или другими словами

как получить доступ

[Old Stager]

Andrew (Duchy),

Приведу свой перевод статейки: может быть, он поможет разобраться:

Нет доступа к файлам/директориям на сетевом диске

Общая проблема с установкой Serv-U под NT, 2000, XP или 2003 заключается в том, что системный сервис Serv-U по умолчанию работает под учётной записью LocalSystem. Эта учётная запись не имеет доступа ни к каким сетевым ресурсам. Если случай именно такой, то есть две возможности:

1. Более простая возможность – запретить Serv-U работать в качестве службы. Снимите отметку "Start automatically (system service)" в Serv-U Administrator под учётной записью LocalServer.

2. Более сложная возможность заключается в редактировании службы Serv-U таким образом, чтобы она заходила (login) как пользователь, имеющий доступ к требуемой сети, вместо входа под учётной записью LocalServer. Возможность редактирования служб имеется в Панели Управления Windows. Поскольку в каждой сети – свои установки, мы не можем рассказать, как именно нужно сконфигурировать эту пользовательскую учётную запись для конкретной службы. Обратитесь, пожалуйста, к администратору сети, если вам нужно узнать, каким именно учётным записям нужно предоставить этот доступ.

После конфигурирования сервера любым из указанных способов пользователи смогут заходить и использовать разделяемые сетевые ресурсы.

ПРИМЕЧАНИЕ: Имеется и другая потенциальная сложность, которую нужно иметь в виду при конфигурировании Serv-U для работы в качестве системной службы. Системные службы не могут распознавать мэппированные сетевые диски по букве. Любой сетевой адрес должен быть указан в формате UNC (//сервер/разделяемый_ресурс).

[Andrew (Duchy)]

Old Stager, спасибо за неоценимую помощь. По пункту № 2 сделал и заработало как надо.

P.S. Говорила мне мама "Учи, сынок, английский"

[MEL]

Old Stage большое спасибо а то бы мы не настроили вместе в Adnrew ftp сервер как хотели....

Большое спасибо. если что надо обращайся...

Все пользователи коротые имели логины обращаться к ко мне

[Old Stager]

Пожалуйста-пожалуйста! Рад, что не напрасно встрял...