Vecās spēlītes tīkla uz Windows 7

Viena no, manuprāt, visu laiku labākajām spēlēm ir Baldur's Gate 2. Pirmā daļa tikko izlaista no jauna, drīz gaidāma arī otrā (nosaukumā klāt nāk Enhanced Edition). Bet arī oriģināls strādā vēl joprojām bez problēmām (nu gandrīz, skatīt zemāk). Pie tam tai ir milzīgs laika gaitā izveidots modu klāsts, kas ļauj pārvērst spēli pavisam savādāku.

Viens no lielajiem BG plusiem ir iespēja spēlēt tīklā - pat mūsdienās to piedāvā gandrīz tikai hack-n-slash RPG, bet tādas spēles kā SW:KoTOR un Dragon Age nekā (par pēdējo vēl neilgi pirms izlaišanas bija cerība, ka būs, bet nekā). To arī veiksmīgi darījām pāris nedēļu garumā. Tiesa gan, katru vakaru vispirms vajadzēja izcīnīties, lai tīkls strādātu.

Pirmā lieta, kas palīdzēja vismaz 10 reizes, tiesa gan, nav ne jausmas, vai tā tomēr nebija sagadīšanās – tā kā uz viena datora spēle tika laista no ārējā diska, izskatījās, ka Windows (7 64bit) katru reizi nojauc ugunsmūra (iebūvētā) uzstādījumus. Palīdzēja izdzēst esošo atļauju un, palaižot spēli, atļaut no jauna. Bet, kā jau rakstīju, tā varēja būt arī sagadīšanās.

Otrā un, visdrīzāk, īstā problēma ir Windows 7, DirectPlay un UPnP kopējā nesaderība. Kad pameklē ar šādiem vārdiem internetā, tad atrodami diezgan daudzi līdzīgi gadījumi, kad šo lietu kombinācija izsauc problēmas. Zāles ir pavisam vienkāršas - uz rūtera ir jāatslēdz UPnP funkcionalitāte. Mēģināju izdzēst UPnP uzstādītos nosacījumus, bet tas nepalīdzēja. Arī tikko restartēts rūteris neko nedeva. Tā arī neesmu sapratis, kas pēkšņi vakar mainījās, jo pirms tam viss strādāja... Lai arī konceptuāli šis nav tas labākais risinājums, pēc vairāku stundu čakarēšanās arī tas der.

Satelītkartes kā ekrāntapetes

Tīri nejauši uzgāju jauku piedāvājumu no Microsoft – Windows 7 dinamiskā ekrāntapete, kas attēlo labākos skatus no Bing Maps satelītkartēm.

Viens klikšķis uz Download, tad Run un turpmāk ekrāntapete attēlos skaistus foto no gaisa.

Bing Maps Aerial Imagery theme: Europe

Windows profilu saglabāšana, mainot domēnus

Tipiskā sāpe, kad datoru pievieno domēnam vai domēnu maina ir viss pazaudētais lietotāja profils – ikonas uz desktop, dokumentu mapes jāpārvieto utt. Līdz šim pāris reizes biju piedzīvojis, ka profils tiek saglabāts, taču to vienmēr pavadīja administratoru smags darbs.

Kad atkal nonācu šajā nepatīkamajā situācijā, pie tam ar datoru, ko biju lietojis jau divus gadus (un atbilstoši daudz sīkumu bija sakrājies profilā), atradu risinājumu, kas ir absolūti vienkāršs un strādājošs.

ForensiT Domain Migration

Es izmantoju bezmaksas versiju, kas bez problēmām man ļāva savu aktīvo profilu nomigrēt no viena domēna uz otru. Neviens fails netika pārvietots (zināma problēma, ja profils ir >50Gb, bet brīvi ir tikai 5Gb). Pazuda visa veida saglabātās paroles un Internet Explorer pēdējās dienas vēsture (vecāka saglabājās). Katrā ziņā nesalīdzināms rezultāts ar alternatīvu, kad tiktu izveidots tīrs profils.

VPN tīkli, kam pārklājas subnet adreses #2

Iepriekš rakstīju par jautrībām, kas iestājas, ja VPN tīkla IP adreses pārklājas ar lokālā tīkla IP adresēm. Toreiz secinājums bija, ka Windows 7 atšķirībā no Windows XP ar to tiek tīri labi galā. Šodien atklāju, ka ir viens gadījums, kad arī Windows 7 padodas.

Problēma rodas gadījumā, ja caur VPN savienojumu cenšas pieslēgties serverim, kura IP adrese sakrīt ar lokālo IP adresi (to, ko iedalījis WiFi u.tml.). Šajā gadījumā arī Windows 7 cenšas pieslēgties pie lokālā datora un nevis pie servera. Teorētiski neko nevar pārmest, taču galvassāpes tas var sagādāt, jo pēkšņi bez nekāda acīmredzama iemesla kāds serveris nestrādā.

Viens no risinājumiem ir mēģināt dabūt jaunu IP adresi, bet, tā kā DHCP adreses parasti tiek piesaistītas MAC adresei uz vismaz nedēļu, vienīgais variants ir mainīt lokālo MAC adresi (ja vien nav pieeja rūterim). Taču vismaz manai WiFi kartei tādas opcijas nav. Ja ir pieeja rūterim, tad pareizāka rīcība ir nomainīt lokālā tīkla IP adreses uz kaut ko pavisam random, piemēram, kaut ko no 10.x.x.x apgabala. Ar šādām adresēm ir krietni mazāka iespēja uzrauties uz šo problēmu, salīdzinot ar 192.168.0.x, kas ir noklusētās adreses vairumam rūteru.

VPN tīkli, kam pārklājas subnet adreses

Tikko uzkāpu uz negaidīta grābekļa ar Windows XP VPN tīkliem.

Situācija sekojoša:

  • dators ir WiFi tīklā ar adresi 192.168.0.120, maska 255.255.255.0;
  • pieslēdzās VPN tīklam, kuram norādīts, “Use default gateway”;
  • VPN tīkla gateway ir 192.168.4.1, DNS servera adrese ir 192.168.0.100.

Šādā situācijā mēģinot pieslēgties DNS serverim no Windows 7, viss notiek korekti. Taču uz Windows XP tā gluži nav. Uz Windows XP kā pirmais tiek pārbaudīts vai serveris, pie kura pieslēdzas, ir datora oriģinālajā subnetā. Ja tā, tad tas seko standarta uzstādījumam un, ignorējot jebkādus gateway, mēģina slēgties pa taisno pie servera. Kas, protams, tam nesanāk.

Viens no iemesliem, kāpēc Windows XP mūsdienās labāk vairs neizmantot…

c:\windows\sysnative

Windows iekļautās programmas lielākā daļa ir atrodamas zem C:\Windows\System32 direktorijas. Uz 32bit operētājsistēmas tur būs 32bit aplikācijas, uz 64bit operētājsistēmas – 64bit aplikācijas. Uz 64bit operētājsistēmas eksistē arī direktorija C:\Windows\SysWOW64, kurā atrodas 32bit aplikāciju versijas.

Piemēram, “calc.exe” eksistē divās versijās – 32bit versija aizņem ~750Kb, bet 64bit versija ~900Kb. Izmērs nav svarīgs, tas tikai uzskatāmi parāda, ka tas nav viens un tas pats fails.

Joki šajā sakarā sākas tad, kad 32bit aplikācija cenšas palaist, piemēram, C:\Windows\System32\calc.exe. Pat precīzi norādot direktoriju, Windows ieslēdz savu automātisko maģiju un šo ceļu pārvērš ar C:\Windows\SysWOW64\calc.exe. Tas ir, operētājsistēma izdomā, ka 32bit aplikācija taču nevarētu vēlēties palaist 64bit procesu. Saprotams, ka šāda uzvedība nodrošina labāku 32bit aplikāciju darbību uz 64bit operētājsistēmas.

Taču ne visas aplikācijas ir gan 32bit, gan 64bit versijās. Kā arī noteiktas aplikācijas apzināti var vēlēties palaist noteiktu bitu aplikāciju. Uz Windows Vista un jaunākiem ir ļoti vienkāršs un elementārs veids, kā ar šo problēmu cīnīties – C:\Windows\SysNative virtuālā direktorija.

Adobe Reader preview funkcija

Gan Windows Explorer, gan Outlook 2007 un 2010 satur iespēju automātiski apskatīt dažādu failu saturu. Tipiski tas strādā ar, piemēram, attēliem vai Microsoft Office failiem.

Adobe jau sen atpakaļ savā produktā bija iekļāvusi analoģisku atbalstu PDF failiem. Taču – kopš pirmās reizes, kad to izmēģināju, viss, ko esmu redzējis ir “PDF Preview Handler for Vista” atgrieza kļūdu. Un vairāk nekā. Tagad, pārinstalējot datoru, atkal jau dabūju to pašu (uz Windows 7 x64). Mani uzmanīgu darīja tas, ka zemapziņa bija piefiksējusi, ka nesen nejauši viens PDF tika veiksmīgi attēlots (toreiz tas bija nejaušs klikšķis, tāpēc neiedziļinājos).

Pameklēju un: Fixes for 64-bit Adobe Reader preview handler and thumbnails. Šajā lapā ir ne tikai labojums šai problēmai, kas jau vairāk kā 3 gadus ir aktuāla, bet arī informācija, ka jaunākajā (9.3.2) versijā tas beidzot ir izlabots. Tiesa gan – 9.3.2 var iegūt tikai, lejupielādējot 9.3.0 un tad atjauninot.

Daemon Tools Lite uz Windows 7

Iepriekš rakstīju par problēmām, kas saistījās ar virtuālā diska programmatūru uz Windows 7. Iepriekš nonācu pie secinājuma, ka jāizmanto cita programma, bet šoreiz izcīnījos līdz galam ar Daemon Tools Lite.

Noslēpums ir instalēt SPTD draiverus atsevišķi no to izstrādātāju mājas lapas un pēc tam instalēt jaunāko Daemon Tools Lite. Windows 7 gan nerimstas sūdzēties par to, ka šī programmatūra var nestrādāt korekti, bet vismaz klasiskajos lietošanas scenārijos viss strādā.

nVidia draiveru instalācijas problēmas

Vakar centos uz tīras Windows 7 instalācijas uzlikt jaunākos nVidia displeja draiverus. Diemžēl process vilkās bezgalīgi un vienmēr beigās paziņoja “The system has not been modified. To install this program at a later time, run the installation again.”. Tas pats bija ar draiveriem, kas nāca līdzi kartei.

Internetā šādu problēmas aprakstu ir daudz, taču vienīgais strādājošais risinājums bija minēts kādā spāņu blogā. Problēma slēpās PhysX draiveru instalācijā – kad displeja draiveru instalācija palaida PhysX setup failu, tas kaut kā pamanījās nokārties. Risinājums – turēt vaļā Task Manager un, tiklīdz tiek palaists PhysX instalācija, to nokaut. Displeja draiveru instalāciju tas neietekmēs un tā noritēs veiksmīgi. PhysX instalāciju pēc tam var palaist ar roku atsevišķi.

Remote Desktop drošība ar SSL sertifikātu

Remote Desktop (jeb Terminal Services) protokols ar katru Windows versiju lēnām attīstās. Pēdējās versijās (sākot ar Windows Vista) krietni uzlabota ir arī protokola drošība – pirms savienojuma izveides tiek pārbaudīta servera (ar serveri domāts dators, pie kura slēdzas klāt, tam nav obligāti jābūt ar servera operētājsistēmu) identitāte. Aktīvajā direktorijā problēmu ir maz – identitāti pārbauda, izmantojot domēna līdzekļus (Kerberos autentifikāciju).

Šo identitātes pārbaudi gan var atslēgt sistēmas uzstādījumu attiecīgajā sadaļā. Tas ļauj pie datora pieslēgties izmantojot vecākas Remote Desktop klienta versijas, piemēram, tās, kas iekļautas Windows XP.Drošības līmeņa uzstādījumi

Ja servera identitātes pārbaude ir atslēgta (vai serveris to neuztur), tad jaunās klienta versijas attēlos brīdinājumu, pirms vēl tiek prasīts ievadīt lietotāja vārdu un paroli.
Brīdinājums, ja atslēgta identitātes pārbaude 

More...