Vzdálený přístup Windows server 2003



Dobrý den,  
  
zakoupili jsme Windows server 2003 s 5 CAL terminálovými licencemi. Licence se mi podařilo úspěšně nainstalovat avšak nějak se mi nedaří celé řešení zprovoznit. Pokud spustím konfiguraci terminálových služeb a vytvořím zde jeden "server", tak se mi vždy nastaví pouze 2 uživatelé, s dodatkem, že vše slouží pro konfiguraci přes vzdálenou plochu. Dokonce jsem do PC přidal i druhou síťovou kartu, ke které jsem chtěl připojit 5 uživatelů z CAL licence. Server si však i zde změnil počet uživatelů na 2. Nevíte někdo co s tím?  
  
Děkuji
a mas nainstlaovnaou ROLI terminaloveho serveru?
<p>mise byla vyplněna! tato <a href="http://thismightbehelpful.blogspot.com/2008/09/remote-access-to-cups-web-interface.html">stránka mi hodně pomohla</a> .</p><p>jediné, co jsem musel udělat, bylo přidat "povolit vše" k přístupu na server a na administrátorské stránky, takže moje konfigurace nyní vypadala takto:</p><pre><code># restrict access to the admin pages... &lt;location /admin&gt; order allow,deny allow all &lt;/location&gt; # restrict access to configuration files... &lt;location /admin/conf&gt; authtype default require user @system order allow,deny &lt;/location&gt; </code></pre><p>teď už jen musím přijít na to, abych umožnil pouze těm v mé lokální síti přístup k administrátorským stránkám a konfiguračním souborům :) (i když to pravděpodobně není velký problém, protože nemám přeposílání portů pro 631 nastavený na routeru? ).</p><p>edit: abych mohl povolit pouze určitý počítač, mohl jsem něco udělat</p><pre><code>&lt;location /admin&gt; order allow,deny allow from 10.10.10.5 &lt;/location&gt; </code></pre><p>nebo pro celou podsíť 10.10.10,</p><pre><code>&lt;location /admin&gt; order allow, deny allow from 10.10.10.* &lt;/location&gt; </code></pre> Ve vašem OP, že jste nastavení manipulaci pro výchozí url.


Pro vaši druhou virtuální webový server, stačí použít konkrétní název hostitele v config, který je druhý název hostitele na stejném stroji. Tento jev se nazývá "name-based" virtuální hosting. Viz [wikipedii](http://en.wikipedia.org/wiki/Virtual_hosting) .


Nezapomeňte, že více hostitelů lze vyřešit na stejné IP adrese.


Můžete použít plnou dns systém, pokud budete chtít, stačí zadat místní síťovou adresu (192.168.xxx) - URL, nebude pracovat pro stroje není ve vaší lokální síti.


Více informací bude k dispozici na webmasterů SO webu.


**[Sloupek](http://www.geeksengine.com/article/apache-multiple-local-websites.html) s instrukcemi** <p>pokud server používá tcp/ip, pak je jednoduchým způsobem telnet k portu serveru sql a uvidíte, zda se připojuje. ve výchozím nastavení je port 1433, takže by to mělo fungovat:</p><pre><code>telnet servername 1433 </code></pre><p>ve většině případů to bude pravděpodobně vhodné.</p><p>pokud používá jiný port nebo dynamické porty (společné s pojmenovanou instancí), musíte určit, na kterém portu je právě naslouchán. zkontrolujte správce konfigurace serveru sql a zkontrolujte, zda se jedná o konkrétní port nebo dynamické porty. pokud používáte dynamické porty, pak pokud nemáte na serveru více instancí, <code>netstat -abn</code> je pravděpodobně nejjednodušší způsob, jak najít to, co používá. v opačném případě kopejte protokolem událostí systému windows nebo protokolem chyb serveru sql pro zprávu označující port, který instance používá.</p><p>pokud sql server používá named pipes, pak i <em> věřím </em>, pokud máte přístup k sdíleným položkám na počítači, máte dostatečné síťové připojení. tento článek uvádí, že můžete jít dále a zkusit se připojit ke sdílené složce ipc $:</p><p> <a href="http://msdn.microsoft.com/en-us/library/aa275787%28v=sql.80%29.aspx">http://msdn.microsoft.com/en-us/library/aa275787%28v=sql.80%29.aspx</a> </p><pre><code>net use \\servername\ipc$ </code></pre><p>to je napsáno pro sql server 2000, ale já si nemyslím, že se tento aspekt hodně změnil, pokud vůbec.</p> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> <p>vypadá to, že na portu 26 druhého počítače neběžíte ssh. číslo portu na tomto počítači můžete změnit na 26.</p><p>buď upravit <code>/etc/ssh/sshd\_config</code> &amp; nezapomeňte restartovat ssh nebo jej nechat na 22, ale předejte port 26 na routeru na port 22 na druhém počítači. nezapomeňte také změnit nastavení brány firewall na druhém počítači a umožnit tak připojení.</p> <p>použil jsem klientský software vpn v systému mac os x, který unesl výchozí cestu k odeslání veškerého provozu tunelem (ve skutečnosti, pokud mi paměť slouží správně, to bylo cisco). pokud by byli nainstalováni dva tito klienti, nebo dokonce jeden a zdravý klient, pak odpověď na otázku „kam tento paket půjde?“ bude záviset na čase a implementaci. pravděpodobné možnosti jsou, že jeden z klientů „vyhraje“ a vyzvedne veškerý provoz, nebo že jeden z tunelů je implementován prostřednictvím druhého. co se stane v takovém případě na windows, je mimo mě.</p><p>když mluvíte o konfliktech „řešení adres“, záleží na tom, co máte na mysli. pokud máte na mysli arp řešení, neměl by to být problém. stejně jako u každého systému připojeného ke dvěma sítím by měla být v mac adresách dostatečná jedinečnost, aby nedošlo ke kolizím. pokud jde o rozlišení dns, záleží to na konkrétních implementacích klientů vpn a klientské schránky v soukromé síti. pokud se chovají správně, mělo by být možné použít server dns přes privátní síť nebo veřejnou síť (všimněte si však možnosti kolizí názvů na počítačích v klientských doménách vyhledávání). pokud se nebudou chovat, pak to opět záleží na specifikách situace.</p> <h2>pro 12.04 a novější</h2><p><code>gconf</code> je nyní zastaralé - <a href="http://en.wikipedia.org/wiki/gconf">http://en.wikipedia.org/wiki/gconf</a> - a <code>gsettings</code> lze použít místo něj.</p><pre><code>gsettings set org.gnome.desktop.default-applications.terminal exec 'terminal' </code></pre><p>kde <em> terminál </em> je příkaz, který byste použili k jeho otevření z terminálu.</p> <p>nevytvářejte místní účet se stejným názvem jako účet domény. pokud chcete přidat přihlášení k doméně jako správci sql, postupujte takto:</p><ul> <li>vytvořit přihlašovací údaje pro účet domény: <code>create login [ad\sql1] from windows;</code></li> <li>přidat přihlášení do skupiny sysadmin: <code>exec sp\_addsrvrolemember 'ad\sql1', 'sysadmin';</code></li> </ul><p>hotovo. stejného výsledku byste dosáhli, pokud jednoduše přidáte <code>ad\sql</code> účet místním správcům prostřednictvím <code>net localgroup administrators /add ad\sql1</code> (z cmd shell), ale to není správné řešení, protože poskytuje <code>ad\sql1</code> všechna oprávnění správce nt kromě udělení mu sql admin, což není uvedeno jako požadavek, je tedy zbytečné zvýšení. btw pravidlo, že členové místní skupiny administrators jsou administrátoři sql, není implicitní, je explicitní oprávnění udělené ve výchozím nastavení během instalace sql <em>a může být odvoláno</em>, takže jej musíte zkontrolovat.</p> <p>upstart cesta je</p><p><code>sudo service lightdm restart</code> pro novější verze používající <strong> lightdm </strong></p><p>nebo <code>sudo service gdm restart</code> pro starší verze používající <strong> gdm </strong>.</p><p><strong> aktualizace: </strong> další možnost, která nepoužívá terminál, ale používá kombinaci kláves, lze nalézt na <a href="https://askubuntu.com/questions/39571/how-to-set-keyboard-combination-to-kill-the-server">jak nastavit kombinaci kláves na zabít x server?</a> </p> <p>od <a href="http://forums.microsoft.com/technet/showpost.aspx?postid=3825120&amp;siteid=17">podpora společnosti microsoft</a> přes fóra společnosti microsoft:</p><blockquote> <p>další šetření zjistí, že se jedná o očekávané chování aplikace visio 2007. pokud aplikace visio otevře připojení pomocí ovladače serveru visio sql server zkontroluje verzi serveru a protože sql server 2008 dodáno po aplikaci visio 2007 nerozpozná sql server 2008 jako podporovanou verzi a zavře spojení. počkejte na budoucí verzi aplikace visio na loď, která rozpoznává sql server 2008 nebo použijte ovladač visio generic odbc, který může úspěšně otevřít připojení k serveru sql server 2008. třetí možností je použít kopii serveru sql server 2005 pro počáteční reverzní inženýrství. tým visio si je vědom tohoto problému.</p> </blockquote>