- Amlogic S905, S912 processzoros készülékek
- AMD GPU-k jövője - amit tudni vélünk
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Rekordmagasba lökte az EPYC és a Ryzen az AMD-t
- A Princeton újraértelmezte az ultrakompakt hordozható SSD fogalmát
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Vezetékes FEJhallgatók
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
Hirdetés
-
Szimpatikusnak tűnik a T Phone új generációja
ma A Telekom saját márkás modelljeinek új generációja jelentős előrelépés az első T Phone-okhoz képest.
-
Miben segít Kevin O'Buckley az Intelnek?
it Igazi veteránnak számít a chipgyártó üzletágban Kevin O'Buckley, aki innentől kezdve az Intel Foundry Services részlegét vezeti.
-
TopSpin 2K25 teszt
gp Djokovic nélkül ugyan, de bő évtizedes kihagyást követően visszatért a TopSpin-széria – itt van minden Grand Slam, de vajon a játéknak mekkora esélye van a világelsői címre?
Új hozzászólás Aktív témák
-
E.Kaufmann
addikt
válasz Döglött Róka #28 üzenetére
A riportot nem lehetne egy olyan megbízhatónak ítélt gépen keresztül "proxy-zni", ami rá van csatolva egy irodai és egy termelési LAN-ra is de nem forwardol ip szinten? Pl, ftp-n át feltolják rá a termelő gépek a riportokat, a köztes gép meg smb-n vagy ütemezetten e-mail-benn megosztja/továbbítja az irodai LAN gépeinek? Vagy pl egy okosabb router is elég lenne erre. De szerintem már egy sima NAT-olás és csak a megfelelő portok átirányítása is javítana valamit a helyzeten. az irodai LAN-ról egy eszközt látnának csak és nem láthanának azon túl.
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs