Репозиторий пакетов для Red Hat Enterprise Linux и CentOS

CodeIT является разработчиком решений в сфере ПО (в том числе, и на базе веб-технологий). Поэтому нам регулярно необходимо свежее серверное программное обеспечение с поддержкой современных возможностей. Например, NGINX и Apache httpd, собранные для промышленных дистрибутивов с поддержкой HTTP/2 и brotli. А их, увы, не нашлось. Поэтому мы используем сами и приглашаем вас использовать наш репозиторий для RHEL/CentOS:

Версия Поддерживаемые платформы
6.x x86_64
7.x x86_64

Чтобы включить автоматическое обновление пакетов для Linux, настройте репозиторий yum для дистрибутивов RHEL/CentOS.

ГОТОВЫЕ ПАКЕТЫ СТАБИЛЬНЫХ ВЕРСИЙ

Для настройки репозитория yum для RHEL/CentOS необходимо скачать в /etc/yum.repos.d/ файл репозитория для EL6 или EL7. Предлагаем воспользоваться готовой командой, которая определит версию и сделает всё необходимое:

cd /etc/yum.repos.d && wget https://repo.codeit.guru/codeit.el`rpm -q --qf "%{VERSION}" $(rpm -q --whatprovides redhat-release)`.repo

Если же вы хотите посмотреть списки имеющихся пакетов, можете просмотреть репозиторий.

Обращаю ваше внимание на тот факт, что в зависимостях некоторых пакетов присутствуют библиотеки из репозитория EPEL, такие как apr-util, libnghttp. Таким образом, для использования Apache HTTPd проще всего подключить репозиторий EPEL:

yum install -y epel-release

ГОТОВЫЕ ПАКЕТЫ MAINLINE-ВЕРСИИ

Для настройки репозитория yum для RHEL/CentOS необходимо скачать в /etc/yum.repos.d/ файл репозитория для EL6 или EL7. Предлагаем воспользоваться готовой командой, которая определит версию и сделает всё необходимое:

cd /etc/yum.repos.d && wget https://repo.codeit.guru/codeit.mainline.el`rpm -q --qf "%{VERSION}" $(rpm -q --whatprovides redhat-release)`.repo

Если же вы хотите посмотреть списки имеющихся пакетов, можете просмотреть mainline-репозиторий.

Зачем для этого отдельный репозиторий?

Здесь будут публиковаться свежие версии nginx (из веток mainline и stable). Чем они лучше официальных? Тем, что наши пакеты:

    • собраны c OpenSSL 1.1.1+ ради поддержки ALPN (заявление поддержки http2 ещё на этапе согласования TLS-соединения) и TLS 1.3 RFC 8446, которых нет из коробки. Это важно для нас, поскольку с мая 2016 года Google Chrome отменяет поддержку NPN и те, кто не имеет ALPN, останутся без http2.
    • есть поддержка сжатия контента brotli с помощью собранного плагина ngx_brotli + libbrotli, которая оформлена отдельным пакетом.

    Мы следим за версиями openssl, nginx и будем регулярно обновлять наши сборки. В будущем планируем расширить список программных продуктов, следите за сообщениями в блоге. Конечно, все SRPM доступны в репозитории. Первая версия собрана с OpenSSL 1.0.2h. Пакеты в репозитории подписаны нашим GPG-ключом, открытый ключ находится здесь.

    Репозиторий пакетов для Red Hat Enterprise Linux и CentOS: 60 комментариев

    1. On
      Distributor ID: RedHatEnterpriseServer
      Description: Red Hat Enterprise Linux Server release 6.10 (Santiago)
      Release: 6.10
      Codename: Santiago

      I get this error when trying to add the repo

      # cd /etc/yum.repos.d && wget https://repo.codeit.guru/codeit.el`rpm -q —qf «%{VERSION}» $(rpm -q —whatprovides redhat-release)`.repo
      —2019-07-29 16:19:24— https://repo.codeit.guru/codeit.el6Server.repo
      Resolving repo.codeit.guru… 144.76.75.30, 2a01:4f8:191:9348::5
      Connecting to repo.codeit.guru|144.76.75.30|:443… connected.
      HTTP request sent, awaiting response… 404 Not Found
      2019-07-29 16:19:24 ERROR 404: Not Found.

      1. Hello,

        Please run:
        cd /etc/yum.repos.d && wget https://repo.codeit.guru/codeit.el6.repo

        Could you also provide us with output for the following commands:


        rpm -q --whatprovides redhat-release
        rpm -q --qf "%{VERSION}" $(rpm -q --whatprovides redhat-release)

        Thank you!

            1. Not the original poster, but I sought after a more current version of mod_md which supports wildcard ACME — sadly this requires apache 2.4.41 and I hoped not to have to build everything myself.

    2. Is there no changes. I followed the above procedure, actually, I’m looking for a change on this.
      Please support me.

      HTTP/1.1 200 OK
      Date: Tue, 03 Sep 2019 11:45:54 GMT
      Server: Apache/2.4.41 (codeit) PHP/7.2.22
      Last-Modified: Tue, 03 Sep 2019 11:29:11 GMT
      ETag: «1d-591a465c41698»
      Accept-Ranges: bytes
      Content-Length: 29
      Content-Type: text/html; charset=UTF-8

    3. Hi,

      For some reason using your repo is now creating a dependancy to install nginx as a new package because of the following:

      nginx x86_64 1:1.16.1-1.el7.codeit CodeIT 3.5 M
      replacing libbrotli.x86_64 1:1.0.6-1.codeit.el7

    4. Hi

      I am trying to run «yum update httpd» but failing in dependency.

      The following commands:
      rpm -q —whatprovides redhat-release
      rpm -q —qf «%{VERSION}» $(rpm -q —whatprovides redhat-release)

      Gives results as :redhat-release-server-7.6-4.el7.x86_64 and 7.6

      What to do to upgrade Apache beyong 2.4.16. Right now I have 2.4.6

      Achintya

    5. #cat /etc/yum.repos.d/codeit.el7.repo
      [CodeIT]
      name=CodeIT repo
      baseurl=https://repo.codeit.guru/packages/centos/7/$basearch
      enabled=1
      gpgkey=https://repo.codeit.guru/RPM-GPG-KEY-codeit
      gpgcheck=1
      #yum update httpd*

      Dependencies Resolved

      =============================================================================
      Package Arch Version Repository Size
      =============================================================================
      Updating:
      apr x86_64 1.5.2-1.el7.codeit CodeIT 111 k
      httpd x86_64 2.4.41-4.codeit.el7 CodeIT 1.4 M
      httpd-tools x86_64 2.4.41-4.codeit.el7 CodeIT 1.3 M
      Installing for dependencies:
      httpd-filesystem noarch 2.4.41-4.codeit.el7 CodeIT 27 k
      libnghttp2 x86_64 1.31.1-2.el7 epel 67 k
      mod_http2 x86_64 1.15.3-1.codeit CodeIT 208 k

      Transaction Summary
      =============================================================================
      Install ( 3 Dependent packages)
      Upgrade 3 Packages

      Total download size: 3.0 M
      # rpm -qa | grep httpd
      httpd-tools-2.4.6-90.el7.centos.x86_64
      httpd-2.4.6-90.el7.centos.x86_64
      httpd-itk-2.4.7.04-2.el7.x86_64
      Соотвественно:

      AssignUserId p603 p603-www


      и
      LoadModule mpm_itk_module modules/mod_mpm_itk.so

      После yum update
      Апач не стартует.
      В логах:
      [Wed Feb 05 13:10:21.337262 2020] [suexec:notice] [pid 1203:tid 140542650091712] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
      [Wed Feb 05 13:10:21.337376 2020] [mpm_itk:crit] [pid 1203:tid 140542650091712] mpm-itk cannot use threaded MPMs; please use prefork.

      Помогло откатить пакеты httpd на те которые не из вашего репозитория.
      Я так понимаю что httpd-itk-2.4.7.04-2.el7.x86_64 с httpd-2.4.41-4.codeit.el7.x86_64.rpm не работает.
      У вас в репозитории httpd-itk нет.

      1. Добрый день, Ярослав.
        Да, именно так, для вас новости плохие.
        Мы не поддерживаем mpm itk, а только делаем аналог «родного» httpd с патчами Redhat/Fedora для CentOS 6/7.

        Но всё же попробуйте поменять mpm на prefork в своём конфиге. Мы не тестировали это никогда.

        1. как временное решение:
          # cat codeit.el7.repo
          [CodeIT]
          name=CodeIT repo
          baseurl=https://repo.codeit.guru/packages/centos/7/$basearch
          enabled=1
          gpgkey=https://repo.codeit.guru/RPM-GPG-KEY-codeit
          gpgcheck=1
          exclude=httpd*

    6. NGINX 1.17.7 mainline built against OpenSSL 1.1.1d with TLS 1.3 Final (RFC 8446) and brotli for Red Hat Enterprise Linux and CentOS

      brotli compression is not working …. (content-encoding: gzip)
      TLS 1.3 work fine …

      Install on:
      Linux l 3.10.0-1062.12.1.el7.x86_64
      brotli-1.0.7-5.el7.x86_64 (from epel)
      nginx.conf:
      brotli_static on;
      brotli_comp_level 6;
      brotli_types *;

      please help …

    7. Hi,

      First of all thanks for your builds, during few years I’ve been using your repot to have my webservers updated.

      I’m writting this coment to request adding LUA Support for your nginx, that would enable using your builds with a lot of external third-party integrations.

      Regards,

    8. Hello and thanks for the compilation here.
      I would like to build the packages from the src.rpm myself and have a few questions about it:
      — are certain options used when building openssl or is it just a simple «./config && make»?
      — apr-util needs mariadb-connector-c-devel for building — is it possible to use the package from CentOS 8?

      Thanks!

    9. Hello Alexander & all,

      as you might have noticed, today there has been a release of nginx-1.18.0 stable version.

      Since I have nginx repo somehow forgotten in my list, my webserver got upgraded via yum update and since that nginx stopped working. I fixed the configuration reflecting changes in nginx directives for version 1.18 and got it back functional. But only after I have done that, noted my website is no longer running TLS 1.3

      Having realized this, found out that official nginx repo contains a build compiled still against an ancient OpenSSL version:

      [root@server ~]# nginx -V
      nginx version: nginx/1.18.0
      built by gcc 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC)
      built with OpenSSL 1.0.2k-fips 26 Jan 2017
      TLS SNI support enabled

      which is obviously the reason TLS 1.3 not working for me now.

      Will you be creating your CodeIT package built with OpenSSL 1.1.1d or later version for the new nginx anytime soon? I would not like to go back older nginx versions at this point since my configuration seems to work well enough, but it would be great to have your package from CodeIT repository instead.

      Thank you in advance,

      Daniel.

        1. Hello Alexander,

          great news. Yeah OpenSSL 1.1.1g version was also out yesterday, right..

          Do I have the right repository for RHEL7 where to expect it then? 🙂

          I have currently codeit.el7.repo :

          [CodeIT]
          name=CodeIT repo
          baseurl=https://repo.codeit.guru/packages/centos/7/$basearch
          enabled=1
          gpgkey=https://repo.codeit.guru/RPM-GPG-KEY-codeit
          gpgcheck=1

          Thank you,

          Daniel.

    10. Hello.
      I have been using httpd from CodeIT and it’s working well on all of my CentOS 7 machines but recently noticed that apachectl fullstatus option it’s not available anymore any suggestions why?
      Thanks.

        1. Hi Alexander, some time ago you fixed the problem in this post (https://community.letsencrypt.org/t/the-apache-plugin-is-not-working/102520/24)… it is happening again after the httpd updated the version to httpd-2.4.43-5.codeit.el7.x86_64. Could you help us again?

          The error is
          [root@server ~]# certbot —apache
          Saving debug log to /var/log/letsencrypt/letsencrypt.log
          Error in checking parameter list:
          The apache plugin is not working; there may be problems with your existing configuration.
          The error was: MisconfigurationError(‘Apache is unable to check whether or not the module is loaded because Apache is misconfigured.’,)

          Thank you!
          Carlos Daniluski

            1. Hello, CentOS7 user here
              Either the apache 2.4.43-6 or mod_ssl recent versions appear a little skewed, here’s the results I get on an attempted update.
              The error with latest mod_ssl stating «»nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-6.codeit.el7.x86_64» I believe I have traced to wrong location, certainly on CentOS7 it appears to live at /bin/hostname. I’ve never had any symlinks between the two?

              which hostname
              /bin/hostname

              Thanks for your work in providing later httpd and mod_ssl binaries to the CentOS community!

              R

              dnf update
              Extra Packages for Enterprise Linux 7 — x86_64 0.0 B/s | 0 B 00:00
              CentOS-7 — Updates 0.0 B/s | 0 B 00:00
              CodeIT repo 0.0 B/s | 0 B 00:00
              CentOS-7 — Base 0.0 B/s | 0 B 00:00
              CentOS-7 — Plus 0.0 B/s | 0 B 00:00
              CentOS-7 — Extras 0.0 B/s | 0 B 00:00
              Dependencies resolved.

              Problem 1: cannot install the best update candidate for package mod_ssl-1:2.4.43-2.codeit.el7.x86_64
              — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-6.codeit.el7.x86_64
              Problem 2: problem with installed package mod_ssl-1:2.4.43-2.codeit.el7.x86_64
              — package mod_ssl-1:2.4.43-2.codeit.el7.x86_64 requires httpd = 2.4.43-2.codeit.el7, but none of the providers can be installed
              — cannot install both httpd-2.4.43-6.codeit.el7.x86_64 and httpd-2.4.43-2.codeit.el7.x86_64
              — cannot install the best update candidate for package httpd-2.4.43-2.codeit.el7.x86_64
              — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-4.codeit.el7.x86_64
              — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-5.codeit.el7.x86_64
              — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-6.codeit.el7.x86_64
              =====================================================================================================================================================
              Package Arch Version Repository Size
              =====================================================================================================================================================
              Skipping packages with conflicts:
              (add ‘—best —allowerasing’ to command line to force their upgrade):
              httpd x86_64 2.4.43-6.codeit.el7 CodeIT 1.4 M
              Skipping packages with broken dependencies:
              mod_ssl x86_64 1:2.4.43-4.codeit.el7 CodeIT 121 k
              mod_ssl x86_64 1:2.4.43-5.codeit.el7 CodeIT 121 k
              mod_ssl x86_64 1:2.4.43-6.codeit.el7 CodeIT 121 k

              Transaction Summary
              =====================================================================================================================================================
              Skip 4 Packages

              Nothing to do.
              Complete!

    11. Hi Alexander, thanks for quick reply and for suggestions which I’ve double-checked.
      However, your suggestion prompted me to look deeper and compare operational server with vanilla build. Turns out «which hostname» on a vanilla machine yields the «correct» /usr/bin/hostname.

      Traced to inconsistent PATH settings set in csh.login, in turn traced this to setup-2.8-x.rpm
      The misbehaving server would appear to have the CentOS «cr» repo enabled. This increments the base setup-2.8.71-10.el7.noarch to setup-2.8.71-11.el7.noarch.

      One change is a difference in /etc/csh.login which is defining a completely different PATH variable than system default — csh.login in later version has a setenv PATH statement which is placing /bin before /usr/bin and therefore resulting in the error reported.

      This is clearly self-inflicted on our test box, apologies for taking up your time, thanks for reviewing.

      For anyone else experiencing same issues, be very wary of the CentOS7 «cr» repo!

    12. Hi Alexander, the plot thickens…
      I’m going to backtrack on that. Seems the pathnames were a redherring. I have just built a virgin CentOS7 machine, applied the EPEL repo to it, carried out a full update then added the CodeIT CentOS7 repo.
      Here’s my results.

      It will quite happily install an earlier version of mod_ssl but not latest from CodeIT repo. To my little brain, it would appear something is actually amiss with mod_ssl package?
      Grateful for any ideas

      Cheers
      Rob

      [root@tdtst01 yum.repos.d]# echo $PATH
      /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
      [root@tdtst01 yum.repos.d]# which hostname
      /bin/hostname
      [root@tdtst01 yum.repos.d]# dnf install httpd mod_ssl
      Last metadata expiration check: 0:06:57 ago on Mon 27 Apr 2020 14:05:30 UTC.
      Dependencies resolved.

      Problem: cannot install the best candidate for the job
      — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-6.codeit.el7.x86_64
      =====================================================================================================================================================
      Package Arch Version Repository Size
      =====================================================================================================================================================
      Installing:
      httpd x86_64 2.4.43-2.codeit.el7 CodeIT 1.4 M
      mod_ssl x86_64 1:2.4.43-2.codeit.el7 CodeIT 1.3 M
      Installing dependencies:
      brotli x86_64 1.0.7-5.el7 epel 318 k
      libnghttp2 x86_64 1.31.1-2.el7 epel 67 k
      sscg x86_64 2.6.1-1.el7 epel 60 k
      libtalloc x86_64 2.1.16-1.el7 cr 33 k
      libpath_utils x86_64 0.2.1-32.el7 base 28 k
      mailcap noarch 2.1.41-2.el7 base 31 k
      apr x86_64 1.7.0-2.el7 CodeIT 122 k
      apr-util x86_64 1.6.1-6.el7 CodeIT 98 k
      httpd-filesystem noarch 2.4.43-2.codeit.el7 CodeIT 27 k
      httpd-tools x86_64 2.4.43-2.codeit.el7 CodeIT 1.3 M
      mod_http2 x86_64 1.15.7-1.codeit CodeIT 208 k
      Skipping packages with broken dependencies:
      mod_ssl x86_64 1:2.4.43-6.codeit.el7 CodeIT 121 k

      Transaction Summary
      =====================================================================================================================================================
      Install 13 Packages
      Skip 1 Package

      Total download size: 5.0 M
      Installed size: 14 M
      Is this ok [y/N]:

    13. Hi Alexander,
      Once again this side bad, and for complete disclosure the issue is with YUM vs DNF.
      Turns out that on the test box yum had been swapped for dnf in the extras repo.
      Interestingly yum behaves where dnf does not. dnf DOES behave if wanting to install previous version of mod_ssl. I have never delved into rpm specifications, so cannot answer why one works and the other doesnt.

      yum install httpd mod_ssl

      —> Finished Dependency Resolution

      Dependencies Resolved

      =====================================================================================================================================================
      Package Arch Version Repository Size
      =====================================================================================================================================================
      Installing:
      httpd x86_64 2.4.43-6.codeit.el7 CodeIT 1.4 M
      mod_ssl x86_64 1:2.4.43-6.codeit.el7 CodeIT 121 k
      Installing for dependencies:
      apr x86_64 1.7.0-2.el7 CodeIT 122 k
      apr-util x86_64 1.6.1-6.el7 CodeIT 98 k
      brotli x86_64 1.0.7-5.el7 epel 318 k
      httpd-filesystem noarch 2.4.43-6.codeit.el7 CodeIT 29 k
      httpd-tools x86_64 2.4.43-6.codeit.el7 CodeIT 94 k
      libnghttp2 x86_64 1.31.1-2.el7 epel 67 k
      libpath_utils x86_64 0.2.1-32.el7 base 28 k
      libtalloc x86_64 2.1.16-1.el7 base 33 k
      mailcap noarch 2.1.41-2.el7 base 31 k
      mod_http2 x86_64 1.15.7-1.codeit CodeIT 208 k
      openssl111-libs x86_64 1.1.1g-2.codeit.el7 CodeIT 1.4 M
      sscg x86_64 2.6.1-1.el7 epel 60 k

      Transaction Summary
      =====================================================================================================================================================
      Install 2 Packages (+12 Dependent packages)

      # dnf install httpd mod_ssl
      Last metadata expiration check: 0:04:04 ago on Mon 27 Apr 2020 15:30:34 UTC.
      Dependencies resolved.

      Problem: cannot install the best candidate for the job
      — nothing provides /usr/bin/hostname needed by mod_ssl-1:2.4.43-6.codeit.el7.x86_64
      =====================================================================================================================================================
      Package Arch Version Repository Size
      =====================================================================================================================================================
      Installing:
      httpd x86_64 2.4.43-2.codeit.el7 CodeIT 1.4 M
      mod_ssl x86_64 1:2.4.43-2.codeit.el7 CodeIT 1.3 M
      Installing dependencies:
      brotli x86_64 1.0.7-5.el7 epel 318 k
      libnghttp2 x86_64 1.31.1-2.el7 epel 67 k
      sscg x86_64 2.6.1-1.el7 epel 60 k
      libpath_utils x86_64 0.2.1-32.el7 base 28 k
      libtalloc x86_64 2.1.16-1.el7 base 33 k
      mailcap noarch 2.1.41-2.el7 base 31 k
      apr x86_64 1.7.0-2.el7 CodeIT 122 k
      apr-util x86_64 1.6.1-6.el7 CodeIT 98 k
      httpd-filesystem noarch 2.4.43-2.codeit.el7 CodeIT 27 k
      httpd-tools x86_64 2.4.43-2.codeit.el7 CodeIT 1.3 M
      mod_http2 x86_64 1.15.7-1.codeit CodeIT 208 k
      Skipping packages with broken dependencies:
      mod_ssl x86_64 1:2.4.43-6.codeit.el7 CodeIT 121 k

      Transaction Summary
      =====================================================================================================================================================
      Install 13 Packages
      Skip 1 Package

      Thanks for your attention and apologies for taking your time!

        1. Hi Alexander, revisiting this
          Please review https://bugzilla.redhat.com/show_bug.cgi?id=1645638 which kind of shows the same issue — unresolved dependencies with /usr/bin/hostname. The suggestion is that the rpm package is wrong.

          A «dnf deplist » gives the dependency and provider.
          For mod_ssl-1:2.4.43-6.codeit.el7.x86_64, this gives an unresolved dependency of /usr/bin/hostname

          By contrast dnf deplist mod_ssl-1:2.4.43-2.codeit.el7.x86_64 shows no such dependency requirement which suggests why it works.

          Apparently the correct approach is to remove the invalid dependency from the package. Either YUM or DNF will then operate correctly. It is not unreasonble to expect either system-provided package manager to work.

          Per previous — could I ask you to look again at the package?
          Thanks for your work
          Kindest regards
          Rob

          1. Hello Rob,

            Actually I think that problem is somewhere in the dnf database, as /usr/bin/hostname is registered as «provided» in the most recent «hostname» package. If I manually update it to the latest version, I do not see any problems with this dependency anymore.

            Anyway, to support dnf and avoid cases with non-updated OS we released a fix for this case, please test with testing repository and reply if it worked for you.

            https://repo.codeit.guru/packages/testing/x86_64/ — httpd-2.4.43-7

            1. Hey Alexander, thanks for looking at that
              TLDR: it worked cheers!

              The OS is up to date cannot understand your notes above.

              I looked at the link you gave, although a repodata folder’s in there I didn’t see any reference to a «testing» .repo available so I put my own, in order that either yum or, in this case, dnf could resolve all depedencies. Maybe I’m being thick and missed any published repo file.

              [CodeITtest]
              name=CodeIT test repo
              baseurl=https://repo.codeit.guru/packages/testing/x86_64/
              enabled=1

              dnf update
              =====================================================================================================================================================
              Package Arch Version Repository Size
              =====================================================================================================================================================
              Upgrading:
              httpd x86_64 2.4.43-7.codeit.el7 CodeITtest 1.4 M
              httpd-devel x86_64 2.4.43-7.codeit.el7 CodeITtest 213 k
              httpd-filesystem noarch 2.4.43-7.codeit.el7 CodeITtest 29 k
              httpd-tools x86_64 2.4.43-7.codeit.el7 CodeITtest 94 k
              mod_ssl x86_64 1:2.4.43-7.codeit.el7 CodeITtest 122 k

              Transaction Summary
              =====================================================================================================================================================
              Upgrade 5 Packages

              Total download size: 1.8 M
              Is this ok [y/N]: y

              No complaints about dependencies, clean upgrade and all sorted
              Thanks for your work!
              Kindest regards
              Rob

    14. Hello Alexander,
      The command
      rpm -q —whatprovides redhat-release
      It gives me the following version:
      redhat-release-server-7.8-2.el7.x86_64

      Do you not have a repository for this version?

      —2020-05-06 17: 24: 17— https://repo.codeit.guru/codeit.el7.8.repo
      Resolving repo.codeit.guru (repo.codeit.guru) … 144.76.75.67, 2a01: 4f8: 191: 9348 :: 6
      Connecting to repo.codeit.guru (repo.codeit.guru) | 144.76.75.67 |: 443 … connected.
      HTTP request sent, awaiting response … 404 Not Found
      2020-05-06 17:24:17 ERROR 404: Not Found.

    15. Hello Alexander,
      I already had it configured, I have reconfigured it but yum info httpd
      it shows me the following:

      Loaded plugins: product-id, search-disabled-repos, subscription-manager
      Installed Packages
      Name : httpd
      Arch : x86_64
      Version : 2.4.6
      Release : 93.el7
      Size : 3.7 M
      Repo : installed
      From repo : rhel-7-server-rpms
      Summary : Apache HTTP Server
      URL : http://httpd.apache.org/
      License : ASL 2.0
      Description : The Apache HTTP Server is a powerful, efficient, and extensible

      I need to update apache to version.

      Thanks for your help.

    16. Hello,
      please, could you build a separate package which includes support for Virtualmin?
      That is, enough to point to /home for suexec docroot, then you could explain to create a local repo and yum replace httpd —replace-with=your package

      Please, let me know, ok? thank you very much

    17. Installed the latest from codeIT and can’t access the Apache main page on port 80:

      HTTP/1.1 403 Forbidden
      Connection: Keep-Alive
      Content-Length: 318
      Content-Type: text/html; charset=iso-8859-1
      Date: Wed, 26 Aug 2020 22:09:41 GMT
      Keep-Alive: timeout=5, max=100
      Server: Apache/2.4.46 (codeit)

      403 Forbidden

      Forbidden
      You don’t have permission to access this resource.
      Additionally, a 403 Forbidden
      error was encountered while trying to use an ErrorDocument to handle the request.

    Добавить комментарий для Alexander Gerasimov Отменить ответ

    Ваш адрес email не будет опубликован. Обязательные поля помечены *