-
IT café
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
neduddki
nagyúr
válasz MasterMark #3593 üzenetére
HI!
lan ra dugd az osszs gepet es a ruter dhcp-jet kapcsold ki
udv
neduddki
https://facebook.com/bestwax.eu, mailto: bestwax.eu@gmail.com hamarosan: www.bestwax.eu a lustasag fel egesseg, en tejjesen egesseges akarok lenni
-
Claude Leon
senior tag
válasz MasterMark #3593 üzenetére
ip-cím tartományokat rendesen beállítottad?
Esetleg a routeren a dhcp pontban állíts be google- vagy opendns címeket (a router státuszlapján milyen dns szervert olvasol a wan-ip körül?)[ Szerkesztve ]
-
Claude Leon
senior tag
válasz MasterMark #3610 üzenetére
ip tartományt a gépedétől eltérőre gondoltam.
Ha az a192.168.0.1 a géped címe a router wan portja felé, akkor azért nem találsz router oldalról dns-t, mert a géped nem forwardolja a dns kéréseket. (erre képzeltem megoldásnak az open vagy google dns-t)Jut eszembe, egyáltalán bidgelést beállítottál a gépen a portok közé?
Magától nem fogja tudni, hogy a 2 kártya között közvetíteni kellene. -
neduddki
nagyúr
válasz MasterMark #3612 üzenetére
HI!
ha winrol van szo
1. akkor az 192.168.137.0/24-bol oszt atirod a gepeid ip-jet ebbe a tartomadnyba
2. ha megis ruteren nat-olni es dhcp-ni karsz akkor eloszor si ruter ellenorzes mijjen ipt kap aztan a beso tartomany atrini mongyuk 138-ra es utanna elenprini, hogy ok-e a ip-k, de meg akkor is megtehted, hogy a dns-t a megoszto gep belso ipjere v. a szolgaltato ip-re irod, route es tracert hasznalta soakt segit
a es ugy e ngedejjezni se art a mijjen szolg. engedjen at:- )udv
neduddki
https://facebook.com/bestwax.eu, mailto: bestwax.eu@gmail.com hamarosan: www.bestwax.eu a lustasag fel egesseg, en tejjesen egesseges akarok lenni
-
Atapi
senior tag
válasz MasterMark #3612 üzenetére
"így nincs net a többi gépen DNS probléma miatt."
csak névfeloldási probléma van? próbáltál már dns szerver címet beállítani a router dhcp beállításai között? (gondolok itt a netszolgáltató dns szerverére, vagy akár a google 8.8.8.8 kiszolgálójára)
-
4Grider
nagyúr
válasz MasterMark #7437 üzenetére
60 MB/s az kb. 500 Mb/s. Ennél nagyobb sebességet kell ám tudni vassal is támogatni. Pl. egy Sata-s hagyományos (nem ssd) HDD írási sebessége nagyjából e körül van.
-
Core2duo6600
veterán
válasz MasterMark #7437 üzenetére
Még jü helyzetben vagy, ilyen volt a régi szerver a cégnél 35 000 körül másolt rá a totalcommander gigabites hálón.
Valószínűkleg ennnyit tud, és nekünk vagy 10 000 rpm es sas hdd ék voltak benne dedikált raid vezérlővel.(#7440) Peetta14
Jól gondolod, a sebességed nem csökkenni fog, hanem nem fog műgődni, a gigabites kapcsolathoz kell a 4 ér.
Ha 1 et vitt oda, az 1 aljat.Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430
-
MasterMark
titán
válasz MasterMark #7454 üzenetére
Ha jól látom az alaplapi tud TCP Offload Engine-t, ez okozhat ekkora különbséget? Procihasználat kb. 30% mindkét esetben.
Switch Tax
-
MasterMark
titán
válasz MasterMark #7455 üzenetére
Nos, a TCP Offload Engine nincs bekapcsolva az alaplapin sem.
Amit észrevettem, hogy az alaplapin a bufferek 0=auto módban vannak.
Ha a külön kártyán maximumra rakom a buffert ami ott 2048 akkor már megy 98-100 MB/s-el a másolás. Viszont itt nincs auto mód.
Akkor ez azt jelentené, hogy így RAM-ba megy a másolás előszőr?
[ Szerkesztve ]
Switch Tax
-
#15490560
törölt tag
válasz MasterMark #7468 üzenetére
De mi a teendő? Windows 10 alap driver fennt van, nem jó. Realtek oldalán a legújabb nem jó, régebbit kukáztam a Realtektől az sem jó.
Ami még érdekes hogy a kubuntuval a firefoxban a letöltés fixen 100-110Mbit, míg a W10-el a 60Mbit is úgy jön hogy 30-60 között ingadozik.[ Szerkesztve ]
-
#15490560
törölt tag
válasz MasterMark #7471 üzenetére
Linuxon hogyan tudom? Soha nem volt még fennt. Adapter settingsben nem látszik semmi ilyesmi.
-
crok
nagyúr
válasz MasterMark #7483 üzenetére
Ezt akartam írni én is, erre ment ki minden teszt és minden link amit eddig fentebb írtam : D
-
n1nja
tag
válasz MasterMark #7483 üzenetére
Be van kapcsolva.
-
n1nja
tag
válasz MasterMark #7489 üzenetére
Wifin. Mi más?
Megj.: Az oprendszer újratelepítése előtt működött gond nélkül. (laptop)[ Szerkesztve ]
-
n1nja
tag
válasz MasterMark #7492 üzenetére
Reserved IP változtatás után mindenképp újra kellett indítani és utána láttam.
Request timed out.
-
n1nja
tag
válasz MasterMark #7492 üzenetére
Na totál újrakonfigoltam mindent és így működik gond nélkül.
netsh int ip reset
netsh winsock reset
és tűzfal visszaállítást kapott mindkét gép. Visszatértek a workgroup csoportba, kaptak új nevet:
BuBu-mini -> BuBu-miniPC
BuBu-NB -> BuBu-laptop.
IP címük továbbra is a routerben van lefoglalva, azokon nem változtattam.
Bármelyik eszköz a csatlakozás pillanatától látja és eléri mindkét gépet IP és név alapján is.
A laptopon a számítógép tallózó szolgáltatást ki kellett kapcsolni, hogy az androidos és egyéb eszközökön megjelenjenek a gépnevek és hogy ne kapjak hibaüzenetet windows-tól:
- nem sikerült átvenni a nevet
- más a főtallózó
...Végül nem tudom, hogy mi oldotta meg, de a lényeg, hogy működik.
Köszönöm a hozzászólásokat.Üdv.
Gábor -
Rigormortiis
veterán
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 6 Classic, Tab S8+, Playstation 5, Switch Oled
-
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..
-
crok
nagyúr
válasz MasterMark #7521 üzenetére
@MasterMark: Nem volt elég kielégítő a válaszom?
-
VeryByte
őstag
válasz MasterMark #8064 üzenetére
Mondjuk forwardert állítasz be neki. És mindenkinek ő a DNS szervere. Ekkor amit lokálban talál azt magától veszi, amit nem azt a forwarder-től.
"What is the most important thing in a woman?" - "The soul."
-
zoli121
aktív tag
válasz MasterMark #8106 üzenetére
Ha pl: az Nvidia oldaláról töltök le egy drivert akkor 1-1.5MB/s-nál többel nem hajlandó a 3MB/s helyett.
Ha nem áll lángokban a számítógép, akkor szoftverproblémáról lehet szó./// GTA Social Club : zoli1233 Hirdetéseim: http://hardverapro.hu/tag/zoli121
-
zoli121
aktív tag
válasz MasterMark #8108 üzenetére
Igen a 1.5MB/s oszlik meg.
Mikrotik SXT fej van fent.
Router: Tp-Link 1043ND V1Amúgy router nélkül közvetlen a gépbe dugva is ezt csinálja.
Ha nem áll lángokban a számítógép, akkor szoftverproblémáról lehet szó./// GTA Social Club : zoli1233 Hirdetéseim: http://hardverapro.hu/tag/zoli121
-
bambano
titán
válasz MasterMark #8110 üzenetére
a szolgáltató nem vásárol minden szerverhez külön sávszélt.
még sávközepet se.azt nem tudjuk, hogy a mikrón pppoe-val vagy mással kapja-e a netet, van-e mtu probléma, tuningolta-e a tcp stacket, stb.
az, hogy a multithreaded letöltővel dupla a sebesség, eléggé afelé húz, hogy tcp window scaling nincs, de kéne.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Black Dragon
addikt
válasz MasterMark #8162 üzenetére
Eddig valamiért jó volt (nem tudom hogyan) és most nem akart működni. De van a Let's Encrypt nevezetű tanusító, akivel a nason belül lehet hitelesíteni a honlapot (ha lehet annak nevezni) ezáltal pedig megoldódott a dolog, már nem írja ki ezt a "hibát". Egyedül a hálózaton belül csatlakozás esetén írja ezt ki de az már nem érdekes, úgy sem nyitom meg azon a linken keresztül.
Lényegében tehát megoldódott a dolog, köszönet a segítségért!
-
crok
nagyúr
válasz MasterMark #8164 üzenetére
Jaja, bent más IP lesz mint kint (esetleg egyik helyen IP másik helyen névvel van elküldve a link/megnyitva az URL) így az aláírás nem egyezik.
-
bambano
titán
válasz MasterMark #8179 üzenetére
DOA. nekik találták ki, a dead on arrival rövidítése.
van olyan, akinek a harmadik switche se lett jó (vett egyet, nem jó, garis csere, nem jó, garis csere, nem jó, garis csere, negyedikre jó).
egy-két wifis cuccuk romlott el nálam, meg egy edgeswitch lite lett doa, én több esélyt nem adtam/adok nekik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Formaster
addikt
válasz MasterMark #8193 üzenetére
PC-ről hálón belül felmegy helyi és külső IP címmel is, viszont a telefonra felrakott appokkal nem megy fel se helyi, se külső IP címmel, hálózaton belül sem. PC-ről is próbáltam hálózaton kívülről, szintén nem megy fel. Böngészőból hálón kívül-belül bejön a tartalom. Kilőttem a router SPI túzfalat is, de akkor sem akarja Ilyen NAT opcióim vannak.
(#8194) bambano Természetesen próbáltam NAT triggelés nélkül is, úgy sem ment. Kliensel hálón belül ír/olvas/letölt, külső hálózatról böngészőből szintén elérek mindent, de így nem tudok módosítani.
[ Szerkesztve ]
-
Formaster
addikt
válasz MasterMark #8196 üzenetére
Na egy kis változás, merthogy kintől PC-ről is úgy próbáltam elérni, hogy telóról osztottam a netet a gépnek. Viszont most csatlakoztam UPC-Wifree-re és lásd onnan kintről is elérem, ami ugye nem egy hálózat, szóval ha arról elérem, akkor elvileg a telefonomon lesz a gebasz, valamiért tiltja az FTP elérést. Több kliensel próbáltam, rém egyszerű a beállítás, IP, Port, User/Pass, szóval ott nem lehet gond, illetve próbáltam elütni, akkor nem várakoztat, hanem egyből hibát dob. Android alatt viszont nem tudom mi tilthatja az FTP elérést. Böngészőből ott is megy, de kliensen nem tölti be még úgy sem, ha a PC-nek adok róla netet. Volt fent egy Adguardom azt kilőttem, más tűzfalat nem találok.
[ Szerkesztve ]
-
Formaster
addikt
válasz MasterMark #8202 üzenetére
Az DNS kiszolgálónál rendben van az IP, viszont nem tudom, hogy milyen IP-re forwardoljak, mert a merevlemez a routeren van, a saját IP címét viszont nem engedi megadni.
-
titán
válasz MasterMark #8214 üzenetére
Csak kérdés, hogy a második helyszínen tud-e VPN-t használni? Pl munkahelyen nem biztos.
De kétségtelenül biztonsági szempontból jobb megoldás.Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
#19482368
törölt tag
válasz MasterMark #8216 üzenetére
Jahh, mert így nagy valószínűséggel nem tudja szűrni szegény rendszergazda a munkahelyen.
Nem túl elegáns megoldás, de kellőképpen aljas. -
Lacir
csendes tag
válasz MasterMark #8250 üzenetére
Azt is megköszönném, de elég ha csak leírnák hogy hol keresgéljek és durván mit csináljak. Gondolom ezért van a fórum. Az előtted lévő hozzászóló érdekes nem értette el a kérdést. Ezért kár volt hozzászólnod.
Példa:[link]. Mondjuk itt az utolsó sor nem világos[ Szerkesztve ]
-
Lacir
csendes tag
válasz MasterMark #8252 üzenetére
Bocs, hogy nem fogalmaztam világosan.
A routerrel együtt vettem egy mini gyorstalpaló videótanfolyamot. Az alapján a chain inputra beállítottam egy drop akciót. Ez jól is megy mert nem érek el semmit a neten. Most a 4 IPcím és a port beállításai vannak hátra, de ezt nem tudom, hogy chain inputra vagy chain forwardra, vagy chain outputra kell akcióznom.
Ebben kérnék útmutatást. -
janos666
nagyúr
válasz MasterMark #8280 üzenetére
Ha elég rugalmasan konfigurálható a switch chip, és enged szabadon VLAN-okat beállítani az OS, akkor szerintem nem is kell két külön eszköz (csak ha nem elég a portok száma), de az mindenképp lényegtelen, hogy a gyári OS alapértelmezésben miként konfigurálja a port-okat.
A legtöbb mai 1 x WAN + 4 x LAN portos SOHO dobozkán is csak az OS alapbeállítása az, hogy a beépített switch portjai így vannak szétszedve két VLAN-ra (WAN és LAN), bármikor csinálhatsz belőle újra 5xLAN switch-et (átrakod a WAN portot is ugyan arra a VLAN-ra, vagy akár letiltod az egész VLAN konfigurálási funkciót a switch-en) vagy több külön WAN-t és LAN-t is (ahány portja van).
Régebben még gyakoribb volt, hogy egy(-két) WAN port fixen el legyen szigetelve (nem tudom, hogy csak "beégetett" switch VLAN konfiggal, vagy fizikailag is), de a LAN rész általában ilyenkor szabadon osztható VLAN-okra. (Ennek a rugalmasságnak a hátránya, hogy áramkimaradás után még nincs VLAN konfig, csak ha betölt az OS, így előfordulhat hogy rövid ideig látják egymást a szándék szerint külön szedett hálózatok, pl egy PC a kábelmodemet. De talán van olyan switch chip is, ami épp ezért alapértelmezésben minden portot külön VLAN-ra tesz, míg nem kér mást az OS.)Az OpenWRT tuti enged VLAN-ozni (megfelelő eszközökön). A VPN-hez pedig nem értek (sohasem használtam), de szerintem van hozzá valami OpenWRT csomag, amivel talán könnyebben konfigurálható (és nem is neked kell kialakítani a teljes konfigot, ahogy tervezed, csak next-next-finish).
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
VeryByte
őstag
válasz MasterMark #8280 üzenetére
Miért így akarod csinálni? Milyen eszközökön?
Én inkább határ eszközön csinálnám, mégpedig azért, mert így nem kell portot nyitnom a befelé jövő VPN forgalomnak."What is the most important thing in a woman?" - "The soul."
-
DonThomasino
veterán
válasz MasterMark #8285 üzenetére
Egy ilyen PoE switch nél számolni kell vmi veszteséggel?
" I'm going to make him an offer he can't refuse."
-
DonThomasino
veterán
válasz MasterMark #8288 üzenetére
Jelerőség gyengülésre.
Bár ahogy nézem a poe se passive csak etherneten keresztül táplálkozik.
Én egy passive elmet szeretnék ami csak oszt semmi más,[ Szerkesztve ]
" I'm going to make him an offer he can't refuse."
-
DonThomasino
veterán
válasz MasterMark #8292 üzenetére
Igazából nincs gond, jelenleg is így van megoldva 2 helyen.
Szerettem volna egy passive megoldást hogy ne menjen 7/24 be.Az áromot utp valami speciális forrásból kapja ,
vagy az akár lehet egy másik router is ?" I'm going to make him an offer he can't refuse."
-
DonThomasino
veterán
válasz MasterMark #8294 üzenetére
Ha sokba kerül a poe megoldás akkor semmi.
A UPC Technicolor rouetr/modeme vajon poe injector képes?
" I'm going to make him an offer he can't refuse."
-
DonThomasino
veterán
válasz MasterMark #8296 üzenetére
Aha lehet akkor így marad. Köszi az infókat.
" I'm going to make him an offer he can't refuse."
-
BlackJapan
tag
válasz MasterMark #8311 üzenetére
Köszi szépen a gyors választ!
Sajnos csak hétvégén lesz időm próbálkozni.
Rámegyek = beírom a böngészőbe és enter bocsi
-
BlackJapan
tag
válasz MasterMark #8311 üzenetére
Na, a tplink router remote management beallitasanal megadtam egy port szamot es ugy mar elerem a routert kivulrol a ddns nev utan beirva a kettospont es port szam. Tehat valoszinuleg a homero is mukodik majd vele. Koszonom meg egyszer! Udv, B
-
OddMan
őstag
válasz MasterMark #8337 üzenetére
Elkezdtem kísérletezgetni és arra jutottam, hogy az IPv4 routing az megy, viszont az IPv6 routing nem. Az IPv4 esetén ugye lehet NAT-olni és így a szolgáltató routerében nem kell statikus route útvonalat felvennem, mivel a csomag közvetlenül a fedora routeremnek van címezve és miután átkerül a csomag az én routeremre azt a linux a NAT tábla segítségével átírja a csomag forrás címét és visszajuttatja az adott csomagot a belső hálózatomban lévő PC-nek.
Csináltam alább egy Móricka ábrát:
(szolgáltató router-e)-----(saját fedora router nat)-----(PC gép)Tehát a probléma az, hogy a szolgáltató IPv6-os routerében nincsen lehetőség statikus routing útvonal bejegyzésre és mivel IPv6-nál NAT sincs, így a szolgáltató routere a belső hálózatnak szóló csomagokat nem képes jó irányba routolni.
A kérdés, hogy a prefix delegation megoldás lehet erre a problémára?
Jelenleg az ISC dhcp-client van telepítve a linux gépemre, gondolom ebben kellene mókolni valamit, hogy működjön a prefix delegetaion. Talán ez a funkció bejegyzi a router-be a szükséges útvonalakat az egyes alhálózatokhoz. Mondjuk az én esetemben igazából csak egyetlen subnet kell a belső hálózatnak.[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
bambano
titán
válasz MasterMark #8339 üzenetére
a szolgáltatói rendszer arra van felkészítve, hogy van egy routered, aminek az egyik lába a szolgáltatói hálózatban van, a másik lába meg a lakás lan. arra nincs, hogy a másik lába újabb routerre csatlakozik, és amögött van a lakás lan.
ezért kellene neki routing bejegyzés, hogy a saját rotere mögé forwardolja a forgalmat.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
benyo513
tag
válasz MasterMark #8368 üzenetére
Azt, hogy két szinttel lejjebb lévő modemre rá tudtuk kötni a telefont és a fax nyomtatót, anélkül, hogy rj11-s fali aljzat kelljen (, így megtakarítva a villanyszerelő kihívását).
-
crok
nagyúr
válasz MasterMark #8375 üzenetére
En is akartam irni a TeamViewer-t de nem tom mi a szerver, van-e speci appja..
-
tjsz
senior tag
válasz MasterMark #8394 üzenetére
És abból milyen eszközt javasolsz?
-
zsolti1985
csendes tag
válasz MasterMark #8409 üzenetére
Konkrét példa?
-
zsolti1985
csendes tag
válasz MasterMark #8414 üzenetére
Az oké, hogy valami scriptel de mi az hogyan keressek rá?
-
Livius
őstag
válasz MasterMark #8421 üzenetére
Rákerestem a webshopjukban de még kis mérető dugóval felszerelt telefonkábeleket se látok náluk, hogy lenne.
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, MSI GeForce RTX 4060 Ti 16GB VENTUS 2X BLACK 16G OC
Új hozzászólás Aktív témák
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Háztartási gépek
- Yettel topik
- Kertészet, mezőgazdaság topik
- Synology NAS
- Milyen RAM-ot vegyek?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Szólánc.
- Fűzzük össze a szavakat :)
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Ozeki Kft
Város: Debrecen