На вашем месте я думаю, что приблизился бы к этому вопросу следующим образом. Учитывая CentOS 3 трудное требование, я сначала узнал бы то, что является последней версией OpenVPN, который будет работать на той версии Linux.
Если Вы перейдете к repoforge.org, то Вы найдете RPMs с "el" на их имена. "el" обозначает "Предприятие Linux". Это RPMs для Red Hat Enterprise Linux (иначе. RHEL) - из которого получен CentOS. При просмотре списка я вижу большой выбор для el3 - эквивалентный RHEL3 для CentOS 3.
выборка от пакета перечисляет на repoforge.org
Я запустил бы с этой версии, 2.2.2-1: 64-разрядный или 32-разрядный.
Теперь я перешел бы к основному сайту OpenVPN и видел бы, какова последняя версия, который во время этой записи, кажется:
OpenVPN 2.3.2 - выпущенный 03.06.2013
Так эти 2.2.2-1, кажется, не настолько стар в сравнении. Дополнительно, если Вы прокручиваете вниз на той же самой странице, версия 2.2 упоминается как выпускаемый в это время:
OpenVPN 2.2.2 - выпущенный 22.12.2011
Это непосредственно в самом центре того, когда устройства на iOS / выпущенный, таким образом, я сказал бы, что существует очень хороший шанс, что версия 2.2.2 будет работать просто великолепно с iOS.
Как немного больше доказательства я нашел это учебное руководство, которое описывает установку устройств iOS 4.2 с OpenVPN, названным: использование VPN По запросу OpenVPN для iOS, таким образом, я думаю, что Вы предлагаете, кажется разумным и выполнимым мне.
Вы пытались использовать stroce для диагностики проблемы?
У меня есть аналогичная проблема, которая, кажется, связана с пакетом Google - что-то в Мета-данные для пакета вызывают APT-GET (или некоторые компоненты системы APT) для SegFault.
Я обнаружил это с помощью:
sudo strace -f apt-get update >log.strace-aptget 2>&1
, глядя на файл журнала, я мог видеть, что после прочтения файла /var/lib/apt/lists/dl.google.com_linux_earth_deb_dists_stable_Release
, apt- Получите MREMAP ()
, который вызвал SegFault. Я прокомментировал запись Google-Earth в источниках. Свернителей (на самом деле, в /etc/apt/sources.list.d/google-earth.list
) и теперь APT-Get работает нормально. (Конечно, теперь я не могу обновить Google-Earth, но работает хотя бы apt-get.)
Я начал испытывать то же самое в Precise. Чтобы обойти эту проблему, я добавил файл /etc/apt/apt.conf.d/00bugs, который содержит одну строку:
APT :: Cache-start 200000000;
Ошибки сегментации больше не возникают. Я открыл для этого отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1445436
Запустите следующие команды :Я получил исправление через это.
sudo rm /var/lib/apt/lists/lock
sudo rm /var/cache/apt/archives/lock
sudo rm /var/lib/dpkg/locksudo cp -arf /var/lib/dpkg /var/lib/dpkg.backup
sudo mv /var/lib/dpkg/status /var/lib/dpkg/status-bad
sudo cp /var/lib/dpkg/status-old /var/lib/dpkg/status || sudo cp /var/backups/apt.extended_states.0 /var/lib/dpkg/status
sudo mv /var/lib/dpkg/available /var/lib/dpkg/available-bad
sudo cp /var/lib/dpkg/available-old /var/lib/dpkg/available
sudo rm -rf /var/lib/dpkg/updates/*
sudo rm -rf /var/lib/apt/lists
sudo rm /var/cache/apt/*.bin
sudo mkdir /var/lib/apt/lists
sudo mkdir /var/lib/apt/lists/partial
sudo apt-get upgrade
Я исправил проблему с моим sources.list, сбросив его с помощью следующей команды:
sudo apt-get install --reinstall apt
Очевидно, что существует множество причин для segfault. В моем случае это было связано с частично установленным пакетом. Некоторые команды также дали мне E: The package cuda-repo-ubuntu1804-10-1-local-10.1.243-418.87.00 needs to be reinstalled, but I can't find an archive for it.
, в то время как другие команды apt
, такие как apt search ____
, завершились с ошибкой сегментации.
Решением в моем случае было выполнить sudo dpkg --remove --force-all cuda-repo-ubuntu1804-10-1-local-10.1.243-418.87.00
, а затем sudo apt-get update
. После этого моя команда apt search _____
снова работала нормально.