Freebsd fetch authentication error

Fetching behind a proxy, Authentication Error

forquare

At work I have a VM on my laptop for testing and general respite from Windows, it’s running FreeBSD 10.3:
bil@fbsd-bil:guessing_game %>uname -a
FreeBSD fbsd-bil 10.3-RELEASE-p3 FreeBSD 10.3-RELEASE-p3 #0: Tue May 17 08:43:55 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64

I’ve been using it successfully to do various things, and yesterday I decided to use my lunch time to learn some Rust programming. One of the exercises requires a package to be downloaded, but this fails:
bil@fbsd-bil:guessing_game %>cargo build —verbose
Updating registry `https://github.com/rust-lang/crates.io-index`
Unable to update registry https://github.com/rust-lang/crates.io-index

Caused by:
failed to fetch `https://github.com/rust-lang/crates.io-index`

Caused by:
[12/-2] Couldn’t connect to server

I decided to to try and fetch(1) the file mentioned in the above output, but that failed:
bil@fbsd-bil:guessing_game %>fetch -v https://github.com/rust-lang/crates.io-index
looking up 12.34.56.78
connecting to 12.34.56.78:80
SSL options: 83004bff
Peer verification enabled
Using CA cert file: /usr/local/etc/ssl/cert.pem
34380987096:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:782:
fetch: https://github.com/rust-lang/crates.io-index: Authentication error

Ordinarily I can access the internet from this VM, e.g. I upgraded from 10.2 to 10.3, I install packages via pkg(1), and can generally fetch(1) files from the internet.
I am behind a proxy, and have the following set:
bil@fbsd-bil:guessing_game %>env | grep http
https_proxy=http://12.34.56.78/
http_proxy=http://12.34.56.78:80/
(IP addresses changed)

Having searched around for this, I ensured that security/ca_root_nss was installed and up to date:
bil@fbsd-bil:guessing_game %>pkg info ca_root_nss
ca_root_nss-3.22.2
Name : ca_root_nss
Version : 3.22.2
Installed on : Fri Apr 1 11:11:56 2016 BST
Origin : security/ca_root_nss
Architecture : freebsd:10:*
Prefix : /usr/local
Categories : security
Licenses : MPL
Maintainer : ports-secteam@FreeBSD.org
WWW : UNKNOWN
Comment : Root certificate bundle from the Mozilla Project
Options :
ETCSYMLINK : on
Annotations :
Flat size : 896KiB
Description :
Root certificates from certificate authorities included in the Mozilla
NSS library and thus in Firefox and Thunderbird.

This port directly tracks the version of NSS in the security/nss port.

The fetch(1) output mentions /usr/local/etc/ssl/cert.pem, which I’ve linked to the one provided by security/ca_root_nss:
bil@fbsd-bil:guessing_game %>ls -l /usr/local/etc/ssl/cert.pem /usr/local/share/certs/ca-root-nss.crt
lrwxr-xr-x 1 root wheel 38B May 31 15:06 /usr/local/etc/ssl/cert.pem@ -> /usr/local/share/certs/ca-root-nss.crt
-rw-r—r— 1 root wheel 880K Mar 19 01:15 /usr/local/share/certs/ca-root-nss.crt

But still no luck

Oddly, if I try using www/wget I can download the file without issue, but I don’t think I can get devel/cargo to use that instead. (I’m presuming it’s using libfetch at the moment).

Does anyone have experience of such a problem?

Источник

Rubenerd

fetch: authentication error on FreeBSD

If you download a file over TLS with fetch(1) in FreeBSD base and get the following error…

… it means you don’t have a certificate store installed for fetch to validate the site’s certificate against. Here’s the Mozilla one you can use, with the usual caveats and warnings about checking this yourself before installing:

You can also download without verifying the certificate. Which you definitely shouldn’t do unless under extenuating circumstances:

As an aside, fetch is pretty great. I made it a challenge to run more stock FreeBSD last year, and I’ve been using it in lieu of curl (and I suppose wget ) I do miss being able to specify ranges in curl, but it’s nothing a shell script to feed fetch a range of addresses to couldn’t fix. It’s also available in pkgsrc thanks to joerg@.

(I even had a third party tool I was using that expected curl, which I aliased to a script that fed the URL to fetch. I can’t say this is good practice at all, but it worked!)

Ruben Schade is a technical writer and infrastructure architect in Sydney, Australia who refers to himself in the third person in bios. Hi!

The site is powered by Hugo, FreeBSD, and OpenZFS on OrionVM, everyone’s favourite bespoke cloud infrastructure provider.

If you found this post helpful or entertaining, you can shout me a coffee or send a comment. Thanks ☺️.

Источник

FreeBSD 10.0 — fetch fails due to SSL #290

FreeBSD 10.0’s fetch utility has changed from 9.x, it now defaults to check the ssl certificate, so this command fails:

Fetch can either have this flag passed:

Or, you can set the environment variable SSL_NO_VERIFY_PEER=1

The text was updated successfully, but these errors were encountered:

Ah! Yes! This makes sense.

@m87carlson Think I can ask you to edit the bootstrap script locally, rename all of _freebsd_9 occurrences to _freebsd_10 and run the script to see if the minion get’s installed?

If’s it’s all good, let me know, or, you could also create a pull request which could have the *_freebsd_10* just call the *_freebsd_9* functions? This way the credit goes to you, as it should.

You bet, I’ve tested that out and it seems to work just fine (created new
freebsd_10 functions that just call freebsd_9)

I’ll create a pull request

On Thu, Jan 30, 2014 at 8:29 PM, Pedro Algarvio notifications@github.comwrote:

@m87carlson https://github.com/m87carlson Think I can ask you to edit
the bootstrap script locally, rename all of _freebsd_9 occurrences to
_freebsd_10 and run the script to see if the minion get’s installed?

If’s it’s all good, let me know, or, you could also create a pull request
which could have the _freebsd_10 just call the _freebsd_9 functions?
This way the credit goes to you, as it should.

Источник

Portsnap behind a corporate proxy

Durden

I hope someone can help with this. I’ve been trying to get my ports updated behind our corporate firewall/proxy but receive the following error:

Is there a way around this? I’m fairly sure the problem is the proxy, I’ve run into similar problems when trying to update an Arch Linux system.

I hope someone can help.

chatwizrd

Durden

SirDice

Administrator

I’m fairly sure the problem is the proxy, I’ve run into similar problems when trying to update an Arch Linux system.

I hope someone can help.

adripillo

I hope someone can help with this. I’ve been trying to get my ports updated behind our corporate firewall/proxy but receive the following error:

Is there a way around this? I’m fairly sure the problem is the proxy, I’ve run into similar problems when trying to update an Arch Linux system.

I hope someone can help.

throAU

Yeah I’m stuck trying to make this work too.

I am also the one who administers the proxy (It’s a TMG 2010 box running on Windows 2008 R2). iPhones and other non-Windows devices can authenticate to it.

I’ve tried feeding fetch environmental variables for the username and password but can’t seem to make it work.

I have the following in /etc/rc.conf

It certainly doesn’t help that the man page for fetch gives no indication on how to specify the host/port (i.e., should it be prefixed with HTTP?), doesn’t really log what it is doing properly, etc.

As far as I can see, it isn’t even hitting my TMG box with the above configuration.

edit:
Stripping the http part from the proxy host like

SirDice

Administrator

I have the following in /etc/rc.conf

/.cshrc (assuming you’re using csh for root).

throAU

Yeah, I’ve since figured this out. However, it still doesn’t work if I add the variables to the shell. I think it may well be something to do with TMG brain damage — I believe that even if you supply a username and password, it attempts to perform the request without authentication first, and then asks for authentication when the initial request fails.

This is with the environmental variable for proxy use set as follows:

SirDice

Administrator

throAU

Confirming, plain sh for root:

I suspect it‘s due to TMG responding after trying with no authentication that authentication is required, and fetch just dies because it was rejected, whereas Windows then supplies credentials.

At the end of the day, I’m just going to open a hole on my ASA for BSD machines for HTTP.

TMG is so brain-dead that even if you set up a rule for «all users» (as opposed to «all authenticated users») to allow access to a URL, it still demands authentication.

Does anyone know if squid is usable reliably with domain authentication one way or another yet? I haven’t run it since 2008, back then unfortunately the NTLM authentication module would regularly die (forget the reason, but about once a week or so my squid instance would stop authenticating/die) and TMG of course gives management pretty reports, easy Microsoft supplied URL categorization/blocking, etc.

But of course TMG is now end-of-sale, so I’m looking for an alternative.

adripillo

I have squid here and I do not need authentication, just take the allowed IPs from a table, if your IP is not on that file you can not access to Internet. No need of user and password. Also I do not use it permanently so each time I need to use Internet on a console I write:

Источник

Freebsd fetch authentication error

Организация выходит в нет через проксю. при попытке поставить чёнить из портов возникает ошибка:
===> Vulnerability check disabled, database not found
=> xmms-1.2.10.tar.bz2 doesn’t seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from http://www.xmms.org/files/1.2.x/.
fetch: http://www.xmms.org/files/1.2.x/xmms-1.2.10.tar.bz2: Connection refused
=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xmms-1.2.10.tar.bz2: Connection refused
=> Couldn’t fetch it — please try to retrieve this
=> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1
🙂 вот такая фигня.
http://www.freebsd.org/cgi/man.cgi?query=fetch&sektion=3 — вот что мне нужно! точнее там очень много параметров связанных с прокси. посмотрел на ман но так и не понял как в итоге это должно выглядеть!?
немогу слепить нечто конкретное что моглобы задать переменной параметр. да и многовато их как то! непонимаю почему тема так неактуальна. ведь прокси встречаются на каждом шагу, а из портов ставить помоему самый нормальный вариант для обычного человека, которому ненужно ничего сверхестественного. ))
поможите чем сможите. 🙂

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

>Организация выходит в нет через проксю. при попытке поставить чёнить из
>портов возникает ошибка:
>===> Vulnerability check disabled, database not found
>=> xmms-1.2.10.tar.bz2 doesn’t seem to exist in /usr/ports/distfiles/.
>=> Attempting to fetch from http://www.xmms.org/files/1.2.x/.
>fetch: http://www.xmms.org/files/1.2.x/xmms-1.2.10.tar.bz2: Connection refused
>=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
>fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xmms-1.2.10.tar.bz2: Connection refused
>=> Couldn’t fetch it — please try to retrieve this
>=> port manually into /usr/ports/distfiles/ and try again.
>*** Error code 1
>:-) вот такая фигня.
>http://www.freebsd.org/cgi/man.cgi?query=fetch&sektion=3 — вот что мне нужно! точнее там очень много параметров связанных
>с прокси. посмотрел на ман но так и не понял
>как в итоге это должно выглядеть!?
>немогу слепить нечто конкретное что моглобы задать переменной параметр. да
>и многовато их как то! непонимаю почему тема так неактуальна.
> ведь прокси встречаются на каждом шагу, а из портов ставить
>помоему самый нормальный вариант для обычного человека, которому ненужно ничего сверхестественного.
>))
>поможите чем сможите. 🙂

вот что сделал:
# fetch http_proxy https://srv-isa.XXXXXXXXX.ru:8080
fetch: http_proxy: No such file or directory
704:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:478:
fetch: https://srv-isa.XXXXXXXXX.ru:8080: Authentication error
Ну впринципе прально. на проксе то я никак не авторизуюсь.
в фале /etc/csh.cshrc
setenv http_proxy https//srv-isa.XXXXXXXXX.ru:8080
setenv ftp_proxy http://srv-isa.XXXXXXXXX.ru:8080
и всё. а как авторизация проходит?

2 . «fetch. «

Сообщение от pomka87 (ok) on 23-Окт-06, 19:02

Stop in /usr/ports/sysutils/lsof.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3 . «fetch. «

Сообщение от pomka87 (ok) on 23-Окт-06, 19:04

ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4 . «fetch. «

Сообщение от nitalaut (ok) on 23-Окт-06, 19:10

>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? ответ есть в хэндбуке

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5 . «fetch. «

Сообщение от pomka87 (ok) on 23-Окт-06, 19:25

>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? > >ответ есть в хэндбуке

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6 . «fetch. «

Сообщение от pomka87 (ok) on 23-Окт-06, 19:27

>>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? >> >>ответ есть в хэндбуке > >Нету! Вот что там по этому поводу: # pkg_add -r lsof В примере выше нужный пакет будет загружен и установлен без всякого дополнительного взаимодействия с пользователем. Если вместо основного сайта вы хотите указать другое зеркало пакетов FreeBSD, то для переопределения используемых по умолчанию значений вам необходимо задать соответствующим образом значение переменной PACKAGESITE. Для загрузки файлов утилита pkg_add(1) использует функцию fetch(3), которая принимает во внимание различные переменные окружения, включая FTP_PASSIVE_MODE, FTP_PROXY и FTP_PASSWORD. Если вы находитесь за сетевым экраном или для работы с FTP/HTTP вам необходимо использовать прокси, то определите соответствующие переменные. Обратитесь к справочной странице по fetch(3) для получения полного списка переменных. Заметьте, что в примере выше вместо lsof-4.56.4 используется lsof. При использовании функций загрузки с сети номер версии в имени пакета должен быть опущен. Утилита pkg_add(1) автоматически загрузит последнюю версию приложения.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7 . «fetch. «

Сообщение от newser (??) on 24-Окт-06, 09:55

>>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? >> >>ответ есть в хэндбуке > >Нету! man fetch man 3 fetch

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8 . «fetch. «

Сообщение от pomka87 (ok) on 24-Окт-06, 11:45

>>>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? >>> >>>ответ есть в хэндбуке >> >>Нету! > >man fetch >man 3 fetch > >Там ВСЕ есть! НЕТУ! ЕСЛИБЫ БЫЛО НЕ СПРАШИВАЛ.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9 . «fetch. «

Сообщение от newser (??) on 24-Окт-06, 13:54

>>>>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? >>>> >>>>ответ есть в хэндбуке >>> >>>Нету! >> >>man fetch >>man 3 fetch >> >>Там ВСЕ есть! > > >НЕТУ! ЕСЛИБЫ БЫЛО НЕ СПРАШИВАЛ. И не надо лохматить бабушку.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10 . «fetch. «

Сообщение от pomka87 (ok) on 24-Окт-06, 14:06

чел ты читаешь то что повыше? я в первом хелпе эту ссылку уже выкладывал! ты сам пробовал это настроить по тому материалу?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11 . «fetch. «

Сообщение от pomka87 (ok) on 24-Окт-06, 14:16

>>>>>>>ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я? >>>>>> >>>>>>ответ есть в хэндбуке >>>>> >>>>>Нету! >>>> >>>>man fetch >>>>man 3 fetch >>>> >>>>Там ВСЕ есть! >>> >>> >>>НЕТУ! ЕСЛИБЫ БЫЛО НЕ СПРАШИВАЛ. >> >> >>Ню-ню. >>http://www.freebsd.org/cgi/man.cgi?query=fetch&sektion=3&apropos=0&manpath=FreeBSD+6.1-RELEASE >>Раздел ENVIRONMENT. >> >>И не надо лохматить бабушку. > > >чел ты читаешь то что повыше? я в первом хелпе эту ссылку >уже выкладывал! >ты сам пробовал это настроить по тому материалу? ВЕСЬ КОСЯК В ЭТОЙ СТРОКЕ: HTTP_PROXY=:

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12 . «fetch. «

Сообщение от newser (??) on 24-Окт-06, 14:45

Ну неужели так трудно внимательно прочитать? HTTP_AUTH Specifies HTTP authorization parameters as a colon- separated list of items. The first and second item are the authorization scheme and realm respectively; further 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. Однако учтите, что «Currently, only basic authorization is supported.» Вы не потрудились указать, какой тип авторизации используется на прокси. Судя по Вашим постам, используется ISA, наверняка с доменной авторизацией, поэтому извините, конечно, но в данном случае Вы в пролете. Источник Adblock detector

ИСТИННА ГДЕ ТО РЯДОМ! КАК ПРОКСЕ СКАЗАТЬ КТО Я?

# whereis lsof

lsof: /usr/ports/sysutils/lsof

# cd /usr/ports/sysutils/lsof/

# make install

===> Vulnerability check disabled, database not found

=> lsof_4.77D.freebsd.tar.bz2 doesn’t seem to exist in /usr/ports/distfiles/.

=> Attempting to fetch from

ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/

.

fetch:

ftp://lsof.itap.purdue.edu/pub/tools/un … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/

.

fetch:

ftp://lsof.itap.purdue.edu/pub/tools/un … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.ayamura.org/pub/lsof/

.

fetch:

ftp://ftp.ayamura.org/pub/lsof/lsof_4.7 … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.ayamura.org/pub/lsof/NEW/

.

fetch:

ftp://ftp.ayamura.org/pub/lsof/NEW/lsof … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.cerias.purdue.edu/pub/tools/u … tils/lsof/

.

fetch:

ftp://ftp.cerias.purdue.edu/pub/tools/u … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.cerias.purdue.edu/pub/tools/u … /lsof/NEW/

.

fetch:

ftp://ftp.cerias.purdue.edu/pub/tools/u … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/

.

fetch:

ftp://gd.tuwien.ac.at/utils/admin-tools … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/NEW/

.

fetch:

ftp://gd.tuwien.ac.at/utils/admin-tools … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.sunet.se/pub/unix/admin/lsof/

.

fetch:

ftp://ftp.sunet.se/pub/unix/admin/lsof/ … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.sunet.se/pub/unix/admin/lsof/NEW/

.

fetch:

ftp://ftp.sunet.se/pub/unix/admin/lsof/ … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/

.

fetch:

ftp://ftp.cert.dfn.de/pub/tools/admin/l … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/NEW/

.

fetch:

ftp://ftp.cert.dfn.de/pub/tools/admin/l … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.tau.ac.il/pub/unix/admin/

.

fetch:

ftp://ftp.tau.ac.il/pub/unix/admin/lsof … sd.tar.bz2

: Proxy Authentication Required

=> Attempting to fetch from

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

.

fetch:

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports … sd.tar.bz2

: Proxy Authentication Required

=> Couldn’t fetch it — please try to retrieve this

=> port manually into /usr/ports/distfiles/ and try again.

*** Error code 1

Stop in /usr/ports/sysutils/lsof.