Mikrotik AccessPoint IP Adresse
Hallo zusammen,
ich stehe gerade etwas auf dem Schlauch.
Ich habe einen cAP AC in meinem Netzwerk dieser ist wie folgt konfiguriert:
Leider habe ich jetzt das Problem, dass ich den AP nur erreiche, wenn ich am Netzwerkport 2 anschließe und per MAC darauf zugreife.
Ich hätte gerne, dass der AP eine IP Adresse hat und ich diesen auch erreichen kann, ohne dass ich immer ein Kabel anstecken muss.
Ich komme allerdings nicht weiter.
Ich habe schon versucht über einen DHCP Client eine IP zu bekommen.
Dann versucht über Adresses eine IP zu vergeben.
Ich schaffe es leider nicht, dem AP eine IP zu geben.
Kann mir hier bitte jemand auf die Sprünge helfen?
Danke
ich stehe gerade etwas auf dem Schlauch.
Ich habe einen cAP AC in meinem Netzwerk dieser ist wie folgt konfiguriert:
Leider habe ich jetzt das Problem, dass ich den AP nur erreiche, wenn ich am Netzwerkport 2 anschließe und per MAC darauf zugreife.
Ich hätte gerne, dass der AP eine IP Adresse hat und ich diesen auch erreichen kann, ohne dass ich immer ein Kabel anstecken muss.
Ich komme allerdings nicht weiter.
Ich habe schon versucht über einen DHCP Client eine IP zu bekommen.
Dann versucht über Adresses eine IP zu vergeben.
Ich schaffe es leider nicht, dem AP eine IP zu geben.
Kann mir hier bitte jemand auf die Sprünge helfen?
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6126937565
Url: https://administrator.de/contentid/6126937565
Ausgedruckt am: 24.11.2024 um 18:11 Uhr
55 Kommentare
Neuester Kommentar
Schau mal unter Interfaces - VLAN nach.
Dort muss ein Interface mit der entsprechenden VLan ID erstellt werden.
Dann kannst du unter IP - Adresses einen IP erstellen und an dieses neue Interface binden.
In der Bridge muss das neu Interface ebenfalls aufgeführt werden und dort am besten als PVID das entsprechende VLan eingetragen sein.
Dort muss ein Interface mit der entsprechenden VLan ID erstellt werden.
Dann kannst du unter IP - Adresses einen IP erstellen und an dieses neue Interface binden.
In der Bridge muss das neu Interface ebenfalls aufgeführt werden und dort am besten als PVID das entsprechende VLan eingetragen sein.
Nein, das VLan ist ja da. Nur hast du darin kein Interface. Das erstellt du wie gesagt unter Interfaces - VLAN. Nenen kannst du das dann z.B. vMgmt.
An dieses Virtuelle Interface bindest du die IP.
Dann muss das Interface vMgmt nur noch, wie andere Ports usw, in der Bridge eingetragen werden. PVID kann dort dann 1 bleiben.
An dieses Virtuelle Interface bindest du die IP.
Dann muss das Interface vMgmt nur noch, wie andere Ports usw, in der Bridge eingetragen werden. PVID kann dort dann 1 bleiben.
Das Bridge Interface darf in einem VLAN Setup keinesfalls eine IP Adresse haben!! Diese MUSS immer auf einem VLAN IP Interface liegen, je nachdem in welchem VLAN du dein AP Management haben möchtest!! Kollege @Spirit-of-Eli hat es oben richtig gesagt.
Das hiesige Mikrotik VLAN Tutorial weist mehrfach und in rot auf diesen wichtigen Punkt hin!
Lesen und verstehen...!
Das hiesige Mikrotik VLAN Tutorial weist mehrfach und in rot auf diesen wichtigen Punkt hin!
Lesen und verstehen...!
Dann muss das Interface vMgmt nur noch, wie andere Ports usw, in der Bridge eingetragen werden
Nein, das ist nicht nötig! Lediglich nur die VLANs und nur die Tagged Ports müssen in der VLAN-Bridge definiert werden, mehr nicht! Siehe dazu auch HIER!
Is ja auch klar warum es nicht geht, das vlan1 ist nicht auf der Bridge als tagged markiert, also kann es die CPU des CAP niemals erreichen und somit auch keine IP beziehen ... Btw. das vlan1 selbst als tagged einzutragen ist überflussig vlan-interfaces sind im Router selbst immer automatisch getagged.
So muss das aussehen wenn der untagged Traffic auf ether1 auf das vlan1 Interface gelegt werden soll
Und dann die static IP oder den dhcp client auf das vlan Interface legen, feddisch.
So muss das aussehen wenn der untagged Traffic auf ether1 auf das vlan1 Interface gelegt werden soll
Und dann die static IP oder den dhcp client auf das vlan Interface legen, feddisch.
Klar man kann auch ohne VLAN Filtering oder extra vlan Interface dem Device an der Bridge ne IP geben, da braucht man nur dem Bridge-Interface selbst ne IP geben oder beziehen lassen, denn sie hat als PVID per Default die 1, also alles an untagged Traffic was in der Bridge aufläuft landed dort. Wenn man das System dahinter einmal verstanden hat ist das eingehend und logisch 😉.
Es ist sinnfrei eine zentrale VLAN Bridge die nichts mit den einzelnen Ports zu tun hat (oder nur indirekt) dann "eth4-bridge" zu nennen. Die Bridge hat doch rein gar nix mit eth4 zu tun.
Das ist sehr verwirrend und du selber wirst da auch nach 2 Wochen nicht mehr durchsteigen! Das gilt ebenso für deine VLANs deren Benennung hat ebenso nichts mit irgendwelchen physischen Ports zu tun. Diese Benennung ist logisch völlig falsch. Auch ein Grund warum man deine Konfig nur mit großer Mühe versteht.
Einfach nochmal in Ruhe das Mikrotik VLAN Tutorial lesen und verstehen:
Das ist sehr verwirrend und du selber wirst da auch nach 2 Wochen nicht mehr durchsteigen! Das gilt ebenso für deine VLANs deren Benennung hat ebenso nichts mit irgendwelchen physischen Ports zu tun. Diese Benennung ist logisch völlig falsch. Auch ein Grund warum man deine Konfig nur mit großer Mühe versteht.
Einfach nochmal in Ruhe das Mikrotik VLAN Tutorial lesen und verstehen:
- VLAN Bridge ist eine zentrale Bridge und sollte auch so heissen ("vlan-bridge")
- VLAN Interfaces richtet man unter Interfaces --> VLAN an und mappt sie mit ihrem Tag unten auf die VLAN Bridge. Idealerweise heissen sie vlan1, vlan10, vlan20 etc.
- IP Adresse(n) werden auf diese VLAN Interfaces gebunden. Wenn man, wie du, nur einen AP managen will braucht man natürlich nur ein einziges Interface, nämlich das im Management VLAN!
- In der Bridge legt man im VLAN Reiter für alle VLAN IDs (auch 1) einen Eintrag ein und trägt als Tagged Interface die Bridge ein. Zusätzlich ggf. noch tagged Uplinks wenn vorhanden. Es müssen NUR Tagged Interfaces eingetragen werden nichts mehr!! UNtagged Interfaces werden durch die PVID in Port Reiter der Bridge definiert!
@wusa88
a) Das Mgmnt-vLAN MUSS auf der Bridge getagged sein! Wenn das bei Dir vLAN 1 ist, dann muss das aktuelle tagging von vLAN3 weg und dafür vLAN1 rein! Bei mir sieht das z.B. so aus (auch ein WAP). In meinem Fall vLAN-ID 99
b) Die IP-Vergabe machst Du unter: IP > Addresses > add new
Als Interface wählst Du NICHT die Bridge SONDERN Dein Mgmnt-vLAN (in meinem Fall 99, deshalb auch der entsprechende IP-Bereich). Ich habe als Interface-Name aber nicht mehr vLAN99, sondern Mgmt. genommen.
Viel Erfolg!
a) Das Mgmnt-vLAN MUSS auf der Bridge getagged sein! Wenn das bei Dir vLAN 1 ist, dann muss das aktuelle tagging von vLAN3 weg und dafür vLAN1 rein! Bei mir sieht das z.B. so aus (auch ein WAP). In meinem Fall vLAN-ID 99
b) Die IP-Vergabe machst Du unter: IP > Addresses > add new
Als Interface wählst Du NICHT die Bridge SONDERN Dein Mgmnt-vLAN (in meinem Fall 99, deshalb auch der entsprechende IP-Bereich). Ich habe als Interface-Name aber nicht mehr vLAN99, sondern Mgmt. genommen.
Viel Erfolg!
Zitat von @Spirit-of-Eli:
Muss das virtuelle Interface im Vlan nun explizit auf der Bridge getagged sein, oder nicht??
Das Interface selbst nicht (das ist intern immer getagged) aber die vlanID, wenn du es auf dem Device selbst auch nutzt, also dem Gerät eine IP zuweisen willst! Siehe mein Bild dazu oben!Muss das virtuelle Interface im Vlan nun explizit auf der Bridge getagged sein, oder nicht??
Wird das vlan nur zwischen den Ports durchgeleitet muss es nicht auf den BridgePort getagged sein.
Die Bridge muss man also nur im jeweiligen vlan taggen wenn das vlan auf dem Gerät terminiert(genutzt) wird, weil dadurch die CPU das Tag dann erst sehen und den Traffic zuordnen kann.
Ist das echt so schwer zu verstehen😬? Einfach mal etwas in sich gehen und sich das Traffic Flow Diagramm ansehen wie der Router mit einer Bridge intern arbeitet, damit kann man sich das dann auch logisch selbst herleiten 😉.
Muss das virtuelle Interface im Vlan nun explizit auf der Bridge getagged sein, oder nicht??
Vielleicht sollte ich den Tutorial Font nochmal auf Größe 30 in Rot setzen damit es wirklich einmal gelesen wird: 😉Mikrotik VLAN Konfiguration ab RouterOS Version 6.41
Die Antwort lautet: Nein, müssen sie nicht!
In Ruhe in sich gehen, lesen, verstehen ist der richtige Weg!
Das Mgmnt-vLAN MUSS auf der Bridge getagged sein!
Alle aktiven MSSID VLANs müssen auf der Bridge unterm VLAN Reiter Tagged auf der Bridge eingetragen sein! Das fehlt bei @Visucius' VLANs 11 und 22 insofern ist sein Screenshot oben auch nicht ganz korrekt. Einzige Ausnahme: Man will diese VLANs in der Bridge nicht weitergeben an andere Interfaces, dann muss man aber auch die VLANs gar nicht erst eintragen.Ok dann sollte ich vielleicht meine Grundkonfig nochmal in Angriff nehmen.
Besser ist das! Ganz besonders wenn man mit einer MSSID Konfig auf den APs arbeitet.Nebenbei:
Wenn du dir Konfig Arbeit ersparen willst mit der AP Konfig und hast noch einen Mikrotik Router oder Switch am werkeln aktivierst du dort den CapsMan Manager. Dann machst du nur eine zentrale Konfig für alle APs und kannst die dann nackig, out of the Box ins netz hängen und der CapsMan konfiguriert sie automatisch. Erspart ne Menge Arbeit und die WLAN Konfig wird zentral verwaltet. Ab 3 oder 4 APs macht das Sinn.
Alle aktiven MSSID VLANs müssen auf der Bridge unterm VLAN Reiter Tagged auf der Bridge eingetragen sein!
Hm, laut MT – so wie das verstehe nicht?! Für den WAP dürfte ja das unterste Setup relevant sein.https://help.mikrotik.com/docs/display/ROS/Basic+VLAN+switching
Das fehlt bei @Visucius' VLANs 11 und 22 insofern ist sein Screenshot oben auch nicht ganz korrekt. Einzige Ausnahme: Man will diese VLANs in der Bridge nicht weitergeben an andere Interfaces, …
Bei mir werden sie durchgereicht. Konkret, der WAP hängt mit dem Trunk an dem RB (vergl. Setup), der wiederum am CRS/SwitchOS und dieser an der OPNsense. Am anderen Ende bekommt der Wifi-Client ne IP von der OPNsense durch die komplette Kette aus vLAN 11.
Das ist echt noch ein Problem von Mikrotik. Die Konfig hat sich mit der Bridge über die Jahre geändert und es gibt immer noch nicht den Weg wie es zu Konfigurieren ist.
Ich habe ein ähnliches Setup wie @Visucius hier aber auch anders konfiguriert. Funktionieren tut es dennoch wie es soll.
Ich habe ein ähnliches Setup wie @Visucius hier aber auch anders konfiguriert. Funktionieren tut es dennoch wie es soll.
Ich habe jetzt die komplette Konfig neu gemacht wie in deinem Tutorial.
Soweit alles richtig bis auf einen gravierenden Fehler!!!Das Tutorial beschreibt primär einen zentralen VLAN Router aber keinen einfachen Accesspoint.
Dein Kardinalsfehler ist das du fälschlicherweise allen VLAN Interfaces eine IP Adresse vergeben hast und auch fälschlicherweise in allen VLANs ein Interface gesetzt hast.
Das ist ein Fehler, denn so hast du aus dem AP einen VLAN Router gemacht was ja sicher NICHT dein Ziel ist, oder?!
Du musst auch einmal genau lesen was dir oben mehrfach geschrieben wurde:
- VLAN Interface NUR für das Management VLAN anlegen!
- Nur das Management Interface bekommt eine IP Adresse und ein Default Gateway. Idealerweise gibt man keine statische IP sondern mappt einen DHCP Client auf diese Management VLAN Interface, denn so zieht sich der AP immer selber per DHCP eine IP im Management VLAN
- Die am AP genutzen MSSID VLANs werden NUR im VLAN Reiter der Bridge definiert mit Tagged Interface auf der Bridge
- Mehr nicht...!!
Momentan läuft alles wie zuvor.
Ja aber mit der latenten Gefahr eines Backdoor Routers. Entferne also dringenst die IP Adresssen auf ALLEN Interfaces mit Ausnahme des Managements und entferne auch diese VLAN Interfaces mit Ausnahme des Managements. Dann hast du auch eine wasserdichte und saubere Konfig!Hilfreich für dich wäre sicher noch wenn du die Interfaces tec. einmal sinnvoll unter "Comment" beschriftest und nicht ein nichtssagendes "defconf" dort überall hast!
Wie sagte noch der Kollege oben??? Einfach mal in sich gehen und nur etwas logisch nachdenken...
Die Konfig hat sich mit der Bridge über die Jahre geändert und es gibt immer noch nicht den Weg wie es zu Konfigurieren ist.
Was die Bridge Historie angeht ist das sicher richtig. Der Rest nicht. Mit der neuen Konfig Logik hat sich MT schlicht und einfach an exakt die Logik angepasst wie es weltweit alle Switch Hersteller auch machen. Das macht die Sache dann sehr einfach und verständlich.- zentrale VLAN Bridge Konfig mit Tagging
- VLAN Interfaces sind die Layer 3 IP Interfaces in den VLANs was z.B. bei Cisco dem interface vlan und bei HP, Ruckus und anderen dem interface ve entspricht.
- PVID und Tag Forwading wird am Port definiert. Auch das macht Cisco und der Rest der Hersteller nicht anders.
Ich musst aber Tagged und Untagged einstellen.
Das ist in der Regel auch völlig normal, denn auf Tagged Uplinks wir IMMER das native VLAN bzw. PVID VLAN untagged übertragen. Der Switch muss ja an so einem Port wissen was er dort mit untagged Traffic machen muss. So gut wie alle Switches verhalten sich so. Auch das ist eine allseits bekannte Standard Logik! (Siehe hier)Die IP kommt jetzt nicht über den Untagged VLAN1 sondern über ether1.
Weil du vermutlich schlicht und einfach vergessen hast den DHCP Client der unter IP --> DHCP Client auf das ether1 Interface gemappt ist zu entfernen! Den DHCP Client mappst du jetzt logischerweise auf dein Management VLAN IP Interface!! Und nur da... Ist ether1 auch Memberinterface der VLAN Bridge? In sich gehen und nachdenken!!! Ich hoffe wir sprechen nicht aneinander vorbei.
Das hoffen wir hier alle auch! 😉Kardinalsfrage die du weiterhin nicht beantortet hast ist: Ist der Mikrotik zugleich auch noch VLAN Router???
Wenn ja = Dann ist alles richtig außer das du einen toten DHCP auf dem Bridge Interface hast (rot) Solche "Konfig Leichen" solltest du besser immer weglöschen!
Wenn nein und der MT NUR als reiner WLAN Accesspoint arbeitet = Dann ist das Anlegen der VLAN Interfaces für alle VLANs falsch!!
Ist letzteres der Fall darf nur ein einziges VLAN Interface eingerichtet sein nämlich das Management Interface an das auch die IP gebunden ist. KEINE weiteren Interfaces! Logisch, denn in dem Fall willst du mit dem AP ja keinen VLAN Router kreieren.
Damit wir jetzt nicht wirklich aneinander vorbeireden solltest du zumindestens diese grundlegende Frage wasserdicht klären!
ich habe über WLAN kein Internet.
Wie leider sehr oft hast du vermutlich die Default Route im MT vergessen, kann das sein?? (0.0.0.0/0 via IP Internet Router) Hier ist das onboard Ping Tool im Mikrotik wie immer dein bester Freund! Das gilt aber einzig und allein nur wenn 2 Punkte zutreffen:
- Der MT ist zentraler VLAN Router und Punkt 1 von oben gilt
- Der MT wird in einer Router Kaskade mit einem Internet Router zusammen betrieben!
IM AP Fall arbeitet der AP nur als Bridge, sprich die Clients bekommen ihr Gateway und DNS von einem DHCP Server. Im Internet direkt Fall bekommt der MT Gateway und DNS immer direkt vom Provider
Ohne die obige Kardinalsfrage zu klären kann man nicht zielführend darauf antworten.
Die hier müsstest Du in dem Fall löschen
Nicht wenn der Mikrotik sein zentraler VLAN Router ist!Das Löschen gilt nur wenn der MT als reiner AP arbeitet oder arbeiten soll. Zumindestens hat er das System ja auch vollständig mit DHCP Server usw. für alle VLANs ausgestattet so das sich vermuten lässt das das sein VLAN Router ist. Normal macht man solchen Unsinn auf einem reinen AP ja nicht. Wie gesagt...alles geraten.
Die Frage sollte der TO erstmal grundsätzlich beantworten damit hier allgemeine Klarheit herrscht über dessen Konfig!
Nur um das sicherzustellen:
Es funktioniert jetzt, bis auf das Wifi, weil Du das noch nicht konfiguriert hast?!
Dann würde ich an Deiner Stelle hier ein Backup des CAPs ziehen
Und für die - mit Sicherheit - aufkeimenden Wifi-Fragen würde ich Dir auch einen neuen Thread dringend(!) ans Herz legen
PS: Nur der Interesse halber – Was hängt denn vor (Firewall/Modem?!) und hinter (Switch?) dem CAP AC?
Es funktioniert jetzt, bis auf das Wifi, weil Du das noch nicht konfiguriert hast?!
Dann würde ich an Deiner Stelle hier ein Backup des CAPs ziehen
Und für die - mit Sicherheit - aufkeimenden Wifi-Fragen würde ich Dir auch einen neuen Thread dringend(!) ans Herz legen
PS: Nur der Interesse halber – Was hängt denn vor (Firewall/Modem?!) und hinter (Switch?) dem CAP AC?
Silbertablett, ist ja nicht so als wärst du der Erste :
TP-Link und Mikrotik CapsMan
Btw. ein hAP Lite mit aktiviertem VLAN-Filtering?? Autsch, das wird eine extrem lahme Ente ohne Hardware Offload und dem mikrigen Prozessor, erwarte damit nicht viel Performance, eine Fritte hat da sogar noch mehr Power.
TP-Link und Mikrotik CapsMan
Btw. ein hAP Lite mit aktiviertem VLAN-Filtering?? Autsch, das wird eine extrem lahme Ente ohne Hardware Offload und dem mikrigen Prozessor, erwarte damit nicht viel Performance, eine Fritte hat da sogar noch mehr Power.
Auch kein Problem, ich gehe erst mal davon aus das du es erst mal ohne Capsman versuchst. In dem Fall lege deine WIFI-Interfaces an, packe sie als Ports mit der entsprechenden PVID des vlan in die Bridge, feddisch. den vlan Tab brauchst du hierfür nicht anfassen!!! Das gehört nur in die Portliste
Wifi ist hier ja ein reiner Access-Port da muss nüscht getagged werden denn die pvid bestimmt wohin das WLAN gehört.
/interface bridge port add interface=wlan-intern bridge=vlan-bridge pvid=70
/interface bridge port add interface=wlan-gast bridge=vlan-bridge pvid=90
Steht doch oben unmissverständlich in meinem Kommentar, sie müssen mit der richtigen PVID in die Port Liste der Bridge, das ist alles was du für die brauchst.
Btw. mit einem Terminal-Export lässt sich effektiver arbeiten, dann braucht man nicht immer tausend Bildchen, Text-Config sagt mehr als tausend Bilder und man hat alles auf einen Blick.
Btw. mit einem Terminal-Export lässt sich effektiver arbeiten, dann braucht man nicht immer tausend Bildchen, Text-Config sagt mehr als tausend Bilder und man hat alles auf einen Blick.
Zitat von @wusa88:
Ich dachte, dass man die VLANs nicht extra in die Bridge mit aufnehmen muss? Da es im VLAN Tab hinterlegt ist.
Doch. Die WIFIs sind Access-Ports, es muss nichts getagged werden hier reicht es sie als Ports hinzuzufügen dann sind sie automatisch mit der PVID im richtigen VLAN.Ich dachte, dass man die VLANs nicht extra in die Bridge mit aufnehmen muss? Da es im VLAN Tab hinterlegt ist.
Das ist aber vermutlich nur, wenn die VLANs über eth raus gehen, WLAN intern muss das dann denke ich doch an die Bridge?
Jepp vlan Tab brauchst du in der Regel nur wenn Dinge getagged aus dem Router fließen oder angenommen werden sollen. Für Access-Ports also Ports an denen Clients hängen reicht es immer diese nur unter den Ports mit der passenden PVID hinzuzufügen. Die PVID erscheint dann automatisch mit einem d auf dem vlan tab.Es ist mein zentraler Router, mit DHCP, VLAN und alles was dazu gehört.
OK, dann hast du alles richtig gemacht und musst NICHTS ändern! 😉Einzig nur der tote DHCP Server auf dem nicht mehr existierenden Bridge Interface löschen!
Sorry für die Verwirrung oben aber bei "cAP" denkt man erstmal imemr an einen reinen Accesspoint und nicht an einen kompletten Router wie du ihn betreibst. Das hat leider die ganze Diskussion oben in die falsche Richtung gelenkt... Per se ist also bis auf die kleinen kosmetischen Kinken alles OK so. Sorry nochmal.
Erst wenn dieser Router sauber ist, dann will ich mich an das WLAN wagen
Das ist auch goldrichtig so mit dem Vorgehen.Heißt das Kabelmodem ist an erster Stelle. Das ist aber im Bridge Modus. Heißt mein Zugangspunkt ist der hAP Lite.
OK, hier musst du dann sehr aufpassen:- ether1 wenn da dein Vodafone Kabelmodem dran ist (also Internet Zugang) darf NIEMALS Memberport der Bridge sein!
- ether1 muss dann im IP DHCP Client Mode konfiguriert sein damit es sich eine IP aus dem Vodkafön Netz zieht. Gleichzeitig kommt die Default Route und auch der DNS Server. Das kannst du immer unter den IP Adresses sehen (IP Adresse), bzw. unter IP Route (Default Route) und IP DNS (DNS Server)
- Ein Ping mit dem internen MT Ping Tool auf 9.9.9.9 und www.heise.de (dann mit DNS Auflösung) sollte immer klappen.
- In der DHCP Netzwerk Einstellung für die lokalen VLANs wird KEIN DNS Server angegeben. Dann arbeitet der MT als DNS Proxy. Unter IP DNS muss der Haken "Answer remote requests" gesetzt sein!
- Check mit einem VLAN Client indem du dir dort mal mit ipconfig die IP Adressierung ansiehst. Die muss zum jeweiligen VLAN passen. DNS und Gateway ist der MT. Dann wieder die beiden Pings wie oben ausführen und Connectivity checken.
- Und denk dran: Das blöde, nichtssagende "defconf" im Comment einfach mal mit etwas Sinnvollem versehen. Das vereinfacht das Verständnis deiner Konfig und das nicht nur für dich!
- Fertisch
Ich dachte, dass man die VLANs nicht extra in die Bridge mit aufnehmen muss?
Doch, musst du wenn du mit HIER. Die virtuellen APs werden dann mit entsprechenden VLAN Tags versehen in dem sie arbeiten sollen.und ich sach Euch, das wird episch
Jepp...wo lag nochmal der Thread Rekord bei 97, oder? 🤣in irgendein Wlan gehen, aber ich bekommen keine Verbindung.
Am LAN Port klappt aber alles wie es soll?? Dann ist es in der Tat NUR noch das WLAN. Wenn ja bedeutet das das du das WLAN Interface gar nicht oder in ein falsches VLAN gemappt hast.
Wie gesagt, das virtuelle MSSID WLAN Interface muss dann auf die VLAN ID gemappt werden wie hier im VLAN 20:
Ja, er arbeitet noch nicht mit CAPSman. Er hat ganz normale Wifi interfaces auf dem Router erzeugt die er jetzt nutzen will, also total simpel.
Da fehlen aber deine WLAN Interfaces komplett in der Bridge!!! Die musst du als Memberports in der VLAN Bridge definieren und dann dem VLAN Tag zuweisen in dem der AP arbeiten soll.
Hier als Beispiel für das Master WLAN Interface was in VLAN 10 arbeitet:
Dann in der VLAN Bridge diese Interfaces tagged dem VLAN zuweisen:
Weitere WLANs die andere VLANs bedienen sollen definierst du dann mit virtuellen WLAN Interfaces.
Dazu unter WiFi Interfaces auf das "+" klicken "Virtual" auswählen und diesem virtuellen AP dann ein Master Interface zuweisen je nach Radio Band. Für beide WLAN Bänder musst du das 2mal machen.
Diesen virtuellen APs weist du dann wieder die VLAN ID des entsprechenden VLANs zu in dem der AP arbeiten soll. Das musst du für beide Bänder machen. Beispiel hier für das VLAN 20:
Einfache Logik und kein Hexenwerk!! 😉
Hier als Beispiel für das Master WLAN Interface was in VLAN 10 arbeitet:
Dann in der VLAN Bridge diese Interfaces tagged dem VLAN zuweisen:
Weitere WLANs die andere VLANs bedienen sollen definierst du dann mit virtuellen WLAN Interfaces.
Dazu unter WiFi Interfaces auf das "+" klicken "Virtual" auswählen und diesem virtuellen AP dann ein Master Interface zuweisen je nach Radio Band. Für beide WLAN Bänder musst du das 2mal machen.
Diesen virtuellen APs weist du dann wieder die VLAN ID des entsprechenden VLANs zu in dem der AP arbeiten soll. Das musst du für beide Bänder machen. Beispiel hier für das VLAN 20:
Einfache Logik und kein Hexenwerk!! 😉
Zitat von @wusa88:
@aqui
Danke für die Hilfe. Hier noch der Beitrag, der mich glauben lies, dass ich unter Bridge - VLANs keinen Eintrag machen müsste.
Das hast du aber mit deinem Beitrag widerlegt und jetzt funktioniert es.
Ich hatte das vermutlich falsch verstanden.
@aqui
Danke für die Hilfe. Hier noch der Beitrag, der mich glauben lies, dass ich unter Bridge - VLANs keinen Eintrag machen müsste.
Das hast du aber mit deinem Beitrag widerlegt und jetzt funktioniert es.
Ich hatte das vermutlich falsch verstanden.
Es gibt hier zwei Varianten die beide funktionieren. In beiden Varianten muss das WLAN Interface immer als MemberPort der Bridge hinzugefügt werden und die PVID passend zum WLAN eingestellt werden.
Bei Aquis Variante stellt man dann im WLAN-Interface zusätzlich auf "use-tag" und trägt die VLAN-ID ein und zusätzlich unter den Bridge->VLANs die ID getagged auf die Bridge und das WLAN Interface.
Was aber bei der zweiten Variante auch einwandfrei funktioniert ist das man im WLAN Interface auf "No tag" stellt und die vlan-id weg lässt, und dann unter bridge->vlan auf die vlanID nur das Bridge-Interface tagged einfügt.
Der Grund warum das ebenfalls funktioniert ist, dass ja das WLAN-Interface als MemberPort eine PVID definiert hat, also alles was vom Wifi-Interface untagged ankommt diesem Vlan welches in der PVID definiert ist zugewiesen wird.
Aufpassen muss man aber das man den Frame-Type im Member-Port richtig wählt, bei Variante Aqui muss hier ausgewählt sein das nur getaggte Frames erlaubt sind, bei der zweiten muss man auch ungetaggte zulassen, denn von Wifi-Interface das bei Variante 2 keine Tag Definition hat kommen die Frames untagged am Interface an.
In beiden Fällen kann man natürlich auch "admit-all" benutzen, aber einschränken wie man es benötigt ist sinnvoller.
Ich bin jetzt aber wieder Online und es funktioniert!
👍👏Das war eine schwere Geburt mit mir....
Dafür ist ein Forum ja da und die Erfahrung mit der Konfig kann dir keiner mehr nehmen! Sieh es also immer positv!Jetzt nach der Erklärung macht die Variante des Kollegen @6017814589 natürlich auch Sinn. Ist sogar ganz sexy weil man das Tagging dann ausschliesslich nur beim Bridge Setup macht. 😉
Bleibt ja dann nur noch das du deinen Thread hier dann als erledigt markierst.
Bitte für neue Fragen auch einen neuen Thread benutzen! Das hat rein gar nichts mehr mit der ursprünglichen Frage gemein.
Und bitte gewöhne dir an statt immer 1000 und 1 Bildchen zu posten, bei Mikrotik Routern immer zu aller erst einen export der Config im Terminal als Text einzustellen, dann entfallen die üblichen Nachfragen von selbst und man kann Fehlkonfigurationen i.d.R. schon daran erkennen. Danke.
Und bitte gewöhne dir an statt immer 1000 und 1 Bildchen zu posten, bei Mikrotik Routern immer zu aller erst einen export der Config im Terminal als Text einzustellen, dann entfallen die üblichen Nachfragen von selbst und man kann Fehlkonfigurationen i.d.R. schon daran erkennen. Danke.
Auch der cAP AC läuft jetzt mit der IP wie oben beschrieben.
Mit dergleichen?? Würde ja bedeuten das der DHCP Server doppelte IPs vergibt. Das kann hier sicher niemand wirklich glauben und dann stimmt in der Tat irgendetwas ganz sicher nicht in deinem Setup.Wenn der cAP jetzt der reine AP ist hat der
- nur ein einziges VLAN Interface im Management VLAN
- einen DHCP Client auf das VLAN Interface gebunden
- Fertisch
Zum Rest hat Kollege @6017814589 schon alles gesagt.
Zum Rest hat Kollege @6017814589 schon alles gesagt.
Noch nicht vollumfänglich:Terminal/CLI > export hide sensitive
Und das Ergebnis hier posten. Wie oben gesagt.
Zudem ist der Case hier schon länger closed. D.h. damkommen keine neuen Inputgeber als die, die sich hier bisher schon geäußert haben. Deshalb möglichst neuen Thread!
Zitat von @Visucius:
Terminal/CLI > export hide sensitive
Dann aber bitte auch richtig mit Bindestrich!Zum Rest hat Kollege @6017814589 schon alles gesagt.
Noch nicht vollumfänglich:Terminal/CLI > export hide sensitive
export hide-sensitive