-
Fototrend
Tomato firmware
Új hozzászólás Aktív témák
-
válasz
#95590400
#8540
üzenetére
Szia!
MegaVPN build van rá: tomato-W1800R_RT-AC6x--140-Mega-VPN-64K.zip
DHCP kikapcsolása a Basic -> Network -> LAN részben a DHCP alóli pipa kivételével lehetséges.
-
2018.1.031 ARM beta - by kille72, elég sok módosítással, köztük a "KRACK vulnerability" fix-el.
-
-
válasz
mbernie
#8525
üzenetére
Csinálj egy port tesztet a transmission service portjára.
-
-
-
-
-
-
-
válasz
sztanozs
#8510
üzenetére
Szia!
Tehát ha jól értem az a baj, hogy a vendég hálózatra csatlakozó klienseken, amiknek a Tomato ad IP címet, nem megy a net? Az alapértelmezett átjáró IP címét megadtad?
szerk.:
Mondjuk belegondolva a Tomato így nem NAT-ol, vagyis nincs címfordítás, viszont nem tudom a DIGI-s eszköz "foglalkozik-e" a 10.1.1.x IP című kliensek csomagjaival. Pingelni sem tudod a DIGI-s eszköz LAN IP címét? -
-
válasz
DiceBlade
#8493
üzenetére
Hol kaptad ezt a hibaüzenetet? Mondjuk a dolog azért is érdekes, mert én is ezeket a szabályokat használom a lighttpd távoli eléréséhez. Amit módosítottam benne, az a három darab portszám, illetve nálam a protokoll csak tcp, tehát "-p tcp" a paraméter, "-p all" helyett. Utóbbit azért írtam át, mert lövésem nincs, hogy a mosquitto-nak mire van szüksége.
-
válasz
DiceBlade
#8487
üzenetére
Szia!
1. Próbáld meg iptables-el megnyitni a portot.
Administration -> Scripts -> Firewall
iptables -D INPUT -j DROP
iptables -I INPUT -p all --dport 1883 -j ACCEPT
iptables -t nat -A PREROUTING -i nvram get wan_ifname -p all --dport 1883 -j DNAT --to-destination nvram get lan_ipaddr:1883
iptables -A INPUT -j DROP2. Ha a Tomato admin felületét szeretnéd elérni távolról, akkor sem kell neked forwardot beállítanod, csak aktiváld a remote admin-t az Administration -> Admin Access -> Remote Access menüben.
FONTOS, hogy egy portot csak egy szolgáltatás használhat.
-
Szia!
Hiába kérsz meg bárkit is, a g szabvány sebességének gyakorlati felső határa 23-25Mbps körül van, tehát az általad mért 20Mbps egyáltalán nem mondható rossznak. Ha gyorsabb kell, akkor kénytelen leszel routert cserélni, és ha netán az is csak g-s, akkor a klienst is.
-
válasz
DiceBlade
#8451
üzenetére
Szia!
Az ar71xx Atheros platformra való csomagok tárolója, ez BroadCom-mal nem fog működni. És szerintem az OpenWrt-re való csomagok eleve nem fognak működni Optware / Entware alatt, mert itt az /opt még OpenWrt esetén a / a telepítési cél. Ez legfeljebb úgy működhetne, ha megvan a forrás, és lefordítod magadnak. Feltéve persze, hogy nincs meg másutt a szükséges csomag.
-
válasz
Lasersailing
#8418
üzenetére
A DIGI kérésre simán ki szokott venni a NAT-ból, eddig tudtommal senkit sem utasítottak el, de persze vannak szolgáltatók, ahol az ilyen kéréseknek nem tesznek eleget. Jellemzően kisebb mikrós ISP-k...
-
válasz
ArthurShelby
#8413
üzenetére
A Shibby build az alapja, lényegében csak a GUI van lecserélve benne, de ezt le is írják a weboldalukon.
-
-
-
-
válasz
jaszay_gabor
#8361
üzenetére
Szia!
ITT van egy szép hosszú leírás a flashelés menetéről.
-
válasz
tibcsi0407
#8343
üzenetére
Nem 4G-zek, DIGI optikám van, sőt igazából semmilyen extra funkciót nem használok mostanság. Egy-két port forward, egyéb tűzfalszabályok, egy kis cron, 8-10 statikus DHCP cím, HDD mountolás, szóval csak alap dolgok.
-
válasz
tibcsi0407
#8341
üzenetére
OK. Én még nem tettem fel, mert fiam itthon van, és folyton a neten lóg, nem akarom kihúzni alóla. Ha már flashelek, akkor reset, manuális újrakonfig, minimum fél óra szünet, újraindítgatás. Majd egyik nap, ha épp megy az egyetemre, vagy barátnőjéhez. Addig legalább jönnek a tapasztalatok.

-
[Fork] Tomato by Shibby, compiled by @kille72 - 2017.3 - 2017-12-18
-
válasz
Tav-Csoves
#8332
üzenetére
Az első routerben a második router wan ip címére állíts be a forwardot, a második routerben pedig a kliens ip címére, amire kell a nyitott port. A harmadik - switchként működő - routert figyelmen kívül hagyhatod ilyenkor.
-
válasz
Tav-Csoves
#8330
üzenetére
Szia!
Amennyiben a második router jelenleg switchként működik, úgy csak az elsődleges routeren kell portforwardot állítanod.
-
válasz
tibcsi0407
#8304
üzenetére
Persze, ahogy néztem a changelog-ot, nem volt komoly változás.
-
válasz
tibcsi0407
#8302
üzenetére
Most én sem reset-eltem, bár igaz, hogy az előzőnél megvolt az NVRAM törlés.
-
válasz
Intruder2k5
#8300
üzenetére
És fent is van, majd meglátjuk hogyan működik. Bár jöhetne már egy stabil kiadás is belőle, na de, talán majd karácsonyra.

-
Újabb kille72 build, bár sajnos még mindig béta. 2017.3b17
-
Felmerült privátban Tomato telepítése kapcsán, hogy valaki nagyon nincs otthon a hálózati dolgokban, és gondot okoz a fix IP beállítása. Ráadásul Linux-ról lévén szó, a leírásom sem segít. Persze tudom, ehhez is lehet a neten millió segítséget találni, de mivel jelen esetben router cseréről van szó, és kéznél van még a régi vas is, ami szintén Tomato alapú, így eszembe jutott egy másik megoldás is, amit itt írok le inkább, hátha később másnak is hasznára lesz.
Tehát, elsőként a régi router LAN beállításait módosítsuk az alábbi szerint, hogy a 192.168.1.1 címet felszabadítsuk az új router számára:
A router IP címe legyen tehát 192.168.1.2, a DHCP által kiosztható IP címek tartománya pedig 192.168.1.3 és 192.168.1.254 közé essen. Ezután a router újra fog indulni, de esetleg szükség lehet a kliens gép újraindítására is, vagy legalább a hálózati UTP kábelt kössük ki/be egyszer. Ha ez megvan, és minden eszköz felvette az új IP címét, akkor az új routert, amire fel szeretnénk tenni a Tomato fw-t, az egyik LAN portján keresztül kössük össze a régi router egyik LAN portjával. Igen, tehát egy UTP kábel kell a két router egy-egy LAN portja közé. Ezután az új routert a leírás második pontja szerint állítsuk recovery módba, és onnantól a firmware feltöltése is változatlan, tehát használhatjuk az ASUS Firmware Restoration Tool-t, vagy ha van akkor a CFE webszervert, vagy Linux terminálban a tftp parancsot.
Ha sikerült, akkor a régi router helyére az újat beiktatva használhatjuk is tovább a hálózatunkat.
-
válasz
martonzsolt
#8282
üzenetére
Akkor az ext3. Windows is csak 3rd party program telepítése után tudja olvasni, mivel ez Linux filerendszer.
ExtFS for Windows® Free
Ext2Fsd Project
stb.Megjegyzem egyiket sem próbáltam.
-
válasz
martonzsolt
#8280
üzenetére
Tomato-hoz többféle filerendszer megfelelő, így ezzel sokat nem mondtál, lehet akár ext2, 3, 4, NTFS, FAT32, vagy extFAT is. Bár a magam részéről fogalmam sincs, hogy ezekből az IOS mit és hogyan tud olvasni, így ezt inkább annak a topikjában kellene megkérdezni.
-
Üdv!
Tomato-nak a root$ Samba megosztását használja valaki?
Én néha szoktam, fel is van csatolva hálózati meghajtóként, de a megosztás rejtett, és read only, ahogyan alapbeállítás szerint hozzá van adva. Van egy-két scriptem, ami generál kimeneti file-okat a /tmp alá, és azokat szoktam ezen keresztül olvasni. Egy ideje viszont észrevettem (talán mióta a kille72 mod-ot használom, ezt nem tudom biztosra), hogy ezen a megosztáson keresztül nem tudok belépni egy mappába se. A gyökérkönyvtárat látom, de ha bármelyikbe be akarok lépni, hibaüzit kapok. De az is lehet, hogy csak a 132-es volt jó, és már a 140-es Shibby félével sem ment.
Nektek működik?
-
-
-
válasz
esicyhun
#8238
üzenetére
A routerre kell másolni, még pedig abba a mappába ahol éppen prompt van, vagyis amit látsz a kurzor előtt. De ha máshol van és megadod az elérési útját, az is jó. Felmásolni SSH-n keresztül WinSCP-vel tudod, vagy ha neten fent van kicsomagolva, akkor wget-el le is töltheted.
wget http://weboldalcime.hu/firmwareneveHa esetleg csomagolva van akkor az már bonyolítja a dolgot, ez esetben maradj a WinSCP mellett.
-
válasz
esicyhun
#8235
üzenetére
SSH használatához sem kell pilótavizsga, itt van egy rövid segítség, igaz már Tomato-hoz íródott, de a kliens használata más firmware mellett is ugyanaz.
-
válasz
z123456789
#8227
üzenetére
Igen, ezekre gondolok. Ugye az fw webadmin felülete, általában 80 vagy 443-mas port ha HTTPS-en megy, FTP 21-es, DNS 53-mas, stb., de ezek többnyire az 1024 alatti tartományból kerültnek ki, az általad írt 19000-es portok szinte biztos, hogy szabadok.
-
válasz
z123456789
#8225
üzenetére
Szia!
1-65535 közt, de vannak ugyebár foglalt portok, amik ebből kimaradnak.
-
-
-
-
válasz
Intruder2k5
#8205
üzenetére
Visszatettem inkább a 2017.2 stabil kiadást, ezzel rendben is van. Bár azt azért hozzáteszem, hogy az előző bétából volt NOSMP, és azzal sem volt ilyen gond.
-
-
Megy a http://tomato.groov.pl/ Csak mert ugye néhány napja állt.
-
-
-
válasz
mobilizmo
#8193
üzenetére
Szia!
A 132-es tuti stabil, de én már hosszú ideje - mióta megjelent - használtam a 140-est is, elégedetten. Ezek viszont most nem elérhetők, két napja nem megy a tomato.groov.pl oldal, így ha csak nincsenek meg neked valahol, akkor felejtősek.
Van viszont annak egy forkja, a kille72 mod, ebből a 2017.2 stabil verziót is használtam pár hete folyamatosan, semmi gond nincs vele, így azt is bátran ajánlom. De a minap feltettem a legújabb béta verziót, nekem eddig ez is gond nélkül megy.
-
-
-
-
Ha valakit esetleg érdekel egy béta jelölésű, de állítólag már végleges állapotú kille72 féle Tomato fw, akkor itt megtalálja.
-
válasz
intensa_man
#8163
üzenetére
itg-t nem kérdezted, hogy nem tud-e valamit a recovery módról? Ha jól látom neki is ilyen routere van már.
-
válasz
intensa_man
#8161
üzenetére
Szia!
Ha reset gombot lenyomva tartva kapcsolod be? Akkor sem változik semmi?
-
válasz
intensa_man
#8148
üzenetére
A HDD tartalma a firmware csere miatt nem változik meg. De egyébként Tomato-ban van integrált Transmission.
-
válasz
intensa_man
#8146
üzenetére
Úgy néz ki, hogy abban is van TFTP mint az ASUS-okban.
-
válasz
intensa_man
#8143
üzenetére
Szia!
Végülis lehetséges, a SoC is majdnem ugyanolyan bennük. Van abban a routerben valami recovery mód? Mert ha igen, akkor nyugodtan ki is lehet próbálni.
-
válasz
scarbantia
#8137
üzenetére
Mobilnet kérdésben sajnos nem nagyon fogok tudni segíteni, mert még sosem használtam a routeren stick-et. Annyit érdemes lenne megnézni, hogy a log-ban van-e valami arról, hogy felismerte a modemet. Mondjuk dugd rá a működő router USB portjára, aztán néz meg mit írt a log végére.
Status - Logs
Illetve az USB and NAS -> USB Support oldalon be van kapcsolva az USB támogatás, és a 3G modem support?
-
válasz
scarbantia
#8134
üzenetére
Nem kell terminál, csak egy fix IP cím a gépnek.
Firmware feltöltése ASUS routerre
Ha a 3/2-es pontban írt webes felület nem jönne be böngészőben, akkor csináld a 3/1-es pontban írt módszerrel.
Persze, az fw cseréhez nem kell internet.
-
válasz
scarbantia
#8132
üzenetére
Próbáld meg ezt:
tomato-RT-N18U-ARM--2017.2-kille72--AIO-64K-NOSMP.zipAz AIO az "All In One" rövidítése, vagyis ebben a buildben minden benne van, ami csak lehetséges.
-
Azt hiszem a hétvégén megpróbálom ezt a kille72 modot feltenni.
-
-
Fentebb írtam, hogy nem használom, tehát így néz ki.
-
-
-
-
Ja igen, az email... Ehhez entware-t használok, pontosabban msmtp csomagot. A script amit meghívok minden WAN UP eseménykor, az alábbi:
#!/bin/sh
sleep 5
CURRENT_IP=`nvram get wan_ipaddr`
ROUTER_NAME=`nvram get router_name`
MODEL_NAME=`nvram get t_model_name`
FIRMWARE_VERSION=`nvram get os_version`
UPTIME=`uptime`
DATE=`date`
echo "Content-Type: text/plain; charset=us-ascii" > /tmp/email.txt
echo "Subject:" $ROUTER_NAME "status information message" >> /tmp/email.txt
echo "" >> /tmp/email.txt
echo "------------------------------------------------" >> /tmp/email.txt
echo $ROUTER_NAME "status information message" >> /tmp/email.txt
echo "------------------------------------------------" >> /tmp/email.txt
echo "Model name: " $MODEL_NAME >> /tmp/email.txt
echo "Firmware version: " $FIRMWARE_VERSION >> /tmp/email.txt
echo "Report date & time: " $DATE >> /tmp/email.txt
echo "Current WAN IP address: " $CURRENT_IP >> /tmp/email.txt
echo "Time, uptime, and CPU load: " $UPTIME >> /tmp/email.txt
sleep 30
cat /tmp/email.txt | msmtp emailcim@outlook.comÉs ezzel egy ilyen email-t kapok:
-
Szia!
Persze, egy routerről beszélünk. Igazából 4 van használatban, 2-t én használok, 2-t a fiam, és 1-1 pedig tartalék, ezek vannak másik szolgáltatónál, ha az első behalna. A 4 élesben működő pedig azért kell, mert a routeren futó lighttpd webszerverben vannak felvéve virtual host-ok, így a meghívott címtől függően más-más tartalmat szolgál ki a szerver.
-
-
Szia!
Az rTorrent parancsokat pl. itt is megtalálod, de elsőként be kell lépni a SCREEN-be, amiben fut az rtorrent.
screen -R screen_neve -
válasz
intensa_man
#8099
üzenetére
Nem tudok ilyet.
-
válasz
intensa_man
#8079
üzenetére
Szia!
Shibby weboldalán a támogatottsági listán nem szerepel a v2.
-
válasz
redbiro
#8094
üzenetére
Ha nem lesz vele gondod, akkor nem érdemes piszkálni. Annak igazából akkor van jelentősége, ha olyan DDNS szolgáltatást használsz, ahol x időközönként muszáj frissíteni a host-ot, hogy ne szűnjön meg, viszont a WAN IP címed meg nem változik, akár hónapokig se.
A jelenlegi fw-dre maximum a 132-est lehet rátenni a beállítások megtartásával, ha a 140-est szeretnéd kipróbálni, akkor mindenképp kell a hard reset, és a manuális újrakonfigurálás. De én azt mondom, ha nincs vele gondod, akkor ne bolygasd. Arról nem is beszélve, hogy a 8MB-os RT-N15U-ra már egyre nehezebb is találni olyan buildet, ami fel is fér rá.
-
-
-
-
válasz
redbiro
#8086
üzenetére
Egyébként én kétlem, hogy a router lenne a hunyó, szerintem szerveroldalon nem frissül valami okból a host. Az én routerem már jó ideje, két szolgáltatónál összesen 6 DDNS hostot frissít, és sosem szokott gond lenni ezzel. De, mivel én is mindent túlbiztosítok, így még emailben is elküldi a WAN IP címet minden WAN UP eseménykor.
-
-
-
válasz
szuszinho
#8077
üzenetére
Úgy néz ki tényleg csak úgy ha lefordítod magadnak, mert az extras csomagban nem látom.
-
válasz
z123456789
#8057
üzenetére
Nem, az ASUS-ban nem kell. Azzal, hogy bekapcsolod a remote admint, automatikusan beállítja a tűzfalban is, nem kell kézzel felvenni.
Igen, a példánál maradva a 8080 kell, de lehet bármi más is, csak akkor majd azt kell beállítani az ASUS-ban is.
-
válasz
z123456789
#8055
üzenetére
Ez így jó, itt hiába is állítanál bármit. Ha a meglévő forwardolt portok mindegyikére szükséged van, akkor nincs más lehetőség, mint újabbat beállíttatni velük. És igen, ugyancsak a router 253-mas végű IP címére, és annak 8080-as portjára kellene.
-
válasz
z123456789
#8053
üzenetére
Indítsd újra, esetleg próbáld utána a parancsokat.
A távoli elérés macerás lesz, mert a 8080-as port nincs megnyitva, amint láttam az nem volt a listában.
-
válasz
z123456789
#8050
üzenetére
Hát igen, azt nem kellett volna kikapcsolni, az egy buta tanács volt a részükről. Próbáld meg ezt PuTTY-ban:
nvram set http_enable=1
nvram commit
service httpd restart -
válasz
z123456789
#8047
üzenetére
Ami a szolgáltatói eszközön a belső port, az ASUS-on a külső. Ez ilyen egyszerű. Vagy állítsd be az ASUS-on a külsőt-belsőt ugyanarra, vagy ha nem adsz meg belsőt - ugyanis az csak opcionális -, akkor automatikusan egyezni fog a külsővel. De még egyszer mondom, az ASUS külső portja az, ami a szolgáltató eszköznek a belső.
OK, akkor ezek közül csak a 8080-as router portnak nem kell a forward, ott csak legyen aktív a távoli elérés, a többi szolgáltatás gondolom mind más eszközön fut, oda tehát kell a helyes forward.
-
válasz
z123456789
#8045
üzenetére
Akkor szerintem jó lesz ez, csak az ASUS-ban rosszul vannak beállítva a forwardjaid, vagyis a szolgáltatónak igaza volt. Legyen példa az első sor. Elküldted nekik ezeket a port párosokat, és ők a saját eszközükben forwardolták neked a külső 19616-os portot, a belső 21-esre, az ASUS routered 253-mas végű WAN IP címére. Na már most Te az ASUS-ban forwardoltad ugyanazt azt a 19616-os portot, csak, hogy azon ott már nincs semmilyen forgalom, ugyanis a szolgáltatós eszköz a 21-esre irányítja át.
Nem mellesleg jó lenne letisztázni azt is, hogy ezek milyen szolgáltatások portjai, mert pl. az ASUS-on futó SSH-nak nem kell külön forward szabály, csak aktiválni kell a távoli elérését.
Szóval szerintem jó lesz ez, legalábbis a 19903-as port állapotából erre következtetek, de tovább kell ellenőrizni a beállításaidat.
-
válasz
z123456789
#8042
üzenetére
Próbáld már meg letesztelni az alábbi portokat:
19616, 10666, 19861, 15268, 19903
21, 100, 8090, 9091, 19903Mindegyik zártnak látszik?
-
válasz
z123456789
#8042
üzenetére
Nem, az nem baj, hogy kiírtad a portokat, ezzel semmit sem lehet kezdeni a WAN IP címed ismeretének hiányában.
Bevallom ezt én sem értem teljesen. Az OK, hogy a sorok végén ott vannak a cél portok (21, 100, 8090, stb) amiken a szolgáltatásaid futnak, de az eleje felé viszont vannak ezek a "dst-port=19616", "dst-port=10666", stb. részek. Ha jól értem, akkor nem a külső 21-es portot irányították a belső 21-esre, hanem a külső 19616-os portot, és így tovább.
-
válasz
z123456789
#8039
üzenetére
Semmi gond nincs, szívesen segítek, csak jutnál már előre.
-
válasz
z123456789
#8037
üzenetére
"Tehét akkor arra kell felhívnom a figyelmüket, amit írsz te is, hogy ezek az eszközök, pontosabban a rajtuk futó szoftverek, nem támogatják az UPnP-t"
Nem! A PC-n futó szoftverek nagy többsége, és a ZyXel NAS is támogatja az UPnP-t. A gond ott van, hogy a routerek WAN oldalon nem szokták ezt támogatni, így az ASUS router, pontosabban a Tomato sem támogatja. Tehát, a felsorolt eszközök ugyan az ASUS router LAN oldaláról képesek lennének megnyitni maguknak a szükséges portot, de csak az ASUS routeren, viszont nálad kettős NAT (címfordítás) van, így ez sajnos kevés. Ahhoz, hogy elérj egy szolgáltatás távolról, mind a szolgáltatói routerben, mind az ASUS routerben forwardolni kell a portot, mert az ASUS router nem képes a szolgáltatói routeren UPnP módban portot nyitni.
De szerintem ha Te ezt nem érted, akkor felesleges bonyolítani is, annyit mond nekik, hogy mindenképpen manuális port forwardra van szükséged, mert az eszköz aminek a nyitott port kell, nem támogatja az UPnP-t.
-
válasz
z123456789
#8035
üzenetére
A manuális portforwardot úgy értettem, hogy ne rendezzék le a dolgot az UPnP bekapcsolásával, hanem a port forward, vagy virtual server - routere válogatja a nevét - menüben állítsák be neked a forwardot.
És igen, elküldted a portot és az IP-t, de mégis úgy néz ki, hogy lerendezték az UPnP-vel. Csakhogy azt kellene megértsék, amihez neked a nyitott port kell, az az eszköz nem támogatja az UPnP-t, így nekik kellene megnyitni.
-
-
-
válasz
szuszinho
#8015
üzenetére
Szia!
IP cím alapján sem tudsz pingelni? Pl. a 8.8.8.8 nem válaszol? Ha nem, akkor próbáld meg ugyanezt a címet pingelni a router admin felületéről, a Tools -> Ping menüből, vagy PuTTY-ból. Ha a pingekre kapsz választ, akkor feltehetően DNS gond van. Vagy esetleg nem olyan sticked, hogy az is NAT-ol, és azonos a LAN IP tartománya a routerrel?
-
válasz
z123456789
#8013
üzenetére
Szia!
Ha csak az UPnP-t állították be, akkor rossz hírem van a számodra, ugyanis azzal semmivel sem vagy előrébb. Az UPnP protokoll lényege röviden, hogy LAN oldalról az UPnP-t támogató kliensek képesek saját maguknak portot nyitni a routeren, majd amikor arra már nincs szükség, vissza is záródik. Azonban ezt a protokollt az ASUS is csak LAN oldalról támogatja, vagyis egy rá csatlakozó PC-n futó, mondjuk torrent kliens meg tudja nyitni a neki szükséges portot az ASUS-on, de a router nem küldi tovább az UPnP kérést a WAN portján. Szóval a szolgáltatói eszközben futó UPnP neked akkor lenne jó, ha nem használnál saját routert, vagy csak switch-ként használnád, ahogyan a "főnök" is javasolta, és csak olyan alkalmazásoknak kellene a nyitott port, amik támogatják az UPnP-t.
Azonban a routeren futó torrent kliens számára az UPnP nem megoldás.
Ha pedig a saját routered a szolgáltató eszközzel LAN - LAN porton kötöd össze, akkor elbukod az ASUS tűzfalának a védelmét, csak a szolgáltató eszköz fogja védeni a LAN-t, amit meg ugye nem Te felügyelsz. A dupla NAT-olás bár kissé kényelmetlen, de semmilyen hátrányt nem okoz, és a switch módba állítás a Te jelenlegi problémádat nem oldaná meg, mert az ASUS routeren futó alkalmazások nem támogatják az UPnP-t. Csak akkor fog működni a távoli elérés, ha manuális port forwardot állítanak be neked.
szerk.:
Ja, és nem színfordítás, hanem címfordítás, vagyis NAT-olás, mint Network Address Translation.
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- HIBÁTLAN iPhone SE 2020 64GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS4366
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Asrock B450M R5 4500 16GB DDR4 512GB SSD GTX 1660 Super 6GB Zalman T3 Plus DeepCool 400W
- Alkalmi vétel! HP Omen 17! I7 12700H / RTX 3070Ti 8GB / 1TB Nvme SSD / 16GB DDR5 !
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

