-
IT café
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
ReWGeT
tag
Sziasztok!
Segítségre lenne szükségem!
Van egy gép, ami 10-ből csak 1-2-szer csatlakozik fel a routerre és kap netet.
A hálózat így néz ki: egy mobilnet router a host (talán netgear, nem tudom) onnan a 220-as hálózaton megy tovább kb 10 méteren keresztül, majd onnan egy ethernet kábelen (cat5) megy még 40-50 métert, majd be a gépbe.
Talán ad elég nagy jelet a router portja?
Ez a gép egy Moxa (Windows XP embdedded), kipróbáltuk másik géppel ezen a kábelen, azzal egyből ment a net.
Hol lehet a hiba?
Előre is köszi[ Szerkesztve ]
-
4Grider
nagyúr
Azzal a fórum nem jár jól, hogy te magánban akarsz okosodni. És a válaszadó is csak szívatja magát, mert esetleg ugyanazt a kérdést így x-szer megválaszolhatja még x magánban kommunikáló kérdezővel. A magán a fórumokon tehát nem a szakmai kérdések megválaszolására való...
-
ReWGeT
tag
válasz VeryByte #7502 üzenetére
Bocsánat, azt elfelejtettem írni, hogy mielőtt ez a mobilnetes megoldás volt, előtte dsl net volt rendes routerrel és azzal hibátlanul működött ugyanez a gép. Ezért gyanakszom a mobilnet routerre, de furcsa, hogy néha megy néha nem. DHCP-vel is meg fix iP-vel is ugyanez.
-
crok
nagyúr
válasz Core2duo6600 #7504 üzenetére
Látod, az meglehet.. a Win FW olyan dolgokkal van összedrótozva hogy az ember esze megáll.. (pl. ha jól emlékszem erről még Win10-ben se mondtak le, hogy az internetmegosztás mint szolgáltatás csak akkor megy ha a tűzfal is megy, az mindegy, hogy minden része ki van kapcsolva) de ez nem egyedi Win megoldás amúgy, emlékszem IIS-el is mennyi minden meg milyen gányul volt összedrótozva, a fülünk kettéállt mikor a dokumentációt olvastuk..
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
A DSL-es router is ugyanúgy használta a 230V-os hálózatot is mint ez a mobilnetes? (Az, hogy a routered portja milyen jelet és "milyen erősen" küld az most nem annyira releváns, a 230V-os átalakítás már egyfajta médiakonverterként szolgál itt, szóval akár még lehet irreleváns is.. de hogy az a 230V-os átalakító pár hogy működik, milyen jó a kettő közt az átvitel, esetleg az átalakításkor volt-e ott mókolás, sérülés, zavar.. ötletem sok van).
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
Rigormortiis
addikt
Az jelent valami kockázatot, ha az otthoni hálózatomat a gép (win 10) nyilvános hálózatként kezeli? A hálózatfelderítés és file/nyomtatómegosztás ki van kapcsolva. Ha igen, hogyan tudom átteni otthoni halózatra? A kapcsolat elfelejtese majd újra beállítása nem segít, a jelszo beírása után nem kérdez rá, hogy milyen típusu hálózatként akarom kezelni, csak az automatikus kapcsolódás érdekli.
Galaxy S23U, S21FE 8/256, Buds 2 Pro, Watch 5, Tab S8+, Playstation 5, Switch Oled
-
MasterMark
titán
válasz Rigormortiis #7509 üzenetére
A nyilvános az biztonságosabb mint az otthoni. Az otthoninál sokkal többmindent enged meg, pl. megosztás stb.
Ha a megosztási központban bekapcsolod a hálozatfelderítés és megosztást, akkor rá fog kérdezni, hogy otthni hálózattá akarod-e állítani.
Switch Tax
-
Rigormortiis
addikt
válasz MasterMark #7510 üzenetére
Ha még biztonságosabb is, akkor jó is így. Úgy sincs más olyan eszköz otthon, amivel akarnám, hogy kommunikáljon. Köszi a választ.
Csak furi volt, hogy a Starcraft minden frissítés után vinnyog, hogy engedjem ki a tűzfalon, az meg azért vinnyog, hogy nyilvános halózaton vagyok és az nem biztonságos.
[ Szerkesztve ]
Galaxy S23U, S21FE 8/256, Buds 2 Pro, Watch 5, Tab S8+, Playstation 5, Switch Oled
-
tahepa
senior tag
Kis segítséget szeretnék kérni ebben a problémában.
Előre is köszönöm. -
crok
nagyúr
És itt a "Prefer IPv6 over IPv4 in prefix policies" nem állítja át olyanra amilyet szeretnél?
Szerintem csak annyi van, hogy v4 van preferálva v6 felett - és amíg a DNS szervertől előrébb kapsz v4 IP-t mint v6-ot addig az lesz amit eredményként kaptál.
@4Grider: az a baja, hogy hiába van meg minden komponens nem használja pl. a böngészője..
De amúgy tök vicces, hogy a "Hálózatokról alaposan" általában opsys support : D
[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
@megema:
A CAT6 jó, a CAT6a meg mégjobb (az már nem 250 hanem 500MHz sávszélességet is tud biztosítani, ami a 100m-en átvitt 10GBASE-T-hez kell - de ez is így kell érteni, hogy 90m fali kábel + 5m+5m patch, amúgy csak max. 55m a garantált, 45m + 5m+5m).
A CAT6-on nem fog átmenni (talán csak nagyon rövid hosszon) a 250MHz-re tervezés miatt, ezért nem garantálják. Még a csatlakozó és maga a kötés is "különlegesebb" kell legyen mint egy mezei RJ45 a rengeteg esetleges veszteség és káros visszacsatolás miatt (ez vonatkozik a patch panelekre is de amúgy visszafelé kompatibilis persze, ilyenek a Tera, a GG45.. de ez meg már CAT7/Class F). CAT6a-ra van fali aljzatra találat szép számmal minden keresőben.@MasterMark:
milyen más elméletibb kérdésre vársz választ?
Mert pl. bolvar "egy fél város komplett optikai légkábelezésével" szerintem az országban lehet csak alig foglalkoznak páran, mint pl. a Digi emberei mostanában (meg mikor a TVNetwork-el olvadt össze pl. Debrecenben), azért az egy eléggé "rétegtudás", mindenben sajnos itt se lehet segíteni. De azért a két kérdés közt érzed a távolságot.. igaz? Én mikor először itt elolvastam pár kérdést arra gondoltam, hogy majd tele lesz mutual BGP prefix marking + filtering-el vagy mittudomén' de közben rájöttem hogy leginkább csak annyi, hogy ami nem otthoni és valahogy a hálózatokhoz van köze meg az otthoni hálózatok témánál már túlmutat (vagy ugye opsys support de valamilyen szinten mégiscsak hálózat : D ) na, ez mind itt csapódik le : DHa egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
megema
őstag
Már bekábeleztem mindent, de köszi! Csak az észrevételedre reagáltam, mivel egyre többször tapasztalom, hogy nem kapok választ komolyabb kérdésekre az egész fórumon. A könnyen "guglizható" dolgokhoz viszont mindenki kap segítséget.
Ha a kábel Cat6, akkor gondolom felesleges lett volna Cat6a aljzatokat venni.
Én úgy olvastam ugyanott és más helyeken is, hogy a Cat6 55 méteren tudja a 10GBASE-T-t árnyékolás nélkül, árnyékolással pedig 100 méteren is. (Pont ezért volt fura, hogy minden Cat6 aljzat 1000BASE-T.) A Cat6a pedig 100 méteren tudja árnyékolás nélkül. Hogy mennyi a garantált, azt nem tudom. Rosszul értenék valamit?
-
crok
nagyúr
Igen, azt, hogy garantalt es hogy fizikailag kell kepesnek lennie az atvitelre. A nagyobb frekvenciaju jel miatt csak kisebb tavolsagra garantalhato az atvitel a kabel fizikai jellemzoi (csillapitasa es a kotesek vesztesegei meg egyebek) miatt.
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz MasterMark #7521 üzenetére
Parancsolj, TCP offload engine leírások..
egy háklis ügyfelemnek szedtem össze anno egy emailben..
Egyébként a bufferezés meg gyártófüggő, az hogy auto vagy nem meg (Windows-on) driver+verzió függő, mert pl. 2k3-ban by default auto még ha nincs is támogatva és persze force-olja a NIC-re, aztán DMA storm is lehet belőle, odavissza pattogó kérésekkel a CPU meg a NIC közt.. csomagonként.. hogy ezt most kiszervezném de a NIC nem támogatja, meg ezt is kiszervezném, de a NIC nem támogatja, et cetera.. és így lesz az "érthetetlen lag"..TCP Chimney, TCPIP Offload Engine (TOE) or TCP Segmentation Offload (TSO)
http://support.microsoft.com/kb/951037
http://windows.microsoft.com/en-us/windows-vista/what-is-tcp-chimney-offload
http://en.wikipedia.org/wiki/TCP_offload_engine
https://msdn.microsoft.com/en-us/library/windows/hardware/ff570929(v=vs.85).aspx
https://docs.microsoft.com/en-us/windows-hardware/drivers/network/tcp-chimney-architecture
https://blogs.technet.microsoft.com/onthewire/2014/01/21/tcp-offloadingchimney-rsswhat-is-it-and-should-i-disable-it/TCP Chimney Offload is a networking technology that allows the work associated with moving data across a network to be offloaded from the host computer's CPU to the network adapter. This helps improve the processing of network data on your computer or server without the need for additional programs or any loss to manageability or security. Programs that are currently bound by network processing overhead will generally scale better when used with TCP Chimney Offload.
Known Issues:
o Limitations of hardware — because connections are buffered and processed on the TOE chip, resource limitations happen more often then they would if processed by the ample CPU and memory resources that are available to the operating system. This limitation of resources on the TOE chip can cause communication issues.
o Complexity — issues such as memory used by open connections are not available with TOE. TOE also requires very large changes to a networking stack in order to be supported properly, and even when that is done, features like Quality of Service and packet filtering typically do not work.
o Proprietary — TOE is implemented differently by each hardware vendor. This means more code must be rewritten to deal with the various TOE implementations, at a cost of the aforementioned complexity and, possibly, security. Furthermore, TOE firmware cannot be easily modified since it is closed-source.
o Performance — Each TOE NIC has a limited lifetime of usefulness, because system hardware rapidly catches up to TOE performance levels, and eventually exceeds TOE performance levels. TOE does not increase bandwidth on the network. In simple terms, TOE removes the responsibility of the protocol stack from the Server’s CPU allowing the server CPU to process information faster. As hardware performance increases, processes can complete their task prior to TOEs acknowledgment of the receipt of transmission; thus causing communication issues.Error
o A transport-level error has occurred when sending the request to the server (provider: TCP Provider, error 0 - An existing connection was forcibly closed by the remote host.)
Cause
o This issue can occur when either TCP Chimney Offload, TCP/IP Offload Engine (TOE) or TCP Segmentation Offload (TSO) are enabled.
o TCP Chimney, TCPIP Offload Engine (TOE) and TCP Segmentation Offload (TSO) off loads the TCP protocol stack to a Network Interface Card (NIC).
a TCP Chimney is Microsoft's software enhancement.
b TOE is the NIC manufacturer's hardware enhancement.
c TSO is the equivalent to TOE for some virtual environment configurations.
The TCP Chimney Offload feature is enabled by default in the Windows Server 2003 Scalable Networking Pack. This update is included in Windows Server 2003 Service Pack 2 and can also be installed on a server running Windows 2003 Service Pack 1.Solution: implement the following actions and the below Workaround to better ensure resolution of the issue:
o Obtain the latest basic input/output system (BIOS) update for the server
o Obtain the latest firmware update for the network adapter
o Obtain the latest driver update for the network adapter
Workaround and solutions, like disable TCP Chimney Offload feature, et cetera:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
o Right-click EnableTCPChimney, and then click Modify.
In the Value data box, type 0, and then click OK.
o Right-click EnableRSS, and then click Modify.
In the Value data box, type 0, and then click OK.
o Right-click EnableTCPA, and then click Modify.
In the Value data box, type 0, and then click OK.
o Exit Registry Editor, and then restart the computer.http://www.symantec.com/business/support/index?page=content&id=TECH197934
http://support.microsoft.com/kb/948496/en-us
http://knowledgebase.progress.com/articles/Article/P163165
http://blogs.technet.com/b/onthewire/archive/2014/01/21/tcp-offloading-chimney-amp-rss-what-is-it-and-should-i-disable-it.aspxSlow file copy or slow file transfer with various Windows versions 2k8, 2k8R2, 2k3
http://winntfs.com/2011/10/07/slow-file-copy-or-slow-file-transfer-with-various-windows-versions-2k8-2k8r2-2k3/
Symptom: File copy or File transfer speed is slow, either to a local drive or a network drive, especially so when a Windows Server 2008 or newer Windows file server is involved.
Possible Solutions in no particular Order
o Make sure both IPv6 and IPv4 are running on 2008 R2, even if the 2008 R2 server is the lone IPv6 device on the network! There may be alternate solutions but this solution has been reported to work
o Tune TCP on client – set autotuning to off "netsh interface tcp set global autotuninglevel=disabled"
o Tune TCP on client and server – turn off receive side scaling "netsh interface tcp set global rss=disabled"
o Tune TCP disable large send offload
o Tune TCP disable large receive offload
o Tune TCP – disable offloadClient side:
ncpa.cpl - network connections
1. From the Run command: ncpa.cpl (or go via Control panel to Network connections)
2. Right click on 'local area connection' > properties
3. Click 'configure' to open new dialog box
4. In 'Advanced' tab: select TCP checksum Offload (IPv6) & select 'Disabled' from drop-down menu.File copying from down-level systems to Windows Vista or Windows Server 2008 is significantly slower if Intel I/OAT (Intel I/O Acceleration Technology) is enabled on the computer.) is enabled
http://support.microsoft.com/kb/968991http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574
"magic fix" for so many problems involving network file transfers on Windows 7/2008?
http://serverfault.com/questions/301429/tcp-offloading-netdma-magic-commands
netsh interface tcp set global autotuning=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabledhttp://ccie-or-null.net/2014/11/25/wireshark-tid-bit-packets-larger-than-the-mtu-size-why-how/
http://sandilands.info/sgordon/segmentation-offloading-with-wireshark-and-ethtoolA VPN-es kérdésed se tipikusan hálózatos.. természetesen fel lehet kapcsolódni olyan routerrel PPTP-n segítségéven a szerveredhez ami támogatja de a szervert meg a routert is jól kell beállítani, nem csak klikkklikkfiniss' mert általában fontos dolgok maradnak ki, mint a LAN megadása, a PPTP remote beállításainak megadása.. nem úgy megy ez hogy user+pass és akkor kapcsolódtam.. igen, kapcsolódtál, és hogyan fogja tudni a szerver mi van a router mögött? Honnan fogja tudni a router mi mehet a PPTP-ben és mi a "sima internet"? Semmilyen beállítás vagy támpont nincs a kérdésedben, se debug, se az égvilágon semmi azon kívül, hogy a log szerint PPTP-n próbálsz csatlakozni valamivel valamihez és kaptál egy hibakódot hogy nem ment.. még az se derül ki hogy a PPTP szervert DNS-el kellett-e feloldani IP-vé vagy eleve IP volt megadva (mert ha DNS és elírtad a szerver nevét és azért nem megy.. vagy a szerver is egy NAT-oló router mögött van-e, port forwarding megvan-e, port triggering be van-e állítva, tűzfal nyitva van-e a kapcsolatnak.. tud-e az a router PPTP pass-through-t? Mert ugye a PPTP nem csak TCP 1723 (a tunnel felépítésére) hanem GRE forgalom (maga a tunnel, az adat, ami egyébként nem GRE hanem eGRE) is, ami se nem TCP se nem UDP!) Érzed azért hogy ez így meglehetősen *kevés* információ.. Erre csak max. amolyan Gyurcsókos "küldömazenergiátérzedelmárral' tudok válaszolni.. én jegyben ilyet leírást kapok visszadobom.. értem hogy fáj ha megnyomod az ujjaddal, de hol nyomod meg és az ujjad fáj ha megnyomod vagy ott fáj ahol megnyomtad? Érted hogy hogy mondom..
..meg úgy gondolom PPTP-t használni 2017-ben balgaság. A pucér PPTP-nél kb. bármi jobb. Akkor már inkább a két router közt majdnem bármilyen IPSec aztán kapcsolódhatsz a szerverhez..
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
ChuckyCheese
tag
Hali!
Sikerült vennem egy új routert. Egy 1043ND V4-et. Bekapcsoltam, megy faszán.
Csak annyi a baj, hogy még mindig csak 95mbitet mér a speedtest, mint a 100mbites routerrel.
A router és a modem között megvan a gigabites kapcsolat, mivel zöld a lámpa és nem sárga mint ezelőtt. Legalább is úgy tűnik. Na most akkor mégis miért nincs meg a 150mbit, aminek kellene? Gigabites hálókártya van a gépben. Most raktam fel új drivert is hozzá. Probléma maradt.. Szar lehet a kártya?
Mit csináljak?Köszi!
Sokan vagyunk, de nem kevesen! - k@bdb3t3pötch
-
crok
nagyúr
válasz ChuckyCheese #7523 üzenetére
Szerintem valamelyik kapcsolat nem állt be csak 100Mbps-re.. nagyon közel van az a 95Mbps a 100-hoz.
Biztos vagy benne, hogy a routert amibe dugtad (bármilyen Internet szolgáltató eszköz is legyen) az tud gigabit sebességet és a routereddel össze is áll gigabit kapcsolattal? Érdemes lenne egy gigabit-es hálókártyás géppel kipróbálni és megnézni, hogy mire áll be.. ne a LED-nek higgyél hanem a mérésnek és a kimeneteknek. A leírása szerint pl. a LAN port ledjei világítanak ha van beledugva valami és nem világítanak ha nincs.. A WAN meg zöld ha van bedugva valami és "van internet" (van IP-címe..) és sárga, ha van bedugva valami és "nincs internet"..
Meg amúgy [link] és összefoglaló.
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz ChuckyCheese #7525 üzenetére
Mert sima G-n lehetsz.. és akkor örülhetsz is ennyinek, mert ez kb. a max amit ki lehet passzírozni..
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz ChuckyCheese #7527 üzenetére
..és azt is választja? És a routeren sincs kilőve hogy G-only?
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz ChuckyCheese #7529 üzenetére
Az már N és akkor ott bizony ennyit tudnak az eszközeid szerintem. Ha tippelnem kellene akkor 20MHz a channel width a routered beállításai közt vagy auto és akkor ennyit tudnak az eszközeid összehozni automatán.. - 40MHz-el és channel bonding-al tud az N szabvány (elméleti!) 150Mbps-t.. [Szerk.] De ez nem hálózatokról alaposan..
[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz ChuckyCheese #7531 üzenetére
RF alapok hiányoznak nálad.
Most az lényegtelen hogy mellette állsz, a szabvány az szabvány, a jelsávszél meg jelsávszél.. ha nincs beállítva akkor nincs, akkor nincs használatban, akkor annyi a max. Pont.Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
Ez ugyan csak a V3 gyári menüje (nem a V4 amit mondasz hogy neked van) de a Wireless menü Wireless settings-ében van olyan hogy Channel Width - na, ha az 40Mhz akkor lehet 150Mbps wifi linked, ha 20Mhz akkor nem lehet.. ha auto de az készülékeid nem tudnak 40MHz-t akkor marad a 20hz.. ha a készülékeid is támogatják akkor állítsd át, ha nem akkor nem fogsz tudni rá visszamenni mentés és restart után és ha nincs kábeles megoldásod a visszalépésre/visszaállításra akkor kvázi kizárod magad.
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
ChuckyCheese
tag
Most annyi a helyzet, hogy kb -43Mbit et mérek mellette. Egy szobával lejjebb és arrébb már olyan 35-36 körül van.
Egyébként van kábelem. Az asztali gép azzal csatlakozik. És hát a laptopot is rá tudom dugni ha kell.[ Szerkesztve ]
Sokan vagyunk, de nem kevesen! - k@bdb3t3pötch
-
crok
nagyúr
válasz ChuckyCheese #7534 üzenetére
Ami a 20Mhz mellett - ismerve a radio atvitel felduplexitasat - teljesen normalis ertek imho.
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
ChuckyCheese
tag
Már 40-re van állítva..
Valszeg totál hülyeséget kérdezek, de ez mit jelent a beállításokban?
"Enable Short GI - This function is recommended for it will increase the data capacity by reducing the guard interval time."[ Szerkesztve ]
Sokan vagyunk, de nem kevesen! - k@bdb3t3pötch
-
crok
nagyúr
válasz ChuckyCheese #7536 üzenetére
Ez egy borzasztó kínai > angol fordítás eredménye, semmi értelme nincs így ahogy ez le van írva.. nah, nagy levegő.. A GI egy időzító.. arra szolgál, hogy mennyit várjon a készülék két küldött szimbólum közt hogy elkerülje a visszaverődésből és egyéb fizikai jelenségekből adódó zajokat. Nyilván ha kevesebbet kell várni akkor egység idő alatt több szimbólum küldhető. 802.11n-ben ezt az időt az alap 800ns-ről (ez a long GI) le lehet venni 400ns-re (ez a short GI). Ez nem az IFS (InterFrame Space) amit viszont arra való, hogy legyen egy backoff timer két frame közt hogyha valaki más is küldene (esetleg magasabb prioritású csomagot, pl. VoIP) akkor be tudja szúrni a "levegőbe".
[Mégegylink']Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz ChuckyCheese #7538 üzenetére
Örülök, hogy (nem?) tudtam segíteni : D
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
nagyúr
válasz MasterMark #7521 üzenetére
@MasterMark: Nem volt elég kielégítő a válaszom?
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
almi
senior tag
Sziasztok!
Szeretnék kiépíteni egy kisebb irodai hálózatot és felmerült, hogy ne kelljen szervert venni, bérlünk VPS-eket.
DC-nek, File servernek, mail szervernek, vpn-nek, stb. Minden a felhőben lenne megvalósítva, és az iroda egy vpn routerrel kapcsolódna az ottani kis infrastruktúrához.
(A nagy szolgáltatók, mint pl Azure, Amazon bizonyos körülmények miatt kilőve.)A Rackforestet néztem ki, tőlük szeretnék bérelni 4-5 vps-t. Hogy lehet azt megoldani, hogy az ott bérelt 4-5 virtuális szerverem egy lan-ba kerüljön, ahova be tudok vpn-ezni az irodából?
Létezik egy management konzol, mint pl. az Azure-nál és be tudok állítani lanokat?Előre is köszönöm!
Üdv.,
almi -
a rackforest vps-eiről miért nem a rackforestet kérdezed meg?
szerintem ritka rossz ötlet irodai hálózatot vps-be tenni, de te tudod. a rakcforestnél a legkisebb windowsos vps 2900 forint, 1TB havi adatforgalommal (ami vagy megvan, vagy nincs, nekem más hosting szolgáltatókkal rossz tapasztalatom van). 5 vps-re ez havi 15 rugó, plusz kell hozzá rendes internet, stb. és akkor függni fogsz mindenkitől, aki csak az utadba áll, a rendelkezésre állás gagyi lesz.
szemben azzal, ha veszel egy rendesebb szerver vasat, és akkor internetből is elég a kisebb.
a másik meg, hogy teljesen felesleges kisirodának külön szerverre rakni minden szolgáltatást.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
almi
senior tag
válasz bambano #7542 üzenetére
Szia!
Igen, a vas lenne a jó megoldás, ami a későbbiekben valószínű lesz is, de sajnos egyelőre a havi költség jobb, mint egyben egy komolyabb kiadás.
Okés, akkor valószínű írni fogok nekik, hogy ezt ott hogyan is lehet megoldani, köszi!
Nem mindent szeretnék egyébként külön külön szerverre.
A DC az külön lenne, DNS-el + DHPC-vel.
Lenne egy szerver amin Apache lenne egy weboldalt futtatni + mail
Lenne egy File server, ami talán külön lenne, illetve egy vpn szerver ahová az irodából VPN routeren keresztül lenne folyamatos kapcsolat, illetve valószínű, hogy egy külföldön lévő szerverszoba elérése is meg lenne oldva. -
számomra kérdés, hogy vps-be hogy raksz dhcp szervert (szerintem normálisan sehogy).
a weblap szolgáltatást és esetleg a levelezést ki lehet adni erre szakosodott szolgáltatóknak.
a fájlszervernél szerintem fontos, hogy minél nagyobb legyen az elérési sebessége, meg az is, hogy ne rongyos 30 gigás diszkterület legyen benne, mert 30 giga már ramnak is kevés.dc-nek meg dns szervernek tökteljesen felesleges külön gép/vps. ha spórolni kell, akkor ezeket pont nem tenném külön szerverre.
ha rendesen megtervezed az architektúrát, akkor a vps szerver is rögtön feleslegessé válik.
ha ennyire nincs pénz, akkor lizingelni kell vasat, vagy keríteni egy használt gépet indulásnak. használt ibm szervert már annyiért is lehet venni, mint amennyibe az általad felvázolt megoldás első havi díja.
a magam részéről továbbra sem értem, hogyha a spórolás is cél, akkor az általad felvázolt feladatot miért ilyen drágán akarod megoldani.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
VeryByte
őstag
válasz bambano #7546 üzenetére
És akkor igazad is van, bár, ha csak Office365-öt akar használni, ahhoz nem feltétlenül kellenek az Azure szolgáltatások - kérdés, hogy miért szórta ki a nagy szolgáltatókat.
De mondhattam volna Google-t is, az nem volt felsorolva, bár nagy szolgáltató.Ötletelünk csak.
"What is the most important thing in a woman?" - "The soul."
-
-
almi
senior tag
válasz VeryByte #7547 üzenetére
Sziasztok!
A nagyobb szolgáltatók azért lettek kiszórva, mert járnak kollégák olyan országba, ahol ezek tiltva vannak/lesznek, szóval jó lenne mindent sajátként megcsinálni és üzemeltetni.
Illetve igen, jó lenne "helyben" tartani minden információt..Igen, a helyes egy vas lenne helyben ezt én is tudom. Egyelőre még az iroda sem saját, így a hálózat sem, szóval eléggé meg van kötve a kezem. Addig gondoltam, hogy minden megy VPS-re és később, ha adottak lesznek a feltételek, szépen minden át lenne migrálva helyi vasra.
Egyébként 15 Főről van szó. Ebből 3-4 ember rendszeresen külföldön van, ők vpn segítségével tudnának hozzáférni az adatokhoz.
[ Szerkesztve ]
-
Hali!
Level 99 feladat:
Adott egy épület, körbe van koaxozva jó minőségű kábellel. megy benne TV jel.
Szeretnének egy olyan rendszert építeni aminél ezen kábelen megy ethernet is.Szóval mi az az eszköz amit a szolgáltatók használnak arra hogy szórják a modemek felé a jelet, illetve milyen modem lenne erre alkalmas?
Tehát kell egy médakonverter ami adott frekin (TV jelet nem kéne kinyírni rajta) koaxon szór mint ha valami switch lenne, és a koaxok másik végén egy modem lenne amiből aztán kijönne a konverteren bevitt ethernet!passzív EOC eszköz nem jó, a koaxon több gép menne.
Sávszél nem lényeg.Vintage Story PH szervere újra fut!
Új hozzászólás Aktív témák
- ÚJ BONTATLAN Macbook Air Apple M1 M2 M3 Legújabb Magyar 1 év Garancia Deák Térnél Azonnal Átvehető
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
- Akció Új Bontatlan 2023 iMac 24 M3 Chip 8/10 8GB/256GB SSD Azonnal Deák Térnél Átvehető 1 év garanc
- ÚJ Apple Pencil 1 - 2 első és második generációs BONTATLAN AZONNAL ÁTVEHETŐ DEÁK TÉR
- Apple Watch Series S8 41mm Stairlight ÚJ BONTATLAN Azonnal Átvehető DEÁK TÉRNÉL 1 Év Apple Garanciáv