Jestem na: OSX 10.11.6, Homebrew wersja 0.9.9m OpenSSL 0.9.8zg 14 lipca 2015

Próbuję zagrać z dotnetcore i postępując zgodnie z ich instrukcjami ,

Zaktualizowałem / zainstalowałem najnowszą wersję openssl:

> brew install openssl
==> Downloading https://homebrew.bintray.com/bottles/openssl-1.0.2h_1.el_capitan.bottle.tar.gz
Already downloaded: /Users/administrator/Library/Caches/Homebrew/openssl-1.0.2h_1.el_capitan.bottle.tar.gz
==> Pouring openssl-1.0.2h_1.el_capitan.bottle.tar.gz
==> Caveats
A CA file has been bootstrapped using certificates from the system
keychain. To add additional certificates, place .pem files in
  /usr/local/etc/openssl/certs

and run
  /usr/local/opt/openssl/bin/c_rehash

This formula is keg-only, which means it was not symlinked into /usr/local.

Apple has deprecated use of OpenSSL in favor of its own TLS and crypto libraries

Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you'll need to add to your
build variables:

    LDFLAGS:  -L/usr/local/opt/openssl/lib
    CPPFLAGS: -I/usr/local/opt/openssl/include

Ale kiedy próbuję połączyć openssl, nadal napotykam ten błąd łączenia:

> brew link --force openssl
Warning: Refusing to link: openssl
Linking keg-only OpenSSL means you may end up linking against the insecure,
deprecated system version while using the headers from the Homebrew version.
Instead, pass the full include/library paths to your compiler e.g.:
  -I/usr/local/opt/openssl/include -L/usr/local/opt/openssl/lib

Opcja dołączania flag kompilatora nie ma dla mnie sensu, ponieważ nie kompiluję tych bibliotek, od których jestem zależny.

EDIT dotnetcore zaktualizował swoje instrukcje:

brew update    
brew install openssl    
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/    
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/

Jak sugeruje aktualizacja drugiej odpowiedzi, obejście instalacji starego naparu openssl101 nie będzie już działać. Aby zapoznać się z rozwiązaniem w tej chwili, zobacz ten komentarz dotyczący dotnet / cli # 3964 .

Najważniejsza część problemu skopiowana tutaj:

Przyjrzałem się innej opcji, która była sugerowana do ustawienia ścieżki rpath w bibliotece. Myślę, że poniższe jest lepszym rozwiązaniem, które będzie miało wpływ tylko na tę konkretną bibliotekę.

sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Security.Cryptography.Native.dylib

i / lub jeśli masz zainstalowany NETCore 1.0.1, wykonaj to samo polecenie dla wersji 1.0.1:

sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.1/System.Security.Cryptography.Native.dylib

W efekcie, zamiast mówić systemowi operacyjnemu, aby zawsze korzystał z wersji Homebrew SSL i potencjalnie powodować awarię, mówimy dotnet, jak znaleźć właściwą bibliotekę.

Co również ważne, wygląda na to, że Microsoft zdaje sobie sprawę z tego problemu i ma zarówno a) dość natychmiastowy plan złagodzenia, jak i b) rozwiązanie długoterminowe (prawdopodobnie łączenie OpenSSL z dotnet).

Kolejna rzecz, na którą należy zwrócić uwagę: /usr/local/opt/openssl/libto miejsce, w którym napar jest domyślnie połączony:

13:22 $ ls -l /usr/local/opt/openssl
lrwxr-xr-x  1 ben  admin  26 May 15 14:22 /usr/local/opt/openssl -> ../Cellar/openssl/1.0.2h_1

Jeśli z jakiegoś powodu zainstalujesz napar i połączysz go w innym miejscu, to ta ścieżka jest tą, której powinieneś użyć jako rpath.

Po zaktualizowaniu rpath biblioteki System.Security.Cryptography.Native.dylib będziesz musiał zrestartować swoją sesję interaktywną (tj. Zamknij konsolę i uruchom kolejną).

Oto, co zadziałało dla mnie:

brew update
brew install openssl
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/Cellar/openssl/1.0.2j/bin/openssl /usr/local/bin/openssl

Dzięki @dorlandode w tym wątku https://github.com/Homebrew/brew/pull/597

Uwaga: użyłem tego tylko jako tymczasowej poprawki, dopóki nie mogłem spędzić czasu na poprawnej instalacji Openssl od nowa. Jak pamiętam, większość dnia spędziłem na debugowaniu i rozwiązywaniu problemów, zanim zdałem sobie sprawę, że najlepszym sposobem jest ręczne zainstalowanie potrzebnych certyfikatów jeden po drugim. Przeczytaj link w komentarzu @ bouke, zanim spróbujesz.

Żadne z tych rozwiązań nie działało dla mnie w systemie OS X El Capitan 10.11.6. Prawdopodobnie dlatego, że OS X ma natywną wersję openssl, która uważa, że ​​jest lepsza i jako taka nie lubi manipulować.

Więc wybrałem drogę i zacząłem od nowa ...

Zainstaluj ręcznie i łącze symboliczne

cd /usr/local/src  

• Jeśli otrzymujesz komunikat „Nie ma takiego pliku lub katalogu”, zrób to:

  cd /usr/local && mkdir src && cd src

Pobierz openssl:

curl --remote-name https://www.openssl.org/source/openssl-1.0.2h.tar.gz

Wypakuj i cd w:

tar -xzvf openssl-1.0.2h.tar.gz
cd openssl-1.0.2h

Skompiluj i zainstaluj:

./configure darwin64-x86_64-cc --prefix=/usr/local/openssl-1.0.2h shared
make depend
make
make install

Teraz łącze symboliczne openssl systemu OS X do nowego i zaktualizowanego pliku openssl:

ln -s /usr/local/openssl-1.0.2h/bin/openssl /usr/local/bin/openssl

Zamknij terminal, otwórz nową sesję i sprawdź, czy OS X używa nowego openssl:

openssl version -a

Po prostu wykonaj brew info openssli przeczytaj informacje, w których jest napisane:

Jeśli musisz mieć to oprogramowanie jako pierwsze w swoim przebiegu PATH: echo 'export PATH="/usr/local/opt/openssl/bin:$PATH"' >> ~/.bash_profile

Jeśli migracja Maca zepsuje Homebrew:

Przeprowadziłem migrację mojego Maca i rozłączyłem wszystkie moje instalacje homebrew - w tym OpenSSL. To się zepsuło gem install, więc pierwszy raz zauważyłem problem i zacząłem próbować go naprawić.

Po milionie rozwiązań (podczas migracji na OSX Sierra - 10.12.5), rozwiązanie okazało się komicznie proste:

brew reinstall ruby
brew reinstall openssl

Po wypróbowaniu wszystkiego, co mogłem znaleźć i nic nie działało, po prostu spróbowałem tego:

touch ~/.bash_profile; open ~/.bash_profile

Wewnątrz pliku dodano tę linię.

export PATH="$PATH:/usr/local/Cellar/openssl/1.0.2j/bin/openssl"

teraz działa :)

Jorns-iMac:~ jorn$ openssl version -a
OpenSSL 1.0.2j  26 Sep 2016
built on: reproducible build, date unspecified
//blah blah
OPENSSLDIR: "/usr/local/etc/openssl"

Jorns-iMac:~ jorn$ which openssl
/usr/local/opt/openssl/bin/openssl

Mam podobny przypadek. Muszę zainstalować openssl przez brew, a następnie użyć pip, aby zainstalować mitmproxy. Otrzymuję tę samą skargę od brew link --force. Oto rozwiązanie, które osiągnąłem: (bez połączenia siły przez napar)

LDFLAGS=-L/usr/local/opt/openssl/lib 
CPPFLAGS=-I/usr/local/opt/openssl/include
PKG_CONFIG_PATH=/usr/local/opt/openssl/lib/pkgconfig 
pip install mitmproxy

Nie rozwiązuje to bezpośrednio pytania. Zostawiam jedną linijkę na wypadek, gdyby ktoś użył pip i potrzebuje biblioteki openssl.

Uwaga: /usr/local/opt/openssl/libścieżki są uzyskiwane przezbrew info openssl

To zadziałało dla mnie:

 brew install openssl
 cd /usr/local/include 
 ln -s ../opt/openssl/include/openssl .

Powyższe rozwiązanie z Edwardthesecond działało również dla mnie na Sierra

 brew install openssl
 cd /usr/local/include 
 ln -s ../opt/openssl/include/openssl 
 ./configure && make

Inne kroki, które zrobiłem wcześniej, to:

• instalowanie openssl przez brew

  brew install openssl
  

• dodanie openssl do ścieżki zgodnie z sugestią homebrew

  brew info openssl
  echo 'export PATH="/usr/local/opt/openssl/bin:$PATH"' >> ~/.bash_profile
  

Uwaga: to już nie działa z powodu https://github.com/Homebrew/brew/pull/612

Miałem dzisiaj ten sam problem. Odinstalowałem (unbrewed ??) openssl 1.0.2 i zainstalowałem 1.0.1 także z homebrew. Dotnet new / restore / run, a następnie działało dobrze.

Zainstaluj openssl 101:
brew zainstaluj homebrew / wersje / openssl101
Linking:
brew link --force homebrew / wersje / openssl101

Miałem ten sam problem podczas próby instalacji nowszej wersji Ruby 2.6.5 https://github.com/kelaberetiv/TagUI/issues/86 pomaga mi rozwiązać problem. Dotyczy to systemu macOS Catalina w wersji 10.15.1

Zasadniczo zrobiłem update and upgradehomebrew, zainstalowałem openssl i zainstalowałem ruby.

brew update && brew upgrade
brew install openssl

Następnie utwórz te 2 linki symboliczne

ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/

następnie zainstalowałem Ruby 2.6.5

Domyślnie homebrew dał mi OpenSSL w wersji 1.1 i zamiast tego szukałem wersji 1.0. To zadziałało dla mnie.

Aby zainstalować wersję 1.0:

brew install https://github.com/tebelorg/Tump/releases/download/v1.0.0/openssl.rb

Następnie próbowałem utworzyć przez to łącze symboliczne, ale spowodowało to następujący błąd:

ln -s /usr/local/Cellar/openssl/1.0.2t/include/openssl /usr/bin/openssl
ln: /usr/bin/openssl: Operation not permitted

Wreszcie połączono openssl, aby wskazać wersję 1.0 za pomocą polecenia przełącznika zaparzania:

brew switch openssl 1.0.2t
Cleaning /usr/local/Cellar/openssl/1.0.2t
Opt link created for /usr/local/Cellar/openssl/1.0.2t

dla mnie to zadziałało ...

Edytowałem ./bash_profile i dodałem poniższe polecenie

export PATH = "/ usr / local / opt / openssl / bin: $ PATH"

export https_proxy=http://127.0.0.1:1087 http_proxy=http://127.0.0.1:1087 all_proxy=socks5://127.0.0.1:1080

pracuje dla mnie

i myślę, że może rozwiązać wszystkie problemy, takie jak Failed to connect to raw.githubusercontent.com port 443: Connection refused