- Melyik tápegységet vegyem?
- Milyen belső merevlemezt vegyek?
- Milyen egeret válasszak?
- Rekordokat döntöget a Gigabyte új SSD-jének terhelhetősége
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen notebookot vegyek?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Az NVIDIA lett a világ legértékesebb vállalata
- ASUS Vivobook Snapdragonnal: talán egy új korszak kezdete!
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
Hirdetés
-
Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
it Figyelmeztető címkéket szeretne látni az USA tisztifőorvosa a közösségi médiában, ami főleg a serdülők számára lenne emlékeztető a platformok súlyosan káros hatásairól.
-
Új akkumulátortechnológiát hoz a OnePlus
ma A OnePlus Ace3 Pro lesz az első készülék a megnövelt kapacitású, de vékonyabb profilú teleppel.
-
Jönnek az eTVB hibás működését korrigáló BIOS-ok
ph Az Intel szerint nem ez a stabilitási gond oka, azt még ugyanis nem tárták fel teljesen.
Új hozzászólás Aktív témák
-
Windows hálózatkezelésével kapcsolatos problémánk adódott.
Van ugye maga a LAN, amit egy T-s HGW szervez. Megy is szépen.
Van egy RPI, amin fut egy OpenVPN szerver. Ehhez csatlakozva el is érjük a hálózati hosztokat. Minden rendben is van vele.
Csakhogy!
Egyéb okok miatt kell egy Windowson futó OVPN-kapcsolat is.
A Raspberry-t kikapcsoljuk, tehát nincs két OVPN szerver.
Egy windowsos gépen szépen fut egy OpenVPN Connect program, lehet is rá kapcsolódni távolról -- csakhogy NEM MINDEN hoszt jelenik meg rajta keresztül. Két céleszköz nem. Ezek a RPI OVPN-jén keresztül ugye elérhetőek, de ha a Windows adja az OVPN szervert, akkor nem.Helyből láthatóak, elérhetőek, de az OVPN-kapcsolaton keresztül már nem, sem belépés, sem ping.
EZ szerintem nem VPN hiba, de akkor a Windowsban hol keressem a megoldást?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!