Перейти к содержимому
Калькуляторы

unkier

Пользователи
  • Публикации

    13
  • Зарегистрирован

  • Посещение

О unkier

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. чёт я кинулся шить а исходники не глянул даже. щас зашил и вижу что проблема не решилась. там ведь маршрут всё равно добавится. вот таблица после добавления маршрута, перед звонком. Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.10.3 * 255.255.255.255 UH 0 0 0 eth2.2 192.168.1.0 * 255.255.255.0 U 0 0 0 br0 10.0.0.0 * 255.255.0.0 U 0 0 0 eth2.2 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default AS1-GE-01-core. 0.0.0.0 UG 0 0 0 eth2.2 вредный маршрут это: 10.0.10.3 * 255.255.255.255 UH 0 0 0 eth2.2 он появляется полюбому т.к /etc/default.gw нету и всегда идет по else ip route replace $SERVER dev $wan_if metric 0 всё по старому. убираю добавление этих маршрутов вообще, т.к. pptp сервер доступен сразу и никакх маршрутов не требует. каментю отрубание chap и всё работает.
  2. попробовал вшить свежую сборку. странность. во время прошивки получаю в консольке ероры Unlocking Kernel ... Writing from /var/cgiH6Q0gk to Kernel ... [w] Unlocking RootFS ... Writing from /var/cgiH6Q0gk to RootFS ... [w]SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 SQUASHFS error: Unable to read page, block 5c3c, size 6834 [w]SQUASHFS error: Unable to read page, block c470, size 6119 SQUASHFS error: Unable to read page, block c470, size 6119 SQUASHFS error: Unable to read page, block c470, size 6119 SQUASHFS error: Unable to read page, block c470, size 6119 SQUASHFS error: Unable to read page, block c470, size 6119 SQUASHFS error: Unable to read page, block c470, size 6119 после этого ребут и остановка ## Booting image at bf050000 ... raspi_read: from:50000 len:40 Image Name: RT-NL Created: 2010-09-08 5:02:23 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 3628992 Bytes = 3.5 MB Load Address: 80000000 Entry Point: 80216000 raspi_read: from:50040 len:375fc0 Verifying Checksum ... Bad Data CRC такая картина уже второй раз. после первого восстановил асусовской тулзой, вшил родную прошивку, потом предыдущую свою сборку (http://rt-g32.0fe.ru/files) и всё работало нормально. собирал из репа который стянул по новой. толи сборка кривая получается почемуто. толи девайсу хана. ерор непонятен мне, что он откуда не может прочитать ? может проша на роутер криво закачалась ? мрак.
  3. пока сильно времени нет проверить. главное чтобы у остальных не поломалось )
  4. я убрал в config-pptp.sh все это 69 $LOG "Add route to $SERVER $newdgw over $DEV" 70 if [ "$newdgw" != "" ]; then 71 ip route replace $SERVER $newdgw metric 0 72 else 73 ip route replace $SERVER dev $DEV metric 0 74 fi все настройки вана у меня статикой. спасибо. доберусь домой, проверю.
  5. а что нельзя просто убрать запрещение chap ? разве сервер не выберет подходящий способ авторизации сам ? насчёт маршрута. может добавить if который не будет делать эту настройки если шлюз и впн на одном ипе ?
  6. поборол. упустил один нюанс, у моего прова адрес шлюза и pptp сервера одинаковый. просто с этим проблем не было еще не одной прошивке, не на официалке не на кастомной. в общем проблемы 2. 1. всётаки у моего прова просто chap 2. когда я его включал авторизация видимо проходила и создавалась петля, от этого и зависон. я убрал refuse-chap и закаментил настройку маршрута до pptp сервера в config-pptp.sh всё заработало. надеюсь решение этой проблемки в перозиторий попадет.
  7. а где дополнительный дебаг должен появится ? включил, в логе нового ничего не заметил. Sep 4 13:15:47 pptp[1765]: anon log[callmgr_main:pptp_callmgr.c:135]: IP: 10.0.10.3 Sep 4 13:15:47 pptp[1765]: anon log[callmgr_main:pptp_callmgr.c:143]: control connection Sep 4 13:15:47 pptp[1765]: anon log[callmgr_main:pptp_callmgr.c:147]: unix_sock Sep 4 13:15:47 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Received Start Control Connection Reply Sep 4 13:15:47 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:800]: Client connection established. Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:885]: Received Outgoing Call Reply. Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:920]: Set link (call ID 1283595347, peer's call ID 0). Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:925]: Outgoing call established (call ID 10, peer's call ID 63645). Sep 4 13:15:48 pptp[1716]: Using interface ppp0 Sep 4 13:15:48 pptp[1716]: Connect: ppp0 <--> pptp (10.0.10.3) Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:959]: Call disconnect notification received (call id 63645) Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_error:pptp_ctrl.c:211]: Result code is 1 'Lost Carrier'. Error code is 0, Cause code is 10 Sep 4 13:15:48 pptp[1766]: anon log[call_callback:pptp_callmgr.c:82]: Closing connection (call state) Sep 4 13:15:48 pptp[1766]: anon log[ctrlp_disp:pptp_ctrl.c:815]: Received Stop Control Connection Request. Sep 4 13:15:48 pptp[1766]: Fatal signal 6 Sep 4 13:15:48 pptp[1766]: Exit. Sep 4 13:16:21 pptp[1716]: LCP: timeout sending Config-Requests Sep 4 13:16:21 pptp[1716]: Connection terminated. Sep 4 13:16:21 pptp[1716]: Modem hangup провел эксперимент. взял конфиг от wl500gp, прошивка от энтузиастов. noauth refuse-eap user 'sensored' password 'sensored' plugin pptp.so pptp_server 10.0.10.3 nomppe-stateful mtu 1400 maxfail 0 persist ipcp-accept-remote ipcp-accept-local noipdefault ktune default-asyncmap nopcomp noaccomp novj nobsdcomp nodeflate lcp-echo-interval 10 lcp-echo-failure 6 unit 0 и попробовал в ручную запустить с этим конфигом. результат - мгновенное зависание и последующая перезагрузка.
  8. а как можно узнать какой из них у моего прова ? я уже не уверен.в логе от wl500gp Sep 4 15:27:18 pptp[139]: Plugin pptp.so loaded. Sep 4 15:27:18 pptp[139]: PPTP plugin version 0.8.5-rc1 compiled for pppd-2.4.5, linux-2.4.37.7 Sep 4 15:27:18 pptp[140]: pppd 2.4.5 started by admin, uid 0 Sep 4 15:27:19 pptp[140]: Using interface ppp0 Sep 4 15:27:19 pptp[140]: Connect: ppp0 <--> pptp (10.0.10.3) Sep 4 15:27:19 pptp[140]: CHAP authentication succeeded Sep 4 15:27:19 pptp[140]: CHAP authentication succeeded Sep 4 15:27:19 pptp[140]: local IP address [sensored] Sep 4 15:27:19 pptp[140]: remote IP address 10.0.10.3 Sep 4 15:27:20 PPTP: connected to ISP
  9. у меня статический ип. внутрисеть пашет то нормально, провайдеровкий сайт открывается. pptp сервак пингуется. я так понимаю мои грабли именно в авторизации. где бы коды ошибок узнать. Error code is 0, Cause code is 10
  10. стал тут проверять прошу на своем rt g32 по полной. раньше только локалку проверял и вашфай. попробовал включить pptp и ни в какую. в логе Sep 4 13:11:41 pptp[1697]: anon log[callmgr_main:pptp_callmgr.c:143]: control connection Sep 4 13:11:41 pptp[1697]: anon log[callmgr_main:pptp_callmgr.c:147]: unix_sock Sep 4 13:11:41 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Received Start Control Connection Reply Sep 4 13:11:41 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:800]: Client connection established. Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:885]: Received Outgoing Call Reply. Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:920]: Set link (call ID 1283595101, peer's call ID 0). Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:925]: Outgoing call established (call ID 1, peer's call ID 63167). Sep 4 13:11:42 pptp[1696]: Using interface ppp0 Sep 4 13:11:42 pptp[1696]: Connect: ppp0 <--> pptp (10.0.10.3) Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:959]: Call disconnect notification received (call id 63167) Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_error:pptp_ctrl.c:211]: Result code is 1 'Lost Carrier'. Error code is 0, Cause code is 10 Sep 4 13:11:42 pptp[1698]: anon log[call_callback:pptp_callmgr.c:82]: Closing connection (call state) Sep 4 13:11:42 pptp[1698]: anon log[ctrlp_disp:pptp_ctrl.c:815]: Received Stop Control Connection Request. Sep 4 13:11:42 pptp[1698]: Fatal signal 6 Sep 4 13:11:42 pptp[1698]: Exit. Sep 4 13:11:59 ssh[1699]: Child connection from 192.168.1.240:44772 Sep 4 13:12:00 ssh[1699]: exit before auth: Exited normally Sep 4 13:12:09 ssh[1700]: Child connection from 192.168.1.240:44775 Sep 4 13:12:12 ssh[1700]: pubkey auth attempt with unknown algo for 'Admin' from 192.168.1.240:44775 Sep 4 13:12:15 pptp[1696]: LCP: timeout sending Config-Requests Sep 4 13:12:15 pptp[1696]: Connection terminated. Sep 4 13:12:15 pptp[1696]: Modem hangup и так по циклу. глянул что в настройках pptp (options.pptp), там стоит refuse-chap. судя по логам с рабочего wl500gp у моего прова как раз chap. закаментил в настройках refuse-chap. в итоге девайс стал перезагружаться и вроде именно на запуске pppd. если кабель wan выдернуть то не перезагружается. где я ступил ? P.S. выложил сегодняшние сборки для асусов, если кто то хочет потестить. http://rt-g32.0fe.ru/files
  11. сделал сайтик для выкладывания асусовских прошивок. буду иногда собирать и выкладывать. только проверку собранного не обещаю. http://rt-g32.0fe.ru/
  12. а чем родная асусовская фирмварь глючна, если не секрет ?
  13. rt g32 b1 числится в рабочих. какой файлик шить из трех я не вкурил ?