Leven is meervoud van lef
Voor zover ik weet Loesje, is het slim om een perproxy te gebruiken, maar hoe dat moet? Geen flauw idee! Sorry. Er zijn wel een hoop anderen die je dit uit kunnen leggen, bijvoorbeeld dutchman, energy en wildhagen.
Heren, leg het even uit aub
Suc6 Loesje
Bericht hierboven
zelf heb ik op het werk een aantal PC's lopen met de koe, heb daar ook koe-shirt aan, dus herkenbaar. heb op het LAN een directory staan met de remote buffers (in en uit), clients pakken daar vanaf als ze fetchen/flushen. Ook logfiles gaan naar zelfde LAN-schijf, zodat je kunt controleren wat er gebeurt met clients. Dit is wel een NT-netwerk, maar neem aan dat Netware ook ongeveer zo werkt. Keyserver heb ik disabled staan, omdat er op het LAN geen internet-toegang zit.
Een collega van mij heeft het als volgt in praktijk gebracht :
Op sys:public een "verborgen" directory aangemaakt waarin de buff-in en buff-out bestanden staan.
Via ZEN works (kan uiteraard ook handmatig, dan moet je wel de juiste rechten aan gebruikers geven op de directory) een applicatie-object aangemaakt die hidden de client op het werkstation opstart, rechten via het applicatie-object gegeven, applicatie-object aan de workstation objecten gehangen, direct laten starten en klaar.
Hij hield zelf met zijn ws (en internet toegang) de blokjes bij (flushen/fetchen ed.)
Zo zou het moeten werken, zoals gezegd kan je ook handmatig de client installeren, dan wel uiteraard opstarten vanaf de gemeenschappelijke directory op het netwerk ....
Verwijderd
Ik heb bij D.net gekeken maar er is geen Netware pproxy client beschikbaar dus dat lijkt mij niet mogelijk.
Loesje
Als je het aan de praat krijgt ben ik zeer benieuwd hoe, dan kan ik op kantoor misschien ook nog wel wat koeien uitzetten
Ik denk dat ik Zen beter kan zeggen om een run-once te draaien met dnetc-install. Dan werkt het ook als er niemand ingelogd is, Elteor. (hier draait (nog) zen 1, dus kan geen applicaties aan WS hangen.)
Dan moet ik trouwens wel het distribueren naar iedere compu afzonderlijk, en kan ik misschien die remote-buffer gebruiken.
Ik ga het morgen proberen, en hou jullieop de hoogte. . .
(Als ik morgen 100 kwaaie gebruikers voor me heb staan, horen jullie het ook...)
Leven is meervoud van lef
Verwijderd
Draai je TCP/IP?
Verwijderd
Verwijderd
Ik heb een share aangemaakt op het netwerk en heb daar dnetc.exe en dnetc.ini gekopieerd naar dnetc1.exe en dnetc1.ini.
In het loginscript (via kix) laat ik de clients dnetc1.exe opstarten die bij het opstarten dnetc1.ini lezen. In dnetc1.ini heb ik de fetch en flush buffers op 1500 gezet.
op mijn eigen systeem start ik dnetc.exe (die dnetc.ini leest) met daarin een fetch buffer van 1500 en een flush van 750.
Nu wordt bij 750 WU's op mijn systeem een update uitgevoerd terwijl de andere systemen gewoon door grazen.
Zo heb ik er dus geen omkijken meer naar, ook dagelijks handmatig flushen is geen probleem.
Nu is het wel zo dat jij (mazzelaar) met een Novell netwerk te maken hebt, alleen kan ik me niet voorstellen dat bovenstaande configuratie niet zal werken bij jou.
Het beste is natuurlijk om een perproxy te installeren en dnetc.exe lokaal te draaien.
Naast een Novell-server draait er voor de mail en als internet-proxy een linux-server. (Wicked, het heeft voordelen als je (vrijwel) volledig zelf kan beslissen over de software die je draait :-) )
De linux-bak logt in op de netware-server, draait daar een koe met een enorme buffer. De workstations hebben hun eigen buffer lokaal staan, en gebruiken die op de server als remote-buffer. Updates worden met een crontab-je automatisch geregeld.
Naar de workstations gewoon met zen gedistribueerd, de koe draait op de workstations als service, dus ook als er niemand is ingelogd. (niet met login-script, dus)
Ik heb alleen ergens gezien dat Mac's, met name G4's goede grazers zijn. Ik moet nog kijken hoe ik die aan de praat ga krijgen...
(ze zitten ook op het novell-netwerk)
Leven is meervoud van lef
De G4's zijn inderdaad een soort monsters als het aankomt op het kraken van blokjes. Er is hier wel een lid die een hoop van de Mac's afweet, als je even zoekt in het forum, of onder "oude" topics, dan kom je hem wel tegen. Kan je hem persoonlijk die vraag stellen, of je start een nieuw draadje...
Plezier!
/me out
Bericht hierboven
leg eens iets meer uit over dat Vengeance MUD gedoe , want ik kom niet echt ver zo......
(ben wel al in the mood geloof ik)
Young child with dreams, dream every dream on your own. When children play, seems like you end up alone. Papa says he'd love to be with you, If he had the time. So you turn on the only friend you can find, there in your mind.. (Neil Diamond -Shilo-)
Is dat niet een beetje off-topic? En hoe kom je er ineens bij. Lucky guess?
Loesje. (RoV Council)
Leven is meervoud van lef
Ik wil ook wel weten wat dat is, ga er maar eens even rondkijken...
/me out
Bericht hierboven
Verwijderd
En dan bv 1 client het updaten laten verzorgen ?
Verwijderd
'k heb hier 2 weken lang een locaal netwerkje, met een novell 5 servertje (dual P550) hij draait op het moment een printserver dinges, en met ctrl esc komt ik in een dos achtig window'ke. help ingetikt, me vergaapt aan al die leuke commmando's, maar HOE krijg ik hier een koe op. novell draait toch op dos? 'k heb verstand van linux, window 2000 -met al z'n server editions-, en nt. maar novell gaat me voorlopig boven me pet. wie weet raadt?
't is toch zonde om dat ding ongebruikt te laten...
Jezus, die profile, dat heb ik maanden geleden ingevuld. (jaar?!?) Maar ga gerust eens kijken. . .
// off-topic
crashnet:
Niet helemaal. Iedere koe heeft zijn eigen buffer (lokaal) en er is een koetje dat draait met een enorme buffer. De andere koetjes halen hun blokjes vervolgens niet bij een keyserver (die moet je uit zetten) maar bij een 'remote- buffer', wat gewoon de grote buffer is van die ene koe. (en dat is de enige met directe internet-toegang)
Teun:
Wat ben je aan het doen?!!? Novell != NT.
Dos word alleen gebruikt om novell te starten. Onder oudere novell-versies was er zelfs het commando 'remove dos'. Dos wordt echt niet meer gebruikt, het is een eigen OS.
Dat text-schermpje van je is het eigenlijke OS. Daar kan je het bedienen. Die grafische shell kan je zelfs beter uitzetten, kost alleen maar geheugen en irritaties. (het is in JAVA geschreven, en -dus- sorry dat ik het moet zeggen, traag en geheugenvretend.) Het is meer unix-achtig. Vergelijk het met Linux. Je werkt in text-mode, maar kan een x-server/client opstarten. (de grafische mode start je ook met het commando 'startx'. Toeval?!?)
Maar je hoeft nooit bij die server te komen.
Over je koetje, er is een koe voor netware-servers beschikbaar. Volgende week is de boel hier een week dicht wegens de vakantie, en ga ik hem voor de grap maar eens proberen.
Maar ik zou nooit een koe draaien op een serieuze server, iemand die dat hier doet?
Leven is meervoud van lef
Verwijderd
ik heb alle rechten en admin wachtwoorden. ik ben beheerder van het netwerkje dus ik mag het doen. alleen is de vraag HOE?
Verder zou ik X er idd zo snel mogelijk uitslopen, heb je alleen maar last van.
Enne, lees eens wat documentatie over NetWare.
Verwijderd
Ik draai zelf een koetje op een netware 3.12 server, en volgens mij is het enige wat je hoeft te doen, na het unzippen van de client, in het 'dos-achtig windowke' in te tikken:
LOAD [PAD]\dnetc.nlm
Hoe het pad is opgebouwd heb ik zo niet bij de hand, ik dacht iets van:
[SERVERNAAM]:[PARTITIENAAM]\pad
Partitienaam is waarschijnlijk SYS.
Graas ze!
Hierna ga je vanaf het command-prompt scherm van de Novell server de koe laden ( (load) sys:dpc\dnetc.nlm )
Bij de eerste keer opstarten krijg je het configuratie-scherm, hiermee pas je de parameters aan in je ini bestand. Indien je geen internetverbinding hebt even ergens anders vandaan een input bestand in de zelfde directory zetten, dnetc.nlm nogmaals starten en draaien maar ...
Veel last hebben we er niet van, alleen tijd kritische meuk merk je het mee, zoals netwerk management stations.
En 8 Mkeys van een enkele server is wel grappig, natuurlijk
Het enige nadeel is dat de koe nog een net iets te hoge prio heeft. Ideaal gezien zou 'ie het idle proces moeten vervangen.
Root don't mean a thing, if you ain't got that ping...
GroupWise is namelijk ongelooflijk traag als er DNETC draait.
(er bestaat niet zoiets als een idle prioriteit in NetWare, NetWare is enkel bedoeld om services op te draaien, en services moeten altijd draaien, en niet alleen in idle time...)
Verwijderd
Ik vindt het eerlijk gezegd vreemd dat er her en der systeembeheerders of andersoortige ITers de tijd hebben/nemen om overal op hun netwerk koetjes te zetten. En dan praat men ook nog over "grappig om te zien dat op alle servers de CPU time op 100 staat". Ja zo kun je nooit controleren hoe je netwerk draait....
Allemaal heel vreemd, ik ben zelf ook systeembeheerder maar voor dit soort dingen heb ik op m'n werk echt geen tijd. En al zou ik die hebben dan deed ik het nog niet.
LET WEL: dit is niet afkeurend bedoeld, dat moet men allemaal zelf weten, ik wou er alleen iets over kwijt that's all !
Groeten Seq_uence
Donec eris felix, multos numerabis amicos
EN het installeren van de koetjes was niet zoveel werk. Al moet ik wel zeggen dat ik er woensdag wel een probleempje mee had. Lang verhaal, maar het technisch onderhoud had na weken zeuren van mijn kant ergens voeding aangelegd, zodat ik een switch om kon leggen. Nu vonden ze dat ik dat meteen, die dag, moest doen. . .
Dat heb ik gewoon keihard geweigerd. Ik had me immers voorgenomen om die koeien te doen, en had geen zin in kabels trekken, besides, dat kon best een dag wachten, na al die weken. Hij keek wel heel verbaasd en boos. Maar wat kan hij nou doen? Een andere beheerder zoeken?!? Veel succes!
Het kost me drie uur, het geeft me lol in het werk, is een goede oefening (?) en toont me zwakkepunten in het systeem. Ik denk dat dat redenen genoeg zijn om het toch te doen. Ik kon ook een newbie van ons laten zien hoe het een en ander werkte. Voor sommige dingen moet je gewoon tijd maken.
Maar ergens heb je gelijk.
Leven is meervoud van lef
Verwijderd
15 juli gaat 'ie weer van de server af.