Torsten E. wrote:
Torsten E. wrote:
Alex K. schrieb am Montag, 28. Juni 2004 23:54:
Guten Morgen Alex,
[...]
[...]
Einige nicht wirklich passenden Anleitungen ... zumindest nicht für
die
SuSE 9.1 bzw. aktuelle Programmversionen. Bspw. ist nun ein Kernelpatch für 2.6.5 vorhanden/nötig? "dund --master --sdp --listen" gibt es nicht (mehr?), usw.
ja ja ich weiss ich hatte auch ziemlich probleme damit. Ich hatte zuletzt die Datei /etc/hotplug/tty.agent umbenannt, da mir das Skript immer wieder die /dev/rfcomm0 geloescht hat.
Yep, und laut Marcel Holtmann ist es kein Hotplug Skript, sodas dadurch eine "Unterstützung" seitens Bluez schon fast ausfällt ... :(
in der /etc/init.d/bluetooth hatte ich dann folgende Eintragung
gemacht:
---------schnipp------------ case "$1" in start) echo -n "Starting bluetooth " loadmods startproc $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then startproc /usr/sbin/sdpd fi
Die hier vorhandene /etc/init.d bluetooth sieht aber gänzlich anders aus: case "$1" in start) echo -n "Starting $DESC:" if $HCID_ENABLE && [ -x "$HCID_EXEC" -a -f "$HCID_CONFIG" ] ; then $HCID_EXEC -f $HCID_CONFIG echo -n " $HCID_NAME" fi
merkwüzig an der SUSE 9.1 in der /etc/init.d hatte ich ausser den Ergänzungen nichts weiter gefummelt...
############von hier if [ -x /usr/bin/dund ]; then startproc /usr/bin/dund --listen --channel 0 --pppd /usr/sbin/pppd call dun fi iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ###########bis hier start_uarts rc_status -v ;; stop) echo -n "Shutting down bluetooth " stop_uarts killproc -TERM $BLUETOOTH_BIN if [ -x /usr/sbin/sdpd ]; then killproc -TERM /usr/sbin/sdpd fi ########von hier if [ -x /usr/bin/dund ]; then killproc -TERM /usr/bin/dund fi #######bis da rc_status -v ;; ------------schnapp------------
und in der /etc/ppp/peers/dun ------------schnipp--------- debug 115200 proxyarp noauth 192.168.0.51:192.168.0.100 ---------schnapp----------
Die ist stark ähnlich zu meiner ... nur die IP-Adressen sind unterschiedlich.
klar wir haben wahrscheinlich auch die gleichen Dokus im Internet studiert ;-)
Dank des mknod Befehls komme ich kurzfristig weiter - es wird aber nur /dev/rfcomm0 erzeugt. (In /sys/class/tty existiert kein rfcomm0. Kann das auch angelegt werden? Wenn Ja, wie?)
in dem Verzeichnis hatte ich nichts geändert... haste die verschiedenen Einstellungen in /etc/bluetooth/* gemacht?
Die Meldungen in /var/log/messages lauten dann: Jun 29 10:06:21 gandalf /etc/hotplug/tty.agent[5401]: add tty device /class/tty/rfcomm0 Jun 29 10:07:20 gandalf dund[5448]: New connection from 00:02:C7:11:FE:D6 Jun 29 10:07:20 gandalf pppd[5460]: pppd 2.4.2 started by root, uid 0 Jun 29 10:07:20 gandalf pppd[5460]: Using interface ppp1 Jun 29 10:07:20 gandalf pppd[5460]: Connect: ppp1 <--> /dev/rfcomm0
haste nach den Änderungen in der /etc/init.d/bluetooth nen rcbluetooth restart gemacht? bzw. mal ausprobiert wenn Du die /etc/hotplug/tty.agent umbennenst?
Jun 29 10:07:20 gandalf /etc/hotplug/tty.agent[5449]: TTY try 1 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:21 gandalf /etc/hotplug/tty.agent[5449]: TTY try 2 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:22 gandalf /etc/hotplug/tty.agent[5449]: TTY try 3 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:23 gandalf /etc/hotplug/tty.agent[5449]: TTY try 4 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:24 gandalf /etc/hotplug/tty.agent[5449]: TTY try 5 while waiting for /class/tty/rfcomm0's bus_id Jun 29 10:07:25 gandalf /etc/hotplug/tty.agent[5449]: add tty device /class/tty/rfcomm0
das sieht nämlich genau nach der Ausgabe aus was tty.agent erzeugt.
Jun 29 10:07:28 gandalf pppd[5460]: Hangup (SIGHUP) Jun 29 10:07:28 gandalf pppd[5460]: Modem hangup Jun 29 10:07:28 gandalf pppd[5460]: Connection terminated. Jun 29 10:07:29 gandalf pppd[5460]: Exit. Jun 29 10:07:29 gandalf /etc/hotplug/tty.agent[5503]: remove tty device /class/tty/rfcomm0
na also hier haben wir doch die Zeile, in der das rfcomm0 wieder wegbruzzelt.. das Skript tty.agent löscht zwar ordentlich das rfcomm0 weg aber beim erneuten Connect versucht er das Gerät wieder anzulegen aber schafft es nicht.
Ein ifconfig während der gesamten Zeit zeigt aber niemals ein Interface ppp1 ... obwohl doch angeblich eins aktiviert wurde.
bei mir wird ppp0 bei der Einwahl erzeugt.
guck:
ppp0 Link encap:Point-to-Point Protocol
inet addr:192.168.0.51 P-t-P:192.168.0.100 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1694 (1.6 Kb) TX bytes:7587 (7.4 Kb)
und hier der Einwahlvorgang in der messages:
Jun 29 11:24:38 srv hcid[1826]: link_key_request (sba=00:09:DD:10:01:C5,
dba=00:07:E0:0C:AE:F1)
Jun 29 11:24:39 srv dund[4078]: New connection from 00:07:E0:0C:AE:F1
Jun 29 11:24:39 srv kernel: PPP generic driver version 2.4.2
Jun 29 11:24:39 srv pppd[4086]: pppd 2.4.2 started by root, uid 0
Jun 29 11:24:39 srv pppd[4086]: using channel 1
Jun 29 11:24:39 srv pppd[4086]: Using interface ppp0
Jun 29 11:24:39 srv pppd[4086]: Connect: ppp0 <--> /dev/rfcomm0
Jun 29 11:24:39 srv pppd[4086]: sent [LCP ConfReq id=0x1
Gebe ich dann aber noch händisch ein: rfcomm -i 00:0F:3D:0D:6C:F5 bind ppp1
na das kannste doch in der /etc/bluetooth/rfcomm.conf machen. Gruß Alex