Исходное сообщение
"Как разобраться с VPN подключением к интернету используя ppt..." Отправлено Skif, 22-Ноя-06 21:10
Отвечаю, я не гуру и думаю им уже не стану - собираюсь менять сферу деятельности, но еще в начале ветки спросил про версию клиента и сервера. Не просто так, а потому, что именно в новых версиях появились некоторыен заморочки, которые требуют правки старых конфигов. Второе заключается в канале. точнее в его качестве. Тут, увы, pptpd хромает, а вот сцепка Mpd+pptpclient работает неплохо, хотя в лог сыпится куча ошибок. Приблизительо 100 в час. Могу даже пример дать лога. У меня одна из точек так работает по радиоканалу. хотя сессия не рвется, точнее рвется, но за определенной чертой качества сигнала, но тут претензия не к сцепке уже, а к каналообразующему оборудованию и помехе от одного госучреждения специфической направленности. Вот пример(сервер mpd (прововский, не мой), клиент pptpclient(конфиг за изменением пары строчек точно такой же)): tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1498         inet 195.13x.xxx.245 --> 195.4x.xx.17 netmask 0xffffffff         Opened by PID 84 uptime 20:01  up 23 days, 11:50, 2 users, load averages: 0,00 0,01 0,00 Ессно все эти 23 дня сервер постоянно в онлайне. То есть притензии к pptpclient не вижу. Увы... Единственная предъява - канал... что поделаешь потери до 50% мало кому понравятся, но если туда можно дотянуться только так... А по поводу всего выше перечисленного - все же аргументация в пользу mpd, как по мне не серьезна. Детская она. То есть для меня аргументом 4 часа и 5 минут не являются. С таким же успехом сервер vpn можно поднять и на Windows, что займет еще меньше времени, чем мучаться и что-то настраивать на *nix, а у ж клиент та и подавно. Ну и плюс учитывая вашу направленность, а я предполагаю провайдера хотя бы мелкого уровня (на это наталкивает раздача честных IP из сетки в 24 бита) Mpd конечно более продойдет, это факт. Там слишком много вкусного.