Mit Ad hoc netzwerk über bsd ins internet

hallo erstmal an das ganze forum! ;)
folgendes problem:
ich hab auf meinem desktoprechner freebsd laufen, dieser beinhaltet 2 netzwerkkarten:
wlankarte: ath0 (192.168.9.1)
normale ethernet karte: vr0 (192.168.1.3) -- Verbindung zum Internet -- über gateway 192.168.1.1 > funktioniert
mit der wlankarte hab ich shcon erfolgreich ein adhoc netzwerk zu meinem laptop(macbook) aufgebaut, der laptop hat die ip (192.168.9.2).

Jetzt will ich mit dem laptop über den bsd rechner ins internet, aber ich bekomm es nicht hin :(.
folgende routing tabelle spuckt er mir aus, hab schon etwas rumprobiert aber es klappt nicht:
Code:
netstat -r
Destination - Gateway - Netif
default         localhost        vr0
localhost      localhost        lo0 //weiß nicht was das ist
localhost      localhost        vr0
192.168.1    link#2            vr0
localhost      00:MACADRESSE   vr0
localhost      FF:MACADRESSE  vr0
192.168.9    link#1                       ath0
nfreebsd      00:MACADRESSE  ath0

ich hoff ihr könnt mir helfen,
danke! :)

..192.168.9.1 und 192.168.1.3 kann ich anpingen, nur den router 192.168.1.1 nicht
 
Dein Laptop soll anscheinend als Bridge funktionieren. Dafür musst du forwarding aktivieren und den Traffic mit einem Paketfilter forwarden.
 
nein, sry falls ich mich falsch ausgedrückt hab, der bsdrechner soll als bridge funktionieren, ich hab jez auch die bridge eingerichtet, unter ifconfig werden die 2 adapter so aufgelistet:
..
member: ath0 flags=3<learning,discover>
member: vr0 flags=3<learning,discover>
...
was ich da aber als ip einfügen muss weiß ich nicht, bzw wie ich jez weitermachen muss
 
Ich rate Dir den Desktop als Accesspoint einzurichten. Dabei bekommen beide Netzwerkkarten zusammen eine IP (Bridge) und somit brauchst Du keine 2 Netze.
 
okey, ich hab jez mal recherchiert, das ganze hat was mit einem NAT zu tun oder? :( ich weiß nicht mehr wikich weiter kann mir vllt irgendjemand eine verständliche anleitung geben?

LAPTOP --WLAN--> DESKTOP (freebsd) ---KABEL--> internet
 
Ja wenn Dein vr0 in Richtung Router NAT macht, dann müsste es auch gehen. Ich hatte auch mal das Problem, ich meine es war so, dass der Router keine Route zum Netz 192.168.9.0 hat und deswegen kommen die Ping Antwortpakete nicht an.
 
/etc/rc.conf:
Code:
defaultrouter="192.168.1.1"

gateway_enable="YES"
hostapd_enable="YES"

ifconfig_ath0="channel 6 mediaopt hostap mode 11g mtu 1500 up"
ifconfig_vr0="up"

cloned_interfaces="bridge0"
ifconfig_bridge0="addm vr0 addm ath0"
ifconfig_bridge0_alias0="192.168.1.3/24"

/etc/hostapd.conf:
Code:
interface=ath0
driver=bsd
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=0
debug=1
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
ssid=deineSSID
wpa=1
wpa_passphrase=passwort
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP


Der Desktop bräuchte noch nen DNS.
 
also ich hab das jetzt genauso umgesetzt wie du mir das hingeschrieben hast, jez hab ich folgende probleme:
1. das netzwerk wird gar nicht mehr angezeigt
2. der desktop kommt nicht mehr ins internet, kann seiten nicht anpingen, fängt erst gar nicht mit dem pingen an (DNS is eingetragen)
3. wenn ich hostapd /etc/hostapd.conf mache kommt:
Code:
ieee80211_load_module: load the wlan_xauth module by hand for now
ioctl[SIOCS80211]: Invalid argument
ath0: DRIVER Error enabling WPA/802.1X
IEEE 802.1X initialisation failed
rmdir[ctrl_interface]: No such file or directory

:(, aber jez hat doch mit der einstellung meine vr0 keine ip mehr dh sie kommt nicht mehr ins netz oder?!
 
Füge mal deiner /boot/loader.conf hinzu:
Code:
wlan_ccmp_load="YES"
wlan_tkip_load="YES"
wlan_wep_load="YES"
wlan_xauth_load="YES"
Und starte dann den Rechner neu...
 
Die Meldung besagt, dass du ein
Code:
kldload wlan_xauth
ausfuehren sollst, da das Modul nicht automatisch geladen werden kann.

Dann sollte es klappen :)
 
hey super die fehlermeldung is weg un ich kann mich via WPA auf den desktop verbinden!! :) danke!!
aber das problem dass der desktop den router nicht mehr erreicht (192.168.1.1) besteht immer noch, un der laptop kann den desktop auch nicht anpingen <-> un umgekehrt

desktop: 192.168.1.3 (bridge)
vr0: da steht jez ja nur "up" drin?!
ath0: da steht ja auch keine ip drin, siehe oben in der rc.conf-anleitung
laptop: 192.168.9.2
router(internet): 192.168.1.1 (aber der gateway steht doch drin?!)

sry, dass ich etwas ahnungslos bin, bin neu in der materie
 
jez hab ich noch ein paar kleinigkeiten, dafür will ich kein neuen thread aufmachen:
- wie kann ich die verbunden computer anzeigen, die mit dem desktop kommunizieren / eine art netzwerkmonitor der sich dauernd aktualisiert
 
Hi Leute

Ich versuche hier auch einen WLAN-AP mit freeBSD zum laufen zu bringen.
Habe alles nach Anleitung eingerichtet, aber leider wird mein WLAN beim Durchsuchen nicht angezeigt.
Habe ich etwas übersehen? Kann ich überhaupt mit einem WLAN-USB-Adapter einen AP einrichten? (Device ural0)
Das LED des WLAN-USB-Stick blinkt wie wild.

Hier mal meine configs:
/etc/rc.conf
...
## WLAN Interface
ifconfig_ural0="inet 192.168.201.1 netmask 255.255.255.0 ssid s-it mode 11g mediaopt hostap"
...
## hostapd
hostapd_enable="YES"
...

/etc/hostapd.conf
interface=ural0
driver=bsd
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=0
debug=3
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
## IEEE 802.11 related config
ssid=s-it
## WPA/IEEE 802.11i config
wpa=1
wpa_passphrase=passwort
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP

Danke für eure Hilfe

freeBSD 6.2 Release
 
Die Configs sehen richtig aus.
Zeig mal bitte die Ausgabe von
# ifconfig -v ural0
(wenn hostapd läuft)

Bestimmt hilft es Dir bei der Fehlersuche, wenn Du den hostapd per Hand startest:
erstmal ausschalten
# /etc/rc.d/hostapd stop
dann
# hostapd -d /etc/hostapd.conf

Mit meinem ural-Stick hab ich einen AP noch nicht ausprobiert, aber als Client ist damit mein System so instabil, dass das Ding seit Wochen nur rumliegt.


Bis denn

Eric
 
ich habe das Problem soweit lösen können.

Hier meine hostapd.conf
interface=ural0
driver=bsd
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=0
debug=3
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=wheel
## IEEE 802.11 related config
ssid=sit
## WPA/IEEE 802.11i config
wpa=1
wpa_passphrase=passwort
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP

Und hier noch die Zeile der rc.conf
...
ifconfig_ural0="ssid sit channel 7 mediaopt hostap up"
...
hostapd_enable="YES"
...

ifconfig ural0 zeigt: (Ist mit dem LAN-Interface gebridged)
ural0: flags=108943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 2290
ether 00:d0:41:a7:48:34
media: IEEE 802.11 Wireless Ethernet autoselect <hostap> (autoselect <hostap>)
status: associated
ssid sit channel 7 bssid 00:d0:41:a7:48:34
authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit txpowmax 100
bmiss 7 protmode CTS dtimperiod 1 bintval 100

Leider ist die Geschwindigkeit der Wirelessverbindung sehr schlecht. Ich habe mein Notebook neben dem freeBSD-WLAN-AP stehen, und habe gerade mal 800kbit/s Datendurchsatz. :(
Lässt sich da noch was einstellen?
Mein Communicator E90 verliert immer wieder die Verbindung zum AP.
 
Ich hab keine ural-Karte, sondern eine Atheros. Nur dort hat ein wenig rumdrehen an den sysctl für die Antennenbelegung und ähnliches Wunder gewirkt. Von 500kbit/s auf immerhin ein paar Megabit. Leider kann ich dir mangels Hardware die sysctl nicht sagen, da wirst du mittels sysctl -d den ganzen ural-Baum mal durchgehen müssen :(
 
...
Leider ist die Geschwindigkeit der Wirelessverbindung sehr schlecht. Ich habe mein Notebook neben dem freeBSD-WLAN-AP stehen, und habe gerade mal 800kbit/s Datendurchsatz. :(
Lässt sich da noch was einstellen?
Mein Communicator E90 verliert immer wieder die Verbindung zum AP.

Ist der ural-Stick vielleicht an USB 1.1?

Mit wieviel MBit hat sich dein Laptop verbunden?

Wenn Sender und Empfänger direkt nebeneinander sind muss das nicht heissen, das die Verbindung auch gut ist. Teste mal 2-3 Meter Abstand und Sichtkontakt.

Mit
# ifconfig ural0 list sta
auf dem AP kannst Du schauen wer verbunden ist und mit welcher Geschwindigeit / Signalstärke (wenn ich mich richtig erinnere, kanns grad nicht prüfen).
 
Zurück
Oben