PDA

Bekijk de volledige versie : Полноценный PPTP over Automatic-IP


Vitaly_k
27-10-2006, 10:11
То, что такая конигурация вообще работает - большое спасибо Олегу, но сказать что все полностью устраивает точно нельзя. Итак проблемы:
1. Кроме адреса, хотелось бы чтобы использовались полученные по DHCP шлюз и маска подсети. Провайдер ведь не гарантирует, что они всегда будут постоянными и просто удобнее все возможные настройки брать автоматом.
2. Использование автоматически полученного адреса DNS. Сейчас их нужно прописывать ручками если хотим использовать доменное имя VPN-сервера. Неудобно и ненадежно - провайдер меняет DNS и пользователи остаются без связи.
3. Автоматическая настройка маршрута до VPN-сервера если он задан доменным именем. Вчера Корбина отрубила 195.14.40.7, стал разибраться оказалось, что ранее он подключался без прописанного маршрута, а если указать vpn.corbina.net (он отрезолвился в 195.14.40.8) то связи нет. После прописывания маршрута к сети 195.14.40.* все заработало, но это не здорово - постоянно заниматься отслеживанием всех серверов Корбины.
4. Использование шлюза, полученного через DHCP в настройках статических маршрутов. Допустим, договорариваемся, что адрес 0.0.0.0 означает "шлюз полученный по DHCP" и прошивка меняет это на лету при чтении конфигурации.

Т.е. хочется навсегда забыть о постоянным мониторинге нововведений провайдера чтобы не остаться вдруг без связи. Как у Стрим-а вбил минимум настроек - логин, пароль, VPI/PCI и больше не грузишься - модем гарантированно заработает в любом районе Москвы.
Oleg
27-10-2006, 10:42
Т.е. хочется навсегда забыть о постоянным мониторинге нововведений провайдера чтобы не остаться вдруг без связи. Как у Стрим-а вбил минимум настроек - логин, пароль, VPI/PCI и больше не грузишься - модем гарантированно заработает в любом районе Москвы.
Подключитесь к Стриму. :) Кто же виноват, что корбина изменяет конфигурацию?
Vitaly_k
27-10-2006, 11:05
Подключитесь к Стриму. :) Кто же виноват, что корбина изменяет конфигурацию?

Будете смеятся - уже подключился. Использую для ТВ и как резервный канал при падении Корбины.
А если по существу - у Вас в планах есть что-либо из вышеперечисленного?
Oleg
27-10-2006, 11:07
Могу сказать, что из перечисленного - маска подсети используется. Что касается ДНС - нужно думать, как сделать.
Vitaly_k
27-10-2006, 11:20
Могу сказать, что из перечисленного - маска подсети используется.

Т.е. можно писать 0.0.0.0 вместо маски?


Что касается ДНС - нужно думать, как сделать.


А остальное (автомаршруты до VPN-серверов, подстановка шлюза в статические маршуты) считаете ненужным или труднореализуемым?
Oleg
27-10-2006, 11:46
ДНС можно добавить, в принципе, но надо смотреть, т.к. могут быть 2 набора серверов разных - один для Dhcp, другие для Pptp.

А вот маршруты до ВПН серверов, заданных именем, лёгким движением руки не добавить: во первых, если их несколько, то добавлять нужно все, во вторых, как быть, если ДНС не был доступен по каким-то причинам?

Виндоус делает иначе - маршрут добавляется после подключения к серверу, до этого используется дефолтный. Но я не могу узнать адрес сервера, к которому удалось подключиться - такова реализация пптп-клиента. Нужно тогда его лопатить...
Vitaly_k
27-10-2006, 17:59
ДНС можно добавить, в принципе, но надо смотреть, т.к. могут быть 2 набора серверов разных - один для Dhcp, другие для Pptp.


Да, теоритически может быть до 4-х разных DNS, хотя как правило они совпадают. Нельзя использовать все 4?
Если нельзя, то нужно решить что важнее. Я бы брал Primary c каждого интерфейса.



А вот маршруты до ВПН серверов, заданных именем, лёгким движением руки не добавить: во первых, если их несколько, то добавлять нужно все


Что мешает выявить и прописать ВСЕ маршруты?
Алгоритм такой:
1. Делаем nslookup vpn.corbina.net (для примера)
2. Прописывем маршруты ко всем адресам (сейчас их 10)
3. Запускаем pptp клиента.



во вторых, как быть, если ДНС не был доступен по каким-то причинам?


Я думаю, пользователь понимает, на что он идет прописывая vpn-сервер доменным именен. Нет ДНС - нет связи, никуда тут не денешься. Из практики же видно, что прописывание сервера по IP-адресу куда более рисковано, см. выше про умерший 195.14.40.7 у Корбины.



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

А зачем знать именно тот сервер? Чем плохо, если маршруты пропишутся к любому из возжных?

Да, напишите пожалуйста, что Вы думаете о макроподстановке шлюза в статических маршрутах (п.4 моего первого сообщения)?
Oleg
27-10-2006, 18:58
По 4 - такая идея была у меня самого, когда я добавлял новую функциональность. И кажется, я даже начал это добавлять, но что-то меня остановило. Пока не могу вспомнить, что именно... Возможно именно нерешённый вопрос с дефолтным шлюзом (или полем для его хранения). Там 4-ре разных поля и каждый раз нужно продирать весь код, чтобы понять, всё ли работает или что-то сломается...
solion
28-10-2006, 13:45
Подключитесь к Стриму. :) Кто же виноват, что корбина изменяет конфигурацию?

Олег, при всем моем ОГРОМНОМ уважении к Вам - работать со Стримом НЕРЕАЛЬНО. За полтора года их "услуг", я имел чудовищное количество проблем. А уж когда подключился к "Стрим-ТВ"... С Корбиной я проблем за полгода не имею вообще. Возникли они только сейчас, когда я избавился от старенького DLink-а DI-604 и решил приобрести ASUS WL-500gP. Будь проклят тот день, когда я решил взять его в руки, этот Premium.
Oleg
28-10-2006, 15:20
Олег, при всем моем ОГРОМНОМ уважении к Вам - работать со Стримом НЕРЕАЛЬНО. За полтора года их "услуг", я имел чудовищное количество проблем. А уж когда подключился к "Стрим-ТВ"... С Корбиной я проблем за полгода не имею вообще. Возникли они только сейчас, когда я избавился от старенького DLink-а DI-604 и решил приобрести ASUS WL-500gP. Будь проклят тот день, когда я решил взять его в руки, этот Premium.
Дык я сам на стриме сижу. И со службой поддержки не общался вообще. 2.5 года работает как часы. :)

А что за проблемы с Премиум?
Duke
28-10-2006, 19:42
когда я избавился от старенького DLink-а DI-604 и решил приобрести ASUS WL-500gP. Это не тот ли недороутер который при сутановке PPTP забывает локальынй маршрут? ;)
Anth0ny
29-10-2006, 08:25
блин не могу поднять соединение на корбине после изменений, vpn.corbina.net у меня (в Царицыно) резолвится на 195.14.40.9.
Сменил айпи hear-beat server на новый, а толку нет...


Jan 1 03:00:06 pppd[86]: Using interface ppp0
Jan 1 03:00:06 pppd[86]: Connect: ppp0 <--> vlan1
Jan 1 03:00:08 pppd[86]: CHAP authentication failed: CHAP authentication failure, unit 2033
Jan 1 03:00:08 pppd[86]: Connection terminated.

В чем проблема не пойму.
Vitaly_k
29-10-2006, 08:38
Попробуйте в additional pppd option поставить строку - maxfail 0 holdoff 60 nomppc nomppe-stateful
Я сейчас сижу на сервере 195.14.40.8 - все работает.
Anth0ny
29-10-2006, 09:05
все запахало и завертелось на 195.14.40.9 :))
спасибо
Plimouthrock
29-10-2006, 10:04
Дело в том, что DNS -- это не только некоторая система "удобочитаемых псевдонимов для IP-адресов". DNS -- это еще и средства развязки физической и логической адресации, на которой организуются средства распределения нагрузки и защиты от сбоев. У провайдера просто нет другого способа обеспечить постоянную услугу, кроме как организовать выдачу IP через DNS-сервер. Если какой-то сервер надо выключить на обслуживание, или произошел отказ, или превышена нагрузка -- все это организуется перенаправлением запросов на другой IP.
То же самое с самими DNS-серверами: если произошел отказ, или регламент, или делается load balancing -- то предоставляется другой адрес DNS-сервера.
А начинается все с DHCP, который сам по себе не требует никаких клиентских настроек: клиент вопит "кто-нибудь, расскажите как мне настроиться!" -- и кто-нибудь в сетке отвечает)). Причем не только дает IP-адрес, но и практически все необходимые настройки, включая адрес DNS-сервера.
Таким образом, если говорить о полноценном "соблюдении конвенции", то желающий получить качественную услугу клиент ОБЯЗАН все настройки получать через DHCP при подключении. А прописывание голого IP-адреса ГДЕ-ЛИБО в настройках маршрутизатора должно быть практически исключено.
Конечно, есть route table -- но все маршруты, которые требуются для организации PPTP-тоннеля, должны добавляться туда автоматически.

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

Фактически, для работы конфигурации PPTP over Automatic-IP должно быть достаточно таких настроек:
1. Адрес VPN-сервера (URL).
2. Логин/пароль.

И все должно заработать!
aivanov
29-10-2006, 10:35
я готов заплатить 50 долларов за то, чтобы это все появилось.

За язык тебя никто не тянул ;) См. pre10 ;)
Anth0ny
30-10-2006, 09:50
Вчера поздно ночью Корбина опять сменила айпи VPN...
Извините если что упустил, как я понял по хосту Heart-Beat сервер все еще нельзя прописывать?
Oleg
30-10-2006, 12:55
http://wl500g.info/showthread.php?t=6868
aivanov
30-10-2006, 21:21
Вчера поздно ночью Корбина опять сменила айпи VPN...

ага, в 195.14.38 ещё пара серверов появилась... маска 195.14.38.0/30 маловата.
Oleg
10-03-2008, 13:15
и в частности к тем, у кого есть проблемы с устойчивостью соединения с провайдером.

Добавьте в поле Heartbeat server, через пробел после имени сервера, вот такие слова:

--idle-wait 0

И понаблюдайте, не станет ли соединение стабильнее или наоборот, совсем плохо. И отпишитесь здесь. Если поможет, то я эти параметры "зашью" в код. Это как раз для случая, когда соединение рвётся, хотя Windows ведёт себя лучше.

Одному человеку точно помогло: http://wl500g.info/showpost.php?p=87336&postcount=351 :)

Прежде чем я жёстко добавлю это в прошивку, хотелось бы убедиться, что хуже не станет остальным.
gde700
10-03-2008, 13:48
Добавил. Пока не хуже и не лучше. Да у меня и так соединение стабильное.
catmat
10-03-2008, 14:35
Добавил, пока все так же, нормально. главное, что бы хуже не стало.
s@m
10-03-2008, 15:51
Добавил.
Пока что все как и раньше, т.е. нормально!
artofweb
10-03-2008, 16:02
Добавил, упала скорость по speedtest.net:
до:
dl-11048
ul-9727

после добавления строки:
dl-5473
ul-4863

Проверил два раза.
Oleg
10-03-2008, 16:03
На скорость это точно не влияет.
artofweb
10-03-2008, 16:43
Ну мое дело дать информацию, а вы уж ее анализируйте ... :)
dimaka
10-03-2008, 19:26
Прошивка 1.9.2.7-8.12
добавил, все как и раньше, т.е. все нормально :)
Это не то же самое, что Idle Disconnect Time in seconds = 0 на страничке WAN & LAN? Очень похоже :)
Spacesoft
10-03-2008, 23:12
Может немного не в тему: есть ли в pppd какая-либо встроеная фича, которая может автоматом переустановить соединение - дело в том, что у некоторых провайдеров pptp может хитро подвисать, тоесть соединение есть, а пакеты перестают ходить и дальний ip туннеля не пинается.
В причципе решаемо скриптом в десяток строчек, но что-то слышал про готовую автоматику, толи прикрутили, толи это стандарт...
Oleg
11-03-2008, 07:16
Прошивка 1.9.2.7-8.12
добавил, все как и раньше, т.е. все нормально :)
Это не то же самое, что Idle Disconnect Time in seconds = 0 на страничке WAN & LAN? Очень похоже :)
Нет, только похоже.
Oleg
11-03-2008, 07:18
Может немного не в тему: есть ли в pppd какая-либо встроеная фича, которая может автоматом переустановить соединение - дело в том, что у некоторых провайдеров pptp может хитро подвисать, тоесть соединение есть, а пакеты перестают ходить и дальний ip туннеля не пинается.
В причципе решаемо скриптом в десяток строчек, но что-то слышал про готовую автоматику, толи прикрутили, толи это стандарт...
Готовая автоматика работает внутри pppd и отслеживает, что на другом конце туннеля есть живые. Раз не не отключается, значит есть и отвечают.
catmat
11-03-2008, 18:50
Ага, передернулся ВПН :) Правда это и раньше случалось :)

Mar 11 17:28:02 pppd[102]: LCP terminated by peer
Mar 11 17:28:02 pppd[102]: Modem hangup
Mar 11 17:28:02 pppd[102]: Connection terminated.
Mar 11 17:28:02 pppd[102]: Connect time 20087428.0 minutes.
Mar 11 17:28:02 pppd[102]: Sent 17205178 bytes, received 408338525 bytes.
Mar 11 17:28:02 dnsmasq[58]: read /etc/hosts - 5 addresses
Mar 11 17:28:02 dnsmasq[58]: reading /tmp/resolv.conf
Mar 11 17:28:02 dnsmasq[58]: using nameserver 212.1.224.53#53
Mar 11 17:28:02 PPTP: Disconnected
Mar 11 17:28:02 dnsmasq[58]: using nameserver 212.1.230.111#53
Mar 11 17:28:02 dnsmasq[58]: using nameserver 212.1.224.34#53
Mar 11 17:28:02 pppd[102]: Child process /tmp/ppp/ip-down (pid 1706) terminated with signal 11
Mar 11 17:28:13 udhcpc[101]: Lease of 10.4.22.195 obtained, lease time 86400
Mar 11 17:28:32 pppd[102]: Serial connection established.
Mar 11 17:28:32 pppd[102]: Using interface ppp0
Mar 11 17:28:32 pppd[102]: Connect: ppp0 <--> /dev/pts/0
Mar 11 17:28:32 pptp[1711]: route_ctrl: Bad address
Mar 11 17:28:36 pppd[102]: local IP address 212.1.202.228
Mar 11 17:28:36 pppd[102]: remote IP address 212.1.254.36
Mar 11 17:28:36 pppd[102]: primary DNS address 212.1.224.34
Mar 11 17:28:36 pppd[102]: secondary DNS address 212.1.230.111
Mar 11 17:28:36 dnsmasq[58]: read /etc/hosts - 5 addresses
Mar 11 17:28:36 dnsmasq[58]: reading /tmp/resolv.conf
Mar 11 17:28:36 dnsmasq[58]: using nameserver 212.1.230.111#53
Mar 11 17:28:36 dnsmasq[58]: using nameserver 212.1.224.34#53
Mar 11 17:28:37 PPTP: connect to ISP
viktor915
11-03-2008, 21:21
Product ID: WL500gp
Firmware Release: 1.9.2.7-8.22
Работа стабильная как и до того (тьфу, тьфу, тьфу ...)
Raz(e)R
13-03-2008, 15:10
Помогите, такая проблема: подключил корбину, прописал там настройки вроде все. по PPTP соединение постоянно скидывает (раз в 2-3 минуты), и какие-то проблемы с пингом.
Что делать? Дописал к серверу то, что здесь написано - тоже самое.
Вот лог:

Mar 13 18:01:02 pppd[421]: Terminating on signal 15.
Mar 13 18:01:02 pptp[428]: anon log[callmgr_main:pptp_callmgr.c:263]: Closing connection
Mar 13 18:01:02 pptp[428]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Mar 13 18:01:02 pppd[421]: Child process /usr/sbin/pptp vpn.corbina.net --idle-wait 0 --nolaunchpppd (pid 423) terminated with signal 15
Mar 13 18:01:02 pppd[421]: Modem hangup
Mar 13 18:01:02 pppd[421]: Connection terminated.
Mar 13 18:01:02 udhcpc[420]: Unicasting a release of 10.59.45.194 to 83.102.233.202
Mar 13 18:01:02 pppd[421]: Exit.
Mar 13 18:01:02 dhcp client: deconfig: lease is lost
Mar 13 18:01:02 syslog: Warn: select() failure; Errno(4): Interrupted system call
Mar 13 18:01:02 kernel: vlan1: del 01:00:5e:00:01:7f mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: del 01:00:5e:7f:ff:fa mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: del 01:00:5e:7f:ff:fd mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: dev_set_allmulti(master, -1)
Mar 13 18:01:02 udhcpc[420]: Entering released state
Mar 13 18:01:02 udhcpc[420]: Received SIGTERM
Mar 13 18:01:02 kernel: vlan1: del 33:33:ff:54:ff:40 mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: del 33:33:ff:54:ff:40 mcast address from vlan interface
Mar 13 18:01:02 kernel: vlan1: del 33:33:00:00:00:01 mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 13 18:01:02 kernel: vlan1: del 01:00:5e:00:00:01 mcast address from master interface
Mar 13 18:01:02 kernel: vlan1: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 13 18:01:04 kernel: vlan1: Setting MAC address to 00 17 9a 54 ff 40.
Mar 13 18:01:04 kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
Mar 13 18:01:04 kernel: vlan1: add 33:33:00:00:00:01 mcast address to master interface
Mar 13 18:01:04 kernel: vlan1: add 33:33:ff:54:ff:40 mcast address to master interface
Mar 13 18:01:04 udhcpc[441]: udhcpc (v0.9.9-pre) started
Mar 13 18:01:04 dhcp client: deconfig: lease is lost
Mar 13 18:01:04 udhcpc[441]: Lease of 10.59.45.194 obtained, lease time 604800
Mar 13 18:01:05 kernel: vlan1: dev_set_allmulti(master, 1)
Mar 13 18:01:05 dnsmasq[71]: read /etc/hosts - 4 addresses
Mar 13 18:01:05 dnsmasq[71]: reading /tmp/resolv.conf
Mar 13 18:01:05 dnsmasq[71]: using nameserver 85.21.192.3#53
Mar 13 18:01:05 dnsmasq[71]: using nameserver 213.234.192.8#53
Mar 13 18:01:05 dhcp client: bound IP : 10.59.45.194 from 10.59.40.1
Mar 13 18:01:05 pppd[453]: pppd 2.4.2 started by Raz(e)R, uid 0
Mar 13 18:01:05 pppd[453]: Serial connection established.
Mar 13 18:01:05 pppd[453]: Using interface ppp0
Mar 13 18:01:05 pppd[453]: Connect: ppp0 <--> /dev/pts/0
Mar 13 18:01:06 pptp[428]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Mar 13 18:01:06 pptp[428]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
Mar 13 18:01:06 pptp[428]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Mar 13 18:01:06 pptp[428]: anon log[ctrlp_disp:pptp_ctrl.c:922]: Call disconnect notification received (call id 20228)
Mar 13 18:01:06 pptp[428]: anon log[ctrlp_disp:pptp_ctrl.c:781]: Received Stop Control Connection Request.
Mar 13 18:01:06 pptp[428]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'
Mar 13 18:01:08 pptp[428]: anon log[call_callback:pptp_callmgr.c:83]: Closing connection
Mar 13 18:01:08 pptp[428]: anon warn[route_ctrl:pptp_callmgr.c:401]: route_ctrl: No such process


Что с этим можно сделать? Прошивка 1.9.2.7
VEDMED007
13-03-2008, 15:34
Пока полет нормальный...
Корбина, pptp, 1.9.2.7-8.15
lexxius
13-03-2008, 19:05
--idle-wait 0
1.9.2.7-8.17
Корбина. работает отменно. :D
_____________________________________
до этого, последнии 3 дня были проблемы.
VPN поднимался, пинг до DNS(корбины) -75% потерь

UPD: за ночь все поломалось.. опять сайты еле-еле грузятся..
помогла перезагрузка третья или четвертая.
VEDMED007
14-03-2008, 09:00
--idle-wait 0
1.9.2.7-8.17
Корбина. работает отменно. :D
_____________________________________
до этого, последнии 3 дня были проблемы.
VPN поднимался, пинг до DNS(корбины) -75% потерь

UPD: за ночь все поломалось.. опять сайты еле-еле грузятся..
помогла перезагрузка третья или четвертая.
Это уже к курвине вопросы, если только по кабелю без роутера в моменты перегрузки сети вдруг все в порядке - тогда сюда.
PupsDRVR
14-03-2008, 15:52
Двое суток без нареканий, до этого также. Не мешает в любом случае. Одновременно на роутере работают mldonkey и torrent transmission, два компа в интете, ноут по wi-fi и ББ на веревке + ftp для товарищей. Ни разу не отвалилось соединение.

З.Ы. 128 мегов + Корбина рулят :D (ни разу не реклама).
maxell
14-03-2008, 16:05
тоже уже сутки, без проблем!!!
Oleg
14-03-2008, 16:33
UPD: за ночь все поломалось.. опять сайты еле-еле грузятся..
помогла перезагрузка третья или четвертая.
Попадали на неудачный BRAS. Когда так тормозит, записывайте адреса Default Gateway из статуса и отправляйте их djet. :)
avk
14-03-2008, 20:45
Добавьте в поле Heartbeat server, через пробел после имени сервера, вот такие слова:

--idle-wait 0

И понаблюдайте, не станет ли соединение стабильнее или наоборот, совсем плохо.

Разрешите доложить?
После того, как я прописал указанное в ночь на 12 марта, в течение получаса произошло 6 обрывов. Т.к. логов нет, об этом знаю лишь от сервера статистики (наутро пришел монтер менять электросчетчик и уничтожил следы). Еще известно, что в эту ночь на сети провайдера велись работы - можно не напрягаться, совпадение (тройное).
После работ на электросети сессия держалась 53 часов 27 минут и оборвалась сегодня дважды с интервалом 40 минут (без перезагрузки). Лог прилагаю.
На данный момент сессия продолжается 6 часов.

Не смотря на все это, мое мнение таково, от новшества мне ни тепло, ни холодно.

P.S.: Олег, а можно еще сделать так, чтобы в логах где-нибудь отображалась версия прошивки. Разбирая полеты, запутался где какая версия была. Да и разбирать чужие логи будет проще.
djet
14-03-2008, 23:07
Олег, а тема ещё актуальна для новой прошивки?
kentara
15-03-2008, 07:03
Присоединяюсь к предыдущему вопросу.
Вот мой лог:

Jan 1 03:00:02 syslogd started: BusyBox v1.1.3
Jan 1 03:00:02 kernel: klogd started: BusyBox v1.1.3 (2008.02.25-18:27+0000)
Jan 1 03:00:02 kernel: CPU revision is: 00029006
Jan 1 03:00:02 kernel: Primary instruction cache 16kb, linesize 16 bytes (2 ways)
Jan 1 03:00:02 kernel: Primary data cache 16kb, linesize 16 bytes (2 ways)
Jan 1 03:00:02 kernel: Linux version 2.4.20 (root@localhost) (gcc version 3.2.3 with Broadcom modifications) #91 Thu Mar 13 12:10:57 MSK 2008
Jan 1 03:00:02 kernel: Setting the PFC to its default value
Jan 1 03:00:02 kernel: Determined physical RAM map:
Jan 1 03:00:02 kernel: memory: 02000000 @ 00000000 (usable)
Jan 1 03:00:02 kernel: On node 0 totalpages: 8192
Jan 1 03:00:02 kernel: zone(0): 8192 pages.
Jan 1 03:00:02 kernel: zone(1): 0 pages.
Jan 1 03:00:02 kernel: zone(2): 0 pages.
Jan 1 03:00:02 kernel: Kernel command line: root=/dev/mtdblock2 noinitrd init=/linuxrc console=ttyS0,115200
Jan 1 03:00:02 kernel: CPU: BCM4704 rev 9 pkg 0 at 300 MHz
Jan 1 03:00:02 kernel: Calibrating delay loop... 299.82 BogoMIPS
Jan 1 03:00:02 kernel: Memory: 30100k/32768k available (1854k kernel code, 2668k reserved, 136k data, 72k init, 0k highmem)
Jan 1 03:00:02 kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 03:00:02 kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Jan 1 03:00:02 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Jan 1 03:00:02 kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 03:00:02 kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Jan 1 03:00:02 kernel: Checking for 'wait' instruction... unavailable.
Jan 1 03:00:02 kernel: POSIX conformance testing by UNIFIX
Jan 1 03:00:02 kernel: PCI: Initializing host
Jan 1 03:00:02 kernel: PCI: Fixing up bus 0
Jan 1 03:00:02 kernel: PCI: Fixing up bridge
Jan 1 03:00:02 kernel: PCI: Fixing up bus 1
Jan 1 03:00:02 kernel: Linux NET4.0 for Linux 2.4
Jan 1 03:00:02 kernel: Based upon Swansea University Computer Society NET3.039
Jan 1 03:00:02 kernel: Initializing RT netlink socket
Jan 1 03:00:02 kernel: Starting kswapd
Jan 1 03:00:02 kernel: Journalled Block Device driver loaded
Jan 1 03:00:02 kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
Jan 1 03:00:02 kernel: devfs: boot_options: 0x1
Jan 1 03:00:02 kernel: NTFS driver v1.1.22 [Flags: R/O]
Jan 1 03:00:02 kernel: pty: 256 Unix98 ptys configured
Jan 1 03:00:02 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jan 1 03:00:02 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Jan 1 03:00:02 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
Jan 1 03:00:02 kernel: HDLC line discipline: version $Revision$, maxframe=4096
Jan 1 03:00:02 kernel: N_HDLC line discipline registered.
Jan 1 03:00:02 kernel: loop: loaded (max 8 devices)
...

Прошивка 1.9.2.7-9. Параметр к имени сервера добавлен. Интересует что означает строка из лога
Jan 1 03:00:02 kernel: Checking for 'wait' instruction... unavailable.
Это относится к параметру который вы посоветовали ввести или нет?
Oleg
15-03-2008, 07:24
В новой версии (1.9.2.7-9) эта штука включена для всех. Можно убрать из HeartBeat.


Checking for 'wait' instruction... unavailable
Это нормальная дигностика для нашего процессора.

Отношения к этой опции не имеет.

Что касается Корбины. На неё эта опция не влияет. Да и для большинства это так. Поможет она тем, у кого сервер провайдера кривой.

Что касается версии: идея хорошая. :)
unknownDaemon
03-01-2009, 12:50
Это не тот ли недороутер который при сутановке PPTP забывает локальынй маршрут? ;)
Господа читаю и плачу... у меня работает все... может руки кривые у меня - не знаю...

2 Oleg Еще раз сенкс за прошивку... и вопрос все-таки: ты не пробовал что-нить с родным pppd (я в плане vpn во внутрь)?