- iPhone topik
- Google Pixel topik
- Elkészült és telepíthető az Android 16
- iGO Primo
- Android alkalmazások - szoftver kibeszélő topik
- One mobilszolgáltatások
- Telekom mobilszolgáltatások
- Nem várt platformon a OnePlus Nord 5
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy Watch7 - kötelező kör
-
Mobilarena
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
-
DonJoee
tag
Új "probléma" ütötte fel a fejét (illetve az enyémet)...
Nevezetesen egy egyszerű, mezei port forwarding akasztgatja belém a körmeit... (bár egy Mikrotik eszközön mi egyszerű és mezei? Talán a csomagolása...)
Szóval adott egy kis home-office tool-páros, amit szerény személyem kreált cégünk irodai dolgozóinak, mellyel a számítógépeiket otthonról tudják bekapcsolni, be/kikapcsolt státuszukat ellenőrizni, kikapcsolni (a normál "windowsos" módszer mellett). Az irodai LAN-ra és a gépeikre AnyDesk-kel csatlakoznak.A gépek indítása a szokásos 9-es UDP-porton keresztül megy magic-csomaggal (nyilván az internet felé ez másik port és átfordítom 9-re odabent).
Ez szépen működik is.
Az irodai gépeiken fut egy kis "szerver" progi (ööö, ez nagyképűen hangzott, de végül is az) és figyel mondjuk a 33000-es TCP porton, az otthoni gépeiken meg egy "távirányító", amivel a fent említett funkciókat tudják megvalósítani (egy v. több gép be/ki kapcsolása stb.).Az elhalálozott Merlin fw-s Asus RT-AC87u-n úgy volt, hogy minden gépnek az internet felől nézve volt egy saját portja, mondjuk telephely.sajatceg.hu:50001, 50002, 50003 stb., amiket a router forwardolt a nekik megfelelő LAN-os IP-címek 33000-es portjára.
Tudom, kicsit "pazarlónak" tűnik a módszer, meg ott a VPN meg satöbbi, de eddig ez működött. (Az AnyDesk meg saját VPN kapcsolatokat hoz létre, nem tudom, hogy ezeket belenyomni egy naaagy közös VPN-be sebességileg hogy nézne ki?)Csináltam én egy dst-nat -ot minden gépnek, de mintha csak "félig" menne a dolog.
/ip firewall nat add action=dst-nat chain=dstnat dst-port=50001 in-interface-list=WANprotocol=tcp to-addresses=192.168.10.10 to-ports=33000
(ez minden gépre, más-más dst-port-tal és to-addresses-el)A dolgozóknál levő "távirányító" érzékeli, hogy be van kapcsolva a gép (valami tehát megy kifelé a LAN-ból), de egyéb infó már nem jön vissza, továbbá kikapcsolni sem tudják a gépeket a távirányítóból, csak Windows-ból. Tulajdonképpen nagy gond nincs, csak idegesít, hogy valahol féllábú lett ez a forward.
A neten ahány infó, annyiféleképp magyarázza, hogy is kell ezt csinálni... És gondolom, annyiféleképpen rossz mind.Van jó forwarding-módszer a fenti feladatra?
-
vampire17
addikt
válasz
Reggie0
#13495
üzenetére
Mivel en nem allitottam semmit es ma reggelre pedig "varazsutesre" megjavult, igy gyanitom, ok allitottak valamit...
Illetve az egesz varosban panaszkodtak, illetve ok maguk is mondtak, hogy valami el lett qurva az Invitel atvetel alatt es felhasznaloi adatok vesztek el.... Ezert is kaptak uj felh. nev jelszo adatokat sokan.
-
#13498
Reggie0
félisten
E.Kaufmann
#13496
Reggie0
félisten
válasz
E.Kaufmann
#13496
üzenetére
Nem olyan alapveto szolgaltatas volt, mint ezek.
-
hap ac2 powertuning.
olyan jelerősség lett, hogy leugrik a kijelzőről
-
-
vampire17
addikt
Sziasztok!
Mult heten a Digi atvette a szolgatatasi teruletet az Inviteltol. Egy Mikrotik router-el csatlakoztam PPPoE-n keresztul eddig, miutan atvettek egyszeruen nem megy a csatalkozas... A felh. nev, jelszo az megvaltozott, de hiaba irom at, nem megy...
Ha siman geprol, direktben betarcsazok, akkor megy siman... A szolgaltato szerint a bridge mod engedelyezve van, illetve nem vagyok NAT mogott sem... Van otletetek?
-
yodee_
őstag
válasz
Reggie0
#13486
üzenetére
Ezt egész pontosan hogyan is?
- 1: hAP ac2 szerver:
PPP -> Profiles -> VPN-profile1 -> protocols -> Use Encryption = no? Most default-on van
IP -> IPsec -> Proposal -> Enc. algorithms -> minden pipa ki? Most aes-128 cbc; aes- 192 cbc; aes-256 cbc aktív
IP -> IPsec -> Profiles -> default -> Encryption algorithm minden pipa ki? Most 3des; aes-256 aktív.- 2 hAP ac2 kliens 1 és 2:
Ugyanúgy az előzőek vagy más?Köszönöm
-
-
-
Akit esetleg érdekel: a Ramiris / BestByte készletébe érkeztek hap ac3-ak
-
Reggie0
félisten
-
#13468
Reggie0
félisten
TechToys2020
#12687
Reggie0
félisten
válasz
TechToys2020
#12687
üzenetére
Nekem most Audience-vel es intel 9260-al 420mbitet tud a wifi egy iranyban, ha mind a ket iranyban kuldom akkor osszessen olyan 600-650mbit. A kapcsolatra 1733-at ir a rendszer(160MHz csatorna). De wifinel ez teljesen normalis, a nevleges sebesseg felet szoktak hozni jellemzoen. Ipad-rol olvastam, hogy neha 533mbitet is tud 866mbites link mellett.
Cap AC es 9260 kozott(80mhz csati) iranyonkent 420mbit a max, de mindket iranyban egyszerre 500mbit korul tetozik.#13467 yodee_: Titkositas nelkul probaltad? Nekem ott az USB is gyanus.
-
yodee_
őstag
válasz
Reggie0
#13463
üzenetére
Közben utána olvasgattam. Amennyiben a packet méret az MTU, akkor az 1450. 2 kapcsolat van, szinte sosincs egyidejű nagyobb adatforgalom. Samba-n mért sebesség:
- Szerver felől hAP ac2 usb kártyára samba-n: 20-30mbit/s
- hAP ac2 usb kártyáról samba-n szerver mögötti kliensre: 5-10mbit/sA titkosítást nem jöttem rá hol lehet megnézni.
-
Marcelldzso
tag
válasz
Marcelldzso
#13434
üzenetére
Megoldódott.
Lecseréltem a 912-est egy wap&r11-lte eszközre és azonnal ment.
másnál is előfordult már hasonló régi lte - új eszköz felállásban.
"
I got passthrough working on a brand new setup. LHG-LTE6 with Audience. I set it up as ether1 passthrough and a vlan for management. Worked first time.
Tried the same setup on the SXT-LTE + RB3011 and still no traffic flow but DHCP received the WAN address as before. So scratching head. I happened to have a new hAPac2 so I set that up with the SXT-LTE and it works! Sooooo... Its something on the RB3011. Ive no idea what could stop it working."https://forum.mikrotik.com/viewtopic.php?t=139038
-
Zsolt_16
tag
válasz
Reggie0
#13443
üzenetére
A hiba valószínűleg általad leírtak voltak mert google találatok alapján is ilyenekkel találkoztam. Sajnos ennyire nem vagyok tapasztalt a témában így ezt javítani nem tudtam de egy reset és újra konfigurálással jelenleg nem kapok hibát
Ami jobban aggaszt az, hogy nem tudom eredetileg volt félre konfigurálva a mikrotik vagy valami kiválthatta ezt mert akkor idő kérdése, hogy újra előjön.
-
ssarosi
tag
Van egy hAP ac2-m felesleges.
Ideiglenesen kicseréltem, és alapbeállításon simán megy a pptp kifelé a v6.47.9 ros-sel.
Nekem elég nehéz újra beállítanom a routeremet (hozzá nem értésem miatt), de ha nem találom meg a hiba okát, akkor marad az újra konfigurálás.
Minden esetre a jelenlegi konfigot már kinyomtattam. -
-
"https://techsoftcenter.com/how-to-setup-sstp-vpn-client-in-windows-using-certificate-from-mikrotik/"
Elkezdtem olvasgatni a linkelt leírást:
"Noteworthy is the Name and Common Name (CN) fields.
In the column, Name fill CA : csak "CA"-t írhatok ide?
In the Common Name, field fill in the IP Address (public) or domain name of the SMTP Server : ide meg csak publikus cím jó? Mi van ha "kvázi" zárt hálózaton belül akarom/szeretném használni? Mondjuk tesztelgetés alatt biztosan nem élésben, nyílt neten fogom kipróbálni. Akkor nem is műxik? -
DonJoee
tag
Tényleg: hogy lehet ezeket pontosan beállítani, hogy egymás felé nézzenek? Tegyük fel, hogy fel vannak szerelve a végleges helyükre, de egyiknél sem sikerült eltalálni 6-7 fokon belül a másik pozícióját... Ilyenkor ugye semmilyen jelszint nincs. Én a magam eszétől azt csinálnám, hogy mondjuk egy ilyen iránymérő telefonos appal megjegyeztetném az egyik antenna GPS-pozícióját, aztán a másik antennát a telefonnal együtt fordítanám, amíg irányba nem áll, aztán ugyanezt eljátszanám fordítva is. Utána meg már mehet a jelszint szerinti "jobbra-balra-állj-nem jó-vissza-stb"... Vagy rosszul gondolom? Azt hiszem, a közeljövőben lesz egy hasonló feladatom, csak nem 60 GHz-es antennával és nem 300 méterre hanem valami 5 GHz-essel, ami jobban terjed és 2 km-re, amit viszont már lehet, hogy nem látok szabad szemmel...
-
Reggie0
félisten
válasz
Zsolt_16
#13435
üzenetére
Volt mar ilyen problemam, pont ubi ap+mikrotik router felallasban. Emlekeim szerint a MAC cimek cacheelesenel/switchelesenel volt gond, mert roamingoltak az eszkozok es rossz iranyba ment a dhcp-s csomag. Ha jol emlekszem talan a bridge beallitasait kellett piszkalni, vagy az AP-k beallitasati, sajnos erre mar nem emlekszem pontosan.
Debugoltam egy ideig, a jelenseg, hogy az eszkoz megkapja a router felol jovo csomagot, csak vissza a valasz nem erkezik meg a routerhez.
-
vezeték nélkül kb 300m-re szeretnék gigabit közeli sebességet átlőni.
mi lenne erre leginkább alkalmas?
a két végpont tisztán rálát egymásra. -
válasz
Zsolt_16
#13435
üzenetére
így a ap oldalról kioszt részére egy random ip-t valaki esetleg találkozott már ilyennel?
ez alapján én úgy látom, hogy az AP-kban nem kapcsoltad ki a DHCP-t, így a felcsatlakozó eszköz megkapja az IP-t az Ubi eszköztől, és a Mikrotik által kiosztottra már nincs szüksége.
kapcsold ki a DHCP-t az Ubi AP-kben. -
Zsolt_16
tag
Sziasztok,
Sajnos már nem tudom, hogyan oldhatnám meg a problémát így ide fordulok.
Van egy jelenlegi rendszer ami így néz ki: 3 ap wifi (ubiquiti) ezek belemennek egy switchbe ahonnan belemennek egy mikrotik routerbe és onnan a modembe.
A dhcp szerver mikrotik oldaláról megy bevan állítva a pool a dhcp szerver szépen kiossza a leaseseket 10 perces lejárati idővel a gond itt kezdődik mikor lejár az idő akkor „defconf offering lease <IP> for <MAC> without success” hibával nem kapja meg az ip-t így a ap oldalról kioszt részére egy random ip-t valaki esetleg találkozott már ilyennel?
-
#13434
Marcelldzso
tag
Marcelldzso
tag
Mai érdekesség:
912UAG-2HPnD+2WD4GDIH-KIT
apn-jét Passtrough üzemmódba szervettem volna állítani, de csak nem sikerült.
Összerakam egy új hálót mindenével együtt egy rb4011-ben, tesztkörnyezetben működik is, minden rendben(dhcp,vpn,nat,route,stb.))
A 912-esen és a 4011-en is vettem fel két vlan-t vlan_net és vlan_conf néven, szétszedtem két id-re és a passtrough-t beállítottam vlan_net-re. ip-t megkaptam a 4011-en örültem, de nem volt háló. a külső ípről nem jött válasz uncreachable.kicseréltem a interfaces/wan list/-ben az eth1-et vlan_net-re, de se a 4011-en se a belső hálón nincs átjáró a netre.ha kikapcsolom a passtrought és dupla natot csinálok vlan_neten kersztül van net és megy minden csak szeretném kerülni a dupla natot.
érdekes, hogy tényleg kap IP-t a 4011- default route-ok is létrejönnek és semmi.
-
yodee_
őstag
Üdv ismét :-)
Úgy néz ki lassan összeáll a rendszerem. A cél az lenne, hogy a pihenőkertünkben lévő kamerákat neten keresztül rögzítsem. Egyenlőre próba, hogy mennyire kivitelezhető. Ha sok lesz a macera akkor marad a helyben történő rögzítés. A kérdésem az lenne, hogy mekkora tempót lehet kihozni két hAP ac2 között L2TP+IPSec kapcsolattal.
Köszi
-
Reggie0
félisten
Portscan opennek mondja es ilyenkor a winbox szerver alkalmazas utasitja el a kapcsolatot. Ha tuzfalbol tiltod, akkor a winboxig el sem jut a dolog, igy peldaul exploitolni se lehet, ha esetleg van es eroforrast is kevesebbet fog enni(nem mintha szamitana, max ha dosolnak es gyenge a proci).
[admin@MikroTikCCR] > /ip service print
Flags: X - disabled, I - invalid
# NAME PORT ADDRESS CERTIFICATE
0 XI telnet 23
1 XI ftp 21
2 www 80
3 ssh 22 0.0.0.0/0
4 www-ssl 443 none
5 api 8728
6 winbox 8291 11.0.0.0/24
7 api-ssl 8729 none
[admin@MikroTikCCR] > :quit
interrupted
Connection to 10.0.0.254 closed.
user@host:~$ nmap 10.0.0.254 -p 8291
Starting Nmap 7.70 ( https://nmap.org ) at 2021-03-28 22:39 CEST
Nmap scan report for 10.0.0.254
Host is up (0.0017s latency).PORT STATE SERVICE
8291/tcp open unknownNmap done: 1 IP address (1 host up) scanned in 0.07 seconds
user@host:~$ -
bacus
őstag
válasz
ssarosi
#13428
üzenetére
Nem tudom miért van, de nekem a legfrissebb ROS és legfrissebb win10 (minden frissítéssel) megy a pptp, mindig is ment. Illetve nem, valamelyik win 10 frissítés után döglöttek le a pptp kapcsolatok, ott volt, hogy a win10-t állítottam, és volt, hogy l2tp váltás történt !
De egy hely sem volt, ahol ROS downgrade !Én elfogadom, hogy ez most jó megoldásnak tűnik a részedről, azonban az hosszútávon megbosszulja magát, ha nem tudsz frissíteni.
-
ssarosi
tag
A windows verziótól függetlenül alatt azt értem (nem a 2004 és a 20H2- t értem minden verzió alatt), hogy az otthoni gépemen win81 van.
Ha lecserélem az ROS-t újabbra, akkor PPTP-nek annyi (kifelé). És semmilyen konfiguráción nem változtatok az ROS frissítésen kívül.
Jelen pillanatban visszatettem a régit, mert dolgoznom kell. -
-
ekkold
Topikgazda
válasz
ssarosi
#13413
üzenetére
Ahogy előttem is írták a windows-al lesz a gond. Nekem Win7 alatt most is működik a PPTP, RouterOS verziótól függetlenül.
Viszont a windows alaphelyzetben automatikusan dönti el, hogy milyen tipusú VPN-re próbál kapcsolódni. Tehát ha beállítasz egy L2TP-t is ugyanolyan jelszóval, akkor jó eséllyel fel tudnak rá kapcsolódni a windows kliensek. -
-
-
Reggie0
félisten
válasz
DonJoee
#13416
üzenetére
Igen, jol erted. Arra vigyazzal, hogy kell egy kell varakozni a bekapcsolas utan es ellenorizd a route aktiv statuszat, mert ha nem aktiv(pl. megszakadt a net azon a route-on), akkor a default route-n fog menni. A disabled-re ellenorizni nem eleg, az active statusz is kell.
A masik amire figyelj, hogy az whatismyip.akamai.com-nak tobb ipcime van es veletlenszeru mire oldja fel a DNS szerver. Ilynekor az a legegyszerubb, ha felveszed statikusan a te DNS-edbe a hostot, igy mindig a kivalasztott IP-re fog menni es akkor nem kell minden ipcimre felvenni routet, illetve ha valtozas van a domain rekordokban akkor eszre fogod venni abbol, hogy nincs valasz, illetve ha uj ip jelenik meg az A rekordok kozott, akkor nem fog kiugrani a cuccod a default route-ra.
Hatranya, hogy neha utana kell allitani az IP-t. Persze ezt is lehetne automatizalni, hogy torlod a statikus dns rekordot, lekerdezed a hostnevhez az IP-t, majd ezt eltarolod egy statikus dns rekordban, frissited a route-okhoz tartozo ipcimet es utana kezded el lekerdezni az ipcimedit.
-
DonJoee
tag
válasz
Reggie0
#13415
üzenetére
Aha!
Lássuk, jól értem-e: szóval, ha mondjuk a "whatismyip.akamai.com" IP-címét, ami 91.83.14.187, beírom egy route Dst.address-mezőjébe és ehhez gateway-ként mondjuk a WAN2-őt adom meg, akkor minden alkalommal, amikor a fenti url-t akarom elérni, ezen a route-on (és így a WAN2-őn) keresztül megy ki a forgalom, mert az általánoshoz (0.0.0.0/0) képest "közelebb" van a cél, "jobb" errefelé route-olni... (gondolom egy alacsony distance-szel még jobban is rásegíthetek a dolgokra)
És ha csinálok 3 route-ot (egyet-egyet minden WAN-port számára, amiket gateway-ként adok meg) és sorban, mindig csak egyet kapcsolok be belőlük, akkor mindig csak azon keresztül megy ki a kérés az IP-cím-jólmegmondó szolgáltatás felé...
Aztán, ha végeztem, disablélom az összes ilyen spéci route-ot és kész is vagyok?Ja és mindig:
:if (([:len [/ip route find where comment="WAN1_chk" and !disabled]] > 0) do... -
Reggie0
félisten
válasz
DonJoee
#13414
üzenetére
Olyan szervert kell valasztani az ip lekerdezesere, aminek keves ipcime van, vagy csak egyet felvenni a dns-be statikusan. Majd ehhez az ipcimhez ISP-kent egy-egy kulon routingot vegyel fel, amit kapcsolgatsz (vagy csak mindig add hozza majd torold a szabalyt a megfelelo isp iranyaba) aszerint, hogy melyik halot akarod lekerdezni, igy nem fogja erinteni a normal halozati forgalmat a routing piszkalasa.
Viszont ne felejtsd el a routing aktivaltsagat visszaellenorizni, mert ha valamiert nem mukodik, akkor a default route-on keresztul fog menni a lekerdezes es hamis eredmenyt kapsz. -
DonJoee
tag
Sziasztok!
Egy egyszerű, 20 forintos kérdésem lenne...
Több ISP (és ezzel WAN-port) esetén szeretném megtudni mindegyiknek a publikus IP-címét scriptből, custom DDNS-updater számára.
A modemek teszik a saját dolgukat, ők végzik a PPPoE-kapcsolat felépítését és az eredményt (internetet) egy DMZ-zett statikus LAN-címen adják a MikroTik-nek. Szóval nincs bridge-mód a modemeken és ezzel együtt nincs publikus IP-cím sem az RB WAN-portjain.Több lehetséges módot ajánlgatnak a fórumokban és ezek működőképesek is EGYetlen WAN-port esetén, mert a default route-on keresztül megy ki a kérés (akár /IP Cloud, akár :resolve-os, akár külső "IP-cím megmondó" szolgáltatás esetén). De ha mondjuk a WAN2, WAN3 stb. címét szeretném megtudni, akkor is a default route-on megy ki a kérés, amit nálam még bonyolít egy load balancing is. Szóval hol a WAN1, hol a WAN2, hol pedig a WAN3 címét kapom meg akkor is, ha a WAN2-re vagyok kíváncsi.
A route-olást nem biztos, hogy célszerű bántanom (mondjuk ki-bekapcsolgatni a route-okat) mert ha ezt percenként csinálom sokgépes terhelés esetén, az mind vissza fog folyni a nyakamba (anyázás képében).
Van arra valami direkt mód, hogy egy bizonyos kérést (mondjuk /tool fetch -kérést) egy meghatározott WAN-porton keresztül küldjek ki scriptből?
Vagy erre csinálnom kellene egy tűzfal-szabályt (amelyek számával azért spórolni szeretnék, az RB4011 ereje ellenére is) ?
Mit javasoltok (ha nem is szájbarágósan, de mindenképpen MikroTik-laikusok szintjén)?
Rig: RB4011, ROS 6.47.9
Köszi!
-
ssarosi
tag
Van egy problémám, ahol elakadtam.
A mikrotik routerek csak vpn szerverek, a kliensek pedig minden esetben számítógépek.
Eredetileg az ROS 6.43.16-nál leálltam a frissítéssel, mert (megkövezni nem kéne) a PPTP vpn csak befelé működik, kifelé (PC-ről) már nem ezen verzió felett. Windows verziótól függetlenül.
A win10 2004-es verziója meg nem hajlandó már ezen verzióval (ROS 6.43.16) kapcsolódni.
Frissítettem 20H2-re, az eredmény várható volt, ez sem.
Ekkor frissítettem a húgom könyvelő irodájában ros-t v6.47.9-re.
Amíg az én mikrotikemen a 6.43.16 volt, addig tudtam kapcsolódni pptp és l2tp/ipsec protokollal is a v6.47.9-re. Amint a sajátomat is frissítettem, csak az l2tp/ipsec működik.
PPTP esetén a kapcsolat létrehozásakor a hitelesítő adatok ellenőrzésél megakad, és a windows 806-os hibával GRE protokollra hivatkozva, hogy nincs konfigurálva, a kapcsolat nem jön létre. A konfiguráción semmit sem változtattam, a régi ros-en ment.
Ez nem is lenne akkora gond, de az iskolában a windows szervert is PPTP-n érem el, és az összes pedagógus is. A pedagógusok kb. 65-70 laptopját, meg pár otthoni asztali gépét nem szeretném átállítani, mert ők nem képesek rá.
Nem vagyok egy mikrotik guru, és nem is leszek az. És az is lehet hogy elég pongyolán fogalmaztam.Ennek ellenére esetleg tudna valaki segíteni?
-
Hát így már érthető! :-) :-) :-)
"nem elérhető kintről. pont
de a tűzfalban nincs pluszban letiltva"
Maga a WinBox port így elérhető "bárhonnan", azaz "kívülről" is, mivel tiltva nincs, csak nem enged be a WinBox.
Azaz valóban, a WinBox maga már nem elérhető :-)"address (IP address/netmask | IPv6/0..128; Default: ) : List of IP/IPv6 prefixes from which the service is accessible."
Ezért a sok Log bejegyzés :-)
-
válasz
ekkold
#13406
üzenetére
pontosan így van, nálam ez így néz ki
[lenry@K94] /ip service> export/ip serviceset telnet disabled=yesset ftp disabled=yesset www disabled=yesset ssh disabled=yesset api disabled=yesset winbox address=192.168.94.0/24set api-ssl disabled=yesnem elérhető kintről. pont.
de a tűzfalban nincs pluszban letiltva -
-
ekkold
Topikgazda
válasz
Zwodkassy
#13405
üzenetére
Ha az IP Services részben korlátozod a winbox elérést, az önmagában nem a portot zárja le, csak visszautasítja a kapcsolatot, ha az nem megfelelő IP tartományból jön. Ilyenkor van log bejegyzés. Ha a tűzfalban is letiltod a portot akkor a port nem elérhető, és nem lesz log bejegyzés.
-
Bocsi, hogy tovább fűzöm a dolgot, nem össze veszni szeretnék, csak megérteni.
Ha a WinBox port nem elérhető "kívülről", nem is születhetnek ilyen logok. Nálam legalábbis nem szokott ilyen lenni.
Bár csendben azt is hozzá teszem, hogy nekem max 25-30 Mikivel van tapasztalatom, tehát nem vagyok profi. Mindenesetre egyikben sem láttam ilyet az elmúlt kb 5 évben. -
leviske
veterán
Adott egy Telekomos HGW mögött DMZ-be rakva egy hAP ac². Netet gond nélkül eléri, osztja a címeket stb. Viszont a kérdésem az volna, hogy ebben a felállásban hogy tudom a szolgáltató által delegált IPv6 prefixeket használni? Mert közvetlen a HGW-re csatlakozva van gond nélkül IPv6 elérés, viszont a router saját belső hálózatán nincs.
#13403 tonermagus: Igen, a gyengébb processzor a NAT-olás miatt lassabb netet eredményezhet. Korábban volt róla szó, hogy a hAP ac²-ben lévő processzor akár fastpath szerű szoftveres trükközés nélkül is ki tudja lökni magából a gigabites elérést, miközben gyengébb eszközök ezt már nem feltétlen tudják. De javítsatok ki, ha tévedek.
-
#13403
tonermagus
aktív tag
ekkold
#13400
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Futás, futópályák
- Sony MILC fényképezőgépcsalád
- iPhone topik
- BestBuy ruhás topik
- Le Mans Ultimate
- OLED TV topic
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Hobby elektronika
- További aktív témák...
- ThinkBook 16p Gen3 16" QHD+ IPS Ryzen 5 6600H RTX 3060 16GB 512GB NVMe ujjlolv gar
- ThinkBook 16p Gen3 16" QHD+ IPS Ryzen 5 6600H RTX 3060 16GB 512GB NVMe ujjlolv gar
- HP Probook 640 G2 (14FHD/i3-G6/8GB/256SSD/Magyar/Win11) - Szép!
- AMD Ryzen 5 5500 - Új, 3 év garancia - Eladó!
- Kamerarendszerek telepítése //// Gyengeáramú hálózatok kiépítése //// Informatikai segítségnyújtás
- 127 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080 (ELKELT)
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- iKing.Hu - Motorola Edge 50 Ultra - Nordic Wood - Használt, karcmentes
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged