Hozzászólások
-
Bejegyzés
-
Ezt az 500MB-os kidobós dolgot hirtelen még elméletben se tudom neked kitalálni, de egy régi hsz-emböl
http://www.linuxforum.hu/index.php?topic=22076.0
használd fel a sávszél korlátozó scriptet, hátha valamilyen szinten megoldást jelent addig is neked.Egyébként meg használd a keresöt hátha találsz valami hasznosat! 😉
Bár így elgondolkozva script-ekkel megoldhatod valahogy, hogy 1-1 gép letöltését valamilyen progival megnézed az adott hónapra, majd valami adatbázisba (text fájl vagy mysql vagy ami jólesik) vezetve és idönként csekkolva már berakhatod illetve aktiválhatod a squid-os szabályait.
Elég complex script lenne az tuti…Ezt az 500MB-os kidobós dolgot hirtelen még elméletben se tudom neked kitalálni, de egy régi hsz-emböl
http://www.linuxforum.hu/index.php?topic=22076.0
használd fel a sávszél korlátozó scriptet, hátha valamilyen szinten megoldást jelent addig is neked.Egyébként meg használd a keresöt hátha találsz valami hasznosat! 😉
Bár így elgondolkozva script-ekkel megoldhatod valahogy, hogy 1-1 gép letöltését valamilyen progival megnézed az adott hónapra, majd valami adatbázisba (text fájl vagy mysql vagy ami jólesik) vezetve és idönként csekkolva már berakhatod illetve aktiválhatod a squid-os szabályait.
Elég complex script lenne az tuti…borosspet wrote:….hanem mert egy új abevexe verzió 3 hibát javít, és hatot gyárt…Valahonnan ismerös ez a szokás. Nem? :)))
borosspet wrote:….hanem mert egy új abevexe verzió 3 hibát javít, és hatot gyárt…Valahonnan ismerös ez a szokás. Nem? :)))
wizardSWF wrote:tűzfal nem hunyó, közben megoldódott a probléma… az ethernet-et a bridged helyett NAT-olni kellett vmware-en. tömören ennyi. (tűzfal egyáltalán nem zavar bekapcsolt állapotban semmit sem sambának, sem a win csoport tagoknak.)Azért köszönöm a tippet.
Wiz
Nincs mit, viszont akkor a NAT-al eltaláltam a megoldást 🙂 😛
wizardSWF wrote:tűzfal nem hunyó, közben megoldódott a probléma… az ethernet-et a bridged helyett NAT-olni kellett vmware-en. tömören ennyi. (tűzfal egyáltalán nem zavar bekapcsolt állapotban semmit sem sambának, sem a win csoport tagoknak.)Azért köszönöm a tippet.
Wiz
Nincs mit, viszont akkor a NAT-al eltaláltam a megoldást 🙂 😛
wizardSWF wrote:A virtuális xp-n létrehozok egy megosztást, a munkacsoport beállítva, de a host gépről csak smb://ipcím alapján érem el, viszont a virtuális gépről sehogy sem látok a host felé, sem a munkacsoport többi tagja felé.az érdekes a dologban az, hogy a munkacsoportban viszont a gépet magát látom (másik win gépről [laptop]) igaz belépni jogosultság hiányában nem tudok…
Gondolom a vmware vagy a linuxod tüzfala a honyó.
Mennie kell ilyen dolgoknak. Olyan egyébként mintha NAT-olnál. Egyszerüen a gazda gépednek (ami végzi az emulációt) forwardolnia kell a megfelelö gépeket a vendég (emulált) hálókártya számára.
Ergó mintha egy hálózatban lévö gép lenne…Nekem ment így annó tesztként qemuval és vmware-el is xp-m ami gond nélkül tudott kommunikálni oda-vissza a hálózatban a megfelelö tüzfal illetve routolási szabályok után.
wizardSWF wrote:A virtuális xp-n létrehozok egy megosztást, a munkacsoport beállítva, de a host gépről csak smb://ipcím alapján érem el, viszont a virtuális gépről sehogy sem látok a host felé, sem a munkacsoport többi tagja felé.az érdekes a dologban az, hogy a munkacsoportban viszont a gépet magát látom (másik win gépről [laptop]) igaz belépni jogosultság hiányában nem tudok…
Gondolom a vmware vagy a linuxod tüzfala a honyó.
Mennie kell ilyen dolgoknak. Olyan egyébként mintha NAT-olnál. Egyszerüen a gazda gépednek (ami végzi az emulációt) forwardolnia kell a megfelelö gépeket a vendég (emulált) hálókártya számára.
Ergó mintha egy hálózatban lévö gép lenne…Nekem ment így annó tesztként qemuval és vmware-el is xp-m ami gond nélkül tudott kommunikálni oda-vissza a hálózatban a megfelelö tüzfal illetve routolási szabályok után.
legutóbbi hsz