2 пути от многих:
1) использовать
lsb_release -a
Я протестировал его на CentOS 5.5 и Ubuntu 10.04
вывод для CentOS:
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description: CentOS release 5.5 (Final)
Release: 5.5
Codename: Final
и поскольку Ubuntu:
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description: CentOS release 5.5 (Final)
Release: 5.5
Codename: Final
2) введите следующую команду:
cat /etc/*-release
Я протестировал его на CentOS 5.5 и Ubuntu 10.04, и это хорошо работает.
Так как корневой каталог по умолчанию для ftp является/var/ftp/pub, таким образом, нет никакой потребности обеспечить "/var/ftp" в "baseurl" параметре.
baseurl=ftp://192.168.1.105/var/ftp/pub/Server # WRONG
baseurl=ftp://192.168.1.105/pub/Server # Correct
Также удостоверьтесь, Вы можете соединить FTP-сервер, таким образом, можно просто проверить использование ftp server-ip
проверять возможность соединения.
Вы попробовали вкусное получение по запросу, оно могло бы работать.
yum-pull
инструмент для зеркального отражения репозиториев, в то время как согласно вопросу, OP хочет, чтобы машина функционировала как источник пакета для машины B, не зеркально отражают репозиторий на B. Сообщение об ошибке в снимке экрана и комментариях указывает, что проблема была с конфигурацией FTP на машине A. Как точно был бы yum-pull
справка в этом случае?
– Thomas Nyman
14.10.2013, 08:06
[rhel-remoteftp.rep]
name=bla bla bla
baseurl=ftp://192.168.1.105/var/ftp/pub/Server
enabled=1
gpgcheck=0
пожалуйста, измените [rhel-remoteftp]
вместо [rhel-remoteftp.rep]
Затем попробуйте дать мне знать..........
SElinux должен быть принудительно установлен на 0 на стороне сервера.
Также очистить брандмауэр, если ничего не происходит ...
setenforce 0
iptables -F