Új hozzászólás Aktív témák
-
Watercolour
aktív tag
Játéknak rendeltem egy ilyen routert Aliexpressről (innen), mert sokan írták, hogy meglepően gyors, és mivel hamarosan váltok FTTH Digire, valószínűleg szükségem lesz a sebességre.
A router kicsit több, mint 2 hét alatt érkezett meg Hollandiából(?), amiben benne volt a hosszú hétvége is, tehát igen gyors volt a szállítás. Ráírtam az eladóra, hogy ha lehet, akkor ne China Telecom matricásat küldjön, és bár nem válaszolt rá, de a routeren nem volt matrica. Eredeti csomagolásában, bontatlanul érkezett, amerikai adapterrel, de EU-US átalakítóval.
Leforgattam rá OpenWrt-ből NBD staging branchét, mivel ebben benne van már a HW offload támogatás az MT7621 chipsethez, feltelepítettem ezen leírás alapján, majd rövid konfiguráció és a HW offload bekapcsolása után elkezdtem próbálgatni.
Te úristen, erre én sem számítottam. Egyelőre sajnos csak 500/22 UPC kapcsolaton lóg, de max sávszélességen töltve, akár több szálon is a router CPU-ján semmi terhelés nincs. Nulla százalék.
Össze fogom még hasonlítani a wifi teljesítményét is a régi routeremmel (TP-Link C2600), de engem eléggé meggyőzött.
Nyilván nem akkora csoda ez a teljesítmény gyári szoftverrel, de végre egy olyan eszköz van a kezemben, aminek segítségével nem kell teljesítménykompromisszumot kötnöm azért, hogy az OpenWrt lehetőségeihez is hozzáférjek.Vegyétek ezt a routert, mert ennyi pénzért ajándék.
-
Watercolour
aktív tag
válasz bodzasfanta #2167 üzenetére
Természetesen, tessék.
Van benne pár dolog, ami nem biztos, hogy hasznos a legtöbb embernek (collectd, f2fs, stb.), de alapvetően használható. Telepítés az előző hozzászólásban linkelt leírás alapján, de csak óvatosan.
-
Watercolour
aktív tag
válasz Watercolour #2168 üzenetére
Frissült az OpenWrt HW offload staging branch, forgattam belőle újat. Saját routeremen teszteltem, innen letölthető, akit érdekelne.
[ Szerkesztve ]
-
-
Watercolour
aktív tag
válasz Headless #2376 üzenetére
Maga Jason A. Donenfeld, a Wireguard atyja erősen nem tanácsolja a TunSafe használatát. Első kommentet javaslom elolvasásra:
"As the author of WireGuard, I'd STRONGLY advise against using this closed-source implementation, which likely has interoperability and security issues.
We'll have an official Windows client coming out shortly, which won't have these same security concerns."
-
-
Watercolour
aktív tag
válasz Headless #2929 üzenetére
A repeater nem egy túlságosan egzaktul definiált fogalom, de talán itt értelmesen le van írva.
Röviden: ami NATol, az valójában nem egy igazi repeater, hanem egy bármilyen eszköz, mely egy client módú wifi interfész és a többi interfésze között NATol. A valódi repeaterek WDS-sel működnek, tehát ha WDS-t használsz, a wifit "kiterjesztő" eszközök repeaterek. Az, hogy az OpenWrt, vagy egyéb leírások keverik a terminológiát és/vagy rossz kifejezéseket használnak, az sajnálatos.
-
Watercolour
aktív tag
Újabb OpenWrt snapshot buildek másnál is random rebootolnak? Eléggé irritáló.
Emlékszem egy leírásra, amiben valakinek sikerült OpenWrt-t Padavanra cserélni, de nem találom a fórumban. Valaki segítene? Ha jól emlékszem, nem éppen triviális folyamat.
-
Watercolour
aktív tag
válasz eastsider #3103 üzenetére
Köszi a tippet, lehet megpróbálom az RC-t, vagy várok a finalre, elvileg már lassan meg kellene jelennie.
Egyébként bekapcsolt HW offloadinggal használod? Erős a gyanúm, hogy nálam az okozza a problémát, de sajnos gigabit NAT nem megy nélküle.@szaboi6512: Köszi. Ezekszerint nincs egyszerűbb út, csak a gyári szoftver visszaállítása, majd Padavan.
[ Szerkesztve ]
-
Watercolour
aktív tag
Volt egy hiba pár hete, lehet, hogy abba futottál bele, hogy a hostapd nem áll le időben a sysupgrade inditásakor, ezért elfailel.
SSH-zz be az eszközre, majd:# ps | grep hostapd
2791 root 1984 S /usr/sbin/hostapd -s -P /var/run/wifi-phy0.pid -B /var/run/hostapd-phy0.conf
6695 root 1984 S /usr/sbin/hostapd -s -P /var/run/wifi-phy1.pid -B /var/run/hostapd-phy1.conf
7793 root 1384 S grep hostapd
# kill 2791
# kill 6695
# sysupgrade /itt/van/a/sysupgrade/image/openwrt-ramips-mt7621-mir3g-squashfs-sysupgrade.tarA két kill parancsnál értelemszerűen a futó hostapd processek pidjét add meg. Ne wifiről SSHzz be, mert a processek kilövésekor le fog állni a wifi.
-
Watercolour
aktív tag
Használ esetleg valaki újabb stabil (18.06.1) vagy snapshot OpenWrt buildeket bekapcsolt HW flow offload-dal? Esetleg javították a random rebootolgatást?
Sajnos a sávszélességem kihasználása miatt fontos a flow offload, viszont így kb 1 hónappal ezelőttig eléggé instabil volt a router (random reboot vagy csak elérhetetlen lesz a router, és áramtalanítani kell), ezért váltottam padavanra. Ez stabil, viszont hiányzik pár fícsör, ami OpenWrt-ben megvan. -
Watercolour
aktív tag
válasz Starchm #3468 üzenetére
Az FTP protokoll önmagában egy elavult, nem biztonságos dolog, aminek komoly működésbeli hiányosságai vannak. Ha hasonló funkcionalitás kell, valószínűleg az SCP a legjobb alternatíva számodra.
Az, hogy Windowson ezt mennyire egyszerű beállítani és üzemeltetni, fogalmam sincs, de szerintem találsz rá szoftvert.Esetleg régen használtam a HFS nevű programot, nem tudom, mennyire felelhet ez meg neked, bár ez sem túl biztonságos, de legalább egyszerűbb beállítani, mint egy FTP szervert, és működni fog NAT mögött is egy sima port forwarddal.
[ Szerkesztve ]
-
Watercolour
aktív tag
válasz flegga92 #3767 üzenetére
Sokféleképpen megoldható, én így csináltam.
Advanced Settings --> LAN --> DHCP Server --> Custom Configuration File "dnsmasq.conf"
A konfigfájl végére szúrd be ezt a sort:addn-hosts=/tmp/hosts
Katt az Apply gombra.
Advanced Settings --> Customization --> Scripts --> Run After WAN Up/Down Events
A mezőbe másold be az alábbi scriptet:
#!/bin/sh
### Custom user script
### Called after internal WAN up/down action
### $1 - WAN action (up/down)
### $2 - WAN interface name (e.g. eth3 or ppp0)
### $3 - WAN IPv4 address
if [ $1 != 'up' ]; then
exit 0
fi
export PATH="/opt/sbin:/opt/bin:${PATH}"
logger -t wan-up "WAN up event received."
sleep 5
logger -t hosts-update "Updating hosts..."
touch /tmp/hosts
logger -t hosts-update "Downloading StevenBlack hosts file..." && wget -qO- https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts | awk -v r="0.0.0.0" '{sub(/^0.0.0.0/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading WinSpy hosts file..." && wget -qO- https://raw.githubusercontent.com/crazy-max/WindowsSpyBlocker/master/data/hosts/spy.txt | awk -v r="0.0.0.0" '{sub(/^0.0.0.0/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading WinExtra hosts file..." && wget -qO- https://raw.githubusercontent.com/crazy-max/WindowsSpyBlocker/master/data/hosts/extra.txt | awk -v r="0.0.0.0" '{sub(/^0.0.0.0/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading Zero hosts file..." && wget -qO- "https://someonewhocares.org/hosts/zero/hosts" | awk -v r="0.0.0.0" '{sub(/^0.0.0.0/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading AdAway blocklist hosts file..." && wget -qO- "https://adaway.org/hosts.txt" | awk -v r="0.0.0.0" '{sub(/^127.0.0.1/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading MalwareDomainList hosts file..." && wget -qO- "https://www.malwaredomainlist.com/hostslist/hosts.txt" | awk -v r="0.0.0.0" '{sub(/^127.0.0.1/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Downloading hpHosts hosts file..." && wget -qO- "https://hosts-file.net/ad_servers.txt" | awk -v r="0.0.0.0" '{sub(/^127.0.0.1/, r)} $0 ~ "^"r' >> /tmp/temp-hosts
logger -t hosts-update $(wc -l /tmp/temp-hosts)
logger -t hosts-update "Updating /tmp/hosts file..." && cat /tmp/temp-hosts | sort -uk2 >> /tmp/hosts
rm /tmp/temp-hosts && logger -t hosts-update "/tmp/hosts file has been successfully updated."
logger -t hosts-update "Cleaning up hosts file from breakage..."
sed -i '/client-s\.gateway\.messenger\.live\.com/d' /tmp/hosts
sed -i '/answers\.microsoft\.com/d' /tmp/hosts
sed -i '/browser\.pipe\.aria\.microsoft\.com/d' /tmp/hosts
sed -i '/s\.click\.aliexpress\.com/d' /tmp/hosts
export ADBLOCK_ENTRIES=$(wc -l /tmp/hosts)
logger -t hosts-update ${ADBLOCK_ENTRIES}
killall -SIGHUP dnsmasq
logger -t wan-up "Finished running WAN up trigger."Katt az Apply gombra.
Ezután a router minden alkalommal, mikor a WAN interface feláll (reboot, reconnect, stb), frissíteni fogja a listákat és újratölti a DNS szerver konfigját.
Érdemes ezután újraindítani a routert, hogy lefusson a script.
-
Watercolour
aktív tag
válasz Starchm #3786 üzenetére
Tényleg elég bénán van verziózva, de ha jól értem, az a verzió, amiben -100_ szerepel, az ennek a repónak a master branchéből + egy zsáknyi patchből van fordítva, a -099_ verziók pedig vagy az eredeti upstream repóból vagy ebből a forkból.
Gyors körülnézés után talán az összes közül a legfrissebb a 3.4.3.9L-100_1973760.
-
Watercolour
aktív tag
Mivel az internetforgalom túlnyomó többsége TLS-en történik manapság, ezért semmi értelme nincsen adblock miatt külön privoxyt feltenni, mivel úgysem fog belelátni a titkosított forgalomba, ezért csak hostnév alapján fog tudni blokkolni, amire a DNS szerver is bőven elég, és sokkal kisebb az erőforrásigénye, valamint kevesebb problémát is okoz.
-
Watercolour
aktív tag
válasz Brandynew #3838 üzenetére
A kérdés jogos, véleményem szerint nem feltétlen szükséges engedélyezni.
IPv4 esetén a legtöbb bejövő ICMP kérést blokkolhatod anélkül, hogy különösebb problémákat okozna, de IPv6 esetén más a helyzet, a protokollnak szüksége van arra, hogy bizonyos ICMP üzenetek szabadon mozogjanak a hostok között.
Ezek közé a feltétlen szükséges üzenetek közé tudtommal nem tartozik az ICMP echo request/reply (ping), tehát erről az ipv6-test.com hibásan tájékoztat. (vagy lehet, hogy tévedek, fixme)
Feltéve, hogy a padavan ezen funkciója jól működik, és valóban csak ezt az ICMP üzenetet blokkolja (és a szükséges csomagokat átengedi), nem kell engedélyezned ezt, nem fog hibásan működni az IPv6.[ Szerkesztve ]
-
-
Watercolour
aktív tag
válasz wwenigma #3965 üzenetére
Az OpenWrt-nek a "Hardware NAT" támogatása egy elég hosszú történet. Nagyon régóta létezik már többféle implementáció, és eldobták többször, mert vagy szimplán tákolt fostenger volt, vagy gyártó/architektúraspecifikus volt, vagy licenszproblémák voltak vele. A nemrégiben bekerült "flow offload" implementáció az első architektúra- és gyártófüggetlen, elfogadott implementáció, ami a Linux kernelbe is bekerült, ezt backportolták az OpenWrt kernel(ei)be is. Sajnos a gyártók (még) nem túlságosan favorizálják ezt a szabványosított megoldást, ezért a legtöbb SoCon nem vagy rosszul támogatott, idővel ez javulni fog, több SoC lesz támogatott és stabilizálódni fog.
Az, hogy neked, mint end user a "működő" a legfontosabb, lelked rajta. Egy projekt maintainereinek sok egyéb szempontot is figyelembe kell venni.
Továbbá az, hogy egy bugreportodra nem ugrik rá rögtön valaki és éjjel-nappal azon dolgozik, hogy a kis popsid ki legyen nyalva, az nem feltétlen azt jelenti, hogy soha nem kerül javításra.
Arról nem is beszélve, hogy továbbra is kísérleti funkcióról beszélünk, amire fel is hívja a LuCI a figyelmed, mikor be akarod kapcsolni.
[ Szerkesztve ]
-
Watercolour
aktív tag
válasz wwenigma #3971 üzenetére
"mod: az meg egy különleges izt az az OpenWRT-nek, hogy jol sikerult kinyirni a LEDE-t...hát gratulálok nekik."
Állításod szerint "lassan több mint egy évtizede" követed figyelemmel a dolgokat, ennek ellenére sikerül ilyen emeletes baromságot összehordanod.
"én azt fogom ajanlani."
Ajánlhatsz bármit, szíved joga, csak ne beszélj hülyeségeket.
"End usert had ne érdekelje már mi miért nem megy"
Egy termékért, amiért fizetsz, jogod van verni az asztalt, hogy működjön. Egy számodra ingyenesen elérhető és használható szoftverért, ami elképesztően sok, zárt hardwaret támogat, főképp a kísérleti funkciók hibáiért nem. Illetve megteheted, maximum egy kínos, hisztis hülyét csinálsz magadból.
Annyiban egyetértünk, hogy valóban eléggé megmosolyogtató, amikor itt, és más szolgáltató topicjában is jönnek az expertek és számolgatják és kinyilatkoztatják, hogy kinek mekkora sávszélesség az elég, és mennyi a túlzás.
-
Watercolour
aktív tag
válasz wwenigma #3976 üzenetére
"182 nyitott hibajegy van Padavannak, míg OpenWrt-nek 3757."
Talán azért, mert az OpenWrt-hez képest elenyésző mennyiségű ember ismeri és használja, valamint töredék annyi rendszert támogat, mint az OpenWrt.
"LEDE kapcsan varom miert hulyeseg"
Azért, mert az egyesülés után az OpenWrt szó szerint berántotta a teljes LEDE forrásfát, és azon dolgoztak tovább mindkét projekt fejlesztői. Forrás itt: "The merged project will use the code base of the former LEDE project."
"ha nem igaz akkor hova tunt belole a hw nat megoldasa az egyesules utan"
Nem volt a LEDE-ben sem HW NAT támogatás, fogalmam sincs, miről beszélsz. Ha a Fast Path-re gondolsz, az egyrészt nem HW NAT volt, másrészt soha nem volt a mainline LEDE-be integrálva, csak az emberek peccselgették bele a LEDE-be és terjesztették interneten a firmware buildeket, amibe bele volt fordítva.
Senki nem mondta, hogy a Padavan szar. A probléma az, hogy teljesen fogalmatlanul fröcsögsz ökörségeket, és nem érted, hogy teljesen más a két projekt, mind architektúrában, mind fejlesztésben, mind célokban.
[ Szerkesztve ]
-
Watercolour
aktív tag
"A telefonos applikációval a padavant is el lehet érni?"
Nem."Kell egyébként egyáltalán?"
Nem teljesen értem ezt a kérdést."A padavan tényleg annyit hoz a konyhára?"
Igen. Első, és legfőbb érv a padavan mellett, hogy legalább egy félig-meddig open source, angolul beszélő firmware fog rajta futni, és nem egy kínai fekete doboz, amiről fogalmad sincs, hogy mit csinál és ebből mennyit árul el neked. Emellett sok más funkció elérhető vele, ami gyári szoftverrel (általában) nem (nyomtatószerver, torrent szerver, samba megosztás, stb). -
Watercolour
aktív tag
Szerintem meg csak szimplán aki nem tapasztal hasonló problémát, és lövése sincs, mi lehet az oka, az inkább nem ír rá semmit, minthogy beírja, hogy "bocs, nem tudom". Semmi értelme nem lenne.
Továbbá, mivel a téma maga is erről szól, itt a legtöbb ember Padavant futtat a routerén, páran OpenWrt-t, a gyári szoftvert használók száma elenyésző, neki pedig azzal van problémája.
Nálam padavannal semmi gond a routerrel. Ismerősöknek is javasoltam, és aki vett, az is elégedett vele, padavannal használja. Néhány hónappal ezelőtt váltottam OpenWrt-ről, mert az experimental HW NAT implementáció random rebootot okozott rajta, és sajnos a gigabites internet kapcsolathoz szükségem van a HW NAT-ra, különben elbukok elég sok sávszélességet.
Már a logikádat se értem, miért lenne valaki "túl büszke" bevallani, hogy egy szaros 30 dolláros router szar, ha tényleg az? Hogy jön ehhez a büszkeség?
(#4100) D@niel
A szolgáltató semmiképpen sem látja a saját routered wifi beállításait.(#4098) D@niel
Ne futtass sebességtesztet wifin, ha az internet kapcsolatodat akarod diagnosztizálni. Csak és kizárólag kábelen.(#4179) D@niel
A Ugreen kábelek alapvetően jó minőségűek, nekem is van sok féle, ethernet is, nincs gondom velük.
Kissé furcsállom, hogy kábelt akarsz cserélni, de előtte csak wifi sebességtesztet mutattál. Mértél egyáltalán kábelen sávszélességet, amikor lassulást tapasztalsz, vagy a saját routered és a szolgáltatói eszköz közötti kábelt szeretnéd cserélni? Ahhoz, hogy a problémádat könnyebb legyen megállapítani, teljesen ki kellene iktatnod a wifit, és a router és a számítógép között is kábeles kapcsolatot megvalósítani.(#4185) divan
Nálam nem szakad, csak a szolgáltatói 168 órás kötelező bontáskor, illetve nyilván ha kézzel újraindítom.[ Szerkesztve ]
-
Watercolour
aktív tag
"az, hogy kábelen is csak 500 körüli érték van most tegyük zárójelbe"
Ne tegyük zárójelbe, mert ez a legfontosabb tényező, ami segít eldönteni, hogy az internet kapcsolatoddal, vagy a wifivel van probléma.
Gyanítom, gigabites Digid van, ahol a garantált sávszélesség 300/50 mbps. Ha legalább ez megvan (KÁBELEN!), akkor az internet szolgáltatásod papíron teljesíti a garantált paramétereket, tehát a szolgáltató szempontjából nincsen hiba."mert ha ennek a felét tudja hozni wifin, akkor arra azt mondom, hogy legyen"
Az, hogy mennyit hoz wifin, teljesen mindegy. A wifire a szolgáltató még akkor sem vállal sem sávszélesség, sem stabilitás garanciát, ha a saját eszközét használod. Ennek oka az, hogy elképesztően sok környezeti tényező (interferencia, falak, kliens típusa, stb.) befolyásolják a wifi működését, lehetetlen és értelmetlen lenne erre bármi garanciát vállalni.Teszteld kábelen, hogy kiderüljön, hol a hiba. Erős a gyanúm, hogy kábelen tökéletesen fog menni, a probléma a laptopod és a router közötti wifi kapcsolatban lesz. Ennek a problémának tengernyi oka lehet, amit valószínűleg senki nem fog tudni neked távgyógyítani.
(#4189) divan
Jogos, nem is vettem észre.
A Diginél ez szokás, a többi szolgáltatóról nincs információm.[ Szerkesztve ]
-
Watercolour
aktív tag
Amennyiben a te esetetben a router hibás, teljesen biztos vagyok benne, hogy nem általános, típusra jellemező probléma.
Az elképzelhető, hogy te pont megszívtad és kaptál egy hibás darabot, de nagyon sokan elégedettek a routerrel.(#4194) Headless
A Breed telepítéséről egyébként van valahol angol nyelvű leírás, vagy csak simán dd-vel felflashelem a bootloader partícióra?[ Szerkesztve ]
-
Watercolour
aktív tag
válasz apple87 #4395 üzenetére
"Honnan érdemes vásárolni Xiaomi Mi Router 3G-t?"
Ahonnan a legolcsóbb."Aliexpress?"
Például."Tudnátok küldeni linket?"
Én innen rendeltem, akkor még olcsóbb volt valamennyivel."Ha garanciális probléma van mi a teendő ha külföldről rendelem?"
Elmorzsolsz egy könnycseppet és tudomásul veszed, hogy ígyjártál.
Viccet félretéve, aliexpressen például tudsz dispute-ot nyitni.[ Szerkesztve ]
-
Watercolour
aktív tag
válasz syler123 #4617 üzenetére
Személy szerint az OpenWRT-t preferálom több okból, de kb fél éve váltottam Padavanra, azóta azt futtatok a routeremen. Az egyetlen oka ennek az, hogy HW NAT nélkül a router nem képes gigabitet NAT-olni, és bár OpenWrt-n támogatott HW Flow Offload az mt7621 chipen (és tud is gigabittel NATolni), ha bekapcsolod, random elpusztul a router ezen bug miatt, ami még nincs javítva.
-
Watercolour
aktív tag
válasz herdsman12 #4756 üzenetére
Nem normális, azonnal húzd ki égesd el a routert.
-
Watercolour
aktív tag
válasz herdsman12 #4762 üzenetére
Semmiféle stílusbeli probléma nem volt. A probléma kétrétű. Egyrészt az, hogy nincsen problémád, ezért látszólag keresel magadnak, a másik pedig az, hogy egy évtizedes, már mémmé vált tévedésre tapintottál rá a Linux memóriakezelésével kapcsolatban.
Ha a technikai magyarázat érdekel, akkor szimplán annyi történik, hogy a Linux kernel (és sok egyéb másik OS is) fájlműveletekhez gyorsítótárnak használja a nem használatban lévő memóriát, mivel a memória szabadon tartása felesleges pocsékolás. Amikor másoltad a filmedet, akkor némi adat gyorsítótárazódott a memóriában. Majd a kernel kiüríti a gyorsítótárakat, ha kell neki másra.
TLDR: Ne nézegesd a memóriahasználatot.
-
Watercolour
aktív tag
válasz Intruder2k5 #4815 üzenetére
Ár/teljesítményben tényleg verhetetlen, viszonylag jó a wifi, HW NAT miatt gyarkorlatilag bármekkora sávszélességel megbírkózik, és még szép is.
Csak két problémám van vele.
Az első az, hogy bár van rá OpenWrt, de gyengébb a wifi vele és bekapcsolt HW offloading-gal még mindig random crash-elt a router. HW NAT nélkül pedig kevés a vas a gigabites digihez.
Szívesebben használnék teljesen szabad, licenszbalhé-mentes szoftvert, és egyéb okok miatt is jobban kedvelem az OpenWrt-t.A másik problémám nem feltétlen a router hibája, csak lusta voltam eddig túlságosan beleásni magam. Overwatchban néha random kidob meccsekről, és pár másodperc múlva enged is visszacsatlakozni, valamint twitch streamek néha megakadnak és nem mennek tovább, csak akkor, ha nyomok a böngészőben egy frissítést. Közben az internetem nem szakad meg, nincs packet loss, minden normális.
Egyébként is szerettem volna valami combosabbat, ezért éppen ma rendeltem be egy Mikrotiket, a Xiaomit pedig megtartom wifi AP-nak.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen