cURL/wget - SSLv3, квитирование TLS, CERT зависает
Я не положителен, если Вы имеете в виду реальные, дисковые файловые системы или какую-либо файловую систему. Я никогда не видел, что нормальная файловая система использует FUSE, хотя я предполагаю, что это возможно; основное преимущество FUSE - это, позволяет Вам представить что-то приложениям (или пользователь), который похож на файловую систему, но действительно просто вызывает функции в рамках Вашего приложения, когда пользователь пытается сделать, вещам нравится, перечисляют файлы в каталоге или создают новый файл. Plan9 известен за попытку сделать все доступным через файловую систему, и /proc псевдофайловая система прибывает от них; FUSE является путем к приложениям для легкого следования за тем шаблоном
Например, вот снимок экрана (очень невыразительной) файловой системы FUSE, которая предоставляет доступ к данным сайта SE:
Естественно ни один из тех файлов на самом деле не существует; когда ls попросивший списка файлов в каталоге FUSE вызвал функцию в моей программе, которая сделала запрос API этого сайта для загрузки информации о пользователе 73 (меня); cat попытка читать из display_name и website_url вызванный больше функций, которые возвратили кэшированные данные из памяти без чего-либо дискового на самом деле существующего
завихрение-v - разовый трассировкой https://www.google.de
21:50:34.054955 * About to connect() to www.google.de port 443
21:50:34.056574 * Trying 74.125.39.104... connected
21:50:34.104587 * Connected to www.google.de (74.125.39.104) port 443
21:50:34.313259 * successfully set certificate verify locations:
21:50:34.313349 * CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
21:50:34.313758 * SSLv2, Client hello (1):
SSLv3, TLS handshake, Server hello (2):
SSLv3, TLS handshake, CERT (11):
SSLv3, TLS handshake, Server finished (14):
SSLv3, TLS handshake, Client key exchange (16):
SSLv3, TLS change cipher, Client hello (1):
SSLv3, TLS handshake, Finished (20):
SSLv3, TLS change cipher, Client hello (1):
SSLv3, TLS handshake, Finished (20):
SSL connection using RC4-SHA
21:50:34.418541 * Server certificate:
21:50:34.418631 * subject: /C=US/ST=California/L=Mountain View/O=Google Inc/CN=www.google.com
21:50:34.418726 * start date: 2011-10-26 00:00:00 GMT
21:50:34.418799 * expire date: 2013-09-30 23:59:59 GMT
21:50:34.418902 * SSL: certificate subject name 'www.google.com' does not match target host name 'www.google.de'
21:50:34.419000 * Closing connection #0
21:50:34.419124 * SSLv3, TLS alert, Client hello (1):
curl: (51) SSL: certificate subject name 'www.google.com' does not match target host name 'www.google.de'
Кажется, что Вы не можете проверить сертификат, так как Вы скучаете по ca-bundle.crt. Это принадлежит (CentOS 5) к openssl-об/мин.
Хороший способ управления этими вещами в Mac OS X / DARWIN было бы установить PackageManager, например, как домощь ( http://bret.sh/ )
Таким образом, когда вы устанавливаете программное обеспечение, как CURL, вы также получите весь список зависимостей, или вы можете просто Brew install openssl и решена проблема;)