Az, hogy milyen az interface, grafikus, karakteres, soros portos terminálos, vagy egy ethernet csatlakozó az interface-e, teljesen lényegtelen abból a szempontból, amit írtam. ;)
A virtualizáció az egy más dolog. Ha így nézzük, akár azt is mondhatnánk, ugyanabba a dobozba beépíthetünk két gépet, az egyiken Windows fut, a másikon Linux. Nyilván natív megoldásról beszéltem, amikor az illető alkalmazás hívja az alatta lévő operációs rendszer illetve library-k függvényeit.
Az, hogy neked lefagyott a gép, jó eséllyel a hozzánemértés miatt van. Bármelyik rendszert lehet úgy konfigurálni, hogy az labilis legyen. Gondolom, azt vártad, hogy feltelepíted, aztán működik. Ez így persze hülyeség. Először dokumentációt olvasunk, megnézzük, milyen nehézségekre számíthatunk. Vagy ha nem, akkor a problémák megjelenésekor elkezdünk kutakodni, s megoldani a problémát.
Mondok egy egyszerű példát. Ha a bootmanager-ben a kernelparaméterek között root filesystemnek hülyeséged adsz meg, lesz egy vaskos kernel panic-od, mivel gyökér filerendszer nélkül a kernel még a saját moduljait sem tudja betölteni, hiszen nincs honnan. Szóval butaságot csinálni nem túl nehéz. A Linux stabilan, megbízhatóan teszi a dolgát hozzáértő kezekben. Persze nem hibátlan, mint minden, amit ember csinált.
de van rá program,hogy a linuxot feltudja telepíteni windowsra virtuálisan xp-n server 2003 is futtatunk ill XP-be XP-t stb a végén már elég bonyolult lett... de ha eddig windows os volt már nem nagyon szokja meg az ember :( és minden a linux felé tolodott már el én is feltelepítettem még anno és mindíg lefagyott 2-3 kattintás után ésakkor elvette a kedven:(
Linuxos programot nem lehet Windows-on futtatni, és persze fordítva sem, hiszen egészen mások a két operációs rendszer függvényei, azok paraméterezései, mások a függvénykönyvtárak.
Linuxon például az alkalmazásaid a saját monitorodat meghajtó X-szervert is hálózati protokollon át éri el, míg Windows-on nem tudom, hogyan van, de ott nem X11-et használnak. Amúgy ezáltal meg lehet azt csinálni Linuxon, hogy egy távoli számítógépen indítasz el egy alkalmazást, a távoli gépen fut, de az alkalmazás ablaka a Te monitorodon van, magadnál tudod kezelni. Ez nem ugyanaz, mint a VNC, hiszen nem a távoli gép desktop-ját veszed át. A távoli gépet használó ember ezt észre sem veszi a saját monitorán.
De rengeteg különbség van a két oprendszer között. Az ne zavarjon meg, hogy vannak multiplatform alkalmazások, mint például a Firefox. A Firefox-ot lefordították Windows-ra is, Linuxra is. De csak az adott oprendszerhez valót lehet futtatni, keresztbe nem.
Vagy ott vannak a script-ek. Windows-on nem tudsz bash script-et futtatni, Linuxon meg nem fog menni a windows-os batch file. (bash != batch)
:( NEM KAPTAM VÁLASZT AZ EMAILRA :( A NAS OKROL IS INFORMÁLODTAM ÉS MINDEGYIKNÉL PANASZKODNAK,HOGY EZ ÉS AZ NEM JÓ.....ÉS MOST DÖNTSEM EL,HOGY HÉNYLEG NEM JÓ VAGY CSAK NEM ÁLLÍTOTTAK BE JÓL VLAMIT HOZZÁ...
Még ezen a csúcs sebességen is teljesít :D kértem segítséget az rtorrent telepítésében remélem tud majd valaki segíteni...megvannak,hogy miket kelelene bepötyögni,de ez akkor is sok
Linuxon futtatási jog van, nem a file nevétől - *.com, *.exe, *.bat - futtatható egy file, hanem attól, hogy az illető felhasználónak van execute joga.
hogyan lehet linuxos firmware routerre torrent klienst telepíteni vagyis levan írva h hogyan kell,de ki igazodik el azon...miert nem csinalnak olyan firmwaret ami be már megírták a parancsokat...:(
0. Titkosítás nélküli MAC filterezett hálózat erősen kerülendő, a jóhiszemű wardrivingolót is szopatja.
1. Jóhiszemű júzer nem fog nekimenni a titkosított hálózatnak.
2. VÉLETLENÜL nem lehet feltörni még a WEP-et se.
A fentiekből következik, hogy a betörő explicit feltörési kísérlettel, megfelelő szoftver alkalmazásokkal felszerelkezve vág neki a történetnek.
Jelen körülmények között polcról levehető eszközök ellen se véd:
SSID broadcast kikapcsolása
SSID átírása
MAC filter
DHCP kikapcsolása
Default IP címtartomány variálás
WEP mondjuk opciós, ha a kulccsere be van kapcsolva, akkor azért már érteni is kell hozzá.
Vegyük észre, hogy aki átjut a WPA/WPA2 authentikációján, azt nem fogja olyasmi megállítani, ami némi googlizás után nulla hozzáértéssel is (next-next-ok) feltörhető.
Innentől kezdve az ilyen cuccokkal (mint pl az SSID kikapcsolása) csak extra munkát csinál magának az ember. Persze aki szeret sportból szopni (aka játszani az ilyesmikkel) az felőlem csinálja, de amikor a haver laptopja nem működik, mert izé (elgépelt default gateway, SSID, jelszó, akármi), még ezt is be kell írni, meg a default gatewayt is, meg bocs, még fel kell hogy vegyelek a listába, mi is a MAC címed, ööö hol lehet megnézni...
A biztonság mindig a használhatóság rovására megy, és jelen esetben ezekkel a technikákkal (a játékon kívül) nulla nyereség jön. Ellenben a szopószorzót növeli.
Hát nem ugy vettem észre,hogy lenne netem DHCP nélkül a router 192.168.1.0 hálótaton van beírtam 192.168.2.111 és láss csodát nem volt netem,de ha neked van akkor csak rajta :D és a dhcp melett is belehet lépni statikus cimmel ami még csak nem is mutat a DHCP listán mivel nem a router osztotta ki!
főleg ha nem használsz 2-3 karakternél hosszabb jelszót... ;-)
Egyébb esetben (>20 karakteres jelszó) akár több ezer év is kell a feltöréséhez. addigra meg már kit érdekel...
Dhcp: a kikapcsolása csak segíti a betolakodót. ha belép bármilyen IP címen (2842) akkor az internetedet már eléri, ha egy trace után módosított ip-vel lép be akkor már a lanodat is eléri...
Ha be van kapcsolva a dhcp akkor nem lenne ennyire könnyű. A dhcp tartományon belül nem tud fix-ip vel csatlakozni (de azon kívül igen). a mac+dhcp miatt nem tudna ennyire könnyen másik ip-hez jutni... Ha csak dhcp-vel tud csatlakozni az feltünőbb: mert szerepel egy idegen a dhcp-listában - nem kell logot bújni.
