FC4+IRDA+??? moblitelefon

Wireless

FC4+IRDA+??? moblitelefon

  • 1029 megtekintés

( szabolcs1975 | 2006. 01. 29., v – 21:21 )

Érdekes, én kb 3 hónapja probálkozom T68-al az FC4-en és nem megy. Fölöttébb érdekes!

( szabolcs1975 | 2006. 01. 31., k – 14:48 )

Nyilván azért probálok pingelni, hogy ezzel kizárjam a DNS szerver hibáját!
Ja és olyanokat probálok pingelni, amik tudom, hogy válaszolnak(pl sajat beállított szerver)...

Természetesen ettől függetlenül kipróbáltam már a http kérést is, és természetesen nem müxik(mondjuk ezek után fura lenne)

( Czo v | 2006. 01. 31., k – 14:52 )

probald mge a masik apn-t. Imho ha feltudtal konektelni akkor mennie kell.. ugye tuzfal fedoraban ki van kapcsolva? mert ha nincs akkor nemfog engedni semmien forgalmat ppp0 -an kiveve ha valahol beallitod. a pinget meg azert mondom mert tmobilenal olyat se tudok pingelni amit amugy tudnek. resolv.conf is jo?

( szabolcs1975 | 2006. 01. 31., k – 15:59 )

Internet.vodafone.hu, az előfizetői APN és ezt használom, a windows alól is. Természetesen a tüzfal és az SE-linux, egyaránt ki van kapcsolva!

Gondoltam már én is olyanra, hogy valami fogja a PPP forgalmat, de nem tudom, hogy mi lehet.

ui: mellesleg érdekes, mert az ethreal szerint kimegy a kérelem, csak válasz nem jön. Resolv.conf-ba egy vodás DNS szerver címe van írva, de ha adsz egy másik címet szívesen megpróbálom azt is!

( szabolcs1975 | 2006. 02. 01., sze – 15:11 )

Megkövetlek benneteket, tulajdonképpen mindenben igazatok volt. Ez a játék szerencsétlenül jött ki!

A gond az volt, hogy ha windows alól csatlakozom a vodáról akkor a pingelésre válaszol, linux alol pedig nem(nyilván más átjárót kap,,de ez rendszeresen igy van). Én naivan megpingeltem, hogy hátha válaszol, de nem tette.

Aztán pedig beirtam neki egy em vodás DNS-cimet, ami szintén nem válaszolt!
Majd megprobáltam a win alól, onnan meg válaszolt(ezt megint nem tudom, hogy lehet)

Ma kiprobáltam a saját otthon futó DNS-szerveremmel, amiben tényleg biztos voltam, hogy válaszol. És válaszolt is :-) Ekkora hülye is csak én lehet, hogy ezt csak ma tettem meg.(onnantól egyértelmü volt, hogy a DNS -cim a rossz)

Na mindegy, mindent köszi. tényleg igazatok volt, a DNS-t irtam rosszul be. Ja és a UPC-s DNS- nem megy voda alól :-)

( Czo v | 2006. 01. 30., h – 00:53 )

mi nem ment vele? /dev/ircomm0 -kent kell meghajtani... aztan mivel linux irda nem all a helyzet magaslatan, igy sok telot erinto workaround:
[code:1:da455ad80b]
echo "1000" > /proc/sys/net/irda/min_tx_turn_time
echo "1" > /proc/sys/net/irda/max_tx_window
echo "115200" > /proc/sys/net/irda/max_baud_rate
[/code:1:da455ad80b]

( Csab | 2006. 01. 31., k – 17:26 )

A resolv.conf-ot automatikusan kellene felülírni a rendszernek.

A dolog úgy kellene, hogy menjen, hogy a DNS címe automatikusan állítódik be. A szolgáltató csak jobban tudja a saját DNS-ét, mint te.

Nem vagyok egy nagy TCP guru, de nem a DHCP-nél kellene valamit beállítani? Egyáltalán ppp-nél van DHCP? Mert az elintézné az egészet egy egyszerű broadcast-tal.

A telefonod mindenesetre felment a netre a logok alapján. A DNS-t nem tudja elérni. Az új telefonoddal is ugyaneddig fogsz eljutni, ha lecseréled.

A DNS elérést ha beállítod minden menni fog. Tartok attól, hogy a resolv.conf-ot idáig kézzel editáltad...

( Czo v | 2006. 01. 31., k – 17:28 )

apn -bol probald ki a standardnet.vodafone.net -et.. es ne a tomoritoset....

213.46.246.51
213.46.246.52

ez pl az upc -s. nemtom megy-e nem upc halobol. amikor fentvagy neten, nyomnal ide nekem egy iptables-save kimenetet?

( Csab | 2006. 01. 31., k – 18:12 )

Igen, a DHCP-t kellene rendesen bekonfigurálni.

Süsü linux alatt a
/etc/sysconfig/network/dhcp alatt van minden.

DHCLIENT_MODIFY_RESOLV_CONF="true"

Ebben az esetben átveszi a szerver által kínált resolv.conf-ot, felülírva a régit.

( szabolcs1975 | 2006. 01. 31., k – 00:31 )

Már kezdem magam teljesen hülyének érezni. Vagy ennek a játéknak ez a lényege? A fene sem tudja, ennyi idő alatt megírok egy csili-vili java progit.

Na mindegy, beírom ameddig eljutottam, hátha ti okosabbak vagytok!

------------------elsőként a kapcsolatfelvétel a szolgáltató szerverével------
[root@localhost peers]# pppd call gprs
rATfining PDP context...n connection at any stage!
OK
ATH
OK
ATE1
OK
AT+CGDCONT=1,"IP","internet.vodafone.net","",0,0
OK
AT+CGQREQ=1,0,0,0,0,0
OK
AT+CGQMIN=1,0,0,0,0,0
OK
AT+CGATT=1
OKnwaiting for connect...n
ATDT*99#
try restarting the phone.ntiations fail,n
Serial connection established.
using channel 8
Using interface ppp0
Connect: ppp0 <--> /dev/ircomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7ac734ac>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp> <auth pap>]
sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
rcvd [LCP ConfRej id=0x1 <magic 0x7ac734ac>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth pap>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth pap>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0>]
sent [PAP AuthReq id=0x1 user="vodawap" password="vodawap"]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
rcvd [LCP ProtRej id=0x4 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
rcvd [IPCP ConfReq id=0x1 <addr 10.18.130.134>]
sent [IPCP ConfAck id=0x1 <addr 10.18.130.134>]
rcvd [IPCP ConfNak id=0x1 <addr 10.18.130.135>]
sent [IPCP ConfReq id=0x2 <addr 10.18.130.135>]
rcvd [IPCP ConfAck id=0x2 <addr 10.18.130.135>]
Cannot determine ethernet address for proxy ARP
local IP address 10.18.130.135
remote IP address 10.18.130.134
Script /etc/ppp/ip-up started (pid 4775)
Script /etc/ppp/ip-up finished (pid 4775), status = 0x0

------------------második lépés, az ppp-fölötti ip cím ellenőrzése---------

[root@localhost peers]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:08:02:D7:4B:CB
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::208:2ff:fed7:4bcb/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:70 errors:0 dropped:0 overruns:0 frame:0
TX packets:108 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11204 (10.9 KiB) TX bytes:14378 (14.0 KiB)
Interrupt:10 Base address:0x6800

irda0 Link encap:IrLAP HWaddr 00:00:00:00
UP RUNNING NOARP MTU:2048 Metric:1
RX packets:1669 errors:0 dropped:0 overruns:0 frame:0
TX packets:1803 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:8
RX bytes:10070 (9.8 KiB) TX bytes:12381 (12.0 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2128 errors:0 dropped:0 overruns:0 frame:0
TX packets:2128 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2234537 (2.1 MiB) TX bytes:2234537 (2.1 MiB)

ppp0 Link encap:Point-to-Point Protocol
inet addr:10.18.130.135 P-t-P:10.18.130.134 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:48 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:30 (30.0 b) TX bytes:2769 (2.7 KiB)

--------------harmadik lépés, az alapértelmezett átjáró megtekintése------

[root@localhost peers]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.18.130.134 * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 lo
default 10.18.130.134 0.0.0.0 UG 0 0 0 ppp0

-----------az alapértelmezett átjáró pingelése--------------------

[root@localhost peers]# ping 10.18.130.134

-----------válasz nincs, ja és bármit pingelhetek, eredmény ugyanez!-------

Jó éjszakát mazo-társnak :-)

( szabolcs1975 | 2006. 01. 30., h – 11:24 )

Semmi nem ment vele. Ircomm0-an jobb esetben fagy rossz esetben észre sem veszi, hogy van ott egy modem.

Ircomm1-en eljutottam adáig, hogy feljelentkeztem a távoli szerverre(PPP-s IP címet kaptam...stb) viszont pingelni semmit sem tudok, tehát a net továbbra sem megy!

Az alább leírt beállításokon már régen túlvagyok.

megj: az FC4 finoman szólva nem áll az IRDA magaslatán.

( szabolcs1975 | 2006. 02. 01., sze – 02:05 )

Nem tudom én már konfiguráltam DHCP szervert, és ugy gondolom nem érhet nagy meglepetés(de lehet tévedek).

Egyet értsetek meg, hogy a DNS csak a névfeloldáshoz kell, ha tudsz egy IP címet, ami válaszol a vodánál( mert mondjuk Windows alol kiprobálom) akkor válaszolni kell a linuxnak is...(tüzfal nincs)

Vagy létezik, hogy windows kliensnek válaszol, linuxnak pedig nem?
:-)

Egyébként DHCP-vel átjárót, ip-címet és DNS kiszolgálót kapsz!
Ezek közül szemmel láthatólag megkaptam az IP címet és az átjárót!

ui: azért tényleg köszi mindent, lehet valami tényleg primkó dolgot nézek el...holnap azért kipróbálok mindent ugy ahogy írtatok...hátha

( Czo v | 2006. 01. 30., h – 11:55 )

nekem siman ment vele az irda, mondjuk nem emlexem hogy megtalalta-e magatol, vagy en inditottam irattachot /dev/ttyS1 -re ... ha telot latod irdadump -pal, akkor ircomm0 -an ppp -t hasznalva menni kell netnek is rogton... ha mar netre feljutsz es ppp -s ip-d is van, akkor meg net is van ha jo a ppp beallitasod... hogyan es mivel csatlakozol telon at? gprs? csd? hscsd? miket tartalmaz ppp scripted?

( szabolcs1975 | 2006. 01. 28., szo – 03:20 )

A kérdésem: milyen mobiltelefont vegyek, az FC4hez,hogy az IRDA-n keresztül jól müködjön!

Tudom hülyén hangzik, de most akarom telót venni és ez rohadt fontos szempont lenne(a linux kompatibilitás)

( Czo v | 2006. 01. 31., k – 09:00 )

ez igy rendben is van. resolv.conf -ba minden jo? mostmar netnek mennije kene, ez imho mar nem a telefonon mulik. O netre feljutott, ppp rendben, ip / route rendben. Es ne pingelni probalj szerintem, mert pl tmobilnal hol atmegy a ping holnem, egy http keres sokkal biztosabb. De elotte ellenorizd hogy resolv.conf -ba jok-e a dns serverek. esetleg internet.vodafone.net apn helyett probald a standardnet.vodafone.net -et.

( Czo v | 2006. 01. 28., szo – 09:35 )

Mit ohajtasz csinalni a telefonnal? Ha csak netre kell, akkor szerintem barmien IrDA telefon megteszi.

( szabolcs1975 | 2006. 01. 30., h – 14:02 )

Na látod, pont ugyanugy gondolkozol mint én..

Én is teljesen így gondoltam és már tényleg a bőrt marom le az arcomról mérgemben!

Az irda-t mint szolgáltatlást inditottam ami meghívja az irattachot. Ott nagynehezen rábírtam, hogy az IRDADUMP érzékelje a telót!

Huuu te volt öröm ne tudd meg, hiszen ha érzékeli a telót akkor már elvileg simán mennie kell neki, gondoltam. A fenét, hiába érzékelte, egyetlen kilens oldali PPP-s progi nem látta. Egy nyomorult at parancsot sem tudtam neki küldeni! Ha pedig nagy nehezen el is értem , akkor is fagyott

Aztán vagy két napja véletlenül ircomm1-en keresztül probáltam elérni és ment! Éljen mondtam, immár másodszor, hogy na mostmár tényleg tutira menni kell a netnek is. A fenét, most sem megy!

( Czo v | 2006. 01. 30., h – 14:04 )

Nemtom... nekem rogton ment minicommal a cucc. Mien infra akar ez lenni? Az irattachal miert kelett kuzdeni hogy lassa telot? :D

( szabolcs1975 | 2006. 02. 01., sze – 23:05 )

mégsem megy :-(

A helyzet az, hogy valamit én nagyon nem tudok, nem értek stb...

Tehát felmegyek a netre és mostmár tiszta sor, amit akarok megtudok pingelni....

A dns viszont szarozik....

a etc/sysconfig/network/dhcp alatt lévő ájlt nem találom, és nem tudom automatikusra tenni a dns-t kiszolgáló kérését.

Viszont ha odateszem majd akkor sem fog nyugodni hagyni, hogy miért megy pl a 195.228.240.249-es szerver a windows alol helyből és miért nem old fel a linux alól?

Vagy én nem tudok valamit és valójában nem is az /etc/resolv.conf-ból probálja kikeresni a dns szervert?

Tényleg nem tudom, annyit látokl, hogy bármit irok be oda, nem megy. És mostmár értem, hogy miért szívtam én ennyit. Nekem teljesen logikus lenne, hogy ha beírok egy windows alól stabilan müködö dns szervert a resolv.conf-ba akkor azzal menni kellene. hát tévedek..

Attól függetlenül sokkal előrébb vagyok!

ui: létezik, hogy a voda cssak az saját maga által adott dns szervert engedi használni:::: létezik ilyen????

( Czo v | 2006. 02. 01., sze – 23:15 )

Elvileg megoldhatja voda... Viszont kertem mar hogy amikor "felmesz netre" akkor egy iptables-save kimenetet tolj nekem... lattam mar olyan fedorat aminel nem volt fw telepitve, megis netkonektkor bekerult valami hulye szuro, amin ppp nem volt kiengedve.

( szabolcs1975 | 2006. 02. 01., sze – 23:31 )

tehát kértem a vodától dns szerver címet és ezzel egyelőre ugy néz ki , hogy megy!

Kapaszkodjatok...négyszer probáltam meg a fenti dns szervert(195.228.240.249) linux alól statikusan beállítva! Egyszer sem ment.

Beállítottam windows alatt statikusan ugyanezt a szervert, és itt vagyok most írok nektek. Nekem ez nagyon nem tiszta.

Ugyanaz a dns szerver megy statikusan windows alatt és linux alatt nem...

Ja és ezért volt a sok szívás is, mert nekem eszembe sem jutott, hogy ilyen létezhet. Komolyan kérdezem van valakinek rá magyarázata?

( Czo v | 2006. 02. 01., sze – 23:47 )

_azert_ irom hogy egy iptables-save -t tolj mar ide konyorgom...

( szabolcs1975 | 2006. 02. 02., cs – 02:09 )

Azért nem tolom, mert nincs!

Beírtam, hogy iptables-save és nem ír ki semmit, mivel az iptables eddig ki volt kapcsolva.

Egyébként ma konfigoltam a tüzfalat, ahol maszkolom a postrouting csomgokat, a többi accept-en van. De holnap elküldöm neked és tényleg köszi a segítséged!

A gond nem ez volt. Szerintem a windows szarul írja ki a DNS-szervert, de ez csak tipp..

Lehet kapott egy dns kiszolgálót ppp-n keresztül is és azt használta, mivel a statikus nem müködött. Holnap fogom lenyomozni Ethereal-lal. Akkor minden kiderül, csak már ma nem volt rá időm...

Addig is marad a rejtély...