DD-WRT як PPTP-клієнт
На маршрутизатор TP-LINK TL-WR741ND була встановлена прошивка DD-WRT. Розглядати процес перепрошивки роутера не буду, щоб не відволікатися від основного завдання (та й в Мережі інформації більш ніж достатньо з цього питання).
Іноді буває, що тунель ніяк не хотів «підніматися». Пов'язано це з присутністю опцій lcp-echo-interval і lcp-echo-failure в файлі конфігурації PPTP-клієнт DD-WRT (/tmp/pptpd_client/options.vpn). Рішенням виступає запуск наступного скрипта на DD-WRT:
Виконати цей скрипт необхідно у вікні введення команд: Тех.обслуживание - Команди. Після внесення скрипта в текстове поле, тиснемо кнопку «Зберегти. параметри запуску »і перезавантажуємо маршрутизатор. Тепер тунель піднімається і працює без обривів.
При використанні MPD в ролі PPTP-клієнт, для додавання маршрутів я використовував скрипт /usr/local/etc/mpd5/if-up.sh приблизно такого змісту:
А в конфігураційний файл /usr/local/etc/mpd5/mpd.conf в секцію pptp_client додавалася рядок:
Однак MPD в ролі сервера ні в яку не хотів виконувати скрипт при коннекте клієнта, тому довелося скористатися милицею - встановив quagga і додав з її допомогою статичний маршрут, який автоматично активувався при підключенні клієнта.
Після цих нехитрих маніпуляцій внутрішні ресурси офісів були доступні один для одного. Однак під час роботи неодноразово спостерігав обриви передачі даних при піднятому тунель, що не дуже тішить. Причому протестував в різних режимах на двох маршрутизаторах - проблема ідентична. Тому додатково протестував якість роботи DD-WRT як PPTP-сервера.
Проблему діськоннектов я вирішив ось таким скриптом
Перед запусків перевіряємо піднято чи ppp (в моєму випадку ppp1)
Якщо не піднято, то стартуємо pptpd_client
Очікуємо появи файлу / tmp / pptpd_client / ip-up
Вписуємо в нього код по маршрутизації (при необхідності)
і фонової перевірки з'єднання
При розриві з'єднання запускаємо знову /tmp/custom.sh і опускаємо pptp
джерело