» Reget

To TCPIP:
Последняя КИС 172-я...
Моя конф-ция: XP SP2 со всеми постфиксами, ReGet 4.1a build248, Outpost 2.7.485.5401. Может какие-то настройки сравнить?

Добавлено:
_http://download.reget.com/regetdx_249.exe

NothingAnother
20:08 20-06-2005
Цитата:

Может какие-то настройки сравнить?

Единственный вариант: у вас не включен PASV mode.

To TCPIP:
PASV mode включен. А вот кусок из "default.wjr"
LastId="2854"
PredefinedCategories="1"
TrafficMode="2"
TrafficSuspended="15000"
TrafficCooperative="15000"
MaxSectSuspended="4"
MaxSectCooperative="2"
MaxSectUnlimited="4"
MaxDownloads="4"
AutoSave="0"
AutoSaveDelay="60"
EnableSounds="1"
AutoTraffic="2"
DefaultFTPSiteConn="1"
DefaultHTTPSiteConn="0"
DefaultMMSRTSPSiteConn="1"
ExitWorkAsMinimize="0"
HideWhenMinimized="1"
AlwaysOnTop="0"
MinimizeOnStart="1"
ShowIconInTray="1"
AnimateIcon="1"
ShowTrafficIcon="1"
FloatingWindow="1"
ShowGraphOnFloating="1"
ShowInfoOnFloating="1"
NumbersFormat="1"
SpeedFormat="1"
DoNotShowTrayNotifications="0"
ShowTrafficForSelected="1"
ConfirmDeleteSuccessful="0"
ConfirmDeleteSelected="1"
ConfirmDragAndDrop="1"
DetailedDialUpLog="0"
IncludeVersionInformation="0"
DefaultCategory="-1"
SaveTo="C:\Documents and Settings\Nic\Мои документы\DownLoad\"
TempDir=""
UpdateDescription="0"
ReserveSpace="0"
HiddenAttribute="0"
UseExtension="1"
FileDateFromServer="1"
DownloadMinSize="0"
RemoveSuccesful="1"
MaxErrorCount="0"
TryPause="1"
TimeOut="60"
MinSectionSize="262144"
MaxSectDefault="4"
DoNotUseSiteRestriction="0"
OnErrorAccessDenied="2"
OnErrorFileNotFound="1"
FileExistAction="2"
FileExistRenameMacros="[FileTitle](#).[FileExt]"
AutoRestartOnLowSpeed="1"
TriesBeforeDelay="0"
IgnoreChangeSize="0"
ClearLogDone="1"
DoNotKeepInHistory="0"
AutoQuerySize="1"
MirrorSearch="1"
NoMirrorSite=""
PoolTimeout="30"
FTPPassiveMode="1"
FTPDownloadSubdirs="0"
FTPRelativeUrl="0"
FTPSkipCmdList="0"
FTPStrongDate="1"
FTPInheritProperties="1"
EnableFTPCompression="1"
SecureFtpConnection="1"
HTTPUserAgent="5"
HTTPUse11="1"
HTTPDoNotGenerateReferer="0"
HTTPUseCookies="1"
AcceptGzip="1"
UseHTTPForMMS="0"
ConnectionSpeed="56000"
HTTPProxy="2"
HTTPProxyServer="194.67.2.155:8000"
FTPProxy="2"
FTPProxyServer="194.67.2.155:8000"
HTTPSProxy="2"
HTTPSProxyType="0"
HTTPSProxyServer="194.67.2.155:8000"
MMSProxyType="-1"
MMSProxyServer=""
RTSPProxyType="0"
RTSPProxyServer=""
SocksEnabled="0"
ProxyNoCache="0"
ProxyHTTPUse11="1"
UseSmartRollback="1"
Connection="ROL"
DialPause="0"
SearchConnections="5"
CheckSearchConnections="5"
CheckConnections="10"
CheckOtherIfNoAccess="1"
AutoCheck="1"
AutoDeleteBad="1"
AutoSaveResult="1"
AutoSaveResultFile="C:\Program Files\ReGet\search.xml"
А может, дело в команде "LIST" или трабла с безопасным соединением?

Добавлено:
В настройках указан прокси, но при отключении оного к лучшему ничего не меняется

Добавлено:
Только что перепроверил на ReGet4.1a build249 - "неопознанная ошибка" при попытке взятия ftp://kav2006:Fynb02dbhec60@data.kaspersky.ru/6.0.12.173/KIS.6.0.12.173.exe

NothingAnother
Только что провеорил..на последнем билде регета.. всё работает. Именно через пассивмоде.. Скорее всего у вас проблемы с прокси или тем через што у вас доступ в инет осуществляется... Не WinRoute случаем установлен на шлюзе?

NothingAnother
04:08 21-06-2005
Цитата:

А может, дело в команде "LIST"

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

To TCPIP, Serg0FFan:
Вот часть лога через прокси:
Status 1 20:37:25 21.6.2005 Состояние закачки - [Ожидание в очереди]
Info 2 20:37:35 21.6.2005 Еще одна секция запущена
Info 3 20:37:35 21.6.2005 Соединяемся с 194.67.2.155 (194.67.2.155:8000)
Output 4 20:37:35 21.6.2005 GET ftp://data.kaspersky.ru/6.0.12.173/KIS.6.0.12.173.exe HTTP/1.1
Output 4 User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98)
Output 4 Accept: */*
Output 4 Accept-Encoding: gzip
Output 4 Authorization: Basic a2F2MjAwNjpGeW5iMDJkYmhlYzYw
Output 4 Host: data.kaspersky.ru
Input 5 20:37:36 21.6.2005 HTTP/1.0 400 Got error during ftp load
Input 5 Content-Type: text/html
Error 6 20:37:36 21.6.2005 Error #80004005(Неопознанная ошибка) in CRgHttpSession::RequestFile()

А это без прокси:
IStatus 3 20:37:23 21.6.2005 Состояние закачки - [Ожидание в очереди]
Info 4 20:37:23 21.6.2005 Еще одна секция запущена
Info 5 20:37:23 21.6.2005 Соединяемся с data.kaspersky.ru (81.176.69.115:21)
Error 6 20:37:24 21.6.2005 Error #80004005(Неопознанная ошибка) in CSessionFtp::Connect()


Добавлено:
Только сейчас заметил - какая-то странная строка "Authorization"... Логин и пароль зашифрованы?

NothingAnother
20:46 21-06-2005
Цитата:

Output 4 Accept: */*
Output 4 Accept-Encoding: gzip
Output 4 Authorization: Basic a2F2MjAwNjpGeW5iMDJkYmhlYzYw
Output 4 Host: data.kaspersky.ru

Такое впечатление, что это еще ДО соединения с сервером, то есть это ваша внутренняя авторизация (на прокси?). У меня таких строк нет.
Соединение с другими FTP-серверами без использования вашего прокси работает? Иными словами, имеете ли возможность выходить в интернет не используя прокси?
Совсем примитивный вопрос (так как вы пишете адрес сервера без учетной записи): используете ли вы пароль и имя, что требуются для входа на этот сервер?
Что-то у вас не видно команды PASV в логе? И команда LIST у вас выключена (это уже так, она не влияет на существо вопроса, у меня она тоже выключена).

Хотелось бы задать вопрос по поводу работы с зеркалами. Флашгет, к примеру, если не может закачать файл с основного адреса и имеет введенный мной список зеркал, то следующую попытку предпринимает подключаясь по-очереди к зеркалам. Регет этого никогда не делал. Для пробы имея реальный адрес файла, я установил его как зеркало, а в качестве основного ввел тот же файл, но с заведомо неверным адресом. Регет сделал одну попытку закать файл по неверному адресу, выдал в строке (Не удается найти указанный файл.) in CSessionFtp::RequestFile()
и остановился. Другой адрес он не попробовал.

NothingAnother


Цитата:

HTTP/1.1
Output 4 User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98)
Output 4 Accept: */*
Output 4 Accept-Encoding: gzip
Output 4 Authorization: Basic a2F2MjAwNjpGeW5iMDJkYmhlYzYw

Базовая авторизация - Basic, может использоваться по протоколу HTTP, о чём в логе и написано, для веб-серверов - сайтов, прокси...

Вот мой лог... [more]Status11:35:3122.6.2005Состояние закачки - [Ожидание в очереди]
Info21:35:3222.6.2005Еще одна секция запущена
Status31:35:3222.6.2005Состояние закачки - [Устанавливаем соединение]
Info41:35:3222.6.2005Соединяемся с data.kaspersky.ru (81.176.69.115:21)
Input51:35:3322.6.2005220 FTP service ready.
Output61:35:3322.6.2005USER *****
Input71:35:3322.6.2005331 Please specify the password.
Output81:35:3322.6.2005PASS *****
Input91:35:3322.6.2005230 Login successful.
Output101:35:3322.6.2005SYST
Input111:35:3322.6.2005215 UNIX Type: L8
Output121:35:3322.6.2005TYPE I
Input131:35:3322.6.2005200 Switching to Binary mode.
Output141:35:3322.6.2005REST 100
Input151:35:3322.6.2005350 Restart position accepted (100).
Output161:35:3322.6.2005REST 0
Input171:35:3322.6.2005350 Restart position accepted (0).
Output181:35:3322.6.2005PWD
Input191:35:3322.6.2005257 "/"
Output201:35:3322.6.2005CWD /6.0.12.173/KIS.6.0.12.173.exe
Input211:35:3322.6.2005550 Failed to change directory.
Output221:35:3322.6.2005CWD /6.0.12.173
Input231:35:3322.6.2005250 Directory successfully changed.
Output241:35:3322.6.2005PWD
Input251:35:3322.6.2005257 "/6.0.12.173"
Output261:35:3322.6.2005PORT 83,237,55,55,4,56
Input271:35:3322.6.2005200 PORT command successful. Consider using PASV.
Output281:35:3322.6.2005LIST -la KIS.6.0.12.173.exe
Input291:35:3422.6.2005150 Here comes the directory listing.
Info301:35:3422.6.2005Соединение установлено
Input311:35:3422.6.2005-rw-r--r-- 1 2151 4000 9513540 Jun 20 15:50 KIS.6.0.12.173.exe
Input321:35:3422.6.2005226 Directory send OK.
Output331:35:3422.6.2005PORT 83,237,55,55,4,57
Input341:35:3422.6.2005200 PORT command successful. Consider using PASV.
Output351:35:3422.6.2005RETR KIS.6.0.12.173.exe
Input361:35:3422.6.2005150 Opening BINARY mode data connection for KIS.6.0.12.173.exe (9513540 bytes).
Info371:35:3422.6.2005Соединение установлено
Status381:35:3422.6.2005Состояние закачки - [Закачка]
Status391:36:0422.6.2005Состояние закачки - [Пауза][/more]

To TCPIP, Donatello:

Если внимательно читать мои посты - в каждом упоминается об отсутствии изменений с прокси/без оного, меняется только информативность лога (оба варианта см. выше). С другими ftp (без авторизации) всё в порядке. Логин и пароль пробовал вводить разными способами:
1. текст ссылки copy/paste - все данные закачки автомат. встают на свои места
2. Из контекст. меню "Operы 8.01" "закачать через ReGet - не заполняется поле пароля, ввожу вручную
3. "Добавить закачку" в двух вариантах - вставка в поле URL полностью сформированной (содерж. логин и пароль) строки и в URL голый адрес, остальн. данные в свои поля...

Команда LIST отключена, но пробовал и с ней. Почему не видно PASV - не знаю, стоит птичка "использовать пассивный режим". Кстати, Opera качает через тот же прокси с великим удовольствием. "Outpost" не мешает - пробовал с отключенным...

NothingAnother
10:28 22-06-2005
Цитата:

Если внимательно читать мои посты - в каждом упоминается об отсутствии изменений с прокси/без оного, меняется только информативность лога (оба варианта см. выше).

Нет не только. Меняется и ошибка: in CRgHttpSession::RequestFile() vs. in CSessionFtp::Connect(). Когда прокси был включен не удалось запросить файл, а вот, когда вы его выключили, не удалось соединиться с сервером. Потому я и спросил, а работает ли у вас соединение с другими серверами, требующими авторизации?

Цитата:

не видно PASV - не знаю, стоит птичка "использовать пассивный режим"

Где? В общих настройках или локально, для закачки или вообще для сервера.
Отсутвие ее в логе означает, что вы не доходите до этапа передачи данных, так как PASV передается серверу перед началом передачи данных (если я не вру конечно, хоть и двести раз мусолил этот вопрос...) после того, как клиент соединяется с сервером и получает список файлов.
Итак, вам не удается соединиться с сервером. Авторизация тут, видимо, не причем.
Donatello
01:48 22-06-2005
Цитата:

Базовая авторизация - Basic, может использоваться по протоколу HTTP, о чём в логе и написано, для веб-серверов - сайтов, прокси...

Выводы? Кем использоваться? Не улавливаю, уточни пожалуйста.

NothingAnother

Цитата:

Если внимательно читать мои посты - в каждом упоминается об отсутствии изменений с прокси/без оного

Да, внимательно читали, поэтому я тебе и написал, что это авторизация вообще не имеет ничего общего с ФТП Касперского, и вообще с ФТП.


Цитата:

С другими ftp (без авторизации) всё в порядке. Логин и пароль пробовал вводить разными способами:

Так как, читали внимательно, то видно невооружённым глазом, что до авторизации у тебя, что в первом случае, что во-втором, дело даже не доходит. Ты не можешь вообще подсоединиться к ФТП - серверу. Вообщем, у тебя что-то блокирует соединение с этим ФТП.

Вот также лог, открытия ФТП просто в FTP Explorer... Попробуй, посмотри чего будет, хотя должно быть тоже самое. =)
[more]
Info120:17:2922.6.2005Открывается ftp://kav2006:Fynb02dbhec60@data.kaspersky.ru/
Info220:17:3022.6.2005Соединяемся с data.kaspersky.ru (81.176.69.115:21)
Input320:17:3022.6.2005220 FTP service ready.
Output420:17:3022.6.2005USER *****
Input520:17:3022.6.2005331 Please specify the password.
Output620:17:3022.6.2005PASS *****
Input720:17:3022.6.2005230 Login successful.
Output820:17:3022.6.2005SYST
Input920:17:3022.6.2005215 UNIX Type: L8
Output1020:17:3022.6.2005TYPE I
Input1120:17:3022.6.2005200 Switching to Binary mode.
Output1220:17:3022.6.2005PWD
Input1320:17:3022.6.2005257 "/"
Output1420:17:3022.6.2005PORT 83,237,210,159,18,99
Input1520:17:3122.6.2005200 PORT command successful. Consider using PASV.
Output1620:17:3122.6.2005LIST
Input1720:17:3122.6.2005150 Here comes the directory listing.
Info1820:17:3122.6.2005Соединение установлено
Input1920:17:3122.6.2005drwxr-xr-x 2 2151 4000 512 Jun 17 15:50 6.0.12.172
Input19drwxr-xr-x 2 2151 4000 512 Jun 20 15:50 6.0.12.173
Input19drwxr-xr-x 2 2151 4000 512 Jun 22 15:48 6.0.12.175
Input19-rw-r--r-- 1 2151 4000 458093 Feb 22 19:30 MSVCP.6.0.8972.0.exe
Input2020:17:3122.6.2005226 Directory send OK.[/more]

Насчёт прокси... Прокси могут быть прозрачными у провайдеров. Правда ни разу не видел такой своеобразной работы. =) То есть, что ты прописываешь, что нет, соединение будет через прокси. Пробуй всё по-новой. Удали все прокси из IE и Оперы. В менеджере поставь Определить настройки прокси из браузера. Удали из менеджера все прокси. Открой менеджер сайтов в менеджере закачек и найди этот сайт > data.kaspersky.ru, и сними все галки если стоят, с настроек ФТП, и прокси, имя пользователя и пароль. Либо вообще удали его. Если вообще не сработает, нужно смотреть в сторону прокси и программ, которые могут блокировать, что ещё можно тебе посоветовать...

Добавлено:
TCPIP

Цитата:

Выводы? Кем использоваться? Не улавливаю, уточни пожалуйста.

Выводы... Ну они очевидны. =) Это не авторизация на ФТП, естественно. Используется кем я написал - на стороне веб-серверов по протоколу HTTP, она вообще не используется для авторизации на ФТП - серверах. В этом случае, это авторизация на прокси. Тем более если ИП посмотреть - это Телеросс/Голден Телеком/ROL
inetnum: 194.67.2.0 - 194.67.2.255
netname: STNET2
descr: Teleross
descr: Moscow, Russia

http://www.teleross.ru
http://www.goldentelecom.ru/

Donatello
20:32 22-06-2005
Цитата:

Это не авторизация на ФТП, естественно.

Ну это вроде даже я догадался...

Цитата:

В этом случае, это авторизация на прокси.

Понял.

Цитата:

Тем более если ИП посмотреть - это Телеросс/Голден Телеком.

А здесь не понял. И что?

To TCPIP:
Цитата:
"...работает ли у вас соединение с другими серверами, требующими авторизации?"
Раньше, довольно давно, всё работало, но с тех пор конфигурация системы сильно изменилась. Дайте какую-нить ссылку с авторизацией не у Каспера - я попробую, что будет происходить...
Цитата:
"Где (PASV)? В общих настройках или локально, для закачки или вообще для сервера"
В общих настройках.
Цитата:
"Итак, вам не удается соединиться с сервером. Авторизация тут, видимо, не причем"

To Donatello:
Цитата:
"открытия ФТП просто в FTP Explorer... Попробуй, посмотри чего будет..."
Из IE и проводника файл доступен, после чего закачка передаётся в ReGet, где всё и затыкается
Цитата:
"Прокси могут быть прозрачными у провайдеров"
Похоже, не в этом случае - например, в Oper'е и WebSite-Watcher видно, что прокси (действительно,- ROL) отключается реально...

NothingAnother
23:02 22-06-2005
Цитата:

Дайте какую-нить ссылку с авторизацией не у Каспера - я попробую, что будет происходить...

Увы, все что есть --- private. Вы можете попробовать поискать что-то, требующее доступа на napalm'e.

TCPIP

Цитата:

А здесь не понял. И что?

Цитата:

Телеросс/Голден Телеком/ROL

Ничего... Игра в слова. =))) Прокси>Провайдер>Прокси.

NothingAnother

Ну вот... Можешь на моём ФТП попробовать:
ftp://nothinganother:1111111@moonlight.net.ru/
ftp://nothinganother:1111111@moonlight.net.ru/mail/optical.exe

To Donatello:
Спасибо, появилась инф. к размышлениям... Итак, Opera, IE, проводник получают доступ к каталогу mail и далее к файлу optical.exe. ReGet - как в стену упирается! С проксей и без оной, с Outpost'ом и без...
Мда-а-а, млин, тяжела ты, шапка Мономаха!

NothingAnother
Попробуйте у них на форуме спросить.

NothingAnother

Странно, всё это как - то... А у тебя кроме Оутпоста больше ничего нет, что может блокировать работу? Встроенный файерволл... Что вообще запущено у тебя. Оутпост желательно вообще выгружать, не отключать. Попробуй, с включёным Оутпостом посмотреть лог соединения. Можно попробовать соединиться каким-нибудь ФТП - клиентом. Можешь, кстати FlashGet' ом проверить, будет подключаться или нет. А вообще странно, С ФТП другими соединяется, как ты говоришь, а с ФТП которые требуют логин - пароль - нет... Логин - Пароль ведь вообще не должен влиять, он передаётся после подключения к ФТП, но для этого сначала подключиться к нему нужно.

To Donatello:
Цитата:
кроме Оутпоста больше ничего нет, что может блокировать работу?

Ещё есть KAV6, но у него деактивированно всё, что связанно с сетью, а в большинстве случаев он вообще не запущен. Проверял в Task Manag. - его процессов нет, как нет и встроенного брандмауэра - его службе вообще запрещено стартовать. FlashGet'ом проверить - честно говоря, ломает делать инсталл/деинсталл, а вот лог сетевого трафика мне вряд ли поможет - "не очень" я в этом силён
В любом случае, спасибо за Ваши ответы, что также относится и к TCPIP

NothingAnother
Вспомнил! У меня у самого была проблема, когда была установлена связка Outpost + Kaspersky Anti-Hacker. Так вот, я так и не понял что именно вызывало такой сбой, но у меня не работал толи интернет целиком, толи именно ReGet даже при отключенной службе Outpost (!) до тех пор, пока я просто не снес Outpost. Если это не критично, попробуйте снести (на время) Outpost, может у вас тоже подобный конфликт.

NothingAnother

Цитата:

Проверял в Task Manag. - его процессов нет, как нет и встроенного брандмауэра - его службе вообще запрещено стартовать.

Так я же говорю... Полностью выгружать. У них же службы обычно запущены, в ТаскМенеджере может и не быть, а Служба запущена.
Попробуй сделать: ПУСК>Выполнить, введи cmd нажми ввод, в окне набери net start, нажми ввод, увидишь какие службы запущены. Чтобы остановить службу набери: net stop "Имя Службы" и ввод, например:
net stop "Outpost Firewall Service"
net stop "KAV Monitor Service"
net stop "AVP Control Centre Service"
net stop "Internet Connection Firewall (ICF) / Internet Connection Sharing (ICS)"
Вообщем, что имеет отношение к этим программам.
Либо, в Администрировании можно Остановить/Отключить.
Насчёт FlashGet идея хорошая, весит немного, устанавить не проблема, между собой они не конфликтуют, у меня много лет оба стоят - одновременно, зато проверишь.

To Donatello:
Цитата:
"...набери net start, нажми ввод, увидишь какие службы запущены"

Я уже сообщал, что все, указанные Вами службы, остановлены. Кроме того, в списке BHO один лишь ReGet'овский же catcher, а в списке LSP вообще никого постороннего. ReGet в дауне

Цитата:
"Насчёт FlashGet идея хорошая..."

Ваш файл FlashGet взял в секунды, а у Каспера образовал несколько потоков - и потекло Ни прокси, ни Outpost как ни бились - помешать не смогли...

NothingAnother

Цитата:

Ваш файл FlashGet взял в секунды, а у Каспера образовал несколько потоков - и потекло Ни прокси, ни Outpost как ни бились - помешать не смогли...

Ну я уж не знаю тогда... =) Советы иссякли, ввиду полной необъяснимой ситуации. Какая версия Reget ? Надо у TCPIP спросить, какой версией он скачивал, последней наверное... Может переустановить его, или другую установить ( хотя, опять же... это заведомо не решение этой непонятной ситуации, но кто знает... =))

To Donatello:
Цитата:
"...у TCPIP спросить, какой версией он скачивал, последней наверное"

Сейчас установлен ReGet Deluxe 4.1a build 249 (как раз последняя). Штука в том, что этот эффект наблюдается на протяжении уже довольно многих версий. Впрочем, у меня весь софт наисвежайший - следим за этим... Забыл упомянуть - ещё имеется AntiSpyWare от МелкоМягких, но и она остановлена, да и на фоне нормальной работы всего, кроме ReGet'а - влияние её сумнительно как-то... Воистину, юзать сеть - не поле перейти

NothingAnother

Я тебе могу прислать 3.3 версию. У меня она до сих пор стоит уже несколько лет.

To Donatello:
Цитата:
"...могу прислать 3.3 версию"

Спасибо, но это не решение - согласитесь!

NothingAnother

Соглашусь... =) Я ещё не сталкивался с такими нелепыми ситуациями, когда ничего не мешает, когда в одной ситуации без логина-пароля, скачивает, а с логином-паролем нет, хотя, они одинаковые, т.к., как я и говорил подключиться сначала нужно к ФТП серверу, и у других людей благополучно скачивает... Я бы ещё понял там... интеграция/перехват ссылок и т.п., но когда вставляешь уже в него ссылку, а он не скачивает, даже не подсоединяется. Вот это всего я не могу понять. Радикальный способ знаю, переустановить систему, и одним из первых установить Reget, больше уже я не знаю чего можно посоветовать. =)

To Donatello:
Ещё раз большое спасибо! А напоследок такой впрос: в планировщике макрос [File] представляет файл с полным путём. Если этот путь содержит пробелы - заключается ли результирующая строка в кавычки? Иными словами достаточно ли писать [File] или правильнее "[File]"?

Подскажите, как можно решить такую задачу:
Надо скачать 500 страничек такого вида
http://www.site.com/folder/downloadx.aspx?id=231

Я создаю группу http://www.site.com/folder/downloadx.aspx?id=$
Reget такие имена файлов сохранять не умеет. Приходится указывать имя вручную.
Можно ли как-от для всей группы группы указать, чтобы в имени файла присутствовал этот id и линка?