Offline настройка PPTP VPN на CoreCDX

[yudjin]

Я как раз моделирую ситуацию на VirtualBox и описываю ключевые моменты в твитере, так что если кому интересно - следуйте за мной!
http://twitter.com/yudjinmalory

[yudjin]

И так, нужно:
1. Рабочий компьютер под управлением Sabayon Linux с рабочим Интернетом любыми средствами. На пример это может быть тот же компьютер, на который мы хотим установить CoreCDX, но загруженный с LiveDVD Sabayon G. Я же для этой цели использовал хост VirtualBox, а все эксперементы проводил в госте VirtualBox

2. Способ перебросить файлы между этими двумя компьютерами. На пример флешка. Я использовал ssh

Приступим...
Необходимые для работы PPTP VPN пакеты net-dialup/ppp и net-dialup/pptpclient, при чем первый уже входит в поставку CoreCDX. Остается установить только net-dialup/pptpclient
Переходим к работе с компьютером на котором есть Интернет. Выполняем на нем

Code: Select all

equo update

При этом база данных Entropy скачивается и распаковывается в директорию /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5 . Сохраните содержимое этой директории в любое место с целью в дальнейшем перенести на компьютер под управлением CoreCDX.
Загрузите с этой страницы http://sabayon.org/packages пакет net-dialup/pptpclient и тоже подготовьте его к переносу на CoreCDX (не протупите с архитектурой - там 64 по умолчанию)

Переходим к работе с компьютером под управлением CoreCDX
Создайте каскад директорий для размещения базы данных Entropy /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5

Code: Select all

su
mkdir /var/lib/entropy/client/database
mkdir /var/lib/entropy/client/database/x86
mkdir /var/lib/entropy/client/database/x86/sabayonlinux.org
mkdir /var/lib/entropy/client/database/x86/sabayonlinux.org/standard
mkdir /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86
mkdir /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5

...както так
Перенесите туда базу данных Entropy, которую раньше сохранили.
Создайте каскад директорий для размещения пакетов Entropy /var/lib/entropy/client/packages/packages/x86/5 и положите туда пакет net-dialup/pptpclient , который сохранили раньше.
Теперь можно его установить

Code: Select all

equo install --nodeps pptpclient

Теперь нужно настроить соединение по вот этому хавту
UPD 26.02.2011
В результате я получил примерно следующую картину

Code: Select all

# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:1c:c4:c6:48:de 
          inet addr:172.16.170.2  Bcast:172.16.255.255  Mask:255.255.0.0
          inet6 addr: fe80::21c:c4ff:fec6:48de/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1319760 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1045746 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1027469515 (979.8 MiB)  TX bytes:315785612 (301.1 MiB)
          Memory:e4600000-e4620000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1750 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1750 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:106644 (104.1 KiB)  TX bytes:106644 (104.1 KiB)

ppp0      Link encap:Point-to-Point Protocol 
          inet addr:91.214.139.44  P-t-P:91.198.249.129  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1460  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:135 (135.0 B)  TX bytes:169 (169.0 B)


Code: Select all

# route -n
Kernel IP routing table
Destination        Gateway             Genmask             Flags Metric Ref    Use Iface
172.16.0.2         0.0.0.0              255.255.255.255  UH     0       0        0     eth0
91.198.249.129  0.0.0.0              255.255.255.255  UH     0       0        0     ppp0
172.16.0.0         0.0.0.0              255.255.0.0         U       0       0        0     eth0
127.0.0.0          127.0.0.1           255.0.0.0             UG    0        0        0     lo
0.0.0.0              172.16.0.1         0.0.0.0                UG    4003   0        0     eth0
0.0.0.0              91.198.249.129  0.0.0.0                UG    4003   0        0     ppp0


Предпоследний маршрут все портит. Пришлось удалить оба шлюза по умолчанию и добавить только правильный.

Code: Select all

route del default
route del default
route add default gw 91.198.249.129

Тут
172.16.170.2 - мой локальный IP
91.198.249.129 - мой внешний IP
172.16.0.2 - IP сервера куда подключаемся.

[lukazoid]

в звязи слета иксов после апдейта системы на домашнем компе, не могу запустить команду багфиксов для исправления ситуации в связи с неподнятием VPN с уже установленными всеми пакетами после Gnoma, пытался поднять соединение по вышеуказанной ссылке, ничего не получилось, пробывал по http://ru.posix.wikia.com/wiki/PPTP тоже не могу, потому как при наборе команды ifconfig не выводятся данные о соединении ppp0 они просто там отсутствуют после проделанных манипуляций, иделал еще по моей ссылке команду

Code: Select all

pppd call corbina debug nodetach


и в примере выводятся данные, или говорится что может выдать ошибку, но в моем случае команда вроде как принимается и никаких данных не выходит, и про ошибку также нислова. куда копать и где искать это ppp0

[yudjin]

У вас провайдер corbina?
Пожалуйста содержимое /etc/conf.d/net в студию. А также вывод /etc/init.d/net.ppp0 start и вывод ifconfig после выполнения этой команды.

[lukazoid]

у меня провайдер KabiNet (www.telenet.ru)
слово corbina была заменена естественно на telenet но вместо имени хоста вбивался ip шлюза 10.0.36.1
сразу скажу что человек у нас на форуме бодался с такой же проблемой и у него упералось все в то что не пинговались DNS, как и у меня вот что он написал

Счастье таки наступило. Решение было таким:
В /etc/conf.d/net заменил маршрут дефолта через шлюз на впн сервер через шлюз.
В /etc/ppp/ip-up дописал маршруты до днс, чтобы не вводить каждый раз руками.
Всё.
но перед этим он писал еще

Code: Select all

Однако, методом проб и ошибок было установлено, что если после поднятия впн прописать маршруты до днс через реальный ип:
Код
route add 87.224.197.1 gw 90.157.40.159
route add 87.224.213.1 gw 90.157.40.159

А потом прописать маршрут до внешнего ресурса через 172.30.0.1:
Код
route add ya.ru gw 172.30.0.1

что такое 172.30.0.1 не знаю, провайдер не давал таких цифр , они присутствуют если с работающими иксами и включенной сети через networkmanager ввести route -n

Code: Select all

route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.1        10.0.36.1       255.255.255.255 UGH   0      0        0 eth0
10.0.0.1        10.0.36.1       255.255.255.255 UGH   0      0        0 eth0
172.30.0.1      0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.0.36.0       0.0.0.0         255.255.255.0   U     1      0        0 eth0
127.0.0.0       127.0.0.1       255.0.0.0       UG    0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0


все же я решил добить соединение по твоему указанному хавту. он стартует как я понял даже при загрузке и в стартовых надписях пишет то же самое что и на команду /etc/init.d/net.ppp0

Code: Select all

*Bringing up interface eth0
          *  10.0.36.82 ...
RTNNETLINK answers: File exists
        * ERRORS: net.eth0 failed to start
        * ERRORS: cannot start net.ppp0 as net.eth0 would not start

Code: Select all

# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:13:77:48:84:d7 
          inet addr:10.0.36.82  Bcast:10.0.36.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12631 errors:0 dropped:0 overruns:0 frame:0
          TX packets:39 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes: 932732(910.8 KiB)  TX bytes: 8034(7.8 KiB)
          Interrupt:18 Base address:0xe800
eth1   (тоже саме что и у eth0  только без второй строчки  и без кб)

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:44 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3208 (3.1 KiB)  TX bytes:3208 (3.1 KiB)


Code: Select all

cat  /etc/init.d/net.ppp0
config_eth0=("10.0.36.82 netmask 255.255.255.0 brd 10.0.36.255")
# здесь я трафик на все наши подсетки 10.xxx.xxx.xxx направил через свой шлюз:
routes_eth0=("10.0.0.1 via 10.0.36.1")

config_ppp0=("ppp")
link_ppp0="pty 'pptp 10.0.0.1  --nolaunchpppd'"
username_ppp0='логин'
password_ppp0='пароль'
pppd_ppp0=(
    debug
    lock
    deflate 0
    defaultroute
    mtu 1500
    mru 1500
    nobsdcomp
    persist # пускай демон сам пересоединяется в случае обрыва соединения
)

depend_ppp0() {
    need net.eth0
}

[yudjin]

Такс... Судя по отсутствию ppp0 в выводе ifconfig и присутствие в нем eth1, рискну предположить что о правке таблицы маршрутизации говорить рановато. Но коли уж говорить, то у меня она выглядит вот так

Code: Select all

route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
172.16.0.2      0.0.0.0         255.255.255.255 UH    0      0        0 eth0
172.16.0.2      0.0.0.0         255.255.255.255 UH    0      0        0 eth0
91.198.249.129  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
172.16.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
127.0.0.0       127.0.0.1       255.0.0.0       UG    0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0


Тут 91.198.249.129 - это мой реальный IP. Аналогичный ему 172.30.0.1 из вашего случая не похож на реальный IP, за то похож на IP сети "следующего уровня". Возможно от этого и сложности с настройкой маршрутов, но я от сюда могу только гадать как там всё устроено.

А теперь по делу:
1. Остановите NetworkManager (да, он работает не зависимо от иксов)

Code: Select all

/etc/init.d/NetworkManager stop

После этого вновь подергайте интерфейсы

Code: Select all

/etc/init.d/net.eth0 restart
/etc/init.d/net.ppp0 start

Если это не помогло, попробуем использовать eth1 вместо eth0

[lukazoid]

Маленькое продвижение
кажись продвинулся в нужную и самое главное правильную сторону, в /etc/conf.d/net встроке pppd_ppp0 дописал параметр 128 битного шифрования ( require-mppe-128 ) и вернул в строку config_eth0=("10.0.36.82 ........ ip адрес данный для впн и после рестарта /etc/init.d/net.eth0 restart все проходит как по маслу, затем запускаю /etc/init.d/net.ppp0 start и тут грабли , более менее понятные, но не для меня, вот вывод,

Code: Select all

# /etc/init.d/net.ppp0 start
Bringing up interface ppp0
   Starting pppd in ppp0
/lib/rc/net/pppd.sh: eval: line 203: unexpected EOF while looking for matching  ' "
/lib/rc/net/pppd.sh: eval: line 204: syntax error: unexpected end of file
/lib/rc/net/pppd.sh: line 204: warning: syntax errors in . or eval will cause future versions of the shell to abort  as Posix requires
   Failed to start PPP
ERROR: net.ppp0 failed to start

этот файл /lib/rc/net/pppd.sh большой 243 строки вроде nano показывает, на двух машинах он одинаковый, проверил построчно, пока не выкладываю, думаю у тебя он есть, посмотри что можно или что нужно сделать, если нужно выложить сюда, то выложу

[yudjin]

Эм.. ну, честно говоря, не знаю чего бы дельного посоветовать. У меня 203 и 204 строки этого файла выглядят так:

Code: Select all

      eval start-stop-daemon --start --exec /usr/sbin/pppd \
         --pidfile "/var/run/ppp-${IFACE}.pid" -- "${opts}" >/dev/null


Если на проблемной машине также то, видимо, дело в интерпретаторе (bash?)

За то я несколько продвинулся на пути к Восхождению по основной теме топика. Наработки будут добавлены во второй пост

[lukazoid]

как писал в другой теме, воспрос поднятия vpn без иксов я решил, вот ссылка, может многим будет полезно, там и про авторизаторы есть, и VPN
но встал вопрос, как это автоматизировать, в конце статьи есть вариант для Дебиан, а как в Sabayon решить это, и если можно объяснить суть удаления дефолтного шлюза и загрузка шлюза с внешним IP, это же нужно делать после каждой перезагрузки, в других доках читал нужно писать скрипты, а без них никак?

[lukazoid]

нарыл я ко всему вышесказанному, что помимо pptp пакета, который работает из иксов, можно использовать еще пакет cnetworkmanager, это как оказывается консольный вариант NetworkManager_a, но пока разбираюсь с ним, там не все гладко с VPN, нагуглил скрипт, но как пишут люди, у кого запустился, а у многих нет, вобщем есть тема для размышлений. есть еще для поднятия сетки с впн и т.п. прожка pptp-linux, нов наших репах его нет, вобщем ищу самый наипростейший вариант, поднятия впн без иксов, потому как при непредвиденных ситуациях, нужная вещь