-
IT café
Mikrotik routerekkel foglalkozó téma. Mikrotik router típusok, hardverek, router beállítások, programozás (scriptek írása), frissítés, és minden Mikrotik routerrel kapcsolatos beszélgetés helye.
Új hozzászólás Aktív témák
-
ekkold
Topikgazda
válasz
privatposta #20057 üzenetére
Valamit kihagytál, vagy rosszul állítottál be, de ennyiből nem tudhatjuk, hogy mit...
A NAT-olást beállítottad? Pl.:
/ip firewall nat add action=masquerade chain=srcnat out-interface=pppoe-digi src-address=192.168.5.0/24[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
privatposta #20060 üzenetére
DHCP networks fülön meg van adva mit osszon ki DNS szervernek?
A hozzászólásodban nem látszik mi a DNS szerver IP címe.
A LAN Bridge fix IP címét beállítottad? /ip/adresses
Tűzfal szabályok nem foghatják meg?
Pingelni sem tudod a router IP címét?
A routerből tudod pingelni a kiosztott IP-n levő eszközt?[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
zolion01 #20320 üzenetére
IOS hajlamos folyamatosan cserélgetni a MAC addresst, ha ezt a funkciót nem kapcsolod ki. Ha sok ilyen eszköz csatlakozik, és a DHCP hosszabb időre adja ki az IP-t, mint ahogy a MAC cserélődik, akkor egyszercsak elfogyank a szabad IP címek a DHCP tartományából. Amelyik eszköz nem cserélgeti a MAC addressét, az megkapja a régi címét újra, ezért az fel tud csatlakozni, viszont új mac addressel csak akkor fog sikerülni, ha feszabadul egy IP, pl. mert lejár a lease time. Újraindításkor felszabadul az összes IP ezért egy darabig jó... persze csak tippelek, hogy nálad is ez van. Ha igen akkor ajánlott /16-os DHCP tartományt használni, esetleg rövid lease time-ot beálítani, és/vagy tájékoztatni a usereket, hogy hogyan kapcsolják ki ezt a funkciót, különben nem fognak tudni csatlakozni.
Ezen kívül persze ahogy előttem is írták, csak WPA2 és AES legyen bepipálva, sima WPA és TKIP NE!
Mikrotik + szerver felállás esetében lehet, hogy megoldanám, hogy nagyon hosszú lease time legyen, és új mac/ip esetén kattintani kelljen egy webfelületen hogy működjön a net. Így beiktatna egy kis kényelmetlenséget azoknak, akiknek folyton változik a MAC addresse, és így ezek a userek előbb-utóbb inkább maguktól kikapcsolnák ezt a funkciót.
Persze erre a webfelületre esetleg kiírnám azt is, hogy ez miért van, és mit kell beállítani, ha nem akarnak folyton itt kattintani minden netezés előtt.
[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
pityaa23 #20367 üzenetére
Fastrack-al biztosan sokkal gyorsabb lesz, de gigabites nethez akkor is határeset (kevés lesz). Mikrotikből a hAPac^2, és a hasonló procival szereltek ( pl. RB750Gx4) a minimum ami még éppen elviszi a gigabitet. De szerintem nem érdemes kicentizni, csak ha nem nagyon vannak nagy igényeid (akkor viszont minek a mikrotik). Tehát ha van rá keret, akkor egy RB4011 vagy RB5009, ezek könnyedén elviszik, és még bőven marad erejük másra is (pl. VPN-re és hasonlókra). Van még a piacon (főleg használtban) RB3011, ami órajel alapján erősnek tűnik, de a gyakorlatban fastrack nélkül az is kevés a gigabithez - ezért én pl. ezt sem javaslom. A hAPac^2, (és továbbfejlesztett változatai) egyébként ár/teljesítmény szempontból elég jó kompromisszumok szerintem - ha korlátozott a ráfordítható keret.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
allnickused #20513 üzenetére
hAPac -> 48°C
RB5009 -> 40°C
De ez utóbbi egy szekrényben van, amiben van 12V-os 8cm-es venti (ami 6V-ról üzemel, hogy csendes legyen) Venti nélkül valószínűleg melegebb lenne.
Ugyanebben a szekrényben van egy miniPC is (házi NAS - venti nélküli - ezért is kellett venti a szekrénybe) ebben az SSD 35°C körüli jelenleg. Meg még egy csomó cucc, pl a szolgáltató optikai eszköze is...Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
jerry311 #20524 üzenetére
RB5009 kb. semmit sem változik a hőfok, akkor sem ha 1400MHz helyett 350MHz-en megy. Nem is értem, hogy ezt hogyan sikerült elérnie a mikrotiknek? Vagy a proci fogyasztása nem változik lényegesen, vagy a szoftver csak "azt hiszi", hogy lejjebb vitte az órajelet, fene tudja. Auto beállítás esetén - ha nincs terhelve éppen - akkor akár 350MHz-re is visszaveszi, de fix 1400MHz-re beállítva pontosan ugyanannyi a hőfok...
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
Reggie0 #20531 üzenetére
Tegyük fel, hogy igazad van és 100%-on lenne különbség.
Csakhogy 100% prociterhelésnél nem életszerű visszavenni a frevenciát, hanem csak olyankor amikor nem számít, mert nincs terhelve a proci. Viszont ilyenkor gyakorlatilag (az eddigi tapasztalatom szerint szinte) semmit sem nyerünk. Inkább majd teljesítményfelvételt mérek valamikor, akkor hamarabb, és pontosabban is megmutatja, hogy a gyakorlatban mennyit is számít a frekvencia változtatása.
Lehet, hogy az órajellel együtt, nem csökkenti szinkronban a proci tápfeszültségét is?[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
dave0825 #20560 üzenetére
Mondjuk én azt javasoltam volna a munkatársadnak, hogy ha már nem ért hozzá, akkor bízza rá olyan valakire aki viszont igen. Ez a funkció pár kattintással beállítható - ha tudod mire kell kattintani.
Olyan ez mint a zongorázás, nem kell ahhoz semmi extra, hiszen csak megfelelő sorrendben kell lenyomni a billentyűketaztán valahogy mégse megy mindenkinek.
Persze amikor egy amerikai beül nálunk egy autóba az is felháborodik, hogy "mi az hogy neki kell váltania a sebességet, és nem megy magától" ? Ráadásul még a kuplungot is kezelni kell - mekkora szarok ezek az európai kocsik... Hát igen, én mondjuk jól elvagyok a hagyományos sebességváltós autóval, de van akinek az már bonyolult.
A mikrotiket én mindíg csak úgy szoktam ajánlani, hogy hozzáteszem, nem lesz olyan mint egy soho router, hanem ahhoz képest pilótavizsgás, és 20x annyi menüpont van, de ha valaki hajlandó kicsit megismerni akor rájön, hogy ez nem véletlen. Egyszerűen annyi féle funkciót tud, hogy nem igazán lehet sokkal egyszerűbb.[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
Sajnos lehet hardverhiba is. Pl. valahol egy hajszálrepedés a panelen, ami csak mikroszkóp alatt látszik, vagy lehet RAM hiba is, de akár csak egy rossz forrasztás is okozhat ilyet. Egyik sem könnyen megtalálható.
A netinstall akkor segíthet, ha mondjuk a flash hülyéskedik.Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
zsolt008 #20657 üzenetére
A többiekkel ellentétben én azt javaslom, hogy az ajánlottaknál erősebb routert válassz, mert szerintem nem lenne eléggé megbízható, ha folyamatosan magas processzorterheléssel működik. Azonkívül általában érdemes a későbbi bővíthetőségre is gondolni, mert a tapasztalatok szerint többnyire csak idő kérdése, és szükség lesz rá... Persze nyilván ez a rászánható kerettől is függ.
Ha van helyben router, akkor lehet hogy azt cserélném annyival erősebbre, hogy a meglevő feladataihoz "hozzá lehessen csapni" a wireguardot is.Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
user12 #20662 üzenetére
Nekem is van hAPac2 (bár most éppen használaton kívül) még a dupla (256Mb) RAM-al szerelt sorozatból. Ez akkor is forró volt amikor nem volt rajta nagy terhelés (tudom bírja.. - de akkor sem egy élettartam és megbízhatóság növelő tényező). Anno gondolkoztam is azon, hogy átépítem egy kicsit nagyobb, és szellősebb készülékházba (pl. egy RB951-es házába - mondjuk még nincs elvetve sem a dolog). Amúgy valóban jól működött ezen is a wireguard annak idején (de azért volt mellette tartalék megoldás - ha mégis megtagadná a feladatát).
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
kammler #20675 üzenetére
Tényleg ablakfüggő. Vagy 10 éve, az akkori munkám során, egy irodaház földszintjén építettünk wifi hálózatot egy étteremben. A terv az volt, hogy az L alakú beltér sarkánál, és a két vége közelében lesz egy-egy AP, ami a hatalmas üvegtáblákon át, a kinti asztaloknál, a szintén L alakú külső részen is elérhetők lesznek. Itt jött a kopp, ugyanis a legalább 3x3m -es üvegtáblákon egyáltalán nem ment át a wifi. Annyira nem, hogy az ablak belső oldalán tartottam a kezemben egy RB951G2HnD-t (ebben 1W-ig felcsavarható a wifi - 2,4GHz), az alak külső oldalán, tőlem mindössze talán 1m-re, a kollégám mobilja még csak nem is látta az SSID-t. Végül kültéri AP-t is telepíteni kellett, hogy korrektül működjön a wifi hálózat.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
Reggie0 #20725 üzenetére
Pontosan ezzel a tipussal nem volt dolgom, de amivel dolgoztam, és volt POE kimenete, azokban mindegyikben lehetett ki/be kapcsolni pl. winbox-ból. Általában 3 állapotot lehetett beállítani: off, auto on, forced on.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
hoffman_ #20748 üzenetére
Wireguard a megoldás. Bővebben: ez most az egyik legkorszerűbb VPN megoldás. Gyors, biztonságos, egyelőre nincs ismert biztonsági rés benne, mindenféle oprendszerre van hozzá kliens, és a mikrotik is támogatja. Használom mikrotik-mikrotik és windows-mikrotik összeköttetésre is (de kíváncsiságból ubuntu linuxon is kipróbáltam).
Ha pedig mégis portokat nyitsz, akkor nem illik az eredeti helyén hagyni, hanem át kell helyezni máshová, pl. a NAS webfelülete az 5000/5001-es porton van, de a net felől érdemes jóval 10000 feletti portra átrakni. Aki Synology NAS-t akar hekkelni, az az eredeti porton fogja keresni... Alapjában véve eléggé át kell gondolni, hogy mely portokat teszünk a net felől elérhetővé - azaz csak azt mi feltétlenül kell. Esetemben ez a 80-as és a 443-as port, mert webszervert is futtatok a NAS-on [link] De pl. már a wireguard UDP portja sem a (mikrotik szerinti) alapértelmezett helyén van.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
hoffman_ #20751 üzenetére
A wireguard általánosságban kevesebb erőforrást igényel, mint mondjuk egy openvpn. Egy mai PC-nek meg se kottyan a wg erőforrásigénye, inkább a mikrotik oldal a kérdésesebb, de még egy régi RB951-es is tud kb. 50Mbit/s-ot wg.-al, egy hAPac^2 200...300Mbit/s-ot, az RB5009 pedig ha jól emlékszem kb. 650Mbit/s sebességet (és kb. a CCR1009 is).
Korábban egy celeronos (J1900) miniPc-re feltelepítettem próbaképpen RouterOS-t, azon kb. 850Mbit/s sebességgel ment a wireguard. Próbáltam a NAS-ra is feltenni wg-t, de elsőre nem ment, aztán nem erőltetem tovább, felfelé úgyis csak 300Bbit-es az internet elérésem, az meg az RB5009-nek sem jelent nagy terhelést. Ekkora sávszélességbe bőven befér amúgy egy 4k-s film. Még a legnagyobb fájlméretű 4k-s film (amivel próbáltam ilyesmit) az is alig több mint 100Mbit/s sávszélt foglalt. Gyanítom, hogy ilyen esetben már nem is ezek az eszközök jelentik a korlátot, hanem maga a netkapcsolat - ami földrészek közzött, ill. nagy távolságok esetén, gyakran nem tud akkora sávszélt, mint "helyben".Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
hoffman_ #20751 üzenetére
Tartalékként azért be van állítva PPTPT és L2TP is (mindkettő egy kicsit szigorúbban védve tűzfallal) sőt mostanában jött egy újabb ötlet, hogyan tudom még hatékonyabban megvédeni ezeket, ill. általában a nyitott portokat.
Az előzőekben említett routerek teljesítménye PPTP-vel hasonló, bár kicsit kisebb a prociterhelés, az L2TP + ipsec már lassúbb és több erőforrást is fogyaszt, viszont az ma még elfogadott biztonsági szempontból. A PPTP bár egyszerű és gyors, állítólag már nem tekinthető biztonságosnak. Viszont mivel ezek (PPTP és L2TP) fix porthoz vannak kötve, sok helyen blokkolják (internet szolgáltatók is, és persze pofátlanul letagadják). Az openvpn és a wg portja viszont majdnem tetszés szerint állítható, így ezeket nehezebb tűzfalakkal blokkolni. Viszont az openvpn erőforrásigénye magasabb mint a wg-é.
[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
Ezeket a piros kommenteket ki lehet tiltani valahogy?
(tudom mi a helyzet a PPTP-vel, de időnként akkor is jó ha van)Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
Proxy2 #20758 üzenetére
Néhány hónapja 85eFt-ert adtam el, passzív hűtésű változatot. Nekem is RB5009 van jelenleg. Amire én használom, ott kb. hasonló teljesítményű a két eszköz, de az RB5009 kisebb, modernebb, és nagyobb az 1 magra jutó teljesítménye.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
Bubukain #20781 üzenetére
Az RB5009 mindig az SFP-t fogja látni, hiszen azon át jön be mindenki a switch felől, de az ARP táblában elvileg ott lesz minden MAC address. Ha az RB5009 osztja az IP címeket, akkor ott az IP/DHCPserver/leases fülön is látszani fog, hogy milyen MAC - IP párosok vannak kiosztva. A konkrét portokat, hogy melyik eszköz hová csatlakozik, a switch-ben tudod megnézni.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
kammler #20881 üzenetére
Nem tudom mil lehet az oka annak amit tapasztalsz, mert nálam a gigabit alig terheli a procit.
Speedtest.net-el nézve most éppan 900Mb/s körüli a netem, itt a prociterhelés:
- 700MHz-en futó proci esetén: 14%
- 14000MHz-esn futó proci esetén: 7%
Alaphelyzetben a frekvenciabeállíts: auto (ilyenkor 350MHz - 1400MHz között változik), de beállítható fixen 1400MHz-re. Gyakorlatilag semmivel sem melegszik jobban magasabb frekvencián. Mérési eredmények:
Ez alapján a 2Gb/s-ot 20% alatti prociterheléswel kellene vinnie az RB5009-nek. Nincs 2Gb/s sebességű netem, és a többi eszközöm is gigabites, így ezt nem tudom tesztelni, de szerintem nagyjából reális a sebességgel arányos prociterhelés. Esetleg próbáld ki, hogy fixen 1400MHz-en mit tud. Nincs valami egyéb beállításod ami terhelheti a procit (pl. több bridge, vagy lan/lan közötti tűfalszabály, esetleg a bridge átküldve a tűzfalon, stb...)?Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
-
ekkold
Topikgazda
válasz
E.Kaufmann #20961 üzenetére
A mikrotik szokott variálni a MAC addressekkel.
Pl. a virtual wifi interfésznek hajlamos ugyanazt a MAC addresst beállítani, mint a fő interfésznek, ezért SSID nélkül nem lehet eldönteni hová is akar csatlakozni az eszköz. Írd át annak az interfésznek MAC addressét (elég egyetlen bájtot módosítani benne) amelyikre rejtett SSID-vel szeretnél csatlakozni.
Néha pl. a bridge MAC addressét is változtatja, attól függően, hogy melyik port aktív és melyik nem (nem tudom a R.Os 7-ben is maradt-e ez a működési mód, de valószínűleg igen), ezért érdemes fixre venni a bridge MAC-t is.Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
E.Kaufmann #21020 üzenetére
Gondolom ehhez nem kell hatalmas sávszélesség. Akkor az EOIP miért nem jó?
Lehetne valamilyen layer2 VPN kapcsolatot is konfigurálni (L2TP vagy PPTP), ezek is jól működnek tapasztalatom szerint.Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
Pyttawrx #21044 üzenetére
Másik, közbenső verzióval nem próbálkoztál? Pl. [ 7.11.2 ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
user12 #21117 üzenetére
Ha szándékosan bontod a kapcsolatot, majd újra engedélyezed, akkor megjavul?
Ha igen akkor lehet egy szkriptet gyártani ami ezt elvégzi ha nem működik a kapcsolat (majd előbb-utóbb javítják a hibát, és akkor a szkript törölhető lesz).A másik lehetőség: visszaállsz a korábbi szoftver verzióra, talán egy későbbi verzióban majd javítják...
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
jerry311 #21145 üzenetére
Ha mindenkinek saját jelszava van a wifihez, akkor úgy állítanám be, hogy egy jelszóval, csak 1 db usert enged be. A userekkel meg közölném, hogy aki kiadja a jelszavát az nem tud belépni, mert egyszerre csak egyet enged be a rendszer.
A megvalósítás lehet virtuális wifi interfészekkel, (30db SSID-vel még simán működik a mikrotik), de lehet olyat is, hogy nyílt wifi van (vagy csak valami egyszerű jelszó), de csak akkor lehet bármit elérni, ha erről a wifiről indít egy VPN csatlakozást. Ez a MAC problémát is megkerüli...
Sőt akár kombinálható is a dolog. Aki nem váltogatja a MAC addresst, az kapásból tudja használni a hálózatot, aki meg cserélgeti, az kénytelen lesz VPN-ezni...[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
E.Kaufmann #21348 üzenetére
Szerintem egy csomó eszköz, a ping-en kívül, egyszerűen nem foglakozik semmilyen ICMP csomaggal. Ha meg is oldanák, hogy a router küldjön megfelelő ICMP csomagokat, az csak az eszközök 10%-a esetében működne, a többinél folyamatosan jönnének a problémák. Valószínűleg a többi router (nem csak a mikrotik) is ugyanígy kezeli az MTU-t, csak itt van valamennyi beleszólásod a dologba - ha szükséges. Néhány eszköz tűzfalbeállításában pl. default tiltva van minden ICMP csomag.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
kopogo #21389 üzenetére
Ha a torrent portja: 52000, a torrentező gép ip cime: 192.168.5.33, és a WAN port neve: pppoe-digi, akkor:
NAT (port továbbítások beállítása)
/ip firewall nat add action=dst-nat chain=dstnat dst-port=52000 in-interface=pppoe-digi protocol=tcp to-addresses=192.168.5.33 to-ports=52000
/ip firewall nat add action=dst-nat chain=dstnat dst-port=52000 in-interface=pppoe-digi protocol=udp to-addresses=192.168.5.33 to-ports=52000
Tűzfal engedély szabályok:
/ip firewall filter add action=accept chain=forward disabled=no dst-port=52000 protocol=udp
/ip firewall filter add action=accept chain=forward disabled=no dst-port=52000 protocol=tcp
[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
E.Kaufmann #21400 üzenetére
Szerintem meg is válaszoltad magadnak a kérdést.
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
!) rose-storage - moved SMB service to the RouterOS bundle;
Akkor ez azt jelenti, hogy elvileg fog tudni pl. logolni is SMB megosztásra a helyi hálózatban, illetve SMB-vel elérni más eszközöket?
Az NTFS és exFat kezelés is hasznos!
Lehet, hogy felteszem az RB5009-re, de még kivárok vele, hogy másoknál rendben megy-e... Aki feltette szóljon
!
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
yodee_ #21651 üzenetére
Bás sosem próbáltam, de Rose csomaggal elvileg lehetett távoli SMB megosztást használni, pl.:
/disk
add
type
=smb
smb-address
=192.168.1.1
smb-share
=pcie1-nvme1 smb-password =***** smb-user =user
[link]
Elvileg ez bekerült most az alap rendszerbe, kivéve ha valamit rosszul értelmezek...
Esetleg próbáld ki...[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
-
ekkold
Topikgazda
válasz
yodee_ #21661 üzenetére
Akkor ezekszerint csak a samba szerver került át a rose csomagból, és a samba klienshez most is kell a rose csomag?
Nekem jelenleg egy pendrájv van bedugva az RB5009-be , és erre megy a hetente a konfig mentése. Ill. a tftp szerver fájljai is ezzen a pendrájvon vannak. Viszont ez a pendrájv elhagyható lenne, ha felcsatolná a xpenology szerverem egyik mappáját...[ Szerkesztve ]
Eladó: https://www.hobbielektronika.hu/apro/apro_159350.html
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kerékpárosok, bringások ide!
- Vezeték nélküli fülhallgatók
- A fociról könnyedén, egy baráti társaságban
- Luck Dragon: Asszociációs játék. :)
- Milyen routert?
- Star Wars Jedi: Survivor - Egyre közelebbi a PS4 és Xbox One verziók érkezése?
- Óra topik
- Redmi Note 8 Pro - Redmi, a profi
- Apple iPhone 15 Pro Max - Attack on Titan
- További aktív témák...