Silas Mariusz

Silas Mariusz

rm -rf /
Help us, GOD!
5 Kwiecień 2008
10 146
4 622
153
Nowy Sącz
forum.qnap.net.pl
QNAP
TS-x77
Ethernet
1 GbE
Cześć

mikrotik - jak zrobić vlan na przykladzie orange swiatlowod za pomocą polecen i maskarady

i teraz... o jesli mtu/mru moga sie roznic, albo eni wiemy... nping z nmap i sprawdzanie?

zeby zapewnic sobie 100% działającego łącza?

ja to robie w petli, 10min stress tool dlugim speedtestem, a na drugiej sesji nping w bashu weryfikujacy jakie mam mozliwosci... czy mozesz przygotowac mi taki set ustawien wraz z wykonaniem testu i pozniej gdzie wklepac wynik
 
Wyświetl chronologicznie Sortuj według ilości głosów
Krótko: zrobisz VLAN na porcie WAN w MikroTik (np. dla Orange FTTH z PPPoE/bridged WAN) tworząc sub‑interfejs VLAN na fizycznym porcie WAN, uruchamiając na nim DHCP‑client / PPPoE client lub przypisując statyczne IP oraz włączając masquerade (NAT) na łańcuchu srcnat. Dodatkowo musisz dopracować MTU/MRU (PPP/PPPoE wymaga zwykle mniejszych wartości) i przetestować łącze pakietami z ustawionym DF oraz narzędziami nping/iperf3 i speedtest. Poniżej komplet ustawień i skrypty testowe + gdzie wkleić wyniki na forum.

Uwaga bezpieczeństwa: przed zmianami konfiguracji routera/NAS zrób kopię zapasową konfiguracji MikroTik i QNAP. Zmiana MTU/PPP lub NAT może przerwać dostęp do Internetu; miej fizyczny dostęp do urządzeń.

1) Założenia (wyjaśnienie wariantów)
  • Orange FTTH często wymaga PPPoE (użytkownik/hasło) albo działa w trybie bridged z DHCP na ONT — podaję oba warianty.
  • PPPoE obniża efektywne MTU (typowo 1492 lub mniejsze). To jest ogólna wiedza — sprawdź wymagania Twojego operatora.
  • QNAP QTS/QuTS: tworzenie VLAN na interfejsie NAS robisz przez Network & Virtual Switch (fragmenty dokumentacji). Ustawienia MTU na NAS muszą zgadzać się z MTU w całej ścieżce.

2) Konfiguracja MikroTik — przykładowe polecenia RouterOS (CLI)
Przykład A — Orange z PPPoE na VLAN (np. Orange używa VLAN ID 835/840 — tu NIE zgadujemy, jeżeli wiesz ID użyj go; jeśli nie, spróbuj bez VLAN lub zapytaj operatora). Poniżej wariant z PPPoE na VLAN 835 (zmień ID jeśli trzeba) i ustawionym MTU 1492:

Bash: 
/interface vlan
add name=wan-vlan vlan-id=835 interface=ether1 comment="WAN VLAN dla Orange"

# PPPoE client na VLAN
/interface pppoe-client
add name=pppoe-orange interface=wan-vlan user="TwojLogin" password="TwojeHaslo" \
    use-peer-dns=yes add-default-route=yes mtu=1492 mru=1492 disabled=no

# NAT masquerade dla ruchu wychodzącego
/ip firewall nat
add chain=srcnat out-interface=pppoe-orange action=masquerade comment="Masquerade WAN PPPoE"

Przykład B — Orange z DHCP na VLAN (jeśli operator daje IP przez DHCP na VLAN lub bez VLAN):
Bash: 
/interface vlan
add name=wan-vlan vlan-id=xx interface=ether1 comment="WAN VLAN (jeśli potrzebne)"

/ip dhcp-client
add interface=wan-vlan use-peer-dns=yes add-default-route=yes disabled=no

/ip firewall nat
add chain=srcnat out-interface=wan-vlan action=masquerade

Przykład C — Jeżeli operator nie używa VLAN — ustaw DHCP/PPPoE bez tworzenia VLAN (po prostu na ether1 lub na bridge).

3) Ustawienie MTU/MRU i jak dobierać wartości (procedura)
  • Jeśli używasz PPPoE: ustaw MTU i MRU klienta PPPoE na 1492 lub 1480 (jeśli dodatkowy overhead) — testuj.
  • Jeśli masz tunel VPN (QVPN) na QNAP oparty na OpenVPN/L2TP/IPsec — tunel doda nagłówek, więc MTU tunelu powinno być mniejsze (np. 1400–1420) by uniknąć fragmentacji.
  • W MikroTik możesz ustawić globalnie MTU na interfejsie VLAN lub PPPoE (jak wyżej). W QNAP w Network & Virtual Switch / Interfejsy ustaw MTU zgodnie z wymaganiem (fragmenty dokumentacji pokazują wybór MTU: 1500, 4074, 7418, 9000 w QTS — dla WAN stosuj 1500 lub mniejszą, dla PPPoE dopasuj ręcznie).

4) Testy MTU/fragmentacji — polecenia i interpretacja (użyj nmap nping, ping z DF)
- Test „maksymalny rozmiar bez fragmentacji” (z Linux / MikroTik/nmap nping). Na Linux/Windows (np. z maszyny w LAN) test pingiem z DF:
Bash: 
# Linux
ping -M do -s 1472 8.8.8.8    # 1472 + 28 (nagłówek ICMP+IP) = 1500
# Jeśli PPPoE, spróbuj mniejszych rozmiarów: 1464, 1452, 1400 itd.
  • Jeżeli ping zwraca "Frag needed" lub brak odpowiedzi — zmniejsz rozmiar o 10–20 i testuj ponownie.
  • Nping (część nmap) do testów TCP/UDP i RTT:
Bash: 
# przykład nping TCP SYN do portu 443
nping --tcp -p 443 --size 1400 example.com
  • Test ścieżki i MTU można też przeprowadzić z flagą DF przez Internet (traceroute z DF albo tracepath w Linux).
  • Dla PPPoE typowe bezpieczne ustawienie: MTU 1492 (ale dla VPN zmniejsz do ~1400–1420).

5) Test stabilności (sugestia scenariusza automatycznego)
Cel: jednoczesny długi transfer + ciągłe probe UDP/TCP i nping, by wychwycić dropy/fragmentację/retransmisje.

Na maszynie w LAN (np. Linux) wykonaj dwa równoległe zadania:
a) długi speedtest/iperf3 (10 min)
Bash: 
# jeśli masz publiczny iperf3 server (np. Twój VPS)
iperf3 -c ip.serwera.iperf3 -t 600 -P 4 > /tmp/iperf3_out.txt
# alternatywnie speedtest-cli
speedtest-cli --simple > /tmp/speedtest_out.txt
b) ciągły ping / nping z zapisem RTT i loss co 1s
Bash: 
# Logowanie ping co 1s (10 min)
ping -i 1 -w 600 8.8.8.8 > /tmp/ping_log.txt
# Nping (TCP) co 1s - przykład
while true; do nping --tcp -p 443 --count 1 example.com >> /tmp/nping_log.txt; sleep 1; done &
Po zakończeniu testu przejrzyj /tmp/iperf3_out.txt i /tmp/ping_log.txt pod kątem packet loss, dużych spike'ów RTT i retransmisji.

6) Co sprawdzać w logach MikroTik i QNAP
  • MikroTik: /log, interfejsy -> sprawdź flapping, błędy MTU, PPPoE status.
  • QNAP: Network & Virtual Switch -> Interfejsy (sprawdź MTU, tryb VLAN), QVPN -> logi połączenia i czas trwania rozłączeń.

7) QNAP QTS / QuTS hero — ustawienia przydatne
  • Utwórz VLAN na interfejsie sieciowym NAS: Panel sterowania > Sieć i usługi plików > Network & Virtual Switch > Sieć > Interfejsy > wybierz kartę > Dodaj VLAN. Podaj VLAN ID, wybierz DHCP lub statyczne IP. (fragmenty dokumentacji).
  • Ustaw MTU na interfejsie zgodnie z MTU od ISP/routera (Panel sterowania > Sieć i przełącznik wirtualny > Interfejsy > Konfiguruj > ustaw MTU). Dla Jumbo ramek w LAN ustaw ten sam rozmiar na wszystkich urządzeniach (QTS udostępnia 1500/4074/7418/9000).
  • QVPN: jeśli używasz QNAP jako VPN server/client, w ustawieniach tunelu ustaw MSS/MTU mniejsze (np. 1400) w opcjach klienta/serwera VPN, jeśli dostępne — to zapobiegnie fragmentacji.

8) Przykładowe ustawienia dla stabilnego QVPN
- Jeśli QNAP jest serwerem VPN (OpenVPN/IKEv2), skonfiguruj tunel z mniejszym MTU/MSS:
- OpenVPN: ustawić tun-mtu 1500 oraz mssfix 1400 lub explicit fragment.
- IPsec/L2TP: dopasować MTU tunelu po obu stronach (często 1400–1420).
(To jest ogólna wiedza — w zależności od implementacji QVPN w QTS ustawienia mogą być w GUI)

9) Jak wkleić wyniki testów na forum (co wkleić, by diagnoza była szybka)
Wklej:
  • Wynik iperf3 (cały output).
  • fragment /tmp/ping_log.txt z momentami timeoutów (±1 min przed i po).
  • wynik nping (jeśli używałeś).
  • konfigurację MikroTik (wykonaj export ograniczony do sekcji sieciowej):
Bash: 
/export file=cfg-net where type~"interface" or type~"pppoe-client" or type~"ip firewall nat"
/file print
Wklej też krótkie info: czy używasz PPPoE czy DHCP, czy masz ONT w bridge, czy ONT zarządza połączeniem.

10) Szybka checklist — kolejność działań krok po kroku
1. Zrób backup konfiguracji MikroTik i QNAP.
2. Stwórz VLAN na ether1 (jeśli operator wymaga) i uruchom PPPoE client/DHCP na tym VLAN (patrz komendy powyżej).
3. Włącz masquerade dla ruchu wychodzącego (srcnat).
4. Ustaw MTU dla PPPoE (1492) lub dla łącza (1500 lub dopasowane) oraz dla QNAP ustaw ten sam MTU w Network & Virtual Switch.
5. Uruchom testy: iperf3/speedtest + ping z DF/nping 10 min. Zapisz logi.
6. Przejrzyj logi dla packet loss i flapping; jeśli VPN rozłącza się, zmniejsz MTU/MSS tunelu (np. 1400).
7. Wklej powyższe logi i export konfiguracji na forum w sekcji kodu do zdiagnozowania.

Ostatnie uwagi i podsumowanie:
  • PPPoE -> najczęstszy problem z MTU i VPN. Jeśli masz PPPoE, zacznij od MTU 1492 i dla VPN ustaw MSS/MTU ~1400.
  • Sprawdź też, czy ONT nie wymusza VLAN lub nie ma włączonego trybu routera (czasem ONT robi NAT/CGNAT i powoduje problemy).
  • Jeśli po tych zmianach problem będzie się powtarzał, wklej na forum: export konfiguracji MikroTik, logi ping/nping, wynik iperf3 i konfigurację QNAP (Network & Virtual Switch + QVPN). Dzięki temu będzie można precyzyjnie wskazać dalsze kroki.

Powodzenia — wykonaj najpierw backupy i wdrażaj ustawienia etapami (VLAN → PPPoE/DHCP → MTU → testy).

Źródła na forum:

Ta odpowiedź pochodzi od asystenta AI — może zawierać błędy, zweryfikuj przed zastosowaniem. Oceń ją, głosując pod postem: ▲ pomocna lub ▼ nieprzydatna.
 
Głosuj w górę 0 Zgłoszenie negatywne
Zestawienie VLAN i sesji PPPoE dla Orange Światłowód na MikroTiku to podstawa, ale ugranie optymalnego MTU/MRU to faktycznie klucz do 100% stabilnego łącza, braku "czarnych dziur" przy otwieraniu niektórych stron (fragmentacja) i maksymalnego zysku na narzucie protokołu.

Twoja metoda ze stresem w tle i jednoczesnym badaniem to bardzo dobre, pragmatyczne podejście – weryfikujesz ścieżkę w warunkach bojowych.

Oto kompletny set: od konfiguracji interfejsów, przez zoptymalizowany skrypt testowy, aż po aplikację wyników i reguły MSS Clamping.

1. Konfiguracja bazowa (VLAN + PPPoE)​


Orange Światłowód (na infrastrukturze własnej) standardowo korzysta z VLAN 35 dla internetu. Zakładamy, że Twój interfejs WAN podpięty do ONT to ether1.

Kod: 
# Utworzenie VLAN 35 na interfejsie WAN
/interface vlan
add interface=ether1 name=vlan35-orange vlan-id=35

# Konfiguracja klienta PPPoE
/interface pppoe-client
add name=pppoe-orange interface=vlan35-orange \
    user="twoj_login@neostrada.pl" password="twoje_haslo" \
    add-default-route=yes use-peer-dns=yes disabled=no

2. Testowanie MTU (Środowisko Linux / Bash)​


Aby znaleźć maksymalne MTU bez fragmentacji po zestawieniu łącza, puszczasz w jednej sesji swój obciążający speedtest (np. iperf3 lub skrypt obciążający), a w drugiej poniższy skrypt.

Używamy standardowego ping z flagą DF (Don't Fragment), co jest lżejsze i szybsze niż nping do prostej weryfikacji Path MTU, ale zasada działania jest ta sama. Skrypt szuka maksymalnego rozmiaru payloadu (danych).

Wzór: Payload + 20 bajtów (nagłówek IP) + 8 bajtów (nagłówek ICMP) = faktyczne MTU.

Bash: 
#!/bin/bash
TARGET="8.8.8.8"
echo "Rozpoczynam testowanie MTU na cel: $TARGET..."

# Typowy zakres dla PPPoE to od 1460 (MTU 1488) do 1472 (MTU 1500)
for payload in {1460..1473}; do
    # ping -c 1 (jeden pakiet) -M do (ustaw bit DF) -s (rozmiar payloadu)
    if ping -c 1 -M do -s $payload $TARGET > /dev/null 2>&1; then
        calculated_mtu=$((payload + 28))
        echo "✅ Payload: $payload bajtów -> Sukces (Przepustowe MTU: $calculated_mtu)"
        MAX_PAYLOAD=$payload
        MAX_MTU=$calculated_mtu
    else
        calculated_mtu=$((payload + 28))
        echo "❌ Payload: $payload bajtów -> Fragmentacja/Odrzut (Przekroczone MTU: $calculated_mtu)"
        break
    fi
done

echo "-----------------------------------"
echo "Ostateczny, optymalny wynik MTU to: $MAX_MTU"
echo "-----------------------------------"

Dla standardowego połączenia Orange bez kombinowania wynik zatrzyma się na 1492 (1500 - 8 bajtów nagłówka PPPoE).

3. Wklepanie wyników w MikroTik (MTU/MRU + MSS Clamping)​


Mając pewność co do maksymalnego niefragmentowanego MTU, ustawiamy parametry na interfejsie PPPoE.

Kod: 
# 1. Ustawienie maksymalnego MTU i MRU dla sesji PPPoE
/interface pppoe-client
set pppoe-orange max-mtu=1492 max-mru=1492

Kluczowy krok: Nawet przy dobrze ustawionym MTU na interfejsie, niektórzy klienci w sieci LAN mogą negocjować zbyt duży rozmiar segmentu TCP (MSS). Aby zapobiec gubieniu pakietów (black-hole routers), musisz włączyć TCP MSS Clamping, który w locie nadpisze rozmiar MSS w pakietach SYN na odpowiedni dla Twojego Path MTU.

Kod: 
# 2. Dynamiczne dopasowanie MSS (Clamp to PMTU)
/ip firewall mangle
add action=change-mss chain=forward new-mss=clamp-to-pmtu \
    passthrough=yes protocol=tcp tcp-flags=syn out-interface=pppoe-orange
add action=change-mss chain=forward new-mss=clamp-to-pmtu \
    passthrough=yes protocol=tcp tcp-flags=syn in-interface=pppoe-orange

Pro-Tip dla Orange (Pełne MTU 1500 na PPPoE / RFC 4638)​


Ponieważ pracujesz na zaawansowanym sprzęcie sieciowym, warto wiedzieć, że na ONT z Orange można wymusić tzw. Baby Jumbo Frames. Pozwala to zmieścić cały pakiet 1500 bajtów plus 8 bajtów narzutu PPPoE na warstwie L2.

Jeśli podniesiesz L2 MTU oraz MTU interfejsu nadrzędnego, uzyskasz w pełni transparentne połączenie 1500 bez fragmentacji:

Kod: 
# Zwiększenie MTU na fizycznym porcie (wymaga obsługi przez interfejs)
/interface ethernet set ether1 mtu=1508 l2mtu=1598

# Zwiększenie MTU na samym VLANie
/interface vlan set vlan35-orange mtu=1508

# Wymuszenie pełnego MTU 1500 dla sesji
/interface pppoe-client set pppoe-orange max-mtu=1500 max-mru=1500

Po tej zmianie Twój skrypt bashowy przejdzie bez błędu test dla payloadu 1472 (MTU 1500), zrównując sieć z pełnym standardem Ethernetu i zdejmując obciążenie związane z manipulacją rozmiarami ramek z CPU urządzeń końcowych.
 
Głosuj w górę 0 Zgłoszenie negatywne