WHMCS Cloudmin CURL помилка: 7 – не міг ’ t підключитися до приймаючої

Ми готуємося нову послугу для хостингу і під час випробувань під час спроби звернення між WHMCS і Cloudmin мав таку помилку

CURL помилка: 7 – не міг ’ t підключитися до приймаючої

 

Весело негайно перевірте зв'язок між машини де WHMCS-а і Cloudmin-все працює. Перевірте, чи порт 10000 і відкрити його і доступу, він має 🙄 . Весело!

Правя един бърз на cloudmin сървъра

tcpdump -i br0 host WHMCS_IP

і до моїх (не дуже великий) Дивитися подив, який намагається підключитися до років 80-х або 443 (Якщо ввімкнуто SSL) порти не питаючи, для на. За замовчуванням, у webmin- та cloudmin який є додатку до першого запуску на SSL 10000 порт. Тому, що це дурний система не IonCube зашифровані, як до editna код, щоб виправити їх indiiskite лайно так потрібна радикальний підхід. Перед від'їздом інвестиційних система призначення портів з iptables

iptables -t nat -A OUTPUT -d cloudmin_ip -p tcp -m tcp --dport 443 -j DNAT --to-destination cloudmin_ip:10000

де є заміна cloudmin_ip з IP cloudmin установки. Після цього незначні маніпуляції відносини між WHMCS і Cloudmin зайняти місце, але модуль, як і раніше є й інші проблеми, крім цього 😆 :лол:

Загалом, на рік, використовуючи на WHMCS я дуже не розчарований ним – досить дерев'яні, обслуговування команди підтримки є повільним, документація та код речей розходяться з реальністю, досить велику кількість помилок і досить дерев'яні. Якби я знав, що це було так погано, я б вважав за краще використовувати його з скидання ліцензувати замість того щоб дати 300$ за те, що як-то працює!

http://www.YouTube.com/Watch?v = GF2-TKfQOsk

залишити коментар

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

Захист від спаму *