Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Tolik rozruchu
jen v Lopuchu

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Windows 2000 [ŽP: neomezená] (kategorie Počítače) moderuje Jardax.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: yddwovs
[ 65 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 29.8.2008 16:43  525
JanamMě se to stalo taky ale v XP. Klavesnice fungovala v biosu, dokonce v menu windows, nebo v instalacnim programu windows, zkratka v DOSu. Jakmile ale nabehl windows, prestala pracovat. Po podarenem prihlaseni pres mys (mel jsem ucet guest bez hesla a tam jsem si zapnul "klavesnici na obrazovce") jsem objevil, ze se nedari zavest ovladac klavesnice. Vsechny pokusy jej znovu zavest selhaly... pomohla až reinstalace windows (opravit instalaci)
janam 29.8.2008 15:41  524
Klávesnice_nejde a nejde....Ahoj, mám problém s klávesnicí... nemůžu zapsat uživatelské jméno ani heslo. Klávesnice se mi při startování W2000 Proff nerozsvítí, neraguje na stisknutí jakékoliv klávesy. Zkoušela jsem klavesnici PS2 i USB a je to stejné.
Podařilo se mi však dostat se do BIOSU, kde funguje alespoň to základní. Dá se šipkovat, používat N/Y capslock.
Můžete mi prosím někdo poradit, co v biosu nastavit, abych pokročila dál?
Mohl by tohle zůsobit vir?
Už si nevím rady, a pokud mi někdo poradí, tak předem moc díky. J
nekromancer 19.8.2008 12:01  523
P.S.Ještě mě napadlo, nemůže to být nezafajfkovaným Kerberem v Security Connection Wizardu? Zmínku jsem o něm v helpu zahlídl, ale jestli jsem to pochopil dobře, chybět by při použití Integrated Security neměl.
nekromancer 19.8.2008 11:59  522
W2003 IIS + CGI problémČus, blbej problém s webem na W2003 (a navíc na clusteru, ale to nehraje roli, nejde to ani přímo).
IISKO při pokusu o spuštění CGIčka odkudkoli píše buďto chybu 404 not found, nebo 401 login failure.
Přitom:
- virtuální adresář je nasměrován na správnou cestu na disku
- adresář i soubory mají v NTFS přístupová práva nastavena na správné uživatele, kteří je přes souborové služby vidí a mohou je číst
- anonymní přístup je zakázán, jde se přes Windows Integrated security
- v IIS manageru je nastaveno čtení a spouštění potřebných souborů
- všechny klientské mašiny mají MSIE 6 nebo 7 pod W2000 nebo XP Pro, všechny mašiny jsou členy stejné domény, všichni klienti se přihlašují jako uživatelé z AD skupiny, která má nastavená práva pro přístup

Můžete mě někdo nakopnout směrem na tu kravinu, kterou nevidím i když už do toho brejlím od rána?
nekromancer 17.12.2007 21:12  521
keosan: Tak zrovna o tomhle si dovolím docela i pochybovat. Ve všech těch IS se přenáší jen textová data, výjimečně sem tam nějaká fotka, a pokud je konkrétně u nás pod záznamem přibalený nějaký dokument, nepřenáší se se záznamem, ale předává se na něj jen odkaz. Většinou ho totiž spolupracující pobočka vůbec neotvírá, je "jen" potřeba aby byl k dispozici.
U všech ostatních používaných IS se přenáší taktéž jen textová data, fotky jen výjimečně, takže TS by provoz opravdu neušetřil. Kromě toho TOHLE je zcela mimo moji pravomoc, takže se jedná o doslova akademickou debatu (i když z hlediska bezpečnosti dat by to spoustu vrásek ušetřilo a přechod na tenké klienty s např. CEčky nebo linem, které by na lokále měly stejně jako teď jen xicht k databázovým datům v zabezpečených centrech, jsem navrhoval už před 3mi lety - odpovědí bylo něco ve smyslu "a co z toho budeme mít?").
keosan 17.12.2007 11:04  520
Prave TS, alebo Citrix by v ramci vacsich vzdialenosti a viac pobociek boli celkom zaujimave. Ponizili by sa aj naklady na medzipobockove prenosy, pretoze by stacila tensia linka.


Alebo to chce potom webove IS /pripadne znakove rozhranie ako telnet/.


Pripadne sikovne celkom je aj Java rozhranie /ako lokalna aplikacia/, ktora komunikuje cez TCP/IP. Ale to zalezi na aplikaciach. Ak su rozne a neda sa ovplyvnit IS, tak TS/Citrix je asi najlepsim riesenim.

Inac maju potom IS neumerne poziadavky na siet, ktore v LAN nie su problem, ale pri MAN, WAN /v ramci vzdialenych pobociek/ predstavuju dost zbytocne vysoke naklady, za vysoku prenosovu kapacitu linky.
nekromancer 16.12.2007 17:28  519
Terminal services nemají vůbec a ani se o nich v nejbližších letech neuvažuje; nás by se ani netýkaly. Božuhell uživatelé našich stanic musí přistupovat i do několika jejich formálně rozdělených IS, jejichž databáze jsou na různých místech. Navíc se teď některé pobočky slučují a sestěhovávají. V posledních cca 2 letech mi to přijde, že to funguje hlavně setrvačností a plány na příštích 5~10 let bych nazval nejspíš antikoncepcí. Jediné, co se jakž takž plánuje, jsou stavební úpravy, a ještě i v těch je bordel jak v tanku.
keosan 15.12.2007 16:48  518
nekromancerpredpokladam, ze pristup k AD je kvoli IS. Pristup aplikacii priamo moze byt narocnejsi na siet, co je problem, ked su tenke WAN linky medzi vzdialenymi pobockami a i to moze byt viac nachylnejsie na stabilitu, kvalitu siete. Takze akasi obava tu z toho moze byt, pripadne este otazky bezpecnosti, kompetencii - ak je to ktovieako s organizacne zariadene /zodpovednost/.

Vtedy by mohol byt napr. kompromis - terminal server. Pristup na dany server, ktory sa da realizovat aj cez tenku WAN, i ked by bola chybova. A pristup na TS by sa uz dal rozne osekat. Hold, ale zase to chce licencie...
keosan 15.12.2007 16:42  517
nekromancerdecentralizovane IT ? Hmm, zaujimave...
Tiez mam rozne skusenosti, ze by sa nejednemu oci prevracali :-D

V ramci firmy to nevidim problem, to je o dohovoreni sa medzi diviziami /pripadne prikaz od sefov/. Horsie je to, ked je to medzi firmami...
nekromancer 15.12.2007 13:55  516
keosan: Všechno Enterprise. Potíž je ale IMO v tom, že správci AD a páteřní infrastruktury jsou řekněme jiná divize byť v rámci jedné firmy, než správci jednotlivých center na pobočkách a mají se slušně řečeno neradi. Jakákoli spolupráce je prostě utopie, a to i mezi nimi, natož směrem k nám jako dodavateli. Kdybych směl, měl bych co vyprávět a k smíchu by to nebylo.
keosan 13.12.2007 12:01  515
nekromancerbodu 4 sa vobec nedivim. Implementator nejakeho IS mava vcelku divne predstavy, co sa musi z hladiska bezpecnosti vynechat, urobit bez ohladu na stavajucu strukturu zakaznika.

Tiez sme vo faze nasadzovania IS, ked sa muselo robit na ukor bezpecnosti vela zlych ustupkov :-((( A to este oproti minulemu IS len same negativa, cize keby to aspon malo prinos...
-------------
Mimochodom, ak je problem s pridavanim dalsej domeny do AD - nemaju nahodou Small Business Server, ktory ma dost licencne okresane moznosti ? To by mohol byt problem.
nekromancer 13.12.2007 09:59  514
W2k3 Active Directory - propojení AD domén v existující sítiMám docela zvláštní problém a mám podezření, že s ohledem na postoj zákazníka přes to vlak nepojede:
1) existuje AD forest
2) je nově nainstalován serverový cluster včetně SQL serveru a AD domény, všechno je rozchozeno a zprovozněno, dokonce formálně předáno
3) uživatelé zákazníka z "nové" domény potřebují používat přístupy do databází a Exchange pošty v existujícím stromě
4) Iáci zákazníka ale mají výhrady proti zřízení trustů (bez udání důvodu, mám podezření že se jen z "principu" a trucu štorcujou)
5) neposkytli potřebnu součinnost pro nainstalování nové domény jako součásti jejich existující struktury

Tedy otázka (nenašel jsem odpověď ani v MS Knowledge and Help, ani googlem):
je způsob, jak existující AD doménu přidat do existující struktury AD jako novou větev / strom? A tím nemyslím "novou" doménu smazat, servery ponížit na obyč. servery v clusteru a po joinnutí do AD struktury to znovu nastavovat.
keosan 12.12.2007 15:31  513
Heh, ten datum som si ani nevsimol :-)
rychlonoh rychlonoh Máte hlad? - Co nového na kopci 11.12.2007 13:27  512
cau, ha odpoved na dubnovou otázku :-) .-) :-)
keosan 11.12.2007 12:24  511
rychlonoh vzdialena plocha, alias terminal services - iba ako klient, nie server. Ak nieco podobne ako je vzdialena plocha tak napr. VNC, alebo jeho klony RealVNC, UltraVNC,...

[ 65 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt