Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → TL-WR1043ND - problem z połączeniem 3g
Strony Poprzednia 1 2
Zaloguj się lub zarejestruj by napisać odpowiedź
Tak, Twoje rc4, ściągnięte z http://ecco.selfip.net/backfire/ Zainstalowane pakiety do 3g też pochodzą od Ciebie. I ładnie to wszystko śmiga.
Dlatego chciałem zobaczyć konfigurację jaką używa "krowka"
Teraz to masz znów z innego powodu rozłączenie - wywal ten simplefailover, bo w tym przypadku widać że on zrobił down interfejsu bo połączenie na wan znalazł.
Ale wan nie był podłączony.
Gdzie ustawić aby ta konfiguracja Pleya była domyślnym połączeniem zamiast wan??
Nazwij ją wan po prostu.
Nazwij ją wan po prostu.
Samoczynnie nie startuje.
nie wiem czy ma to znaczenie ale plik rc.local jest pusty.
I nie będzie. Modem chwilę potrzebuje na przelączenie i restart. Ja po prostu robię w rc.local jakiś sleep 10 i ifup wan.
I nie będzie. Modem chwilę potrzebuje na przelączenie i restart. Ja po prostu robię w rc.local jakiś sleep 10 i ifup wan.
ok
Działało przez 3 minuty:
Jan 2 15:15:48 OpenWrt daemon.notice pppd[1143]: Connect: 3g-wan <--> /dev/ttyUSB0
Jan 2 15:15:52 OpenWrt daemon.warn pppd[1143]: Could not determine remote IP address: defaulting to 10.64.64.64
Jan 2 15:15:52 OpenWrt daemon.notice pppd[1143]: local IP address 94.254.164.132
Jan 2 15:15:52 OpenWrt daemon.notice pppd[1143]: remote IP address 10.64.64.64
Jan 2 15:15:52 OpenWrt daemon.notice pppd[1143]: primary DNS address 89.108.195.20
Jan 2 15:15:52 OpenWrt daemon.notice pppd[1143]: secondary DNS address 89.108.195.21
Jan 2 15:15:53 OpenWrt user.notice root: adding wan (3g-wan) to firewall zone wan
Jan 2 15:15:53 OpenWrt user.notice rdate: Failed to sync with ntp.itl.waw.pl
Jan 2 15:15:53 OpenWrt user.notice rdate: Failed to sync with ntp.itl.waw.pl
Jan 2 15:15:53 OpenWrt user.notice rdate: Failed to sync with ntp.itl.waw.pl
Jan 2 15:15:56 OpenWrt daemon.info dnsmasq[1067]: reading /tmp/resolv.conf.auto
Jan 2 15:15:56 OpenWrt daemon.info dnsmasq[1067]: using nameserver 89.108.195.21#53
Jan 2 15:15:56 OpenWrt daemon.info dnsmasq[1067]: using nameserver 89.108.195.20#53
Jan 2 15:15:56 OpenWrt daemon.warn dnsmasq[1067]: ignoring nameserver 192.168.1.1 - local interface
Jan 2 15:15:56 OpenWrt daemon.info dnsmasq[1067]: using local addresses only for domain lan
Jan 2 15:18:52 OpenWrt daemon.info pppd[1143]: LCP terminated by peer
Jan 2 15:18:52 OpenWrt daemon.info pppd[1143]: Connect time 3.0 minutes.
Jan 2 15:18:52 OpenWrt daemon.info pppd[1143]: Sent 82528 bytes, received 305226 bytes.
Jan 2 15:18:52 OpenWrt daemon.info pppd[1143]: Hangup (SIGHUP)
Jan 2 15:18:52 OpenWrt daemon.notice pppd[1143]: Modem hangup
Jan 2 15:18:52 OpenWrt daemon.notice pppd[1143]: Connection terminated.potem się rozłączył i sam nie chciał wstać. ręcznie ifup pomogło.
Może z modemem jest coś nie tak, chociaż na stacjonarnym chodzi w porządku.
Tym razem masz zerwanie połączenia przez drugą stronę. Jak z zasięgiem masz?
Tym razem masz zerwanie połączenia przez drugą stronę. Jak z zasięgiem masz?
Modem ma działać u mojej dziewczyny a tam sygnał jest BARDZO słaby.
3ginfo
Status: Polaczony
Operator: Play
Tryb pracy: UMTS
Sila sygnalu: 25%
Urzadzenie: huawei E176G
MCC MNC: 260 06
LAC: 0CB (203)
LCID: - (-)
RNC: - (-)
CID: 60B7 (24759)
CSQ: 8
RSSI: -97 dBmNa razie u dziewczyny podstawowa funkcjonalność routera działa.
Teraz pora na dorobienie bajerów.
Dzięki.
Dokładnie tak samo dzieje się z E1750, i to tylko z Gargoyle'm. Na Backfire rc4, z doinstalowanymi "gratami" do obsługi 3g wszystko śmiga aż miło. W Gargoyl'u Podłączenie do aktywnego hub'a nie poprawia sytuacji.
Witam,
Wlasnie wczoraj przeszedlem moje pierwsze konfigurowanie 1043ND v1.8 z E1750 i potwierdzam to samo. Najpierw wgralem Cezarego Gargoyl i mailem te same problemy z modemem. W koncu pobralem Cezarego B rc4 plus recznie dograne elementy do 3G i dziala OK
Zostal mi problem tylko ze jak zostanie 1043ND wylaczony i ponownie wylaczony to modem nie dzial E1750 tylko mruga caly czas dioda i musze wjac i wlozyc modem dopiero mozna podniesc siec do gory. Pewnie bede musial poszukac na forum rozwiazania tego problemu.
PS A ma ktos jakis pomysl na to aby automatycznie podniesc polaczenie 3G jesli padnie ? Jakis script w crontab sprawdzjacy czy WAN jest UP jesli nie to iifdown wan; sleep 10; ifup wan ???
Pozdrawiam
http://eko.one.pl/?p=openwrt-skrypty#re … edzibramki
Moje modemy chodzą. Potrzebuje więc pożyczyć modem który nie chodzi w celu sprawdzenia Gargoyle.
http://eko.one.pl/?p=openwrt-skrypty#re … edzibramki
Moje modemy chodzą. Potrzebuje więc pożyczyć modem który nie chodzi w celu sprawdzenia Gargoyle.
O wlasnie o takie skrypty mi chodzilo dzieki :-)
http://eko.one.pl/?p=openwrt-skrypty#re … edzibramki
#!/bin/sh
TARGET=`route -n | awk '/^0.0.0.0/ { print $2 }'`
if ! ping -q -c 1 -W 10 ${TARGET} > /dev/null; then
ifup wan
fi
Warto dodac moze do tego opis uwage ze w przypadku polaczen 3g (ja mam tak w PlusGSM) pobrany adres IP jako $TARGET 10.64.64.64
nigdy nie odpowiada (pewnie tak maja w iPLUS ze ping jest blokowany) powoduje ze co 10 min bedzie nam robil ifup wan wiec aby skrypt byl rozsadny dla 3g nalezy zakomentowac linie
TARGET=`route -n | awk '/^0.0.0.0/ { print $2 }'`
a w lini
if ! ping -q -c 1 -W 10 ${TARGET} > /dev/null; then
zamiast $TARGET wpisac jakis IP adres z sieci Internet ktory jest zawsze dostepny i odpowiada i wtedy bedzie skrypt dzialal dla 3g z przeznaczeniem takim jaki jest
Pozdrawiam
Waldek
np. 8.8.8.8. Ten skrypt był raczej pisany dla połączeń typu pppoe 
Strony Poprzednia 1 2
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → TL-WR1043ND - problem z połączeniem 3g
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc