- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- HiFi műszaki szemmel - sztereó hangrendszerek
- TCL LCD és LED TV-k
- Milyen billentyűzetet vegyek?
- Milyen videókártyát?
- Autóhifi
- Házimozi haladó szinten
- Vezeték nélküli fülhallgatók
- Hamarosan érkezik a Philips legolcsóbb OLED tévéje
- Amlogic S905, S912 processzoros készülékek
Hirdetés
-
Egy évet csúszik a SiPearl első szerverprocesszora
ph Cserébe gyorsabb lesz, és a szoftveres háttér is kiforrja majd magát a startra.
-
Vizsgálják a Waymo robotautók váratlan viselkedését
it Vizsgálatot indított az USA közlekedésbiztonsági hatósága a Waymo robotautók váratlan viselkedése miatt.
-
Napokon belül érkezik a Warhammer Skulls esemény
gp A show alatt új bejelentések is várhatóak, valamint a jelenleg is készülő játékokról is kapunk friss részleteket.
-
PROHARDVER!
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
Karcub
senior tag
Engem az ip cím számítàs érdekelne. A menete,mi után mit kell kiszámolni és hogyan. Pl van a 10.0.0.0/8 és oszd fel 12 részre. Ez csak egy példa,de nem tudom megcsinálni,mivel nem tudok ip címet számolni. Kaptam egy cicsos feladatot,belenéztem és szinte elsírtam magam mert számomra rohadt nehéz. Később feltöltök róla egy képet. De engem elsősorban az ip cím számítás menete érdekelne elmagyarázva,hogy mi miért annyi stb.
-
rgeorge
addikt
Nem indítottam el más gépen. Az nmap nem települ az én gépemen, illetve az npcap-ot nem tudja telepíteni, egy másik gépen, ahol a többi tesztet is futtattam, ott települ, de ott az eredeti sem talál fantomot.
Esetleg más, nem npcap-ot használó felderítő alkalmazás?
Lehet, hogy valami az én gépemen okozza a fantomok megjelenését, esetleg egy live linuxon majd megnézem itt is.
Köszönöm mindenkinek.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
Gsx-rr
veterán
Most cseréltem Nas-t. Így vettem észre. Kivettem a toldást és volt hogy egyből 110 MB/s volt. Utána visszaraktam a toldást és megint megvolt. Szépen visszaraktam a helyére mindent és ,azóta megint alacsony a sávszél. Esetleg még a kábel csatlakozójára tudok ,gondolni. Szerzek egy hosszabb biztosan jó kábelt és azzal kipróbálom.
esetleg valami beállítási hibára is gondolok. -
bambano
titán
szerintem nem gond, ha egy ilyen programot több gépen futtat egyszerre.
szerintem annyi történik, hogy azoknál az ip címeknél, amikre az arp kérésre nem jön válasz, inicializálatlan marad a memória a gépen, ezért ad fals ip címeket a lista.linuxon is tele lehet pakolni az arp táblát, csak ott látszik, hogy mi az, ami nem létező ip
~# arp -an
? (10.1.1.10) at <incomplete> on eth0[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
E.Kaufmann
addikt
-
bambano
titán
"tehát azzal a source-al megy ki ami ugyan korrekt, csak rossz interface-en.": nem mindig azzal a source-szal megy ki, ami az adott interfészé, mert annak a csomagnak a vpn a forrása, ezért azt az ip címet kapja, amelyiken kimegy.
ettől független, hogy a vpnbe, mint adatkapcsolatba, egy belső hálózati ip csomag van belecsomagolva
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
E.Kaufmann
addikt
Ok, hogy a LAN-t pingelem, de a VPN (SSTP, TCP alapon) csatornának a kliensét futtató csomópontnak ennyire tökmindegy, honnan jön a csomag? Vagy arra gondoltok, hogy állandóan hol ide-hol oda kapcsolódik? Úgy gondoltam, ha már a LAN-t tudom vacak késleltetéssel pingelni, akkor a csatornát alkotó csomagok is jó irányból jönnek, csak rohadt lassan.
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
E.Kaufmann
addikt
Nagyon belegabalyodtatok. Router mögött SSTP szerver, a kliens meg mindegy hogy hol.
A router meg úgy is átírja a szerver címét a WAN végberendezéseken kapott címekre. Ha máshová irányítja a kimenő forgalmat, mint a bejövőt, akkor a kliens máshonnan kap SSTP csomagokat, mint amerre kiépítette a forgalmat, azokat meg illene figyelmen kívül hagynia. Tehát mikor a tunelen belül jönnek a kliens felé a csomagok, mivel az alagutat felépítő csomagok máshonnan jönnének, eleve el lesz dobva mind a VPN forgalmat alkotó csomag, mind a tartalma. De itt meg jöttek a csomagok, csak k...... lassan, tehát azt gyanítottam, vagy nem bír egy pppoe és egy másik ppp kapcsolatot mobilneten át, vagy az a webstick buzerálja az UTP kábelen folyó forgalmat.Tehát akkor. Senki nem tapasztalt olyat, hogy az ethernetet mobiltelefon vagy webstick b....ná?
Ha nem, akkor pont.Le az elipszilonos jével, éljen a "j" !!!
-
crok
nagyúr
Ja igen, mégvalami: mivel az ADSL alatt az SSTP már élő kapcsolat volt és nyilván már volt rá NAT bejegyzés így nem keletkezik új attól függetlenül mert más lesz az exit interface a forwarding szerint (hiszen egy TCP kapcsolatról beszélünk a router szempontjából, az egyik lába a LAN-ba mutat a másik meg "kifelé", már van élő NAT bejegyzés erre a session-re). Ez így van Cisco-ban, Juniperben, iptables-ben Linux alatt mindenben. Így aztán tulképp nem változik semmi csak a webstick bedugásakor lesz egy új, működő kapcsolat és a def-route megváltozik - de minden marad a régiben. Mivel a webstick szolgáltatója nem használ uRPF-et így a tulajdonképp spoof-olt csomag nem dobódik el, ellenben mivel a (valszeg) a webstick sávszélje kisebb mint az ADSL így ott keletkezik majd egy nagyobbacska késleletés - amit érzékelsz is.
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
Úgy értem teljesen igaz megállapítás de pl. port-forward-ra pont nem igaz, márpedig ha a LAN-ban van az SSTP szerver és kívülről el kell érnie akkor ott port-forward kell, az meg prerouting.
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..
-
togvau
senior tag
Kap minden 6-os címet így is hogy ki van kapcsolva a dhcp6, de változatlanul az összes androidos, és windowsos gépnek bootonként más ip címet. Mindegyik megkapja a prefixből és mac címből generált (EUI-64?) címet, de mellé még többet (rekord eddig 6 darab), általában a legutolsót írja ki egy ip cím visszajelző weboldal is. Most akkor mitől függ, hogy melyik 6-os címet használja? Úgy lehet fixé tenni, hogy bepötyögöm manuálisan? A linuxos gép viszont megelégszik 1 darab eui64 címmel...
hitler, sztálin, micro usb
-
-
-
rgeorge
addikt
A Windows 7 x64-es eszközön:
C:\Windows\system32>netsh interface tcp show chimneystat 39
A TCP Chimney statisztikája a következőhöz - Helyi kapcsolat 5
---------------------------------------------------------
Adapterindex : 39
IPv4 kapcsolatkiszervezés támogatása : Nem
IPv6 kapcsolatkiszervezés támogatása : Nem
Megkísérelte a kapcsolatok kiszervezését : -
Néhány TCP-beállítást elutasított a hálózati adapter : -
A hálózati adapter elutasította a kapcsolatkiszervezési kérést : -
A hálózati adapter által hirdetett kiszervezési kapacitás : 0 kapcsolat
A rendszer által megfigyelt kiszervezési kapacitás : 0 kapcsolat
A jelenleg kiszervezett kapcsolatok száma : 0
Egymást követő kiszervezési kísérletek hibái : 0
A legutolsó kiszervezési kísérlet sikertelenségének oka : -C:\Windows\system32>netsh interface ipv4 show offload 39
39 kapcsolat: Helyi kapcsolat 5
ipv4 transmit ellenőrzőösszeg támogatott.
udp transmit ellenőrzőösszeg támogatott.
tcp transmit ellenőrzőösszeg támogatott.
tcp nagyon nagyméretű küldés kiürítése támogatott.
ipv4 receive ellenőrzőösszeg támogatott.
udp receive ellenőrzőösszeg támogatott.
tcp receive ellenőrzőösszeg támogatott.A Windows 10-en viszont:
C:\WINDOWS\system32>netsh interface tcp show chimneystat 25
Your System Administrator has disabled TCP Chimney.C:\WINDOWS\system32>netsh interface ipv4 show offload 25
Interface 25: Ethernet 3
ipv4 transmit checksum supported.
udp transmit checksum supported.
tcp transmit checksum supported.
ipv4 receive checksum supported.
udp receive checksum supported.
tcp receive checksum supported.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
crok
nagyúr
Ezt is nézd meg használatban van-e nálad:
Intel I/OAT (Intel I/O Acceleration Technology)
Próbáld meg kikapcsolni ha igen mert durvasokan panaszkodnak rá..
(Nem tudtam az előzőt szerkeszteni már..)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..
-
rgeorge
addikt
Azt hiszem, meg van a bűnös, bár van "alibije". Cisco VPN kliensként használom a Shrew Soft VPN Client-et. Ennek van egy network filtere, amit kikapcsolva helyre áll a letöltési sebesség.
Az alibi lényege: azon a kliensen, ahol mindig is megvan a teljes sávszélesség, ott is telepítve van ez a filter.
Arra van mód, hogy ezeket a filtereket:
parancssorból letiltsam?Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
gabber01
addikt
Sejtettem, keresek másik topicot, csak nem tudom melyiket.
Egyébként ezek nem segítettek sajnos semmit. Viszont azt vettem észre, hogy ha abszolút nem is forgalmaz a torrent, akkor is egyből az egekbe szökik a latency, klienstől függetlenül...
Man proposes, god disposes. Dum spiro, spero.
-
crok
nagyúr
Wifi vagy ethernet a hálózati kapcsolat?
Próbáld már meg áttenni pár napra a másikra..
Nem USB-s a wifi amit használsz?(Ha wifi ethernetre.. ha ethernet akkor wifire..
Az az NDIS+USBPORT zavar engem, mert
az a hálózatra vonatkozik hogy amiatt meg a
az USB miatt "várakozik"..)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..
-
gabber01
addikt
64bites win 10, 16Gb ram, nem hiszem hogy swappolna ne vicceljünk már .
Van usbs wifi adapter, de kábelen megy és az adapter le is van tiltva, mert panelban sokszor vacakol a wifi a sok interferencia miatt. Ennek ellenére kipróbáltam teszt jelleggel azzal is, ugyanaz.Jelenleg talán normalizálódott, másik topikban javasoltak pár beállítást torrent kliensben:
KAPCSOLAT rész alatt:
- kapcsolatok maximális száma: 200
- kapcsolatok maximális száma torrentenként: 60
BITTORRENT rész alatt:
- DHT kikapcsolva
- Ügyfélcsere kikapcsolva
- Helyi ügyfelek felkukatása kikapcsolva
SPECIÁLIS rész alatt:
- OS cache engedélyezése kikapcsolvailletve a telemetriát is kikapcsoltam teljesen.
Meglátjuk, egyelőre bizakodó vagyok, teljes letöltési sebesség mellett sem megy 2000µs fölé, ami jónak mondható. Remélem hosszú távon jó marad.
Man proposes, god disposes. Dum spiro, spero.
-
gabber01
addikt
persze, tudom, de nem vettem észre hogy swapolna. Eleve windows update után jött elő, azt viszont nem lehet leszedni, nem engedi.
Az egyéb eszközök drivereivel meg eddig nem volt gond. Mindegy, meglátom mi lesz, nem szemetelek ide többet.[ Szerkesztve ]
Man proposes, god disposes. Dum spiro, spero.
-
korcsi
veterán
Nat-oláskor a belső hálózatról kifelé tartó csomagok címei lesznek kicserélve a külső ip-re, a válasz csomagoknál pedig visszafele.
A port forward célja, hogy a külső hálózatból adott portra érkező csomag el legyen irányítva a megfelelő cél felé, mert pont a nat miatt, ha beérkezik egy eddig még nem követett kapcsolatból egy csomag az csak a routerig jut, mert nem ismert hova is kellene továbbítani.qwertly: publikus ip-t kapsz T-től?
[ Szerkesztve ]
referencia 5700(XT) plexi ARGB-s blokk eladó!
-
Phantomhive
aktív tag
Tisztaban vagyok vele, ha pedig nem szeretnek ott dolgozni, akkor nem foglalkoznek azzal, hogy tudjunk mindannyian dolgozni
Veluk mindig csak ugy lehetett targyalni, ha az ember elebe ment a dolognak es mielott ramondhatnak, hogy ''no, it cannot be solved, sorry", addigra nekem ott van a zsebemben egy megoldas, ami implementalasra kesz. Igy fog ez tortenni most is, amennyiben valoban mukodik.
Tisztaban vagyok a dolog security oldalaval, de a "nem lehet" az nekunk nem megoldas.
Nagyon koszonom megegyszer![...] and on the sixth day God created Manchester
-
Magnat
veterán
Sztem meg teljesen feleslegesen moralizálunk .. ez egy hálózati topik, nem munkajogi
Amíg nem ütközik törvénybe, addig lelke rajta, mit csinál... illetve akkor is, de nyilván abban tényleg nem illik adni a tanácsot.
Egyébként nálunk is ez megy, csak német az anyacég ... a tokenes sz@rakodás helyett inkább TeamViewerezünk, mert sokkal egyszerűbb... aztán kiderült, h Hamburgban a főhadiszálláson is Teamviewert használ az IT[ Szerkesztve ]
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
bambano
titán
"Belenézni az ügyfeleid forgálmába akkora *NEM* hogy leírni se tudom..": nem megérteni a hsz-ben leírt problémát ...
nem az ügyfél forgalmát akarja bitszinten megnézni, hanem a forgalom NAGYSÁGÁT. azt pedig szabad.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Topikgazda
A net sebesség egy dolog, vagy lehet rajta változtatni vagy nem de tisztességes belső hálózat mindenek az alapja, ha az nincsen rendben akkor lehet bármelyen net kapcsolat, csak a folyamatos gondok vannak/lesznek.
Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Topikgazda
-
bambano
titán
"melyik ip milyen forgalmat bonyolít, hátha ki tudom deríteni, hogy nem-e letölt valaki ilyenkor?" - jelentése számomra kb. forgalom tükrözése, Wireshark-ban elemzése..": nekem nem... milyen forgalom: kicsi, nagy? folyamatos? de mindegy, ezen nem fogunk összeveszni.
"Ezek a SOHO eszközök valamiért olyat nem hajlandók mutatni,": ezt valaki magyarázza már el nekem, a grafikáján az első négy oszlopban van két byte és két packet oszlop. az nem irányonként elkülönült statisztika?
a magam részéről cisco-t nem vennék, ha ütnek se. a Gubek kolléga által javasolt 30k-s költségkeret majdnem jó, ha van még előtte valami számjegy.
szerk: egyébként meg nem értem, miért gond belenézni az ügyfél forgalmába. mivel ő jogkövető szolgáltató, nyilván van ászf-je, amiben nyilván leírta, hogy osztott közeg, túlhasználat, szolgáltatási szint megállapodás, stb. stb.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Persze nem rocket science kivonni a totalból a tx-et hogy megkapd az rx-et..
nem is értem miért nincs normálisan megcsinálva.." gondolom az egyik az utolsó bekapcsolás óta eltelt időben a forgalom, a másik meg az utolsó 5 perc. vagy valami ilyesmi.de sose volt tplinkem, úgyhogy passz
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Elemental
addikt
Köszönöm, srácok!
Ezen már el tudok indulni.
Max 20 kliens szokott lenni.
Azt fogom tenni, ha ismét belassul, hogy megnézem a statistic-ot, melyik ip okozhatja. Plusz beszélek a kamerással, hogy tavoli elérésnél ne a legjobb minőséget küldje át.
A switch amúgy valami 24 portos zyxel. Legközelebb, ha arra járok megnézem. -
Krystal_s
addikt
Sajnos meg volt az is. 3 fajta BIOS, 3 VGA driver, 2 Realtek driver Dell és a Realtek oldaláról, 4 HDMI kábel a TV 3 kül. hdmi csatlakozójában, 2 LAN kábel....
Már csak valami beállítás lehetne pl itt a pár sorral feljebb található kép alapján. Annyira X-akta, mert amint kihúzom a LAN kábelt, vagy letiltom az Ethernet kártyát, helyreáll a ventilátor szabályozás.
De ez a helyzet akkor is, ha a TV-ről átváltom a képet a notebook kijelzőre. Wifivel sosem zavarodik meg, ezért gondoltam annak kisebb lehet a fogyasztása? -
Krystal_s
addikt
Szia, köszönöm szépen, hogy próbálsz segíteni.
Ubuntu 12.04-et próbáltam, live rendszerként indítottam. Ott alapból teljesen maxon teker a ventilátor, egyáltalán nincs szabályozás. (másoknál sem, viszont neki a LAN kihúzás sokszor segített) Lehet egy újabb verzióban javították már.egy powertop-ot indítanék és megnézném mennyit eszik a WLAN meg az az Ethernet kártya.
Este ennek utánanézek.
A terminalba kell beírnom egy parancsot, vagy van hozzá GUI is?[ Szerkesztve ]
-
crok
nagyúr
Juteszembe: Wake-on-LAN.. az valamiért eszik energiát.. sokat..
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..
-
Új hozzászólás Aktív témák
- Dobta a zoomkamerát az új Sony Xperia 10
- Szolnok és környéke adok-veszek-beszélgetek
- Konzolokról KULTURÁLT módon
- iPhone topik
- Politika
- Bugok, problémák a PROHARDVER lapcsaládon
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Spórolós topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Diablo IV
- További aktív témák...
- Fejleszthető, közép-alacsony erősségű gamer PC(Ryzen5 3400G, 16GB DDR4, RX 5500XT 8GB)
- MEGVESZEM! Hibás, Sérült, Hiányos Üzleti Laptopod, Notebookod...
- Samsung Galaxy S22 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- DL360p Gen8 Szerver, HP P2000 Storage, Cisco Switch stack felszámolásból eladó
- Pico 4 VR Szemüveg Headset / 8-128GB / Számla + Garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest