Internet Przez Telefon Samsung

[keylogger]

Witam,

problem jest następujący:

mam telefon Samsung SGH-J600E, którego od pewnego czasu używam do łączenia z Internetem pod Windowsem. Pomyslalem, ze można by spróbować tego samego pod Linuksem - udało mi się sparować telefon z komputerem, znalazlem w Internecie skrypt do pppd i odpalilem go. Negocjacja połączenia na początku odbywa się bez przeszkód, ale dalej pojawia sie problem.

 

To jest skrypt, którego używam przy łączeniu:

# Description:
# Serial cable, IrDA, Bluetooth and USB pppd options for GPRS phones.
# See 'man pppd' for detailed option descriptions.

# Most GPRS phones don't reply to LCP echo's
lcp-echo-failure 0
lcp-echo-interval 0

# Keep pppd attached to the terminal:
# Comment this to get daemon mode pppd
nodetach

# Debug info from pppd:
# Comment this off, if you don't need more info
debug

# Show password in debug messages
show-password

# Connect script:
# scripts to initialize the GPRS modem and start the connection,
# wvdial command is for Orange SPV while other phones should work with chat
connect /etc/ppp/peers/gprs-connect-chat

disconnect /etc/ppp/peers/gprs-disconnect-chat

/dev/rfcomm0

# Serial port line speed
115200

crtscts

# Ignore carrier detect signal from the modem:
local

# IP addresses:
# - accept peers idea of our local address and set address peer as 10.0.0.1 
# (any address would do, since IPCP gives 0.0.0.0 to it)
# - if you use the 10. network at home or something and pppd rejects it,
# change the address to something else 
:10.0.0.1

# pppd must not propose any IP address to the peer!
noipdefault

ipcp-accept-local
defaultroute
usepeerdns

# ppp compression:
# ppp compression may be used between the phone and the pppd, but the 
# serial connection is usually not the bottleneck in GPRS, so the 
# compression is useless (and with some phones need to disabled before 
# the LCP negotiations succeed).
novj
nobsdcomp
novjccomp
nopcomp
noaccomp

noauth
user "idea"

 

A to jest plik gprs-connect-chat:

exec chat 						\
TIMEOUT		5				\
ECHO 		ON				\
ABORT		'\nBUSY\r'			\
ABORT		'\nERROR\r'			\
ABORT		'\nNO ANSWER\r'			\
ABORT		'\nNO CARRIER\r'		\
ABORT		'\nNO DIALTONE\r'		\
ABORT		'\nRINGING\r\n\r\nRINGING\r'	\
''		\rAT				\
TIMEOUT		12				\
SAY		"Press CTRL-C to close the connection at any stage!"	\
SAY		"\ndefining PDP context...\n"	\
OK		ATH				\
OK		ATE1				\
OK		'AT+CGDCONT=1,"IP","www.idea.pl","",0,0'	\
OK		ATD*99#				\
TIMEOUT		22				\
SAY		"\nwaiting for connect...\n"	\
CONNECT		""				\
SAY		"\nConnected." \
SAY		"\nIf the following ppp negotiations fail,\n"	\
SAY		"try restarting the phone.\n"

 

A to fragment wyjścia programu pppd:

Connect: ppp0 <--> /dev/rfcomm0
Apr 20 11:21:14 localhost pppd[2712]: Serial connection established.
Apr 20 11:21:14 localhost pppd[2712]: Using interface ppp0
Apr 20 11:21:14 localhost pppd[2712]: Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc02dd880> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap>]
sent [LCP ConfAck id=0x1 <asyncmap 0xa0000> <auth pap>]
rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xc02dd880>]
rcvd [LCP ConfNak id=0x2 <asyncmap 0xa0000>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0xc02dd880>]
LCP: timeout sending Config-Requests
Connection terminated.
Apr 20 11:21:45 localhost pppd[2712]: LCP: timeout sending Config-Requests
Apr 20 11:21:45 localhost pppd[2712]: Connection terminated.

 

Próbowalem róznych opcji m.in nomagic, asyncmap 0xa0000, czy default-asyncmap, ale to nie rozwiązuje problemu. Raz udało mi się, coś zmienić tak, że doszło do pobierania adresów serwerów DNS, ale przypadkowo skasowałem ustawienia.

Ew. moge jeszcze podac dane wyjściowe przy innych ustawieniach.

Czy ktos z Was wie, jak rozwiązać ten problem?

 

Co do systemu - problem wygląda tak samo na Fedorze 3, jak i 5 - myśle, że wersja nie ma znaczenia.

I jeszcze pytanie - czy dla Orange login i hasło mają byc zapisane w pliku pap-secrets, czy chap-secrets, o ile ma to znaczenie?

[morsik]

Co do systemu - problem wygląda tak samo na Fedorze 3, jak i 5 - myśle, że wersja nie ma znaczenia.

1. Skąd Ty masz takie archaiczne wersje?
2. Najnowsza Fedora to 8, a za 24 dni wyjdzie Fedora 9. Wersja ma wielkie znaczenie, ponieważ coraz to nowsze jądro obsługuje nowe urządzenia, a co za tym idzie łatwiej wszystko uruchomić.

[keylogger]

Hmm, myslalem, że dowiem się czegoś wiecej, ale i tak dzieki za odpowiedz. Mimo wszystko wydaje mi sie jednak, ze z samą obslugą telefonu przez system nie ma problemu. Nie wiem, czy aktualizacja pomoze, skoro wg. chodzi tylko o odpowiednią konfiguracje skryptu do pppd.

Ma ktos jeszcze jakies propozycje?

[morsik]

Teoretycznie tylko o skrypt, ale jest przecież taka możliwość że taka wersja pppd może nie obsługiwać poprostu takich funkcji, jakie Ty chcesz uzyskać.

Czytałem kilka poradników o tym bo przez IrDĘ chciałem podłączyć swój telefon, ale że IrDA uparta jest to był problem.

Na pierwszy rzut oka wygląda ten skrypt na ok, ale nikt nie będzie wiedział na 100% jeśli nie zaaktualizujesz.

 

Ja jednak bym był za aktualizacją. Albo najlepiej poczekaj te 23 dni do Fedory 9.

 

PS> W tażdym "Jak zadawać pytania" pisze, aby pytający najpierw zaaktualizował system

[keylogger]

Morsik, ta aktualizacja to dobry pomysł, chociaż trzeba będzie poczekać jeszcze parę dni. Będę aktualizował z Fedory 5, więc szykują sie spore zmiany .

 

A teraz do rzeczy: miałem troszke wolnego czasu i udało mi sie znaleźć rozwiązanie. Niestety, tu pojawia sie kolejny problem, chociaż licze, ze tym razem rozwiązanie będzie łatwiejsze.

 

Zmieniłem skrypt w następujący sposób (usunąłem parę raczej nieważnych opcji, dodałem kilka nowych, ale nie wszystkie mają szczególne znaczenie):

user "idea"
connect "/usr/sbin/chat -v -f /etc/ppp/peers/orange-gprs"
disconnect "/usr/sbin/chat -v -f /etc/ppp/peers/orange-gprs-off"

/dev/rfcomm0
115200

crtscts

local

updetach
debug

noipdefault
usepeerdns
defaultroute

#poniższe dwie są chyba najważniejsze
default-asyncmap
noccp
novj
nobsdcomp
novjccomp

persist
noauth

 

Okazuje sie też, że hasło i login musza byc zapisane w /etc/ppp/pap-secrets:

"idea" * "idea"

 

Tak wygląda negocjacja połączenia:

[root@localhost ~]# pppd call gprs

OK
TZAT+CGDCONT=1,"IP","www.idea.pl"
OK
ATD*99***1#
CONNECT
Serial connection established.
using channel 48
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <magic 0x25b1268d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap>]
sent [LCP ConfRej id=0x1 <asyncmap 0xa0000>]
rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <magic 0x25b1268d>]
rcvd [LCP ConfReq id=0x2 <auth pap>]
sent [LCP ConfAck id=0x2 <auth pap>]
rcvd [LCP ConfAck id=0x2 <magic 0x25b1268d>]
sent [PAP AuthReq id=0x1 user="idea" password=<hidden>]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
sent [iPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [iPCP ConfReq id=0x3 <addr 85.102.119.136>]
sent [iPCP ConfAck id=0x3 <addr 85.102.119.136>]
sent [iPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [iPCP ConfNak id=0x1 <addr 91.94.149.139> <ms-dns1 217.116.100.65> <ms-dns3 217.116.100.66>]
sent [iPCP ConfReq id=0x2 <addr 91.94.149.139> <ms-dns1 217.116.100.65> <ms-dns3 217.116.100.66>]
rcvd [iPCP ConfAck id=0x2 <addr 91.94.149.139> <ms-dns1 217.116.100.65> <ms-dns3 217.116.100.66>]
local  IP address 91.94.149.139
remote IP address 85.102.119.136
primary   DNS address 217.116.100.65
secondary DNS address 217.116.100.66

 

Autentykacja PAP pomyślna, adresy DNS pobrane, modem uzyskał adres:

[root@localhost ~]# ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol
         inet addr:91.94.149.139  P-t-P:85.102.119.136  Mask:255.255.255.255
         UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
         RX packets:3 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:54 (54.0   TX bytes:116 (116.0 

 

Skoro wszystko niby OK, to w czym problem?

[root@localhost ~]# pppstats
     IN   PACK VJCOMP  VJUNC  VJERR  |      OUT   PACK VJCOMP  VJUNC NON-VJ
     54      3      0      0      0  |      116      5      0      0      5
[root@localhost ~]# ping onet.pl

[root@localhost ~]# pppstats
     IN   PACK VJCOMP  VJUNC  VJERR  |      OUT   PACK VJCOMP  VJUNC NON-VJ
     54      3      0      0      0  |      169      6      0      0      6

 

Ze statystyk wynika, że nie docierają (chyba tez nie dochodzą) do celu żadne pakiety.

 

Na razie nie wiem, co jest przyczyną, ale może ktoś miał podobny problem?

[morsik]

Nie rób aktualizacji z Fedory5 do Fedory9. Więcej będzie z tego problemów niż pożytku. Ściągnij lepiej DVD lub LiveCD Fedory 9 (wyjdzie za kilkanaście dni ta wersja).

 

Pokaż wyjście z polecenia:

cat /etc/resolv.conf

 

Jeśli mówisz że to pakiety nie dochodzą to wykonaj:

traceroute www.fedora.pl

zobaczymy przez ile komputerów przejdzie. Ostatni to oczywiście www.fedora.pl musi być

[Adi1981]

Nie rób aktualizacji w sensie zainstaluj F9 od podstaw znaczy się ?

[keylogger]

Skasowałem ostatniego posta, który był niepotrzebny - wreszcie udało mi sie znaleźc rozwiązanie!!! Rzeczywiście, problem leżał po stronie DNS-ów. Jeśli ktoś ma podobne problemy z konfiguracją połączenia dla tego telefonu, to powyzszy plik z konfiguracją dla pppd o nazwie <b>gprs</b> jest poprawny, a plik /etc/resolv.conf dla Orange powinien wyglądac następująco:

#początek

search

nameserver 217.116.100.66

nameserver 217.116.100.65

#koniec

 

To by było na tyle. Temat można uznac za zamknięty.