Problem z Play Online w openSUSE

[Ayufan200]

Witam

Problem wygląda tak- na Windows XP mogę normalnie połączyć się z siecią (wyłapuje HSDPA). W Linuksie zaś mam taki problem- przed próbą nawiązania połączenia dioda świeci się na niebiesko, kiedy tylko klikam na "połącz" w umtsmon to od razu kolor się zmienia na zielony i nie łączy. Podobnie reaguje wvdial.

Aktualnie mam openSUSE 11.1, płyta główna to MSI KT6-Delta.

Z góry dziękuję za pomoc

[berni]

Jakie masz wpisy w Twoim pliku resolv.conf ? Musisz sprawdzic DNS-y Playa, jesli to nie pomoze to sprawdz openDNS-y. Blokada tego pliku to polecenie (jako root):
chattr +i resolv.conf
a odblokowanie, czyli mozliwosc edycji, to:
chattr -i resolv.conf
Oczywiscie wszystkie te zmiany przy odlaczonym modemie i na wszelki wypadek restart kompa.
U mnie to sie sprawdza.

[Amanda]

..ale co DNSy maja do nieprawidłowego/dziwnego zachowania się modemu?

Świeci na zielono światłem ciągłym - "Modem jest połączony z siecią GPRS" ? (tak jest przy moim E156G)

Jaki masz modem?, jakieś logi?

[Ayufan200]

Jaki masz modem?, jakieś logi?

Modem to Huawei e156g.

Logi które wywalił pppd:

Kod: Zaznacz cały

pppd options in effect:
debug debug debug		# (from command line)
updetach		# (from command line)
idle 7200		# (from command line)
dump		# (from command line)
active-filter xxx # [don't know how to print value]		# (from /etc/ppp/filters)
noauth		# (from /etc/ppp/options)
/dev/ttyUSB0		# (from command line)
460800		# (from command line)
lock		# (from command line)
crtscts		# (from command line)
modem		# (from command line)
asyncmap 0		# (from command line)
lcp-echo-failure 4		# (from /etc/ppp/options)
lcp-echo-interval 30		# (from /etc/ppp/options)
lcp-restart 2		# (from /etc/ppp/options)
lcp-max-configure 60		# (from /etc/ppp/options)
noipdefault		# (from /etc/ppp/options)
defaultroute		# (from command line)
replacedefaultroute		# (from command line)
usepeerdns		# (from command line)
noipx		# (from command line)
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc0e42e98> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <auth chap MD5> <magic 0xe5df7e> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x4 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xc0e42e98> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xe5df7e> <pcomp> <accomp>]
sent [LCP ConfAck id=0x5 <asyncmap 0x0> <magic 0xe5df7e> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xc0e42e98]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP DiscReq id=0x6 magic=0xe5df7e]
rcvd [LCP EchoRep id=0x0 magic=0xe5df7e c0 e4 2e 98]
rcvd [LCP ProtRej id=0x7 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x6 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x6 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Modem hangup
Connection terminated.

[berni]

..ale co DNSy maja do nieprawidłowego/dziwnego zachowania się modemu?

Świeci na zielono światłem ciągłym - "Modem jest połączony z siecią GPRS" ? (tak jest przy moim E156G)

Jaki masz modem?, jakieś logi?

Mój modem to Huawei E156G - taki mam w podpisie.
Co do DNS-ów to mają duże znaczenie. Piszę to na podstawie moich doświadczeń z łączeniem internetu w openSUSE poprzez Huaweia. Chyba już znalazłem skuteczny sposób na bezproblemowe połączenie z siecią w openSUSE tym modemem a być może innymi też, korzystając z programu UMTSmon. A więc jeszcze do wczoraj stosowałem wvdial, który prawidłowo nawiązuje połączenie z siecią lecz ma podstawowy mankament - dane wpisy w pliku wvdial.conf nie są uniwersalne dla modemów różnych producentów. Przed zainstalowaniem openSUSE 11.1 z Gnome na moim komputerze (mam teraz i Mandrive 2009.1 i openSUSE 11.1) przetestowałem wiele razy uruchamiając komputer z płytki LiveCD, którą też można zainstalować - tak też zrobiłem. W testach korzystałem tylko z UMTSmon (paczka umtsmon-0.9.51.20081117-1.10.i586.rpm) i do prawidłowego działania w openSUSE 11.1 (i586) z Gnome potrzebny jest pakiet qt3-3.3.8b-87.11.i586.rpm . Obydwa te pakiety pobrałem wcześniej z repozytorium SUSE:
http://download.opensuse.org/distributi ... /suse/i586
i skopiowałem na dysk, można też na płytkę i mieć do nich dostęp w każdej chwili. Ważna jest tu kolejność instalacji tych pakietów: pierwszy to qt3-3.3.8b-87.11.i586.rpm a drugi umts może być innej nowszej wersji, ważne aby to była paczka rpm dla openSUSE. Ponadto w trakcie testów okazało się, że modem skonfigurowany z simem Playa nieprawidłowo działa z simem Plusa nawet w utworzonych przeze mnie osobnych profilach, a objawem było nieprawidłowe działanie UMTSmon i wydawaniem dziwnych dźwięków przez mojego Huaweia. Problem ten znikł gdy kolejno uruchamiałem suska z LiveCD i podłączałem modem raz z simem Playa a następnie uruchomienie LiveCD i modem był z simem Plusa. Teraz pozostało tylko sprawdzać stabilność połączenia i jak do tej pory jest ok.
Edit
Zapomniałem o najważniejszej sprawie: zawartość pliku resolv.conf.
Gdy nic w nim nie wpisywałem to UMTSmon niby łączył z siecią a w rzeczywistości Firefox nie mógł wczytać żadnej strony, pingi również nie działały. Dopiero wpisanie DNS-ów Playa (jako root) poskutkowało. W przypadku Plusa wpisywałem DNS-y Plusa. Nie blokowałem tego pliku poleceniem:
chattr +i resolv.conf. Ponadto program uruchamiam w konsoli będąc zalogowanym jako root.

[Amanda]

Co do DNS-ów to mają duże znaczenie.

Owszem mają, ale dopiero po uzyskaniu połączenia z siecią. DNSy służą do zamiany nazw typu "www.onet.pl" na konkretne IP, a dopóki nie ma połączenia z intenetem dopóty do niczego nie są one potrzebne i ich ustawienia nie mają wpływu na zachowanie się modemu.

Używam w moim lokalnym serwerze/routerze (terminal Neoware) bazowej wersji dystrybucji Slitaz i łączę się przy użyciu wvdial'a

/etc/wvdial.conf

Kod: Zaznacz cały

[Dialer Defaults]
Modem = /dev/ttyUSB0
Baud = 57600
Init1 = ATH
Init2 = ATE1
Init3 = AT+CGDCONT=1,"IP","internet"
Dial Command = ATD
Phone = *99#
Stupid mode = yes
Username = ""
Password = "" 

/etc/ppp/peer/wvdial

Kod: Zaznacz cały

noauth
name wvdial
plugin passwordfd.so
defaultroute
noipdefault
nomagic
usepeerdns
ipcp-accept-local
ipcp-accept-remote
nomp
noccp
nopredictor1
novj
novjccomp
nobsdcomp 

i skrypt startowy

Kod: Zaznacz cały

wvdial &
route del default eth0
route add default ppp0
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE 

[berni]

Ja bym jeszcze sprawdził w jakim trybie jest modem. W Windowsie i w Linuksie można stosować odpowiednie komendy, tu jeszcze ich nie testowałem. Początkowo gdy zapoznawałem się z UMTSmon nieumiejętnie posługiwałem się opcjami:
Preferencje radia
Wybierz operatora sieci
Bywało tak, że "moje kombinacje" powodowały iż Huawei w ogóle nie chciał się uruchomić w linuksie. Wtedy w Windows XP SP3 (i zainstalowane w nim programy PlayOnline i Top Net_Info) który mam też wgrany na dysku, a jest mi on potrzebny tylko do sprawdzania stanu konta i doładowań dla Playa i Plusa, resetowałem ustawienia modemu. Następnie jeszcze raz zainstalowałbym openSUSE ale z Gnome i wgrał UMTSmon tak jak już opisałem. Nic innego nie przychodzi mi do głowy.

[Ayufan200]

Dalej nie działa nie wiem co już może być próbowałem wszystkiego....

[Amanda]

Kolego, bez urazy, ale jeżeli nie będziesz podawać szczegółowych informacji, logów itp to trudno Ci pomóc na podstawie stwierdzenia

Dalej nie działa nie wiem co już może być próbowałem wszystkiego....

Jak się zachowuje po użyciu np wvdiala z "czystym"(podstawowym) konfigiem i plikiem z parametrami /etc/peer/wvdial - tylko np

Kod: Zaznacz cały

noauth

?

Sorry, ale też za mocno nie siedzę w temacie

[Ayufan200]

Udało mi się już odpalić. Problem leżał po stronie USB. Wykorzystałem więc ładowarkę USB, którą używałem wcześniej do NetBox'a 2.

I siedzę na Ubuntu

Mam tylko jedno pytanie- czy na doinstalowanym KDE będe móŋł uruchomić aplet NetworManager i połączyć się podobnym jak na Gnome sposobem?

[berni]

Zdobyłem pełną wersję instalacyjną openSUSE 11.1 na DVD, zainstalowałem i okazało się, że UMTSmon ver. 0.9.50-20081117 jest już na płytce i nie trzeba go ściągać z repozytorium. Wystarczy go zainstalować i nic nie zmieniać w zaawansowanych opcjach PPP, domyślnie jest włączone:
+ zastąpienie domyślnej trasy
+ ustawienie domyślnej trasy
+ użycie DNS klienta
Oczywiście trzeba samemu utworzyć odpowiednie profile.
Ponadto nic nie trzeba zmieniać w pliku resolv.conf , program w trakcie podłączenia sam dopisuje DNS-y danego operatora. Tak jest w moim przypadku, czy to był Plus (którego już nie używam ze względu na słabe osiągi) czy to jest Play.
W Ustawieniach sieciowych -> Metoda konfiguracji mam zaznaczone -> Przez ifup.