-
IT café
Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Új hozzászólás Aktív témák
-
Edorn
aktív tag
válasz Magnat #63743 üzenetére
Azt nem állítottam be. Nem szeretném, ha látnák azokat a mappákat... De akkor ezek szerint enélkül nem megy? Akkor kicsit átszervezem, hogy minél kevesebb nem nekik szánt mappát lássanak.
AMD Ryzen 5 5600 3.50GHz AM4, SAPPHIRE RX580 4GB, EX2220 (1920x1080), crucial MX500 SSD, CRUCIAL 16GB Ballistix DDR4 3200MHz, MSI B450 GAMING PLUS | Tárhely, domain: https://nokturn.hu
-
gyugyo79
addikt
válasz Magnat #63863 üzenetére
+ bárki LAG -ba gondolkozik ezt értelmezze, olvasson utána nagyon :
"There are no native LBFO capabilities on Win10. Microsoft does not support client SKU network teaming.
It was a defect in Windows 10 build 10240 that “New-NetLbfoTeam” wasn’t completely blocked on client SKUs. This was an unintentional bug, not a change in the SKU matrix. All our documentation continued to say that NIC Teaming is exclusively a feature for Server SKUs.
While the powershell cmdlet didn’t outright fail on client, LBFO was in a broken and unsupported state, since the client SKU does not ship the mslbfoprovider.sys kernel driver. That kernel driver contains all the load balancing and failover logic, as well as the LACP state machine. Without that driver, you might get the appearance of a team, but it wouldn’t really do actual teaming logic. We never tested NIC Teaming in a configuration where this kernel driver was missing.
In the 10586 update (“Fall update”) that was released a few months later, “New-NetLbfoTeam” was correctly blocked again.
In the 14393 update (“Anniversary update”), we continued blocking it, but improved the error message.
The bottom line is that customers should NOT attempt to create teams on client SKU. It is NOT supported on client SKU, and never has been. Classic NIC Teaming continues to be supported in Windows Server 2016.
(Edit) NIC Teaming however can be done using 3rd party software, just the native LBFO teaming available from Microsoft is not supported on client SKUs.
Adam Rudell | Windows Networking Beta | Microsoft Corporation
Proposed as answer by ARUDELLMicrosoft employee Tuesday, September 06, 2016 4:17 PM
Edited by ARUDELLMicrosoft employee Tuesday, September 27, 2016 1:42 PM"Röviden, a nem szerver rendszereken az Microsoft nem támogatja. Lehet a neten rákeresve kis millió megoldást olvasni ami már nem aktuális, mivel szerintük (Microsoft) hibáztak amíg engedve volt és igen addig amíg ment csak egy powershel parancs kiadása elég volt (most is elég lenne ha nem veszik ki / akadályozzák, hogy menjen).
Sok NIC gyártó még jó pár win10 buildre megcsinálta a driverében a támogatást de az aktuálison ezek jó része sem megy már. Igen van olyan NIC amihez még most is megoldható de az max használtan szerencsével szerezhető be jó áron (vagy újonnan horror áron mert az intel profibb kártyák azok amikkel ez jellemzően megy még) és granaciát senki sem fog vállalni, hogy egy build váltáskor is meg lesz a driver, hozzá csinálva amivel megy ...
Tehát a LAG irány kliens oldalról már a "sebesség teszt" előtt nagy pofára esés lehet mert már kliens oldalon nem jön össze a teaming, vagy szűnik meg működni egy Win10 frissítés után (nekem volt kártyám amire pld 3 Win10 build váltásig megcsinálta az intel de minden esetben hetekig, hónapokig kellet várni mire lett megoldás és pld addig sem volt nyilván használható) ...[ Szerkesztve ]
-
#80977664
törölt tag
válasz Magnat #63863 üzenetére
Értem, de az eredeti kérdésemben úgy szerepelt, hogy:
"Használ valaki 10G kártyával PC-t ami 10G swithen keresztül csatlakozik, illetve mellette a NAS normál 2* vagy 4*1Gbit-el csatlakozik a hálózathoz? Mindez X db HDD-vel felépített SHR tömb mellett?"
Azaz a PC 10G NIC-el csatlakozna egy 10G switchbe amihez a NAS 2* vagy 4*1Gbittel csatlakozna LAG. Azaz a LAG csak a NAS-nál lenne... a kérdés hogy ilyen esetben a PC mennyivel tudna a NAS-al forgalmazni, avagy a NAS kiszolgálja-e 1GBit felett?
Az egész értelme (ha megy) annyi hogy - legalábbis első körben - ne kelljen NAS-t is cserélni 10G kompatibilisre + NAS hálókártya + SSD-k... de hozza a 2 v 4 Gbitet a rendszer.
[ Szerkesztve ]
-
Tachion86
tag
válasz Magnat #64158 üzenetére
Mármint a Hikvision NVR-hez? Persze, "Hik-Connect" a neve. Teljesen jól használható, lehet nézegetni az élőképet (egyszerre akár többet is), visszanézni a felvételeket, sárga kis csíkokkal jelzi a timeline-on hogy hol észlelt mozgást a kamera, lehet vezérelni a PTZ-t, a kamera hangszóróján beszélni stb... még magyarul is tud az app.
-
8nemesis8
veterán
válasz Magnat #64258 üzenetére
Köszi szépen!
Abszolút nem sürgős, mert 2 éve áll kb a szekrény mélyén, várva az előző NAS végét, hála az égnek nem így történt. (kopp-kopp) Így fogok tenni.nyikszi: Igazad van, de én meg 100-ért nem vennék használt 218+-t, hiszen boltban 109 most az ára, persze az nem 6GBos, de apró pénzből lehet ramot bővíteni. Rápróbálok magasabban meghirdetni aztán majd látom érdeklődik-e valaki iránta!
[ Szerkesztve ]
-
Dzsekó
addikt
válasz Magnat #64334 üzenetére
Az biztos, mondjuk én már SSD-vel tolom. Az hangtalan, kisebb eséllyel romlik el, mechanikai rázkódásra nem érzékeny, hangtalan. Munkatársamnál pont most ment tönkre a 4-ből 2db Red, mert menet közben odébb rakta a NAS-t. A miért nem kapcsoltad ki előtte a NAS-t kérdésre az volt a válasz, hogy nem volt kedve. Kapott egy kis mechanical shock-ot.
Vehetett 2db WD40EFRX-et.Elemental: Akkor még azt tudom elképzelni, hogy ahogy fentebb is írták, mindig van rajta valami adatforgalom, ezért nem parkol. EARX-ek, amit láttam mind 8 sec-re volt állítva. Az enyém is, amíg ki nem kapcsoltam. Kiderülni csak a wdidle3 /r (report) paranccsal derülne ki, mert az kiírja, hogy éppen min áll, de ha NAS-ban van, akkor ez nem működik. Sata kábelen és IDE módban kell lennie a HDD-nek, hogy működjön meg kell egy DOS boot CD/DVD. Green-ek minőségénél EZRX-től kezdődött a hanyatlás, addig 3 év garisok voltak, és akkor jöttek be a Red-ek, amik kvázi átvették az akkori Green-ek helyét. Tehát az EARX egy jó széria volt.
[ Szerkesztve ]
-
addikt
válasz Magnat #64403 üzenetére
Fogalmazzunk úgy hogy Dockerben kb. minden linuxos szoftver fut és a megjelenő új verziók kb. mindenből vannak Dockerben is (vagy csinálhatsz magadnak belőle).
Nincs Synology specifikus Docker app, hiszen pont ez a lényege, hogy szinte független a futtató környezet alatti HW-től (persze x86-64 alapú kell hogy legyen)."After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
tjsz
senior tag
válasz Magnat #64569 üzenetére
Szia!
Csak egy gyors kérdés: azt is be lehet állítani a NAS-on, hogy az egyik ill. másik IP címére mely kliensek csatlakozhatnak?
Tehát pl. a NAS 192.168.1.1-es IP címére csak 192.168.1.10, 11, 12 kliensek csatlakozhatnak
míg mondjuk a 192.168.1.2-es IP címére pedig 192.168.1.20, 21. -
sziszi-fuszi
senior tag
válasz Magnat #64569 üzenetére
"esetleg még amivel tudsz gigabit fölé menni, ha szimplán adsz 2 külön ip-t a nas két nic-ének és adott kliensről egyik ip-n szólítod meg, másikról meg a másikon, így egy kliens sosem megy gigabit fölé, de a kettő együtt mehet."
Ez nem annyira fog működni! Szerencsétlen honnan tudja majd, hogy merre is kell mennie? Gondold végig! A kliensen szeretnél egy weboldalt megnyitni. Az a szerencsétlen böngésző, honnan tudja, hogy merre van az arra? Routolás (útválasztás) beállítása szükséges. Attól, hogy két IP-t adsz csak "megbolondul". Bár be lehet állítani winfos és linux alatt is a routolást, nem olyan egyszerű az, mint amilyennek első blikkre tűnik!
Mi alá kell írás?
-
Edorn
aktív tag
válasz Magnat #64709 üzenetére
Hitelesítőadat-kezelőben nem találtam NAS-al kapcsolatos bejegyzést. Sem ip, sem elnevezés alapján.
AMD Ryzen 5 5600 3.50GHz AM4, SAPPHIRE RX580 4GB, EX2220 (1920x1080), crucial MX500 SSD, CRUCIAL 16GB Ballistix DDR4 3200MHz, MSI B450 GAMING PLUS | Tárhely, domain: https://nokturn.hu
-
partymaci
aktív tag
válasz Magnat #64761 üzenetére
Persze, 192.168.0.13 -at kap az asus, csak ez van a modemen(wifi is le van tiltva).
Modemben erre az ip-re kinyitottam a synologys portokat 5000, 5001, 80, 1194(VPN).
Az asuson meg kinyitottam a synology IP címére (192.168.1.106) a fenti portokat.
(Most egyébként külső elérésre a böngészőben 403-as Hiba történt a kérés feldolgozása során.hiba jön elő.)[ Szerkesztve ]
Ha nincs elég bajod, vegyél számítógépet!
-
vandeminek
tag
válasz Magnat #64807 üzenetére
Igen, a pingelés megy wifin is gond nélkül.
Ahogy nézem a quickconnect működik (de csak átdob a lokál IP-re). Annyire nem használtam, hogy a DDNS-es nevet gondoltam hirtelen annak. DDNS cím viszont nem megy. Tanúsítványt néztem még, böngészők nem biztonságosnak mondják. DSM-ben a normál módon csináltam, a DDNS címre meg aldomainekre a reverse proxy-hoz.
-
veze
őstag
válasz Magnat #64986 üzenetére
de fog, valóságosan is nem a tracker átverése lesz
Ehhez az kell hogy újra pontosan ugyanazt a torrentet adjuk hozzá , a letöltés helyének azt adjuk meg ahová a másolat került, leellenőrzi hogy a letöltött tartalom egyezik e a torrenttel, és seedeli
ha pl próbaképp az nfo fájlt kitörlöd belőle, akkor azt is észre fogja venni mint hiányzó elemet, akkor azt újra letölti hozzá, ezzel 100% lesz és seedel[ Szerkesztve ]
-
Sanya
nagyúr
válasz Magnat #65002 üzenetére
500 megás torrentet eltávolítottam a Download stationből.
Előtte:
root@Dragon:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 1436164 830580 64% /
devtmpfs 4042820 0 4042820 0% /dev
tmpfs 4046592 116 4046476 1% /dev/shm
tmpfs 4046592 14860 4031732 1% /run
tmpfs 4046592 0 4046592 0% /sys/fs/cgroup
tmpfs 4046592 13468 4033124 1% /tmp
tmpfs 809320 0 809320 0% /run/user/196791
/dev/mapper/cachedev_0 11238050368 6419940092 4818110276 58% /volume1
/dev/sdq1 976759804 557531676 419228128 58% /volumeUSB1/usbshareutána:
root@Dragon:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 1436236 830508 64% /
devtmpfs 4042820 0 4042820 0% /dev
tmpfs 4046592 116 4046476 1% /dev/shm
tmpfs 4046592 14860 4031732 1% /run
tmpfs 4046592 0 4046592 0% /sys/fs/cgroup
tmpfs 4046592 13468 4033124 1% /tmp
tmpfs 809320 0 809320 0% /run/user/196791
/dev/mapper/cachedev_0 11238050368 6419940092 4818110276 58% /volume1
/dev/sdq1 976759804 557531676 419228128 58% /volumeUSB1/usbshareA bortól bolondokat gondol az ember, DE A PÁLINKÁTÓL MEG IS CSINÁLJA!!!
-
need
addikt
válasz Magnat #65037 üzenetére
Ez az előzmény..
"a meglévő licenszhez hozzá van kapcsolva egy kamera kb. 2 éve ez a dolog működik a Nasra rögzített"
Igen egy hálózaton van a nas és a kamera.. a tartalmat nasra rögzítette..!
Router 88 port..? én ha aplikácion keresztül ha csatlakozok akkor nem a Foscam szerverére csatlakozok hanem a routerhez.. 88 portot használom..!
IP scannert használom a belő hálózat felfedésére ott van benne a kamera!Na most tűzfal esetleg csak nem tudom hogy hol találom..?? azt meg lett.. csak a kamerára nem találok semmit..!
Ill. távsegítséggel lehet kommunikálni a synoval..???
[ Szerkesztve ]
D750+Tami 24-70..Nikon 70-200 f/2.8 vrII....Diablo3 Battletag: norennord#2734 Division 2 noren73
-
lkepes
újonc
válasz Magnat #65159 üzenetére
Szia! Nem volt nyitva, engedélyeztem. A DSM-ben is.
Ugyanúgy hiba...
Bár, tesztelgettm ugye és rájöttem hogy mégis csak működik az de csak akkor, ha a nyilvános hivatkozást a fogadó fél a számítógépén nyitja meg. Akkor .vendég-ként látja a megosztott mappa tartalmát, meg is tudja nyitni, szóval minden szépen működik ahogy kell.
Mobilon viszont, mindenáron rá akarja kényszeríteni a mobilapp letöltésére, nem hajlandó simán böngészőablakban megnyitni. Ez bug vagy feature?Vicc hogy simán a File Stationból létrehozva a megosztási linket, majd Viberen továbbítva egy mobilra, szépen böngészővel megnyitja azt.
Ha ezt a Drive nem tudja kezelni így, akkor nagyon csalódott vagyok.. -
lkepes
újonc
válasz Magnat #65169 üzenetére
Köszi!
Ha nyilvános hivatkozással osztom meg akkor továbbra is ez:
Ha file-t osztok meg az engedélyek fül alól akkor már működik:
Ez utóbbiról ne is álmodjak? Csak a FileStation meg simán megcsinálja...
Ami még feltűnt hogy neked a DDNS azonosító van a címsorban. Én QuickConnectet állítottam be a rendszergazdai konzolon a megosztási hivakozásnál, az appban megosztásnál is azt a címet jeleníti meg, viszont mikor megnyitja a címzett felhasználó a kapott linket akkor mint az látható, mégis az ip címet használja. Ez is lehet gond, vagy nincs jelentősége?
-
Véreshurka
senior tag
válasz Magnat #65296 üzenetére
Ja, tényleg Újra elolvasva már világos a kérdés... Sajnos nem újult meg. Lehet azért mert a syno DDNS inaktiválva volt, bár nálam eddig is csak a kézi frissítés működött ha megnyitottam a 80/443 port-ot a routeren. Olvastam, hogy sok mindenkinél működik automatikusan, de vannak olyanok is (mint pl. én) akiknél nem megy csak manuálisan. Nem tudom mi lehet az oka, annyira nem mélyültem el benne, és szerencsére ha kapok e-mailt, hogy lejárna akkor már csinálom is.
El Psy Kongroo
-
Rick4
félisten
válasz Magnat #65319 üzenetére
Valahol kimaradt egy- egy hozzászólás, azért nem rémlett a mikrotik rész, így már érthető.
Amúgy a syno is tudja a nem használt portokon a blokkolást. A routeren beereszteni csak azt nem szerencsés, aki tudja, hogy épp hozzád akar bemenni, ezek a kérések javarészt amúgy scannelések, nem célzott személyes dolgok...
Amúgy a syno ddns vs magyar ipdns cserénél még mindig kíváncsi lennék, mi változik, van egy 5-ösöm rá, hogy azonnal megszűnik minden próbálkozás.
Samsung 49" monitorok eladók: https://hardverapro.hu/apro/samsung_49_32_9-es_monitor_elado_meg_2_honap_papir/friss.html
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs