Academia Mikrotik Romania

19/10/2026

Ești vizat de NIS2?
Știi că una dintre măsurile importante pentru securizarea rețelei este segmentarea ei?

Dar segmentarea nu înseamnă doar să creezi câteva VLAN-uri.

O segmentare corectă înseamnă să înțelegi cm circulă traficul la Layer 2, ce porturi aparțin fiecărui VLAN, unde trebuie să existe izolare, cm previi buclele și cm verifici ce se întâmplă atunci când rețeaua nu se comportă așa cm ai planificat.

Aici apar, de fapt, multe dintre problemele care pot pune în dificultate un administrator: configurația pare corectă, dar un port ajunge într-un segment greșit, traficul trece unde nu ar trebui, o buclă afectează mai multe zone sau diagnosticarea pornește din locul nepotrivit.

La MTCSWE - MikroTik Certified Switching Engineer se studiază exact mecanismele care stau în spatele unei segmentări corecte: VLAN și tagging, STP/RSTP/MSTP, port isolation, bonding, securitate Layer 2 și instrumente de diagnosticare, inclusiv port mirroring.

Ideea nu este doar să știm ce comandă folosim, ci să înțelegem de ce funcționează configurația, unde poate apărea eroarea și cm o identificăm metodic.

Dacă administrezi rețele MikroTik și vrei să aprofundezi aceste mecanisme practic, te invit la:

MTCSWE - MikroTik Certified Switching Engineer
Brașov, 22-24 octombrie 2026
Curs fizic, cu laboratoare practice.

Înscrieri: [email protected]
Telefon: 0755 202 237
Academia MikroTik România

17/10/2026

Romanian Security Fair 2026 – tehnologie, oameni faini și 12 ani de parteneriat!

Felicitări organizatorilor pentru o ediție reușită a Romanian Security Fair, la ROMEXPO București!

Pentru Academia MikroTik România și MikroTik.ro, evenimentul a fost și un prilej special de sărbătoare: 12 ani de colaborare, proiecte comune, experiențe împărtășite și pasiune pentru tehnologie!

Ne-am bucurat de întâlniri, discuții interesante și de energia unei comunități unite prin inovație și securitate.

Mulțumim tuturor și mergem mai departe împreună!

🔗 https://www.romaniansecurityfair.eu/ro/

15/10/2026

VLAN-ul este configurat. Porturile par corecte. Și totuși traficul nu ajunge unde trebuie.

În rețelele MikroTik, multe probleme de switching nu sunt evidente la prima vedere.

Un echipament poate primi adresă IP, poate comunica în anumite situații, dar traficul să nu ajungă în VLAN-ul dorit sau să fie blocat după o modificare aparent minoră.

În astfel de cazuri, problema poate fi căutată în DHCP, routing sau firewall, deși cauza reală se află la Layer 2.

Primul pas este să verificăm ce știe bridge-ul despre rețea:
/interface bridge host print
/interface bridge port print detail
/interface bridge vlan print

Cu aceste comenzi putem vedea:

- pe ce port a fost învățată o adresă MAC;
- ce pvid este configurat pe fiecare port;
- ce VLAN-uri sunt permise pe porturile bridge-ului;
- dacă un VLAN este transmis cu tag sau fără tag la ieșire;
- dacă problema este într-adevăr de switching sau investigația trebuie continuată în altă zonă.

Într-un bridge cu vlan-filtering=yes, proprietatea pvid stabilește VLAN-ul atribuit traficului untagged primit pe port. Bridge VLAN Table definește apartenența porturilor la fiecare VLAN și modul de tratare a tag-ului VLAN la ieșire. Proprietățile frame-types și ingress-filtering controlează, la intrare, ce tipuri de cadre sunt acceptate și dacă portul este membru al VLAN-ului primit.

Dar VLAN-ul este doar una dintre posibilele cauze.

O problemă de Layer 2 poate avea legătură și cu:

- MAC learning;
- MTU și L2MTU;
- STP/RSTP/MSTP;
- bonding;
- port isolation;
- DHCP Snooping și alte mecanisme de securitate Layer 2;
- port mirroring și instrumentele de diagnosticare.

Acestea sunt exact tipurile de mecanisme studiate în MTCSWE - MikroTik Certified Switching Engineer, alături de laboratoare practice de switching, VLAN, Spanning Tree, link aggregation, securitate Layer 2 și diagnosticare. Outline-ul oficial include aceste teme în modulele dedicate.

Curs avansat MTCSWE - MikroTik Certified Switching Engineer
22-24 octombrie 2026, Brașov
Curs în clasă, cu laboratoare practice.

Au mai rămas 2 locuri disponibile.

Înscrieri: [email protected]
Telefon: 0755 202 237

Academia MikroTik România

08/10/2026

Ai blocat un site pe routerul MikroTik, dar calculatoarele din rețea îl deschid în continuare?

O cauză frecventă nu este în configurația DNS, ci în serverul DHCP.

Când proprietatea dns-server din serverul DHCP nu este completată, RouterOS trimite clienților serverele DNS pe care le folosește routerul însuși. De cele mai multe ori acestea sunt serverele furnizorului de internet. Calculatoarele trimit întrebările DNS direct acolo, așa că intrările statice și cache-ul de pe router nu se aplică pentru ele.

Verificarea durează câteva secunde:

/ip dhcp-server network print

Dacă în coloana DNS-SERVER nu apare nimic, setați adresa routerului din acea rețea:

/ip dhcp-server network set 0 dns-server=192.168.88.1

Pentru ca routerul să răspundă la aceste întrebări mai sunt necesare două lucruri:

/ip dns set allow-remote-requests=yes

Accesul la portul 53, TCP și UDP, trebuie limitat din firewall la rețelele locale. Astfel routerul nu devine un server DNS deschis spre internet.

Calculatoarele primesc noua setare când își reînnoiesc configurația DHCP.

Setarea contează doar pentru dispozitivele care își iau configurația prin DHCP. Un calculator cu DNS setat manual sau un browser cu DNS over HTTPS poate ocoli în continuare routerul.

Exact astfel de situații lucrăm la cursul oficial MTCNA (MikroTik Certified Network Associate): configurăm serviciile de bază ale unei rețele RouterOS și învățăm să le verificăm, pas cu pas, în laborator.

12–15 octombrie 2026, Brașov
Începem luni.
Detalii și înscriere: [email protected]

07/10/2026

O singură setare RouterOS explică de ce.
Verificarea durează 10 secunde.

Situația apare des după configurarea unui router MikroTik: de pe router, Internetul funcționează. Pe calculatoarele din rețea însă paginile web nu se deschid, deși conexiunea pare activă.

Problema nu este, de cele mai multe ori, nici legătura la Internet, nici rutarea. Este DNS-ul, serviciul care traduce numele, de exemplu mikrotik.com, în adrese IP.

De ce nu e evidentă cauza?

În multe configurații, serverul DHCP trimite calculatoarelor adresa routerului ca server DNS. Routerul folosește însă DNS-ul doar pentru propriile cereri. Dacă nu are activată opțiunea care îi permite să răspundă și clienților, cererile lor nu primesc răspuns. Rezultatul: routerul „are Internet”, iar utilizatorii au o conexiune care nu deschide nimic.

Verificarea

În terminalul RouterOS: /ip dns print

Dacă allow-remote-requests are valoarea no, routerul nu răspunde la cererile DNS ale clienților.

Soluția: /ip dns set allow-remote-requests=yes

O precizare importantă!

Odată activată această opțiune, serviciul DNS trebuie protejat prin firewall. Cererile DNS trebuie acceptate doar din rețeaua locală, nu și din Internet. Altfel routerul devine un server DNS deschis, care poate fi folosit în atacuri împotriva altor rețele.

Mecanisme ca acesta le lucrăm practic la cursul oficial MikroTik Certified Network Associate (MTCNA), în perioada 12–15 octombrie 2026, la Brașov: DHCP, DNS, firewall, bridge și VLAN, configurate pas cu pas, cu accent pe înțelegere. Nu doar cm se configurează RouterOSv7, ci și de ce funcționează astfel.

Au mai rămas doar 2 locuri disponibile.
Înscrieri: 0755 202 237 sau [email protected].

07/10/2026

Rețeaua funcționează.
Nu există erori.

Și totuși, echipamentul MikroTik poate procesa traficul ineficient fără să semnaleze acest lucru.

Multe echipamente MikroTik au un cip de comutare (switch chip). Acesta transmite traficul între porturi direct în hardware, fără să încarce procesorul. Anumite funcții activate pe bridge pot însă dezactiva automat această procesare hardware. Configurația rămâne validă și traficul circulă în continuare, dar este preluat de procesor. La trafic ridicat, încărcarea procesorului crește, iar performanța poate scădea.

Verificarea este simplă: /interface bridge port print

Marcajul H din dreptul fiecărui port arată că procesarea hardware este activă. Dacă marcajul dispare imediat după activarea unei funcții pe bridge, acea funcție a mutat procesarea pe procesor.

Înainte de a activa o funcție pe bridge, verificați în manualul MikroTik, în tabelul Bridge Hardware Offloading, dacă cipul echipamentului o suportă în hardware.

Acest tip de analiză îl exersăm la cursul oficial MTCNA, pe 12 octombrie, la Brașov. Lucrăm practic, cu accent pe înțelegerea mecanismelor: nu doar cm se configurează RouterOS, ci și de ce funcționează astfel.

Număr limitat de locuri. Înscrieri: 0755 202 237 sau [email protected].

01/10/2026

Știai că s-a schimbat parola implicită la MikroTik?
În RouterOS 6, utilizatorul implicit era admin, fără parolă. La echipamentele MikroTik noi, parola este unică și o găsești pe eticheta dispozitivului.
Iar acum poți învăța MikroTik direct pe RouterOS 7! Te invităm la primul nostru curs MTCNA conceput integral pentru RouterOS 7, unde vei lucra practic cu funcțiile și configurațiile actuale.
📍 Brașov | 12–15 octombrie 2026
⚠️ Au mai rămas doar 2 locuri disponibile!
Înscrie-te acum și învață să configurezi și să administrezi rețele MikroTik cu încredere. Scrie-ne pentru detalii!

28/09/2026

Ai dat restart la MikroTik și problema a dispărut? Atunci probabil nu ai rezolvat problema.

În administrarea rețelelor apar frecvent situații în care:
- routerul are acces la Internet;
- gateway-ul răspunde;
- unele stații nu primesc adresă IP;
- anumite echipamente devin greu de identificat în rețea;
- utilizatorii raportează întreruperi sau funcționare instabilă.

Un restart poate elimina temporar simptomele, dar nu explică sursa problemei.

În RouterOS v7, diagnosticarea trebuie făcută metodic.

/interface print
pentru verificarea stării și existenței interfețelor implicate;

/ip dhcp-server lease print
pentru verificarea adreselor atribuite de serverul DHCP și a stării clienților;

/interface bridge host print
pentru verificarea adreselor MAC învățate de bridge și a porturilor pe care sunt observate;

ping și traceroute
pentru verificarea conectivității IP și a traseului către destinație;

Torch
pentru observarea traficului în timp real pe o interfață.

Ordinea este importantă: mai întâi identificăm unde apare problema, apoi modificăm configurația.

Administrarea corectă a unei rețele MikroTik nu înseamnă doar memorarea comenzilor. Înseamnă să înțelegi cm circulă traficul, ce mecanism este implicat și ce instrument trebuie folosit pentru verificare.

La cursul MTCNA - MikroTik Certified Network Associate lucrăm exact pe această logică, cu exemple practice în RouterOS v7.

Te invităm la Brașov în perioada 12–15 octombrie 2026 să lucrăm împreună!

Cursul este potrivit atât pentru cei care încep să lucreze cu MikroTik, cât și pentru administratorii care vor să își consolideze bazele și să lucreze mai metodic în RouterOS.

MTCNA oferă baza necesară pentru configurare, verificare și diagnosticare corectă în RouterOS v7.

22/09/2026

https://www.adr.gov.ro/articole/anunt-de-presa-pentru-proiectul-implementarea-infrastructurii-de-cloud-guvernamental-componenta-7---transformare-digitala-investitia-1---implementarea-infrastructurii-de-cloud-guvernamental

Autoritatea pentru Digitalizarea României, în calitate de lider de parteneriat și beneficiar, împreună cu Serviciul de Telecomunicații Speciale, în calitate de partener și beneficiar, și Serviciul Român de Informații - Centrul Național Cyberint prin Unitatea Militară 0929, în calitate ...