:fill(white):strip_exif()/i/2000549950.jpeg?f=thumbmini)
:strip_exif()/i/2005749774.png?f=thumbmini)
:fill(white):strip_exif()/i/2001690973.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000609859.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000752202.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000752204.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000549946.jpeg?f=thumbmini)
:strip_exif()/i/2001630061.png?f=thumbmini)
:fill(white):strip_exif()/i/2000550046.jpeg?f=thumbmini)
:strip_exif()/i/2001729163.png?f=thumbmini)
:fill(white):strip_exif()/i/2001894267.jpeg?f=thumbmini)
:strip_exif()/i/2001602173.png?f=thumbmini)
:fill(white):strip_exif()/i/2000627608.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001033897.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001603121.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000897642.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002281701.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002281691.jpeg?f=thumbmini)
:strip_exif()/i/2004729478.png?f=thumbmini)
:fill(white):strip_exif()/i/2000549949.jpeg?f=thumbmini)
:strip_exif()/i/2000645685.png?f=thumbmini)
:fill(white):strip_exif()/i/2001344711.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000600066.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1395229077.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1396256832.jpeg?f=thumbmini)
:strip_exif()/i/1395224034.png?f=thumbmini)
:strip_icc():strip_exif()/u/83980/quake.jpg?f=community)
Server: Intel Xeon E5 1620v3--Gigabyte X99 sli--128GB ecc--Samsung evo 960 250GB--Samsung evo 970plus 1TB--5x Seagate barracuda 2TB raid6--PSU Coolermaster 1000M--3Ware 9650SE-8LPML
:strip_icc():strip_exif()/u/212310/6.jpg?f=community)
Dan geldt hetzelfde, een goede hosting provider zal pakketjes van een source adres dat niet van jou is ook droppen.:
[...]
Dit staat in een data centrum, dus dat zal niet het probleem zijn
Maar je stuurt toch continue packets met een je eigen IP als source IP, hoe moet de data anders terugkomen?
Het hele probleem is namelijk dat als je een destination NAT regel maakt hiervoor het source adres niet veranderd. Dus je gaat verkeer vanuit je eigen aansluiting terug het internet op sturen met nog steeds het originele source IP. En dat werkt dus niet.
Om dat op te lossen moet je dus een soort proxy maken (kan ook een raw socket zijn) die het verkeer opnieuw verstuurd naar de bestemming met je eigen source IP en die het antwoord wat hij krijgt weer terugstuurt maar de originele afzender.
Maar misschien moeten we even een stap terug, welk probleem probeer je precies op te lossen? Misschien is het handiger om van daaruit mee te denken.
:strip_icc():strip_exif()/u/19784/crop5602e6447372a_cropped.jpeg?f=community)
@Thralas
Ik heb nu een goede gevangen.
De situatie:
Op net1 gezet, ging natuurlijk ruim 45min goed, dus wireshark maar uitgezet.
Net1ok file
Toen naar 15 gezapt (discovery) en vrijwel meteen haperen dus Wireshark meteen aangezet.
na een flink aantal haperingen kreeg ik de melding zap naar een andere zender en weer terug.
Dus naar net1 gezapt, melding bleef in beeld. en na een aantal keer op en neer zappen begon het weer te lopen.
Ik zie zelf dat hij een groep verlaat? Is dit misschien het schakelen tussen multicast en unicast waar de Mikrotik zich in verslikt?
https://www.dropbox.com/s/yo1jgusk07ynspc/net1ok.pcapng?dl=0
https://www.dropbox.com/s...h/15%2C1probl.pcapng?dl=0
Nogmaals reuze bedankt voor je inspanningen
Ik heb nu een goede gevangen.
De situatie:
Op net1 gezet, ging natuurlijk ruim 45min goed, dus wireshark maar uitgezet.
Net1ok file
Toen naar 15 gezapt (discovery) en vrijwel meteen haperen dus Wireshark meteen aangezet.
na een flink aantal haperingen kreeg ik de melding zap naar een andere zender en weer terug.
Dus naar net1 gezapt, melding bleef in beeld. en na een aantal keer op en neer zappen begon het weer te lopen.
Ik zie zelf dat hij een groep verlaat? Is dit misschien het schakelen tussen multicast en unicast waar de Mikrotik zich in verslikt?
https://www.dropbox.com/s/yo1jgusk07ynspc/net1ok.pcapng?dl=0
https://www.dropbox.com/s...h/15%2C1probl.pcapng?dl=0
Nogmaals reuze bedankt voor je inspanningen
Server: Intel Xeon E5 1620v3--Gigabyte X99 sli--128GB ecc--Samsung evo 960 250GB--Samsung evo 970plus 1TB--5x Seagate barracuda 2TB raid6--PSU Coolermaster 1000M--3Ware 9650SE-8LPML
Je hebt inderdaad enorm veel packet loss op je multicast streams. Zie Telephony -> RTP -> RTP Streams voor een handig overzicht.
/f/image/uNGFB7MMO5ucP6An2xLjF5PG.png?f=fotoalbum_large)
De totalen zijn onbetrouwbaar omdat er mogelijk even weggezapt is, dat telt hij ook als loss
Je lijkt te capturen op een Windowsmachine - daarmee pik je alleen multicastverkeer op; ik zie bijvoorbeeld geen unicast van/naar de STB (nu niet zo'n ramp, maar in principe is een mirror port of packet-sniffer de juiste manier, daar had ik al wat hints over gegeven).
Maarrr, het feit dat je uberhaupt multicast IPTV traffic daar ziet betekent dat je het naar alle poorten van de switch flood omdat je geen IGMP snooping doet.
Als een setup (for whatever reason) werkt zonder snooping is dat mooi meegenomen, maar het veroorzaakt enorm veel potentiële ellende vwb. de betrouwbaarheid van je streams. Daar heb je blijkbaar problemen mee: dus je moet IGMP snoopen.
Zonder snooping zorgt één congested switchport er al voor dat je multicastverkeer op alle andere poorten ook begint te droppen is mijn ervaring (zet één port maar eens op 10Mb..).
In een eerdere post schreef je dat het helemaal niet werkte met snooping: dan is dat een ander (oplosbaar) probleem. In dat geval waarschijnlijk wel iets met IGMP: ook weer even een capture maken (met port mirror of packet sniffer) of als alternatief igmp logging aanzetten op de MikroTik (dan krijg je een boel debug output).
:fill(white):strip_exif()/f/image/uNGFB7MMO5ucP6An2xLjF5PG.png?f=user_large)
De totalen zijn onbetrouwbaar omdat er mogelijk even weggezapt is, dat telt hij ook als loss
Je lijkt te capturen op een Windowsmachine - daarmee pik je alleen multicastverkeer op; ik zie bijvoorbeeld geen unicast van/naar de STB (nu niet zo'n ramp, maar in principe is een mirror port of packet-sniffer de juiste manier, daar had ik al wat hints over gegeven).
Maarrr, het feit dat je uberhaupt multicast IPTV traffic daar ziet betekent dat je het naar alle poorten van de switch flood omdat je geen IGMP snooping doet.
Als een setup (for whatever reason) werkt zonder snooping is dat mooi meegenomen, maar het veroorzaakt enorm veel potentiële ellende vwb. de betrouwbaarheid van je streams. Daar heb je blijkbaar problemen mee: dus je moet IGMP snoopen.
Zonder snooping zorgt één congested switchport er al voor dat je multicastverkeer op alle andere poorten ook begint te droppen is mijn ervaring (zet één port maar eens op 10Mb..).
In een eerdere post schreef je dat het helemaal niet werkte met snooping: dan is dat een ander (oplosbaar) probleem. In dat geval waarschijnlijk wel iets met IGMP: ook weer even een capture maken (met port mirror of packet sniffer) of als alternatief igmp logging aanzetten op de MikroTik (dan krijg je een boel debug output).
Ik gebruik inderdaad een windows machine, port heb ik niet gemirrord an de poort van de STB omdat ik dacht dat ditniet nodig is ivm met dat het multicast verkeer is.
Ik heb 4 poortjes van de Mikrotik in een appart VLAN gezet waarop de STB's zitten en de uplink vanuit de PFsense (die over een apparte interfae loopt) om dus te voorkomen dat ik de hele switch overspoel met data. Op een van deze 4 poortjes in de apparte VLAN heb ik tijdelijk de windows machine geprikt waarmee ik capture.
IGMP snooping in die apparte VLAN levert direct een melding op dat ik naar een andere zender moet zappen.
Ik ga proberen een poort van een STB te mirrorren (rookie mistake
)
Server: Intel Xeon E5 1620v3--Gigabyte X99 sli--128GB ecc--Samsung evo 960 250GB--Samsung evo 970plus 1TB--5x Seagate barracuda 2TB raid6--PSU Coolermaster 1000M--3Ware 9650SE-8LPML
:strip_icc():strip_exif()/u/1045439/crop5a92dd9edd372_cropped.jpeg?f=community)
Helaas lukt het me niet om een port te mirroren, geprobeerd volgens onderstaand
https://www.wirelessinfo.be/mikrotik-port-mirroring/
Ik krijg de melding port mirror not supported
Ik snap dat ik je nu zonder degelijke info stel maar heb je misschien nog een andere tip waardoor de packet loss op kan treden?
Voor IPTV heb ik dus een appart VLAN van 4 poortjes zodat ik IGMP snooping niet nodig heb.
In deze VLAN zitten de uplink vanuit PFsense en 3x STB
Bedankt voor je moeite nogmaals
Ik zal proberen of ik de packet sniffer werkend krijg
Server: Intel Xeon E5 1620v3--Gigabyte X99 sli--128GB ecc--Samsung evo 960 250GB--Samsung evo 970plus 1TB--5x Seagate barracuda 2TB raid6--PSU Coolermaster 1000M--3Ware 9650SE-8LPML
:strip_icc():strip_exif()/u/13062/crop5e0cde80e7d91_cropped.jpeg?f=community)
Interessant. Op de forums iemand met hetzelfde beklag. Aangenomen dat je het niet tussen mgmt port en een switchpoort probeert zou dat toch moeten werken. In ieder geval niet gedocumenteerd, kun je eventueel een ticket over inschieten (ze antwoorden vrij goed).
Dan nog. Als het problemen oplevert kun je het 't beste niet forwarden naar poorten waar het niet thuishoort (dus ook een STB die niet op die stream zit te wachten).
Ik zal proberen of ik de packet sniffer werkend krijg
Als snooping niet werkt en je krijgt het debuggen niet voor elkaar zou je ook nog even kunnen checken (gewoon met Winbox in de interfacelijst op basis van traffic rate) welke poorten de streams allemaal ontvangen, en ze selectief disablen om te zien of dat helpt.
/u/180096/crop5dc17ac3d5be4_cropped.png?f=community)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
/u/189310/crop571f5b38cbd6b_cropped.png?f=community)
:strip_exif()/u/167373/crop58db73c135c84.gif?f=community)
:strip_icc():strip_exif()/u/340735/crop6448f8f93e3de.jpg?f=community)
Op Flash..
Met 6.45.9
Met 6.47
Hier is iets niet lekker.
Niet echt: https://forum.mikrotik.co...php?f=21&t=161887#p797573 Doorgelezen en ik heb voldoende playground mikrotikjes om het even te testen
Misschien komt het wel door DoH. Geen idee, maar dit vreet uiteindelijk je flash op.
[ Voor 36% gewijzigd door ed1703 op 06-06-2020 13:12 ]
Bedankt, dit lijkt te werken inderdaad.
Ik was er al bang voor dat het iets simpels was
.Dan een algemene vraag omdat ik zelf geen Apple apparaten heb:
Weet iemand of er problemen zijn met bepaalde Mikrotik instellingen en iOS devices? Ik krijg regelmatig te horen dat de wifi uitvalt op een iPhone maar verder werkt de wifi gewoon prima.
[ Voor 25% gewijzigd door Snippo op 06-06-2020 15:11 ]
:strip_icc():strip_exif()/u/20352/crop6166daf8ea2c2_cropped.jpg?f=community)
Toevallig keek ik weer eens in dit draadje en kwam dit tegen.:
[...]
Op Flash..
Met 6.45.9
[...]
Met 6.47
[...]
Hier is iets niet lekker.
[...]
Niet echt: https://forum.mikrotik.co...php?f=21&t=161887#p797573 Doorgelezen en ik heb voldoende playground mikrotikjes om het even te testen
Ook bij mij in 3 dagen 250000 sector writes na flashen van 6.47 op mijn Hex S.
Na rollback naar 6.45.9 (long term) zie ik nauwelijks nog sector writes, we wachten op een oplossing van Mikrotik
Doe maar gewoon, dan doe je al gek genoeg...
:strip_icc():strip_exif()/u/655387/crop61f7a5bca3e6c_cropped.jpg?f=community)
Mijn kennis betreft IPv6 is nog op het niveau Noob, ik wil me er graag in verdiepen maar de spec van deze apparaat zegt niks over ipv6 support (zelfs de tweakers specs)
Bedoel je niet de CRS versie? na mijn weten is dit enkel een switch, de CRS van deze heeft inderdaad RouterOS, maar heb enkel de switch eigenschappen nodig
Fan van: Unraid, ProxMox, Pi-hole, PlexMediaServer, OPNsense. Meer een gluurder dan een reaguurder.
Euh, oeps. Ja, die bedoel ik. Zie nu dat jij het over de switch hebt 😬.:
[...]
Bedoel je niet de CRS versie? na mijn weten is dit enkel een switch, de CRS van deze heeft inderdaad RouterOS, maar heb enkel de switch eigenschappen nodig
@geenwindows Ik ben zelf ook een beginnend mikrotik hobbyist en zit veel op YouTube waar je bijv. onderstaand filmpje kan vinden over het gebruik van routeros als switch:
YouTube: Mikrotik CRS3xx serie configureren als volwaardige switch
(overigens ipv6 zit er standaard op maar het is een 'package' dus je kan het ook verwijderen.)
Wat mij opvalt is dat je in routeros dingen op verschillende manieren voor elkaar kunt krijgen. Bijv. vlans op een crs apparaat kan je op 3 verschillende manieren regelen maar 1 van die manieren werkt niet goed (geen hardware ondersteuning) de andere manier moet je ook goed opletten en de derde manier die altijd werkt daarvan vind je bijna geen howtos In elk geval is het een perfect apparaat om lekker mee te prutsen.
YouTube: Mikrotik CRS3xx serie configureren als volwaardige switch
(overigens ipv6 zit er standaard op maar het is een 'package' dus je kan het ook verwijderen.)
Wat mij opvalt is dat je in routeros dingen op verschillende manieren voor elkaar kunt krijgen. Bijv. vlans op een crs apparaat kan je op 3 verschillende manieren regelen maar 1 van die manieren werkt niet goed (geen hardware ondersteuning) de andere manier moet je ook goed opletten en de derde manier die altijd werkt daarvan vind je bijna geen howtos
In elk geval is het een perfect apparaat om lekker mee te prutsen.
Voor routerOS zie ik inderdaad genoeg info. enkel heeft de CSS326 SwitchOS, daarover is de info wat schaars...:
@geenwindows Ik ben zelf ook een beginnend mikrotik hobbyist en zit veel op YouTube waar je bijv. onderstaand filmpje kan vinden over het gebruik van routeros als switch:
YouTube: Mikrotik CRS3xx serie configureren als volwaardige switch
(overigens ipv6 zit er standaard op maar het is een 'package' dus je kan het ook verwijderen.)
Wat mij opvalt is dat je in routeros dingen op verschillende manieren voor elkaar kunt krijgen. Bijv. vlans op een crs apparaat kan je op 3 verschillende manieren regelen maar 1 van die manieren werkt niet goed (geen hardware ondersteuning) de andere manier moet je ook goed opletten en de derde manier die altijd werkt daarvan vind je bijna geen howtos
de CRS heeft dan weer Dualboot (ROS en SwOS), maar daar zit weer een hogere prijskaartje aan
Ik heb nu de CSS326 besteld en ga er van de week mee aan de slag, kijken of ik de leercurve van mikrotik aan kan
hoewel met SwitchOS schijnt het best makkelijk te zijn.
Fan van: Unraid, ProxMox, Pi-hole, PlexMediaServer, OPNsense. Meer een gluurder dan een reaguurder.
@geenwindows Ik zie dat ik ook niet zit op te letten terwijl de tegel voor mijn response is toch duidelijk genoeg is 
Anyway als je een basis kennis hebt is swos (en routeros) prima te doen dus geen zorgen. Je kan ook een goedkoop tweedehandsje kopen om mee te oefenen (heb ik ook gedaan maar ik gebruik dat ding inmiddels wel echt (het bleek sneller te zijn dan een unifi inwall HD die ik eerst had) dus ik moet weer een andere kopen )
Anyway als je een basis kennis hebt is swos (en routeros) prima te doen dus geen zorgen. Je kan ook een goedkoop tweedehandsje kopen om mee te oefenen (heb ik ook gedaan maar ik gebruik dat ding inmiddels wel echt (het bleek sneller te zijn dan een unifi inwall HD die ik eerst had) dus ik moet weer een andere kopen
)
6.48 beta12 heeft dit in de changelog:
*) filesystem - fixed increased "sector writes" reporting (introduced in v6.47);
*) filesystem - improved long-term filesystem stability and data integrity;
Ziet er hoopvol uit dat er gauw een 6.47.1 komt zonder hoog sectorwrites probleem
*) filesystem - fixed increased "sector writes" reporting (introduced in v6.47);
*) filesystem - improved long-term filesystem stability and data integrity;
Ziet er hoopvol uit dat er gauw een 6.47.1 komt zonder hoog sectorwrites probleem
zo, de CSS326 is binnen.
met 10 minuten zat ie in het netwerk, VLANs was zo gepiept, enkel LAG/trunk krijg ik nog niet voor elkaar, zowel met de unifi switch 8poort als met OPNsense niet, hier moet ik de komende dagen maar eens verder in gaan verdiepen, de switch herkend de LAG setup, maar aan de andere zijde krijg ik geen contact..
edit:
switch zat nog op v2.7 (2017)
update naar 2.11 en LAG/LACP tussen de unifi switch werkt, morgen weer een poging wagen met OPNsense...
met 10 minuten zat ie in het netwerk, VLANs was zo gepiept, enkel LAG/trunk krijg ik nog niet voor elkaar, zowel met de unifi switch 8poort als met OPNsense niet, hier moet ik de komende dagen maar eens verder in gaan verdiepen, de switch herkend de LAG setup, maar aan de andere zijde krijg ik geen contact..
edit:
switch zat nog op v2.7 (2017)
update naar 2.11 en LAG/LACP tussen de unifi switch werkt, morgen weer een poging wagen met OPNsense...
[ Voor 18% gewijzigd door geenwindows op 07-07-2020 22:44 ]
Fan van: Unraid, ProxMox, Pi-hole, PlexMediaServer, OPNsense. Meer een gluurder dan een reaguurder.
Er is nu een nieuwe versie van RouterOs die oa het probleem van de hoge sector writes oplost:
https://mikrotik.com/download
Overigens lijkt Mikrotik te suggereren dat die sector writes wel gerapporteerd werden, maar dat er niet daadwerkelijk zoveel geschreven werd. Een fout in de reporting dus?
Ik hou het Mikrotik forum ff in de gaten om te kijken hoe de ervaringen zijn voor ik weer upgrade
Doe maar gewoon, dan doe je al gek genoeg...
:strip_icc():strip_exif()/u/109013/crop5ebb9b611401c_cropped.jpeg?f=community)
Goed, gistermiddag en -avond bezig geweest met het configureren van mijn Mikrotik hEX S voor glasvezel van T-Mobile (glasvezelkabel direct in SFP-poort).
Ik vond het, met mijn beperkte kennis, een vrij steile leercurve. Ik miste bijvoorbeeld ook wat basisinformatie; wat betekenen de piepjes die de router maakt? Hoe plaats ik een rsc-configuratiebestand op de router? Maar het is allemaal draaiend, alleen begrijp ik een paar dingen nog niet. Hopelijk kunnen jullie me erbij helpen.
Op het T-mobile-forum vond ik onderstaande configuratie, die ik heb aangepast naar mijn situatie (helaas kan ik de originele post niet meer terugvinden).
- Hoe kom ik aan een mac-adres voor admin-mac? Ik heb hier toch wel een uur naar gezocht gisteren, maar ik kon hier geen duidelijk antwoord op vinden. Uiteindelijk heb ik in de interface een bridge aangemaakt, dat mac-adres toegevoegd aan het script en het script laten uitvoeren na reset van de instellingen. Dit lijkt prima te werken, maar ik wil toch graag weten wat nou de juiste methode is.
- Ik probeer een port forward in te stellen vanaf internet naar mijn NUC op de LAN (hier draai ik HomeAssistant op). Hier kom ik echter niet helemaal uit. Ik bij firewall > NAT het ingesteld als hieronder, maar het lijkt niet te werken. Ik vermoed dat de in-interface niet klopt.
- Als jullie nog op- en aanmerkingen op de firewall configuratie hebben, dan hoor ik dat graag. Hier begrijp ik namelijk nog niet alles van (stond zo in configuratiescript dat ik vond).
Next up: PoE-instellen voor m'n Unifi access point
:strip_exif()/f/image/dZs3GcKbT24jhklofZnVSjlp.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Yh8GYGE36BQ3rqTkpxt53YTr.jpg?f=user_large)
Ik vond het, met mijn beperkte kennis, een vrij steile leercurve. Ik miste bijvoorbeeld ook wat basisinformatie; wat betekenen de piepjes die de router maakt? Hoe plaats ik een rsc-configuratiebestand op de router? Maar het is allemaal draaiend, alleen begrijp ik een paar dingen nog niet. Hopelijk kunnen jullie me erbij helpen.
Op het T-mobile-forum vond ik onderstaande configuratie, die ik heb aangepast naar mijn situatie (helaas kan ik de originele post niet meer terugvinden).
- Hoe kom ik aan een mac-adres voor admin-mac? Ik heb hier toch wel een uur naar gezocht gisteren, maar ik kon hier geen duidelijk antwoord op vinden. Uiteindelijk heb ik in de interface een bridge aangemaakt, dat mac-adres toegevoegd aan het script en het script laten uitvoeren na reset van de instellingen. Dit lijkt prima te werken, maar ik wil toch graag weten wat nou de juiste methode is.
- Ik probeer een port forward in te stellen vanaf internet naar mijn NUC op de LAN (hier draai ik HomeAssistant op). Hier kom ik echter niet helemaal uit. Ik bij firewall > NAT het ingesteld als hieronder, maar het lijkt niet te werken. Ik vermoed dat de in-interface niet klopt.
- Als jullie nog op- en aanmerkingen op de firewall configuratie hebben, dan hoor ik dat graag. Hier begrijp ik namelijk nog niet alles van (stond zo in configuratiescript dat ik vond).
Next up: PoE-instellen voor m'n Unifi access point
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/dZs3GcKbT24jhklofZnVSjlp.jpg?f=user_large)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
| # model = Routerboard HexS
#
# Configuration for T-Mobile Thuis
/interface bridge
add admin-mac=xx:xx:xx:xx:xx:xx auto-mac=no comment=defconf name=bridge
/interface ethernet
set [ find default-name=ether1 ] advertise=1000M-full speed=100Mbps
set [ find default-name=ether2 ] advertise=1000M-full speed=100Mbps
set [ find default-name=ether3 ] advertise=1000M-full speed=100Mbps
set [ find default-name=ether4 ] advertise=1000M-full speed=100Mbps
set [ find default-name=ether5 ] advertise=1000M-full speed=100Mbps
set [ find default-name=sfp1 ] advertise=\
10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full \
auto-negotiation=no
/interface vlan
add interface=sfp1 name=vlan300 vlan-id=300
/interface list
add comment=defconf name=WAN
add comment=defconf name=LAN
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
/ip pool
add name=DHCP_LAN ranges=192.168.1.50-192.168.1.254
/ip dhcp-server
add address-pool=DHCP_LAN disabled=no interface=bridge name=defconf
/interface bridge port
add bridge=bridge comment=defconf interface=ether1
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
/ip neighbor discovery-settings
set discover-interface-list=LAN
/interface list member
add comment=defconf interface=bridge list=LAN
add interface=vlan300 list=WAN
/ip address
add address=192.168.1.1/24 comment=defconf interface=bridge network=192.168.1.0
/ip dhcp-client
add comment=defconf dhcp-options=hostname,clientid disabled=no interface=\
vlan300
/ip dhcp-server network
add address=192.168.1.0/24 comment=defconf dns-server=\
1.1.1.1,1.0.0.1 gateway=192.168.1.1
/ip dns
set allow-remote-requests=yes
/ip dns static
add address=192.168.1.1 name=router.lan
/ip firewall filter
add action=accept chain=input comment=\
"defconf: accept established,related,untracked" connection-state=\
established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=\
invalid
add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp
add action=drop chain=input comment="defconf: drop all not coming from LAN" \
in-interface-list=!LAN
add action=accept chain=forward comment="defconf: accept in ipsec policy" \
ipsec-policy=in,ipsec
add action=accept chain=forward comment="defconf: accept out ipsec policy" \
ipsec-policy=out,ipsec
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" \
connection-state=established,related
add action=accept chain=forward comment=\
"defconf: accept established,related, untracked" connection-state=\
established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" \
connection-state=invalid
add action=drop chain=forward comment=\
"defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat \
connection-state=new in-interface-list=WAN
/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade" \
ipsec-policy=out,none out-interface-list=WAN
/system clock
set time-zone-name=Europe/Amsterdam
/system routerboard settings
set silent-boot=no
/tool graphing interface
add interface=vlan300
add interface=bridge
add interface=sfp1
/tool mac-server
set allowed-interface-list=LAN
/tool mac-server mac-winbox
set allowed-interface-list=LAN |
/u/224036/crop61e6e7c4d4987_cropped.png?f=community)
:strip_icc():strip_exif()/u/294896/crop5ef82c7958b9c_cropped.jpeg?f=community)
Een MAC is toch redelijk eenvoudig te spoofen? Dus waterdicht is dat ook niet.
Het is inderdaad een thuisnetwerk dus ik ga het hierbij laten maar ik was benieuwd of het mogelijk is. Het lijkt allemaal goed beveiligd maar een handige Harry kan dus makkelijk toegang krijgen tot het netwerk. Echter is dit ook weer geen probleem als alle apparaten beveiligd zijn met een wachtwoord.
Het lijkt er dus op dat de waterdichte oplossing zit in encryptie. Best wel logisch eigenlijk.
:strip_icc():strip_exif()/u/168028/metal-fox-2.jpg?f=community)
/u/604550/crop5616bb6cb8e0c_cropped.png?f=community)
kom ik aan met een css326 wat op het moment van schrijven, met 73c zijn werkt moet doen... 
voordeel is wel, je kunt hem aanraken zonder je handen te verbranden, dat hoef je met de unifi 8p switch niet te doen!
voordeel is wel, je kunt hem aanraken zonder je handen te verbranden, dat hoef je met de unifi 8p switch niet te doen!
Fan van: Unraid, ProxMox, Pi-hole, PlexMediaServer, OPNsense. Meer een gluurder dan een reaguurder.
/u/26285/avatar.png?f=community){kind=avatar}
:fill(white):strip_exif()/f/image/njhxClTY8QkPORvhbtr15OTk.png?f=user_large)
/u/148921/meteoravatar.png?f=community){kind=avatar}