- Jelentős előnyt kínál az egységes memória az OpenFOAM keretrendszerrel
- Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
- A virágcsokor mellé hardvert is ajándékozhatunk anyák napján
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Megbírságolták a Razert a Zephyr maszkok miatt
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Milyen notebookot vegyek?
- Azonnali informatikai kérdések órája
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Lítium-ion/Li-ion akkumulátorok
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Mini-ITX
- Hogy is néznek ki a gépeink?
- Synology Nas
Hirdetés
-
Új fülesek kísérik a Realme GT Neo 6-ot
ma A készülék már előjegyezhető, bár hivatalos premier még nem volt, a Buds Air 6 és Buds Air 6 Pro viszont már bemutatkozott.
-
Szabadon fejlesztheti az OLED tévébe szánt paneljeit a Loewe
ph Az LG Displaytől csak nagyon alap kijelzőket vásárol a vállalat, és azokat módosítja kedvére saját németországi üzemébe.
-
2024 - Íme a 19. héten megjelenő játékok listája
gp Az elkövetkező napokban érkezik a V Rising és befut a King Arthur: Legion IX is.
-
PROHARDVER!
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
krealon
Topikgazda
Egy darab 8 eres patch kabelen igy viheto at ketto darab 100 Mbit-es (Fast ethernet) kapcsolat:
-
krealon
Topikgazda
A splitter es az Y kabel ket kulonbozo dolog.
A Splitter a 2 csatlakozo erintkezoit galvanikusan osszekoti egy az egyben. 1-1 , 2-2, 3-3 stb.
Az Y kabelen pedig mas-mas erparakhoz kerulnek a fast-ethernet-hez szukseges 1-3 es 2-6 -os erparak.
A splitter azert jo analog telefonhoz es fax-hox, mert az alapsavi jellel dolgozik (0 - 8 kHz).
Az ethernet a MHz- es tartomnyban levo jelek miatt, mar erzekeny a tapvonal hullamimpedanciajara es a galvanikus elagazas reflexiokat, ezaltal zavarjelet okoz, ami tonkreteszi a kommunikaciot. -
hviiick
csendes tag
Helló!! Azt szeretném megtudni, hogy van e olyan program, ami üzenetet küld nekem akkor amikor a wifimhez okos telefonnal csatlakozni akarnának, és esetleg, üzenet is küldhessek vele?!
-
club1
veterán
válasz hviiick #4806 üzenetére
Mit szeretnél? Van egy nyitott wifi-d, és ott ha csatlakoznak, kapjál róla üzenetet? Ha igen, akkor ezt a funkciót a wifi-t megvalósító eszközödnek kell tudnia, hiszen egy idegen eszközön futó szoftver honnan is tudná, hogy egy másik hardveren mi történik, a hardver jelzése nélkül!?
Üzenetet a csatlakozóknak akarsz küldeni wlan-on? Mert erre tudtommal nincs protokoll. -
BlackJapan
tag
Sziasztok!
Az alábbi témában szeretném a segítségetek, illetve a tanácsotokat kérni:
Adott egy 3 emeletes irodaház 20 db irodával, irodánként 1-4 felhasználóval (desktop, notebook). Az irodák külön álló egységek, de van olyan iroda is, ami több helyiségből áll és mindegyikben van net.
Mivel ez nem egy üvegpalota és a bérlők az évek során nem mindig tartottak igényt a netre, így a belső hálózat töménytelen mennyiségű otthoni felhasználóknak szánt switch-ekből van felépítve, ezzel mintegy őskáoszt előidézve mind a kábelezés, mind a net megbízhatóságát illetően. Természetesen az irodákat bérbe adó cég (amely az irodaház üzemeltetésével is foglalkozik) is itt székel.Az előfizetés egy UPC Business 250 Mbit-es előfizetés 1 db, a UPC által biztosított routerrel (cisco epc3925). Úgy tudom, hogy ezt a routert elsősorban otthoni felhasználóknak szánták, na ezt adja a UPC az üzleti előfizetéshez....
Mondanom sem kell, minden egyes switch 10/100-as.Mi a jobb megoldás szerintetek hosszútávon?
1. Emeletenként 1 db előfizetés és mondjuk minden routerre rákötök pl. egy ilyen switchet (http://www.arukereso.hu/switch-c3145/cisco/sf-100-24-p45523239/) és innen húzom szét az irodákba, helyiségekbe.
2. Ha a tulajdonos nem szeretne több előfizetést, akkor a fenti switch-ből ez a verzió (http://www.arukereso.hu/switch-c3145/cisco/sg100-24-p43231822/#termek-leiras). Ebből 2 db már elég lenne.
3. Kábelezés helyett Access Point-ok kialakítása és akkor mindenhol csak wifi lenne (az épület téglából épült)
- Az irodákat bérbeadó céget mindenképpen szeretném leválasztani a fő hálózatról egy routerrel (ez nem volt eddig megoldva).
- A kábelezés házon belül megoldható, így annak kiépítéséért nem fizetünk másik cégnek.
- semmiképp sem szeretnék menedzselhető switch-et, mivel az irodaházban senki nem ért hozzá és cél a költséghatékonyság.(Azért nézek főként Cisco termékeket, mert úgy tudom, hogy a témában elég jók, de természetesen örülök annak, ha olcsóbb és szintén megbízható eszközöket tudnánk munkába állítani.
Minden megoldás és ötlet érdekel!
Nagyon szépen köszönöm előre is!
-
Topikgazda
válasz BlackJapan #4808 üzenetére
Inkább kábelezés legyen, a wifi ilyen mértekben már problémás lehet.
A legjobb megoldás természetesen minél kisebb terhelés adása a szolgáltatói eszköznek, nem lehet a HGW-t bridged módba tenni mert akkor egy komoly router-rel jobban járnátok?Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
BlackJapan
tag
válasz Gubek-Einste #4809 üzenetére
Megmondom őszintén, hogy nem tudom. Nekem gyanús, hogy 250 Mbit 20-30 emberre nem elég. Ezzel egyetértetek?
Én azt favorizálnám, ha minden szinten lenne egy előfizetés, de min. összesen 2 előfizetés az egész épületre és a mostani kb. 10 gagyi switch helyett dolgozna összesen max. 2 "small business grade". -
bambano
titán
válasz BlackJapan #4808 üzenetére
ilyen szintű hálózathoz orbitális ostobaság nem menedzselhető switcheket venni /nem is költséghatékony a buta switch/.
ilyen szintű hálózathoz orbitális ostobaság cisconak látszó linksys switcheket venni.ezt a két dolgot felejtsd el először, ha nem akarsz őskáoszt.
250 Mbps 400-500 emberre bőven elég, ha ennyi ember a munkájához akarja használni és nem otthonról behordott torrent fájlok letöltésére. annak elvileg lenne értelme, hogy másik előfizetést is vegyél, melegtartalékolási céllal. csak az ne upc legyen, mert annak nincs értelme, hogy az éles meg a tartalék egyszerre borul fel.Az a cisco kábelmodem is elég lehet, de szerintem is bridge-ként kellene használni, mert ha a beépített médiagateway-ét nem tudod kikerülni, abból komoly szívások lesznek.
én biztos nem engednék a 21-ből és rendes, strukturált kábelezést csináltatnék és nem raknék switchet a szobákba.
ha nem akarjátok kifizetni a rendes cisco cuccok árait (ezt mondjuk valahol megértem ) akkor mikrotik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
BlackJapan
tag
válasz bambano #4811 üzenetére
Köszönöm a válaszaitokat!
Sajnos a menedzselhető switch azért nem jöhet szóba, mert nincs ott állandóra egy informatikus, aki ért hozzá és nagy a fluktuáció a bérlők között.
A terv a következő:
Minden egyes helyiségbe és irodába fali csatlakozó kialakítása (erre a bérlők tehetnek wifi routert vagy amit szeretnének)
A kábeleket a lépcsőházon keresztül lehúzni a földszintre egy központi szekrénybe.
Ebben a szekrényben található a UPC Cisco epc3925-je, amire rákötnénk 2 db 24 portos gigabites switchet. Természetesen a kábeleket megszámoznánk, így ha egy bérlő nem szeretne netet (van még ilyen! ), akkor a központi szekrényben csak kihúznánk a switchből a megfelelő kábelt.
Ahogy mondtad, előfizetnénk egy másik szolgáltatónál egy backup netre, aminek a modem/router készüléke szintén ebben a szekrényben helyezkedne el.
Amennyiben leáll a UPC, kihúzná a gondnok az epc3925-ből a kábelt és átrakná a másik szolgáltató routerébe.Ez így járható út?
Személy szerint én is menedzselhető swich-ért lobbizom a tulajnál, de nem alkalmazna állandóra és ha gáz van, a munkám miatt csak egy vagy két napon belül tudnék ott lenni és kijavítani, ami nem megoldás.
-
VeryByte
őstag
válasz BlackJapan #4812 üzenetére
Egyrészt a manuális szolgáltató váltás kicsit mókás számomra (jön a gondnok).
Akkor oda már egy dual-wan-os eszköz a GB switchek elé és majd az elintézi a dolgot, ne a gondnok dugogassa már a kébelt.Menedzselhető switchet meg menedzselheted otthonról is, nem kell ahhoz odamenni.
Illetve kicsit egyszerűbbé válik az életed.Értelmesen csináljuk már a dolgokat, ha lehet.
(Egy menedzselhetőn ha nem csinálsz semmit, akkor buta switch-ként fog működni - általában. De benne van a potenciál.)
[ Szerkesztve ]
"What is the most important thing in a woman?" - "The soul."
-
v-paci
aktív tag
Sziasztok.
A kisvállalkozásunk új irodába költözött, ahol lehetőség lenne fejlettebb infrastruktúrát használni. Jelenleg vezeték nélküli hálózatunk van tíz munkaállomással, egy megosztott nyomtatóval, szerver és biztonsági mentés, illetve központi háttértár nélkül.
Szeretnénk átállni teljesen vezetékes, lehetőleg gigabites hálózatra, illetve minden munkaállomáshoz - mivel most már jóval nagyobb területen és több szobában vagyunk - telefont csatlakoztatni. Valamint jó lenne egy kis szerver is, ahol tárolhatnánk a fontos dokumentumokat biztonsági mentéssel együtt.
Milyen eszközökre lenne szükségünk, illetve kb. milyen költségekkel járna a fejlesztés/átállás? Költséghatékony, de megbízható megoldást keresünk...
Köszönöm a válaszokat.
"Mi kalandvágyból itthon maradtunk."
-
BlackJapan
tag
én a központi tárolásra egy NAS-t javasolnék (Network Attached Storage)
Synology vagy Qnap - kicsi, keveset fogyaszt, jó az oprendszere, könnyen kezelhető, elérhető bárhonnan.
Attól függően hány slotos, annyi db, erre a célra tervezett vinyót veszel bele (pl. WD Red)
Építhetsz is NAS-nak használt gépet. Bár nem tudom, hogy üzleti célra a FreeNas, mint oprendszer ingyenes e, otthonra biztosan az.
Olyan 200 körül számolhatsz, de mondom, sok mindentől függ a végösszeg.
Mekkora tárhelyet szeretnél?
Pl. RAID5 felállásban 3 db 3 TB-os vinyóból csak 6 terrát használhatsz, a maradék 3 terra a védelemre van használva. Tehát 1 vinyó kipukkanhat és még akkor sem vesznek el az adataid.
Nyilván ha több biztonságot szeretnél akkor RAID6 és 5 db vinyó, akkor kettő tönkremehet és még mindig nem veszítesz adatot. De ez természetesen növeli a költségeidet.[ Szerkesztve ]
-
bambano
titán
válasz BlackJapan #4812 üzenetére
kb. két sort olvastam el a hsz-edből, meg a járható út kérdést, és erre az a válaszom: ja, egyenes út a börtönbe. fogadjátok meg a tanácsomat: arra az előfizetésre, ami a ti nevetek alatt fut, senki ne kötögessen wifi routert, mert abból orbitális bajotok lesz. tehát vagy szerződik magának, vagy te csinálsz mindent a bérlőknél.
a menedzselhető switch tulajdonsága, hogy távolról is menedzselhető, szemben azzal, hogy ki kell menni és dugdosni a kábelt.
"Amennyiben leáll a UPC, kihúzná a gondnok az epc3925-ből a kábelt és átrakná a másik szolgáltató routerébe.": jesszus. a hatvanas évek elmúltak rég. most 21. század van.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
BlackJapan
tag
válasz bambano #4817 üzenetére
Köszönöm a válaszod! Remélem azért nem idegesítelek a kérdéseimmel
Magyarul én adom a bérlőnek a wifi routert vagy bármilyen más routert egy szerződés keretében, hogy amíg az irodát bérli azt használja. Továbbá én tudok csak hozzáférni a router admin felületéhez és én konfigurálom azt, az úgy ok?
Időközben eszembe jutott egy másik lehetséges probléma:
Mondjuk az egyik irodában van három helyiség, mindegyik helyiségben kiépítve a fali csatlakozó. Tehát ez 3 kábel megy le a switch 3 különböző portjába. Van arra lehetőség, hogy ez a 3 port ne férjen hozzá másik portokhoz kapcsolódó irodák számítógépeihez. Gondolok itt arra, ha valaki pl. wireshark-al szeretne játszadozni ebből az irodából. Lehet így szeparálni a portokat? Vagy milyen megoldást tanácsolsz?
Mivel nem ajánlottál típusokat, ezeket néztem ki:
switch
dual wan-os router:
Mi a véleményed?
-
bambano
titán
válasz BlackJapan #4818 üzenetére
továbbá van internet felhasználói szabályzatod, amiben leírod a használati szabályokat, és minden usere aláírja, továbbá minden egyes kapcsolatot naplózol, hogyha megkeres a rendőrség, meg tudd mondani, ki követte el azt, amiért a rendőrség nyomoz.
"an arra lehetőség, hogy ez a 3 port ne férjen hozzá másik portokhoz kapcsolódó irodák számítógépeihez.": van, vlannak hívják.
a cisco sg-200-as az pont az a switch, amit kiemelten említettem, hogy én nem vennék. egy ótvar linksys szemét. ezt azután jelentem ki, hogy ennek a 24 portos változatából vettem nemrég, és amit a konfig felülete miatt mondtam, attól harcedzettek is elpirultak volna.
"Mi a véleményed?": hogyha te most hallasz először a vlanról, akkor ez a feladat nem neked való.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
cassis1
csendes tag
Sziasztok!
Tudna valaki abban segíteni, hogy két összekapcsolt gép esetén mi dönti el hogy melyik küld ARP kérést?
-
cassis1
csendes tag
nem vizsgakérdés, csak érdekel.
-
NEOSIGNAL
tag
válasz cassis1 #4821 üzenetére
Én is most tanulgattam ezt a napokban.Elvileg az ARP tábából is ki lehet nézni.
"Két módja van, hogy egy készülék összegyűjthesse a MAC-címeket. Az egyik módszer az, hogy figyelemmel kíséri a helyi hálózati szegmensen előforduló forgalmat. Ahogy az állomás kereteket kap a közegen, a keret forrás IP- és MAC-címeit rögzíti az ARP-táblázatában. Miközben a keretek továbbításra kerülnek, addig a készülék folyamatosan fel is tölti az ARP-tábláját a megfelelő címpárokkal."ha érdekel jobban akkor megoszhatom nagyobb léptékben is hogy pontosan hogy működik.
CCNA-s anyagban Találtam[ Szerkesztve ]
-
cassis1
csendes tag
érdekel igen, ha megosztod megköszönöm.
-
NEOSIGNAL
tag
válasz cassis1 #4826 üzenetére
Ahhoz, hogy egy keretet a LAN átviteli közegére helyezhessünk, annak minimum egy cél MAC-címmel kell rendelkeznie. Amikor egy csomagot egy adatkapcsolati keretbe ágyazva elküldünk, az állomás a memóriájában lévő táblázatra támaszkodik, hogy megtalálja a cél IPv4-címhez tartozó adatkapcsolati rétegbeli címet. Ez a táblázat az úgynevezett ARP-táblázat vagy ARP-gyorsítótár (cache). Az ARP-táblázatot a készülék RAM-ja tárolja.
Az ARP-tábla minden bejegyzése vagy sora egy IP-címet köt össze egy MAC-címmel. A két érték közti kapcsolatot összerendelésnek vagy leképezésnek hívjuk - ez egyszerűen azt jelenti, hogy megkeresve az IP-címet a táblában megtalálhatjuk a megfelelő MAC-címet is. Az ARP-tábla csak ideiglenesen tárolja (cache-eli) a helyi LAN-eszközökhöz tartozó összerendeléseket.A folyamat indításához a továbbító állomás megpróbálja megtalálni a cél IPv4-címhez társított MAC-címet. Ha ez az összerendelés megtalálható a táblázatban, akkor az állomás azt a MAC-címet fogja használni cél MAC-címként a keretben. A keretet ezután rákódolják a hálózati közegre.
Az ARP-táblázatot dinamikusan kezelik az eszközök. Két módja van, hogy egy készülék összegyűjthesse a MAC-címeket. Az egyik módszer az, hogy figyelemmel kíséri a helyi hálózati szegmensen előforduló forgalmat. Ahogy az állomás kereteket kap a közegen, a keret forrás IP- és MAC-címeit rögzíti az ARP-táblázatában. Miközben a keretek továbbításra kerülnek, addig a készülék folyamatosan fel is tölti az ARP-tábláját a megfelelő címpárokkal.
A készülék címpárokhoz jutásának egy másik módja, ha ARP-kéréseket küld ki, ahogy ezt az ábra is mutatja. Az ARP-kérés egy 2. rétegbeli szórás az Ethernet LAN minden eszközének . Az ARP-kérés tartalmazza a célállomás IP-címét és a szórásos MAC-címet, ami FFFF.FFFF.FFFF. Mivel ez egy szórás, minden állomás az Ethernet LAN-on megkapja és megnézi a tartalmát. Az az állomás fog válaszolni, amelynek az IP-címe megegyezik a kérésben lévő IP-címmel. A válasz egy egyedi címzésű keret lesz, amely magában foglalja a kérdéses IP-címhez tartozó MAC-címet is. Ezt a választ a küldő fél egy új tételként hozzá tudja majd adni ARP-táblájához.
Az ARP-táblázatban lévő bejegyzést hasonló időbélyeggel látják el, mint ahogy a kapcsolók kezelik a MAC-címtáblájuk bejegyzéseit. Ha a készülék nem kap keretet egy adott eszköztől az időbélyeg lejárta előtt, az eszközhöz tatozó bejegyzés kikerül az ARP-táblázatból.
Emellett statikus bejegyzéseket is lehet írni az ARP-táblába, de ez elég ritkán történik meg. A statikus ARP-bejegyzések nem járnak le az idő múlásával, és így kézzel kell őket eltávolítani. -
NEOSIGNAL
tag
Amikor az ARP-nek meg kell állapítania egy IPv4-címhez tartozó MAC-címet, azt először az ARP-táblázatban keresi. Ha a bejegyzés nem található, az IPv4 csomag beágyazása nem sikerül és a 2. rétegbeli folyamatok értesítik az ARP-t, hogy szükség van egy új összerendelésre. Az ARP folyamat ekkor kiküld egy ARP-kérést, hogy felderítse a helyi hálózaton a cél eszköz MAC-címét. Amennyiben egy eszköz a kérésben kapott cél IP-címmel rendelkezik, akkor egy ARP-választ küld vissza. Így létrejön az összerendelés az ARP-táblázatban. Az erre az IPv4-címre szóló csomagokat immár be lehet ágyazni a keretekbe.
Ha egyetlen eszköz sem válaszol az ARP-kérésre, a csomagot eldobják, mivel a keret nem hozható létre. Ezt a beágyazási hibát jelenteni kell az eszköz felsőbb rétegei felé. Ha az eszköz egy közvetítő eszköz, például egy forgalomirányító, a felső rétegek dönthetnek úgy, hogy a forrás állomásnak egy hibát jelző ICMPv4-csomaggal válaszolnak.
Minden keretet egy a helyi hálózati szegmensen lévő állomás felé kell továbbítani. Amennyiben a cél IPv4-állomás a helyi hálózaton van, a keret ennek a készüléknek a MAC-címét fogja használni mint cél MAC-címet.Ha a cél IPv4-állomás nem a helyi hálózaton található, abban az esetben a forrás csomópontnak a keretet ahhoz a forgalomirányító interfészhez kell továbbítani, amelyet ezen cél eléréséhez átjáróként vagy más néven a következő ugrásként (next hop) használunk. A forrás csomópont az átjáró MAC-címét fogja használni a célállomás címeként minden olyan keret esetében, amely olyan IPv4-csomagot tartalmaz, amelyet másik hálózaton lévő állomásnak címeznek.
Az átjárónak, azaz a forgalomirányító interfészének a címét az állomások az IPv4-konfigurációjukban tárolják. Amikor az állomás létrehoz egy csomagot egy célállomásnak, összehasonlítja a cél IP-címet és a saját IP-címét annak meghatározására, hogy a két IP-cím ugyanazon a 3. rétegbeli hálózaton található-e. Ha a fogadó gép nem ugyanazon a hálózaton van, a forrás az ARP folyamatot az átjáró MAC-címének meghatározására használja.
Abban az esetben, ha az átjáró bejegyzés nem szerepel a táblázatban, a normál ARP folyamat kiküld egy ARP-kérést, hogy megszerezze a forgalomirányító interfész IP-címéhez társított MAC-címet.
Egy ARP-cache időzítő távolítja el minden eszközön azokat az ARP-bejegyzéseket, amelyeket egy meghatározott idő óta nem használtak. Az időzítő függ a készüléktől és annak operációs rendszerétől. Egyes Windows operációs rendszerek például 2 percig tárolják az ARP-cache bejegyzéseket. Ha ez idő alatt a bejegyzést ismételten használják, a hozzá tartozó ARP-időzítő 10 percre meghosszabbodik.Parancsokat is használhatunk, hogy az ARP-táblából manuálisan távolítsunk el bizonyos bejegyzéseket, vagy akár az összeset. Egy bejegyzés eltávolítása után, az ARP-kérés küldés és ARP-válasz fogadás folyamatának ismét meg kell történnie, hogy az összerendelés az ARP-táblázatba újból bekerülhessen.
Minden készülék egyedi, az operációs rendszertől függő paranccsal rendelkezik az ARP-cache tartalmának törlésére. Ezek a parancsok semmilyen módon nem eredményezik az ARP végrehajtását. Egyszerűen csak eltávolítják a bejegyzéseket az ARP-táblából. Az ARP-szolgáltatást az IPv4-protokollba integrálják és maga a készülék hajtja végre. Működése észrevehetetlen mind a felső rétegbeli alkalmazások, mind a felhasználók számára.
nagyjából ennyi a működési elve
[ Szerkesztve ]
-
cassis1
csendes tag
köszönöm, ez tényleg részletes volt.
Ezekszerint a L2 réteg csak a szórási és a saját MAC címeket tartalmazó kereteket engedi feljebb további vizsgálatra a többit eldobja? -
NEOSIGNAL
tag
-
cassis1
csendes tag
igen, így gondolom. Köszi!
-
Csabulator
tag
Sziasztok!
Egy olyan problémával szembesültem, hogy a hálózaton lévő HP ProCurve switchek némelyike nem képes SNTP-n keresztül lekérni az időt. A beállítások ugyanazok, a hardver változó. CLI-ben is hasonló a konfigjuk, mégis van amelyiken jó, és van amelyiken rossz idő szerepel. Syslog miatt lenne fontos, hogy az idő egységes legyen. A switchek a hálózaton lévő 2008 R2-es szervertől kérik le az időt.
A beállítások:
Time Sync Method: SNTP
SNTP Mode: Unicast
Server Version: 3
Poll Interval (sec) [720]: 720Az eszközök:
ProCurve J4904A Switch 2848
Firmware revision I.08.98ProCurve J4903A Switch 2824
Firmware revision I.08.98ProCurve J4906A Switch 3400cl-48G
Firmware revision M.10.06Valaki találkozott már ilyen hibával?
"Time You Enjoy Wasting is Not Wasted Time"
-
bambano
titán
válasz Csabulator #4833 üzenetére
pingelni tudod a szerverből a switcheket és fordítva?
mtu méret stimmel? vlan van/nincs?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
sbazsi
veterán
Megoldható valahogy, hogy kívülről nyomtassak egy belső hálózaton lévő nyomtatóra?
Tehát adott egy hp 3390 hálózati nyomtató.
Erre szeretnék kívülről, máshonnan nyomtatni.
Milyen port átirányításokat kell csinálni, és ez adott esetben milyen veszélyekkel járhat? -
Csabulator
tag
válasz bambano #4834 üzenetére
Igen, a ping megy oda-vissza minden probléma nélkül. VLAN van, ráadásul ugyanabban a VLAN-ban vannak a switchek és a szerver is.
Az MTU témával kapcsolatban nem igazán vagyok képben. Azt tudom, hogy a mérete ethernet v2 keretnél 1500 byte (plusz 18 vagy 22 byte adódik hozzá VLAN taggingnél), azonban a HP switchek 10/100 Mbps-on működő portjai 1522 byte MTU kereteket tudnak fogadni. Efölött eldobja a csomagokat. Igen ám, de ez úgy tűnik belefér.Ami még talán segíthet behatárolni a problémát az az, hogy a ProCurve J4906A Switch 3400cl-48G core switchre közvetlenül kapcsolódik a szerver és ő tudja szinkronizálni az időt. A többi switch még úgy sem tud időt szinkronizálni, hogy a core switchet állítottam be sntp szervernek.
"Time You Enjoy Wasting is Not Wasted Time"
-
molnarpeter
nagyúr
Egy korábban 100Mbites hálózaton működő kábel mindkét csatlakozóját lecseréltem. Az újakat rákrimpelve ki lett mérve, és bár szakadás nincs, a 4-5 ereket zárlatosnak mutatta a műszer. Gbit hálózatban használható lesz így egyáltalán?
-
LógaGéza
addikt
Ez routertől függ, de lehet két router között is VPN-t csinálni - nekem is így megy az itthoni - munkahelyi kapocs.
"Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"
-
bambano
titán
válasz Csabulator #4836 üzenetére
nem jól vagy képben. az ethernet keret mérete 1500 byte hasznos adat, plusz fejléc adatok, ellenőrző összeg, összesen 1522 byte. Az 1500 bájtból vesz le 4-et a vlan tagging, ennek az a következménye, hogyha a switch nem képes jumbo frame-eket továbbítani (1522-nél nagyobb, max 9000 byte), akkor nem megy át rajta 1500 bájtos vlan-os adat.
amitől az ssl meg pár hasonló titkosítási protokoll néha fejreáll, mint a jancsiszög. közben nézem, hogy az sntp-nél nem ez lehet a probléma magja...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
meg.
vagy az lpd portot kell beirányítani, ha a nyomtató tud lpd protokollt, vagy a 9100-ast, azt minden hp kezeli.
ha nem jól csinálod meg az átirányítást, akkor reggelre elfogy a festékpatron/toner és tele lesz a szobád krikszkrakszos papírralEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bigrock
addikt
válasz molnarpeter #4838 üzenetére
100 mbit: 1,2,3,6 erek. Gigabit: mind a 4 érpár. Azaz jó eséllyel nem lesz jó.
-
molnarpeter
nagyúr
válasz bigrock #4846 üzenetére
Fizikai hibát okozhat a gépben/routerben, mi lenne, ha összedugnám? Kipróbálnám egy másolással két gép között. Egyébként hol lehet a hiba? Látszólag mindkét vég teljesen jó, inkább a vezeték minősége hagy némi kívánnivalót maga után, kínai legolcsóbb sodratlan fajta, talán emiatt van jelentős zaj a két ér között, vagy szigetelési hiba? Próbáltam használhatóvá tenni, még ha az átviteli sebesség nem is lesz valami jó, de 10 méter körüli, nem dobnám ki.
[ Szerkesztve ]
-
Vityaa
tag
Sziasztok,
van két gép, Noti+asztali pc. Mind 2 gép ugyan ahhoz a tp link wifi routerhez csatlakozik vezeték nélkül, mind kettőn win7 home premium van. Azt szeretném elérni, hogy a laptopnak az egyik particíóját lássam az asztali gépen, és tudjak róla másolni.
Köszi
-
Topikgazda
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen