Не поможете ли Вы мне настроить интернет (В компании-провайдере нет специалистов по Linux...)

[landrew.xp]

Из всего того, что ты написал, я сделал следующие выводы:
1) Для настройки локальной сети тебе надо просто указать - автоматическо получение IP-адреса.
Делай скриншот твоих настроек - подскажем где.
2) Доступ скорее всего будет по ВПН. Значит настраиваем локалку с DHCP и пингуем ВПН сервер, после этого переходим к настройке ВПН.
3) От тебя нужен скриншот окна с настройками сети.

[zh0rzh]

DHCP у них есть

Я так думаю:
в файле /etc/network/interfaces убери всё, и пропиши:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp


И более Нафиг ничего не надо трогать в нём.
Потом перегрузись и попингуй шлюз, ВПН, ну и ifconfig выложи.

[zh0rzh]

бгыг
и после этого всего ты вряд ли выйдешь в инет - следуй советам http://ru.posix.wikia.com/wiki/PPTP после строк:

"Прописываем IP DNS-серверов в файл /etc/resolv.conf Он должен выглядень следующим образом"

[promov]

ЭТо проба я первый раз изображения прикрепляю

Вторая, так сказать вкладка

[zh0rzh]

я первый раз изображения прикрепляю

Отлично, крепко прикрепили.

Вы сделали изменения в /etc/network/interfaces как я написал?

[promov]

Третья...

Всё! Вот 4 вкладки. С ними я и начинал работать, а потом стал всё в файлах изменять.

[drBatty]

Всё!

давай про С

[zh0rzh]

promov, на Ваших скринах настройки старого провайдера.
Удалите их. Вам нужно получить IP от нового провайдера, он выдаст его DHCP-сервером, автоматически.

[promov]

Так я ведь это вчера всё делал... Ну, всё закончилось тем, что мой новый ip-адрес, прописанный в сетевых настройках исчезал (я писал об этом) и мне пришлось ознакамливаться с файлом
/etc/network/interfaces... Сейчас ещё раз буду пробовать. Тоьълько прежде, проясните, пожалуйста вот это: "Вам нужно получить IP от нового провайдера, он выдаст его DHCP-сервером, автоматически."

Так мне не вводить его вручную, что ли? Алгоритм такой: перекидываю кабель, удаляю всё из сетевых настроек, перезагружаюсь? Просто странно, имеется ip-адрес и не прописывать его, надеясь на какую-то мифическую связь, надеясь, что мне его пришлют...

По Вам. Изменил содержание файла, перекинул кабель, (работаю теперь с новым провайдером) перезагрузился, проверил содержание файла, оно оставалось на надлежащем уровне (как сделал, так и было). Шлюз не пингуется, vpn-сервер тоже не пингуется. Перекинул кабель назад, перезагрузился, при перезагрузке заметил какую-то красную надпись (filed, что-то такое), связи нет. Привёл содержание файла в первоначальный вид, связь появилась ТО есть я добавлял в файл iface eth0 inet dhcp Не помогло, к сожалению.

[landrew.xp]

...

Вручную изменять, в принцЫпе, не надо.
Достаточно убрать настройки старого провайдера, указать автоматическое получение IP-адреса и все.
Посмотри на первой закладке, в свойствах сетевой карточки!!!

[promov]

Есть закладка "общие" Из 4-х она самая первая.

указать автоматическое получение IP-адреса и все.

Не понял. Честно. А где указать-то? Не в закладках ведь там поля нет такого.

[zh0rzh]

Просто странно, имеется ip-адрес и не прописывать его, надеясь на какую-то мифическую связь, надеясь, что мне его пришлют...

В том и дело, что Вы не имеете своего IP-адреса. Он у Вас будет динамический (может меняться), и DHCP-сервер нового провайдера сам его даст Вашей машине.

У Вас Дебиан, правильно? Вот что по его хэндбуку о настройках по dhcp:
"10.6.2 Configuring an interface using DHCP
To configure an interface using DHCP edit /etc/network/interfaces so that it includes a stanza like this:

iface eth0 inet dhcp
In order for this to work you must have installed one of the DHCP clients mentioned in Configuring network interfaces using DHCP, раздел 10.5."
http://www.debian.org/doc/manuals/debian-r...gateway.ru.html

Перевожу:
"Для настройки интерфейса использующего DHCP отредактируйте файл /etc/network/interfaces как показано ниже:
iface eth0 inet dhcp
Для этого вам необходимо иметь установленный DHCP-клиент."

promov, DHCP-клиент у Вас уже наверняка установлен, пробуйте так.

P.S.: хотя давайте попробуем разобраться средствами графической настройки. Там всё должно быть Вам более понятно.

[promov]

Так, понятно. Смотрите, вот в свойствах карточки я это нашёл. Значит, там поле статический ip-адрес, оно может стрелками менять своё значение и становиться DHCP. Ну и остальные данные менять можно. Вот, поле деятльности так сказать. Жду замечаний. За неимением таковых через некоторые время действую.

[zh0rzh]

Значит, там поле статический ip-адрес, оно может стрелками менять своё значение и становиться DHCP.

Вот и меняй на DHCP!
Потом "ОК", и всё увидишь сам...

[landrew.xp]

Вот и меняй на DHCP!
Потом "ОК", и всё увидишь сам...

Ага. Поставь и пингуй ВПН!

[promov]

Да, вроде получилось. Наконец-то я увидел вожделенное после команды
ping -c5 <имя шлюза>

Код: Выделить всё

[/b]PING 213.242.241.112 (213.242.241.112) 56(84) bytes of data.

--- 213.242.241.112 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4010ms
[b]

После команды ping -c5 <адрес vpn сервера>

Код: Выделить всё

[/b]PING vpn.ur.ru (10.19.0.1) 56(84) bytes of data.
64 bytes from 10.19.0.1: icmp_seq=1 ttl=253 time=0.507 ms
64 bytes from 10.19.0.1: icmp_seq=2 ttl=253 time=0.526 ms
64 bytes from 10.19.0.1: icmp_seq=3 ttl=253 time=0.503 ms
64 bytes from 10.19.0.1: icmp_seq=4 ttl=253 time=0.579 ms
64 bytes from 10.19.0.1: icmp_seq=5 ttl=253 time=0.501 ms

--- vpn.ur.ru ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 20016ms
rtt min/avg/max/mdev = 0.501/0.523/0.579/0.032 ms
[b]

Пингуется ведь, правда? Второе-то точно, первое тоже вроде да. Я один раз после пинговки шлюза умудрился увидеть небольшой список. Но это только один раз, остальные разы вот так вот было.
Теперь менее важные детали. Ну, а что детали... Почему-то, когда я к старому своему провайдеру обращаюсь, мне приходится cнова в настройках свойствах сетевой карты убирать HDCP, выставлять cтатический ip и вводить вручную ip адрес, маску, шлюз. (Иначе никак, я думал выставлю HDCP, а там автоматом всё пропишется, не получается)
Дальше: дополнение "iface eth0 inet dhcp" к файлу "/etc/network/interfaces" мой компьютер упорно не любит и при таком нововведении при каждой перезагрузке мелькает красная надпись "failed" Мешать не мешает, но и не помогает, я 3 раза пробовал. Может, потом?
Так вроде всё. Сейчас буду дальше разбираться.

[zh0rzh]

Здравствуйте promov.
Вам бы немного ознакомиться вообще о сетях. 8-)

ВОТ, ОЧЕНЬ ПОЛЕЗНО

Почему-то, когда я к старому своему провайдеру обращаюсь, мне приходится cнова в настройках свойствах сетевой карты убирать HDCP, выставлять cтатический ip и вводить вручную ip адрес, маску, шлюз.

Да потому что у одного провайдера один способ (static IP), а у второго - другой (dynamic IP). Что непонятного?


Дальше настраиваем нового провайдера? Ведь грядёт самое интересное.

[zh0rzh]

Второе-то точно, первое тоже вроде да. Я один раз после пинговки шлюза умудрился увидеть небольшой список. Но это только один раз, остальные разы вот так вот было.

Шлюз не пингуется.

Вас же попросили при новых настройках попинговать и выложить route -n.

[landrew.xp]

Второе-то точно, первое тоже вроде да. Я один раз после пинговки шлюза умудрился увидеть небольшой список. Но это только один раз, остальные разы вот так вот было.

Шлюз не пингуется.

Вас же попросили при новых настройках попинговать и выложить route -n.

Это не шлюз, это - внешний АйПи. он не пингуется, потому что нет впн-туннеля пока (я так думаю).

[promov]

Вот

Код:

//Этоя пингую шлюз (я понял, что у меня есть шанс с таким вот выводом работать дальше) ping -c5 213.242.241.112 PING 213.242.241.112 (213.242.241.112) 56(84) bytes of data. --- 213.242.241.112 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 3999ms //Это я пингую vpn сервер ping -c5 vpn.ur.ru PING vpn.ur.ru (10.19.0.1) 56(84) bytes of data. 64 bytes from 10.19.0.1: icmp_seq=1 ttl=253 time=0.506 ms 64 bytes from 10.19.0.1: icmp_seq=2 ttl=253 time=0.518 ms 64 bytes from 10.19.0.1: icmp_seq=3 ttl=253 time=0.489 ms 64 bytes from 10.19.0.1: icmp_seq=4 ttl=253 time=0.482 ms 64 bytes from 10.19.0.1: icmp_seq=5 ttl=253 time=0.568 ms --- vpn.ur.ru ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 20017ms rtt min/avg/max/mdev = 0.482/0.512/0.568/0.039 ms //Тут понятно всё... route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.103.82.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 10.103.82.1 0.0.0.0 UG 0 0 0 eth0 //Тут тоже понятно ifconfig eth0 Link encap:Ethernet HWaddr 00:16:17:D2:9F:BC inet addr:10.103.82.248 Bcast:10.103.82.255 Mask:255.255.255.0 inet6 addr: fe80::216:17ff:fed2:9fbc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:22 errors:0 dropped:0 overruns:0 frame:0 TX packets:64 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2643 (2.5 KiB) TX bytes:6675 (6.5 KiB) Interrupt:50 Base address:0x6000 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:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:560 (560.0 b) TX bytes:560 (560.0 b) //Тут тоже понятно. Меня, кстати, эти данные очень устраивают. Я ввожу другие (DNS1 и DNS2) а после перезагрузки там оказываются вот такие даные. значит, они попадают туда из сети, это хороший признак cat /etc/resolv.conf search mplik.ru nameserver 172.18.49.10 nameserver 172.18.49.14

А теперь о главном.
Я очень устал. Я бы так со шлюзом повозился ещё, но не могу. Часов 8 назад у меня пропала связь. Совсем, без объяснений. Ну вот. Диагностические диски, авторизаторы, смена паролей, расчёт масок вручную и прочее и прочее и прочее... (Да что вам объяснять- сами через это, наверное, проходили не раз...)В течении 8-ми часов. Как я её восстановил- ума не приложу. Спокойной ночи.
P.S. За книгу спасибо, обязательно ею займусь.

[zh0rzh]

promov, у тебя адрес шлюза вот он: 10.103.82.1, а не 213.242.241.112, как ты пытаешься пинговать.
Смотри на вывод команды route -n, в графе Gateway(шлюз): там и указан адрес шлюза.

[promov]

Спасибо. Точно. Вот, шлюз 10.103.82.1 пингуется. Команда
ping -c5 10.103.82.1

Код: Выделить всё

PING 10.103.82.1 (10.103.82.1) 56(84) bytes of data.
   64 bytes from 10.103.82.1: icmp_seq=1 ttl=64 time=0.931 ms
   64 bytes from 10.103.82.1: icmp_seq=2 ttl=64 time=1.92 ms
   64 bytes from 10.103.82.1: icmp_seq=3 ttl=64 time=1.67 ms
   64 bytes from 10.103.82.1: icmp_seq=4 ttl=64 time=0.858 ms
   64 bytes from 10.103.82.1: icmp_seq=5 ttl=64 time=0.853 ms

   --- 10.103.82.1 ping statistics ---
   5 packets transmitted, 5 received, 0% packet loss, time 4011ms
   rtt min/avg/max/mdev = 0.853/1.247/1.925/0.458 ms

Всё остальное на прежнем уровне. На всякий случай команда route -n

Код: Выделить всё

Kernel IP routing table
   Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
   10.103.82.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
   0.0.0.0         10.103.82.1     0.0.0.0         UG    0      0        0 eth0

Но мне по телефону сказали шлюз именно 213.242.241.112 Я сперва хотел было ругаться с тех поддержкой, а потом передумал. У них просто для vpn-соединения, видать, другие данные и они слыхом об этом не слыхивали, т. к. у всех их клиентов Windows, куда все данные нужные именно для vpn (шлюз и прочее) забиваются автоматически. Это не фантазии, я вчера у своего старого провайдера нашёл страницу, где мои данные и мои совсем другие данные для подключения к vpn, я их вообще первый раз вижу (я у своего старого провайдера к vpn не подключен). Хотел было страничку показать, но решил не засорять форум. Опять же, в файл /etc/resolv.conf при каждой перезагрузке прописываются некоторые данные (DNSы). Но по телефону мне совсем другие сказали.
Перехожу к инструкции (предварительная настройка роутинга).

[promov]

...Мне кажется, мне маску неправильную дали. Это что, маска 255. 255. 255. 252 ? Это что за сегмент такой из 2-х человек-то? И то, верхняя граница сегмента 213. 242. 241. 113 нижняя 213.242.241.110 Находим маску: 213.242.241.113- 213.242.241.110= 3 в двоичной системе это будет 11. Инвертируем, получаем 11111111 11111111 11111111 11111100. ПЕреводим в десятичную систему исчисления, получаем 255. 255. 255. 252
Это что за сегмент такой из 2-х человек? (крайние адреса нужны для служебных целей). Я не могу провайдеру дозвониться, дабы уточнить, но всё равно буду дозваниваться.
...Та маска. Дозвонился.

[zh0rzh]

Находим маску: 213.242.241.113- 213.242.241.110= 3 в двоичной системе это будет 11. Инвертируем, получаем 11111111 11111111 11111111 11111100. ПЕреводим в десятичную систему исчисления, получаем 255. 255. 255. 252

Я пас......

[promov]

Пожалуйста... Там сообщение N2
http://www.whatis.ru/forum/viewtopic.php?id=2248
Я что-то сам придумал?
Все остальные запросы в Google предоставляют какой-то калькулятор без объяснения

[landrew.xp]

Пожалуйста... Там сообщение N2
http://www.whatis.ru/forum/viewtopic.php?id=2248
Я что-то сам придумал?
Все остальные запросы в Google предоставляют какой-то калькулятор без объяснения

Тебе же DHCP раздает адреса. Значит не заморачивайся и переходи к настройки VPN непосредственно.
У тебя же пигуется ВПН-сервер? Так что продолжай по инструкции настраивать.

[promov]

Бог с ней, с маской. Про неё ещё 100 раз можно поговорить тем более, что она подтверждается.

Будем считать, что с таблицей маршрутизации я разобрался. Я, в крайнем случае, изменю её через команду mcedit. В выходные разбирался, как там и чего. Преобразую что к какому виду надо и маршрут по умолчанию удалю. И... и будет неизвестно, когда мы с вами снова встречаемся. Поэтому оговариваю сейчас, что можно.

Дальше разбираюсь с программой pptp. Она у меня теперь есть, еле-еле поставил вчера. Вот здесь инструкция (другая), мой случай, debian. Пункт 2.2
http://homenet.corbina.net/index.php?showtopic=10506
Там сказано , что вот в этом файле
/etc/ppp/options.pptp
Из всего такого, немаленького, я бы сказал содержания (вот оно)

Код:

####################################################################### ######## # $Id: options.pptp,v 1.1 2005/02/18 01:40:23 quozl Exp $ # # Sample PPTP PPP options file /etc/ppp/options.pptp # Options used by PPP when a connection is made by a PPTP client. # This file can be referred to by an /etc/ppp/peers file for the tunnel. # Changes are effective on the next connection. See "man pppd". # # You are expected to change this file to suit your system. As # packaged, it requires PPP 2.4.2 or later from http://ppp.samba.org/ # and the kernel MPPE module available from the CVS repository also on # http://ppp.samba.org/, which is packaged for DKMS as kernel_ppp_mppe. ############################################################################### # Lock the port lock # Authentication # We don't need the tunnel server to authenticate itself noauth # We won't do EAP, CHAP, or MSCHAP, but we will accept MSCHAP-V2 refuse-eap refuse-chap refuse-mschap # Compression # Turn off compression protocols we know won't be used nobsdcomp nodeflate # Encryption # (There have been multiple versions of PPP with encryption support, # choose with of the following sections you will use. Note that MPPE # requires the use of MSCHAP-V2 during authentication) # http://ppp.samba.org/ the PPP project version of PPP by Paul Mackarras # ppp-2.4.2 or later with MPPE only, kernel module ppp_mppe.o # {{{ # Require MPPE 128-bit encryption require-mppe-128 # }}} # http://polbox.com/h/hs001/ fork from PPP project by Jan Dubiec # ppp-2.4.2 or later with MPPE and MPPC, kernel module ppp_mppe_mppc.o # {{{ # Require MPPE 128-bit encryption #mppe required,stateless # }}}

Нужно оставить эти 3 строчки.

Код: Выделить всё

nodeflate
  nobsdcomp
  noauth

Cтоль сильное изменение меня смущает и я решил: лучше подстраховаться и уточнить, чем потом без связи остаться.
И вот ещё. Пункт 2.4 в инструкции, ссылка на которую выше

"2.4 Роутинг
создаем файл /etc/ppp/ip-up.d/corbina (cлово "corbina"), думается мне, непринципиально

#Роутинг до VPN
route add -host 195.14.40.6 gw шлюз
route add -host 195.14.40.7 gw шлюз"

Ну и так далее. Стоп, но это мы ведь фактически заполняем таблицу маршрутизации! А она находится у меня совсем в другом файле- вот этот файл /proc/net/route. Я уж не помню, где я почерпнул эту информацию, но таблица маршрутизации у меня именно там, я проверял. А мне велят прописывать её в другом файле, вот в этом /etc/ppp/ip-up.d/corbina. Непонятно.

Ну, вот. Пока ещё поразбираюсь. Если советов не будет и вопросов не будет, начну действовать на свой страх и риск.

[zh0rzh]

"corbina" действительно взято условно. Пишите любое.

promov, не "прыгайте" с одной инструкции на другую, Вы запутаетесь.
Следуйте http://ru.posix.wikia.com/wiki/PPTP

Сейчас Вам надо:
"Настройка параметров VPN-соединения. Тестовый запуск
Все параметры нашего VPN соединения мы запишем в файле /etc/ppp/peers/internet. Создадим его и наполним следующим содержанием:

pty "pptp 195.14.38.8 --nolaunchpppd"
user VPN_LOGIN
password "VPN_PASSWORD"
nodeflate
nobsdcomp
noauth"

... и далее всё по ней.

Кстати, pptp у Вас наверняка уже стоял ранее, можно было с ним не мучиться. Ведь Вы каким-то чудесным образом выходите в Интернет через старого провайдера.

[promov]

Сейчас по плану- заполнение таблицы маршрутизации. А дальше, если следовать "нашей" инструкции сложный пункт. Вот он
"pty "pptp 195.14.38.8 --nolaunchpppd"
user VPN_LOGIN
password "VPN_PASSWORD"
nodeflate
nobsdcomp
noauth
Параметры user и password в комментариях не нуждаются, значение остальных можно посмотреть
в файле справки man pppd. Обратим внимание на то, что пароль забран в кавычки."
Итак, команда man pppd. Нахожу в этом файле

Код: Выделить всё

 nodeflate      Disables Deflate compression; pppd will not request or agree  to
              compress packets using the Deflate scheme.
   nobsdcomp   Disables BSD-Compress compression;  pppd  will  not  request  or
                     agree to compress packets using the BSD-Compress scheme.
   noauth          Do  not require the peer to authenticate itself.  This option is privileged.

Я ожидал увидеть некоторые цифры, что бы подставить их вместо nodeflate, nobsdcomp и
noauth... Я потому и перешёл к другой инструкции- там не было такого непонятного пункта...
Дальше инструкция
"Убеждаемя, что в файлах /etc/ppp/options, ~/.ppprc, /etc/ppp/options.ppp0 нет незакомментированных параметров, которыми бы система могла затереть наши настройки. Если есть - комментируем".

Содержимое файла /etc/ppp/options сейчас представлю. Честно говоря, ума не приложу, есть там незакомментированные параметры- нет их... А как закомментировать? Согласно синтаксису С всё превратить в один сплошной комментарий? Это я смогу. А файла /etc/ppp/options.ppp0 у меня вообще нет... Остальное вроде понятно. Вы поймите, я боюсь просто на одном из этапоа остаться без связи- как я тогда спрошу тогда? Никак. Вот и забегаю вперёд. Про неоправданную работу с pptp оправдаюсь потом.
Вот содержимое файла etc/ppp/options

Код:

# /etc/ppp/options # # Originally created by Jim Knoble # Modified for Debian by alvar Bray # Modified for PPP Server setup by Christoph Lameter # # To quickly see what options are active in this file, use this command: # egrep -v '#|^ *$' /etc/ppp/options # Specify which DNS Servers the incoming Win95 or WinNT Connection should use # Two Servers can be remotely configured # ms-dns 192.168.1.1 # ms-dns 192.168.1.2 # Specify which WINS Servers the incoming connection Win95 or WinNT should use # ms-wins 192.168.1.50 # ms-wins 192.168.1.51 # Run the executable or shell command specified after pppd has # terminated the link. This script could, for example, issue commands # to the modem to cause it to hang up if hardware modem control signals # were not available. #disconnect "chat -- \d+++\d\c OK ath0 OK" # async character map -- 32-bit hex; each bit is a character # that needs to be escaped for pppd to receive it. 0x00000001 # represents '\x01', and 0x80000000 represents '\x1f'. asyncmap 0 # Require the peer to authenticate itself before allowing network # packets to be sent or received. # Please do not disable this setting. It is expected to be standard in # future releases of pppd. Use the call option (see manpage) to disable # authentication for specific peers. auth # Use hardware flow control (i.e. RTS/CTS) to control the flow of data # on the serial port. crtscts # Use software flow control (i.e. XON/XOFF) to control the flow of data # on the serial port. #xonxoff # Specifies that certain characters should be escaped on transmission # (regardless of whether the peer requests them to be escaped with its # async control character map). The characters to be escaped are # specified as a list of hex numbers separated by commas. Note that # almost any character can be specified for the escape option, unlike # the asyncmap option which only allows control characters to be # specified. The characters which may not be escaped are those with hex # values 0x20 - 0x3f or 0x5e. #escape 11,13,ff # Don't use the modem control lines. #local # Specifies that pppd should use a UUCP-style lock on the serial device # to ensure exclusive access to the device. lock # Don't show the passwords when logging the contents of PAP packets. # This is the default. hide-password # When logging the contents of PAP packets, this option causes pppd to # show the password string in the log message. #show-password # Use the modem control lines. On Ultrix, this option implies hardware # flow control, as for the crtscts option. (This option is not fully # implemented.) modem # Set the MRU [Maximum Receive Unit] value to for negotiation. pppd # will ask the peer to send packets of no more than bytes. The # minimum MRU value is 128. The default MRU value is 1500. A value of # 296 is recommended for slow links (40 bytes for TCP/IP header + 256 # bytes of data). #mru 542 # Set the interface netmask to , a 32 bit netmask in "decimal dot" # notation (e.g. 255.255.255.0). #netmask 255.255.255.0 # Disables the default behaviour when no local IP address is specified, # which is to determine (if possible) the local IP address from the # hostname. With this option, the peer will have to supply the local IP # address during IPCP negotiation (unless it specified explicitly on the # command line or in an options file). #noipdefault # Enables the "passive" option in the LCP. With this option, pppd will # attempt to initiate a connection; if no reply is received from the # peer, pppd will then just wait passively for a valid LCP packet from # the peer (instead of exiting, as it does without this option). #passive # With this option, pppd will not transmit LCP packets to initiate a # connection until a valid LCP packet is received from the peer (as for # the "passive" option with old versions of pppd). #silent # Don't request or allow negotiation of any options for LCP and IPCP # (use default values). #-all # Disable Address/Control compression negotiation (use default, i.e. # address/control field disabled). #-ac # Disable asyncmap negotiation (use the default asyncmap, i.e. escape # all control characters). #-am # Don't fork to become a background process (otherwise pppd will do so # if a serial device is specified). #-detach # Disable IP address negotiation (with this option, the remote IP # address must be specified with an option on the command line or in # an options file). #-ip # Disable IPCP negotiation and IP communication. This option should # only be required if the peer is buggy and gets confused by requests # from pppd for IPCP negotiation. #noip # Disable magic number negotiation. With this option, pppd cannot # detect a looped-back line. #-mn # Disable MRU [Maximum Receive Unit] negotiation (use default, i.e. # 1500). #-mru # Disable protocol field compression negotiation (use default, i.e. # protocol field compression disabled). #-pc # Require the peer to authenticate itself using PAP. #+pap # Don't agree to authenticate using PAP. #-pap # Require the peer to authenticate itself using CHAP [Cryptographic # Handshake Authentication Protocol] authentication. #+chap # Don't agree to authenticate using CHAP. #-chap # Disable negotiation of Van Jacobson style IP header compression (use # default, i.e. no compression). #-vj # Increase debugging level (same as -d). If this option is given, pppd # will log the contents of all control packets sent or received in a # readable form. The packets are logged through syslog with facility # daemon and level debug. This information can be directed to a file by # setting up /etc/syslog.conf appropriately (see syslog.conf(5)). (If # pppd is compiled with extra debugging enabled, it will log messages # using facility local2 instead of daemon). #debug # Append the domain name to the local host name for authentication # purposes. For example, if gethostname() returns the name porsche, # but the fully qualified domain name is porsche.Quotron.COM, you would # use the domain option to set the domain name to Quotron.COM. #domain # Enable debugging code in the kernel-level PPP driver. The argument n # is a number which is the sum of the following values: 1 to enable # general debug messages, 2 to request that the contents of received # packets be printed, and 4 to request that the contents of transmitted # packets be printed. #kdebug n # Set the MTU [Maximum Transmit Unit] value to . Unless the peer # requests a smaller value via MRU negotiation, pppd will request that # the kernel networking code send data packets of no more than n bytes # through the PPP network interface. #mtu # Set the name of the local system for authentication purposes to . # This is a privileged option. With this option, pppd will use lines in the # secrets files which have as the second field when looking for a # secret to use in authenticating the peer. In addition, unless overridden # with the user option, will be used as the name to send to the peer # when authenticating the local system to the peer. (Note that pppd does # not append the domain name to .) #name # Enforce the use of the hostname as the name of the local system for # authentication purposes (overrides the name option). #usehostname # Set the assumed name of the remote system for authentication purposes # to . #remotename # Add an entry to this system's ARP [Address Resolution Protocol] # table with the IP address of the peer and the Ethernet address of this # system. proxyarp # Use the system password database for authenticating the peer using # PAP. Note: mgetty already provides this option. If this is specified # then dialin from users using a script under Linux to fire up ppp wont work. # login # If this option is given, pppd will send an LCP echo-request frame to the # peer every n seconds. Normally the peer should respond to the echo-request # by sending an echo-reply. This option can be used with the # lcp-echo-failure option to detect that the peer is no longer connected. lcp-echo-interval 30 # If this option is given, pppd will presume the peer to be dead if n # LCP echo-requests are sent without receiving a valid LCP echo-reply. # If this happens, pppd will terminate the connection. Use of this # option requires a non-zero value for the lcp-echo-interval parameter. # This option can be used to enable pppd to terminate after the physical # connection has been broken (e.g., the modem has hung up) in # situations where no hardware modem control lines are available. lcp-echo-failure 4 # Set the LCP restart interval (retransmission timeout) to seconds # (default 3). #lcp-restart # Set the maximum number of LCP terminate-request transmissions to # (default 3). #lcp-max-terminate # Set the maximum number of LCP configure-request transmissions to # (default 10). #lcp-max-configure # Set the maximum number of LCP configure-NAKs returned before starting # to send configure-Rejects instead to (default 10). #lcp-max-failure # Set the IPCP restart interval (retransmission timeout) to # seconds (default 3). #ipcp-restart # Set the maximum number of IPCP terminate-request transmissions to # (default 3). #ipcp-max-terminate # Set the maximum number of IPCP configure-request transmissions to # (default 10). #ipcp-max-configure # Set the maximum number of IPCP configure-NAKs returned before starting # to send configure-Rejects instead to (default 10). #ipcp-max-failure # Set the PAP restart interval (retransmission timeout) to seconds # (default 3). #pap-restart # Set the maximum number of PAP authenticate-request transmissions to # (default 10). #pap-max-authreq # Set the maximum time that pppd will wait for the peer to authenticate # itself with PAP to seconds (0 means no limit). #pap-timeout # Set the CHAP restart interval (retransmission timeout for # challenges) to seconds (default 3). #chap-restart # Set the maximum number of CHAP challenge transmissions to # (default 10). #chap-max-challenge # If this option is given, pppd will rechallenge the peer every # seconds. #chap-interval # With this option, pppd will accept the peer's idea of our local IP # address, even if the local IP address was specified in an option. #ipcp-accept-local # With this option, pppd will accept the peer's idea of its (remote) IP # address, even if the remote IP address was specified in an option. #ipcp-accept-remote # Disable the IPXCP and IPX protocols. # To let pppd pass IPX packets comment this out --- you'll probably also # want to install ipxripd, and have the Internal IPX Network option enabled # in your kernel. /usr/doc/HOWTO/IPX-HOWTO.gz contains more info. noipx # Exit once a connection has been made and terminated. This is the default, # unless the `persist' or `demand' option has been specified. #nopersist # Do not exit after a connection is terminated; instead try to reopen # the connection. #persist # Terminate after n consecutive failed connection attempts. # A value of 0 means no limit. The default value is 10. #maxfail # Initiate the link only on demand, i.e. when data traffic is present. # With this option, the remote IP address must be specified by the user on # the command line or in an options file. Pppd will initially configure # the interface and enable it for IP traffic without connecting to the peer. # When traffic is available, pppd will connect to the peer and perform # negotiation, authentication, etc. When this is completed, pppd will # commence passing data packets (i.e., IP packets) across the link. #demand # Specifies that pppd should disconnect if the link is idle for seconds. # The link is idle when no data packets (i.e. IP packets) are being sent or # received. Note: it is not advisable to use this option with the persist # option without the demand option. If the active-filter option is given, # data packets which are rejected by the specified activity filter also # count as the link being idle. #idle # Specifies how many seconds to wait before re-initiating the link after # it terminates. This option only has any effect if the persist or demand # option is used. The holdoff period is not applied if the link was # terminated because it was idle. #holdoff # Wait for up n milliseconds after the connect script finishes for a valid # PPP packet from the peer. At the end of this time, or when a valid PPP # packet is received from the peer, pppd will commence negotiation by # sending its first LCP packet. The default value is 1000 (1 second). # This wait period only applies if the connect or pty option is used. #connect-delay # Packet filtering: for more information, see pppd(8) # Any packets matching the filter expression will be interpreted as link # activity, and will cause a "demand" connection to be activated, and reset # the idle connection timer. (idle option) # The filter expression is akin to that of tcpdump(1) #active-filter # ------

[zh0rzh]

А дальше, если следовать "нашей" инструкции сложный пункт. Вот он
"pty "pptp 195.14.38.8 --nolaunchpppd"
user VPN_LOGIN
password "VPN_PASSWORD"
nodeflate
nobsdcomp
noauth

Что сложного? Создавай этот файл и вписывай всё то же самое, только вместо 195.14.38.8 впиши адрес своего vpn-сервера (он у тебя 10.19.0.1 как я понял из вышесказанного).

Содержимое файла /etc/ppp/options сейчас представлю. Честно говоря, ума не приложу, есть там незакомментированные параметры- нет их... А как закомментировать? Согласно синтаксису С всё превратить в один сплошной комментарий? Это я смогу.

Угу. Вписывай в начало каждой строки знак #.

А файла /etc/ppp/options.ppp0 у меня вообще нет...

Ну и прекрасно что его нет! Следуем далее....


P.S.:

Вы поймите, я боюсь просто на одном из этапоа остаться без связи- как я тогда спрошу тогда?

Надеюсь, ты догадался где-нибудь в тетрадке записать настройки соединения старого провайдера, чтобы в случае ядерной войны перейти на его, резервную связь, с командантэ?