выход в нет организован через прокси с авторизацией.
Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
как быть с этой еба"№%ой проксей
>выход в нет организован через прокси с авторизацией.
>Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
>как быть с этой еба"№%ой проксей
>>выход в нет организован через прокси с авторизацией.
>>Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
>>как быть с этой еба"?%ой проксей
Если пишет что хост не найден то проблема не в прокси, а в лучшем случае - в ДНС:)
>>>выход в нет организован через прокси с авторизацией.
>>>Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
>>>как быть с этой еба"?%ой проксей
>
>
>Если пишет что хост не найден то проблема не в прокси, а
>в лучшем случае - в ДНС:)
Но в иксах-то все работает!
>>>>выход в нет организован через прокси с авторизацией.
>>>>Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
>>>>как быть с этой еба"?%ой проксей
>>
>>
>>Если пишет что хост не найден то проблема не в прокси, а
>>в лучшем случае - в ДНС:)
>Но в иксах-то все работает!
значит консольный фтп-клиент не поддерживает прокси.
>>>>>выход в нет организован через прокси с авторизацией.
>>>>>Если в шеле набирать #ftp dreebsd.org, то естественно пишет-хост не найден.
>>>>>как быть с этой еба"?%ой проксей
>>>
>>>
>>>Если пишет что хост не найден то проблема не в прокси, а
>>>в лучшем случае - в ДНС:)
>>Но в иксах-то все работает!
>
>
>значит консольный фтп-клиент не поддерживает прокси.a ti poprobuy snachala cheta tipa
setenv HTTP_PROXY name:password@proxy.address:port
a potom uzhe ftp
А еще можно скачать себе nftp и не мудохаться:)
setenv непомогает
может freebsdшный клиент вообше наподдерживает прокси, а?
>setenv непомогает
>может freebsdшный клиент вообше наподдерживает прокси, а?сколько раз уже сюда писали: клиенты от freebsd первыми стали поддерживать
proxy и всю остальную лабуду:1. FTP: man ftp
ENVIRONMENT
ftp utilizes the following environment variables.FTP_PASSIVE_MODE If this variable is set to something else than `NO',
ftp will use passive mode by default.FTPSERVER Host to use as gate-ftp server when gate is enabled.
FTPSERVERPORT Port to use when connecting to gate-ftp server when
gate is enabled. Default is port returned by a
getservbyname() lookup of ``ftpgate/tcp''.HOME For default location of a .netrc file, if one exists.
PAGER Used by page to display files.
SHELL For default shell.
ftp_proxy URL of FTP proxy to use when making FTP URL requests
(if not defined, use the standard ftp protocol).http_proxy URL of HTTP proxy to use when making HTTP URL requests.
2. FETCH: see /etc/defaults/make.conf
man 3 fetch
ENVIRONMENT
FTP_LOGIN Default FTP login if none was provided in the URL.FTP_PASSIVE_MODE If set to anything but `no', forces the FTP code to use
passive mode.FTP_PASSWORD Default FTP password if the remote server requests one
and none was provided in the URL.FTP_PROXY URL of the proxy to use for FTP requests. The document
part is ignored. FTP and HTTP proxies are supported;
if no scheme is specified, FTP is assumed. If the
proxy is an FTP proxy, libfetch will send `user@host'
as user name to the proxy, where `user' is the real
user name, and `host' is the name of the FTP server.If this variable is set to an empty string, no proxy
will be used for FTP requests, even if the HTTP_PROXY
variable is set.ftp_proxy Same as FTP_PROXY, for compatibility.
HTTP_AUTH Specifies HTTP authorization parameters as a colon-sep-
arated list of items. The first and second item are
the authorization scheme and realm respectively; fur-
ther items are scheme-dependent. Currently, only basic
authorization is supported.Basic authorization requires two parameters: the user
name and password, in that order.This variable is only used if the server requires
authorization and no user name or password was speci-
fied in the URL.HTTP_PROXY URL of the proxy to use for HTTP requests. The docu-
ment part is ignored. Only HTTP proxies are supported
...Все что нужно помнить и внимательно посмотреть - авторизацию на проксе,
о чем тоже написаноНе устраивают ftp/fetch, wget - хотя все тоже самое, не нравятся они:
curl, pavuk...Несколько лет уже все работает как часы
>>setenv непомогает
>>может freebsdшный клиент вообше наподдерживает прокси, а?
>
>сколько раз уже сюда писали: клиенты от freebsd первыми стали поддерживать
>proxy и всю остальную лабуду:
>Ну прописал я setenvы всё равно ничего не работает.
Если ты такой отец, то напиши как надо делать?
А то мне наверное мозгов уже не хватает.