RHEL6.4 yum访问HTTPS源时出错

在RHEL6.4上安装OpenStack时,使用epel的源,但源是https的,进行安装时,总报下面的错误。

    https://repos.fedorapeople.org/repos/openstack/openstack-icehouse/epel-6/repodata/repomd.xml:

     [Errno 14] problem making ssl connectionTrying other mirror.
    Error: Cannot retrieve repository metadata (repomd.xml) for repository: openstack-icehouse. 
    Please verify its path and try again

在网上查到说,可能是CURL的版本过低导致的。
注:curl库在http访问方面提供了非常强大的接口,它是开源库中进行HTTP操作必须的库,它提供了SSL的支持。

RHEL6.4 出现此问题我尝试解决的方法如下:
方法一: 【注:我是先尝试采用方法二解决的,方法一,是后面再次尝试似乎没问题。】
    配置yum源为:http://mirror.centos.org/centos/6/os/x86_64/
    yum  update  curl      //更新CURL后,尝试解决。
    若该centos 6的CURL不够新,可尝试6.5的或7的;此为CentOS官方源: http://mirror.centos.org/centos/

    

方法二:

    若上面方法失败,则尝试下面方法:
    从这里下载最新的CURL源码包:http://120.52.72.51/www.execve.net/c3pr90ntcsf0/curl/curl-7.47.1.tar.gz
解压后,编译安装:
    ./configure  –prefix=/usr/local/curl7471    
    make
    make  install      
    此软件不大,主要用它提供的库,curl库在http访问方面提供了非常强大的接口,它是开源库中进行HTTP操作必须的库。
    编译好后:
    # ls /usr/local/curl7471/
        bin      include     lib        share
    接着需要查看下:
        rpm  -qa  |grep curl
        libcurl-7.19.7-35.el6.x86_64           
        libcurl-devel-7.19.7-35.el6.x86_64
        curl-7.19.7-35.el6.x86_64 
        这是我本机安装的CURL包,我采用了最笨的方式,rpm -ql 查看它们装了什么。最后,用编译出来的文件将它们替换掉。
        此方法可行,但不是正途,先解决燃眉之急吧。
        libcurl-7.19.7-35.el6.x86_64
                /usr/lib64/libcurl.so.4
                /usr/lib64/libcurl.so.4.1.1

        curl-7.19.7-35.el6.x86_64
                /usr/bin/curl
               
        libcurl-devel-7.19.7-35.el6.x86_64
            /usr/bin/curl-config
            /usr/include/curl
            /usr/include/curl/curl.h
            /usr/include/curl/curlbuild-64.h
            /usr/include/curl/curlbuild.h
            /usr/include/curl/curlrules.h
            /usr/include/curl/curlver.h
            /usr/include/curl/easy.h
            /usr/include/curl/mprintf.h
            /usr/include/curl/multi.h
            /usr/include/curl/stdcheaders.h
            /usr/include/curl/typecheck-gcc.h
            /usr/include/curl/types.h
            /usr/lib64/libcurl.so
            /usr/lib64/pkgconfig/libcurl.pc
            /usr/share/aclocal/libcurl.m4

 

原创文章,作者:Wn1m,如若转载,请注明出处:http://www.178linux.com/11795

(0)
Wn1mWn1m
上一篇 2016-02-28
下一篇 2016-02-28

相关推荐

  • Linux用户和组管理

        登录Linux时我们都需要输入账号和密码,但Linux只会识别账号所对应用ID号,这个ID号就称为UID。     同理每个用户组也都拥有相对应的组ID号,即GID。     Linux根据/etc/passwd文件的内容来查找当前…

    Linux干货 2015-04-26
  • 魔术方法

    魔术方法 属性 含义 __name__ 类、函数、方法等的名字 __module__ 类定义所在的模块名 __class__ 对象或类所属的类 __bases__ 类的基类的元组,舒徐为他们在基类列表中出现的顺序 __doc__ 类、函数的文档字符串,如果没有定义则为None __mro__ 类的mro,class.mro()返回的结果保存在__mro__中…

    Linux干货 2017-11-21
  • 加密与CA

    一次加密通讯流程: 1、生成数据 2、用单向加密数据生成特征码 3、用自己的私钥加密特征码放在数据后面 4、生成临时会话密钥加密特征码和数据 5、用对方的公钥加密临时密钥 2、私有CA 构建私有CA     1、生成私钥     2、自签署证书 给节点发放证书     …

    Linux干货 2017-02-13
  • 如何监控Linux文件系统事件:inotify使用指南

    如何监控Linux文件系统事件:inotify使用指南 §·inotify初识 Inotify 是一个 Linux特性,它监控文件系统操作,比如读取、写入和创建。Inotify 反应灵敏,用法非常简单,并且比 cron 任务的繁忙轮询高效得多。学习如何将 inotify 集成到您的应用程序中,并发现一组可用来进一步自动化系统治理的命令行工具。 §·inoti…

    Linux干货 2016-10-30
  • 【26期】Linux第二周学习小总结

    关于用户组的一些小小的整理     本周学习很多的知识,一些文件管理的技巧和命令,重定向和管道的实用技巧和拓展,最后则是到了我们的用户组的权限和管理,既然说到了管理,我们都知道在Linux中,老师讲的最多的一句话就是一切皆文件,既然是文件就会有用户去用,在里面进行各种的操作,比如增删改查啊,对文件的重新定义啊,那我们就…

    2017-07-21
  • 4th work

    1、复制/etc/skel目录为/home/tuser1,要求/home/tuser1及其内部文件的属组和其他用户均没有任何访问权限。 [root@localhost etc]# cp -r /etc/skel/ /home/tuser1 [root@localhost etc]# chmod go-rwx /home/tuser1/ 2、编辑/etc/gr…

    Linux干货 2017-10-09

评论列表(3条)

  • stanley
    stanley 2016-02-28 12:16

    代码格式化后样式会更清晰

  • […] 转载请注明:linux运维部落 » RHEL6.4 yum访问HTTPS源时出错 […]

  • Wn1m
    Wn1m 2016-03-15 12:44

    今天又遇到此问题,操作后,发现不行,结果是因为没有更新动态共享对象库,还需要执行 ldconfig。