Team Explorer jelszó nélkül, avagy a zaklatásmentes csapatmunka

A probléma mindennapi: TFS-t használ az ember verziókövetésre, projekt managementre, vagy akár csak dokumentumtárnak. Amíg mindez tartományon belül történik, addig nincs semmi gond. Talán már tudjátok ti is, hogy amennyiben a SharePoint, vagy a TFS szerver nevét nem teljes tartománynévvel (server.mydomain.hu), hanem csak a szerver nevével (server) adjátok hozzá a TeamExplorerhez, vagy nyitjátok meg böngészőben (http://server/) akkor a domaines jelszavatokkal a rendszer csendben autentikálja magát és zökkenőmentesen lehet dolgozni.

A probléma akkor adódik, ha tartományon kívüli gépről próbáljuk elérni a rendszert. Ilyenkor Team Explorerben meg sem jelenik a "save password" checkbox, vagy ha mégis, látszólag semmi hatása, és hát lássuk be, lusta informatikusként nem szeretjük nap mint nap minden SharePoint megnyitáskor, vagy Visual Studio indításkor beírni a jelszavunkat.

A megoldás nem túl intuitív, de működik: el kell hitetnünk a rendszerrel, hogy valójában intranetes címről van szó, majd módosítani a címhez tárolt jelszót.

  1. Menjünk az Internet Explorer / Eszközök / Internet Beállítások / Biztonság tabfülre
  2. Válasszuk ki a "Local Intranet" elemet, majd nyomjuk meg a "Sites" gombot (magyar neve talán "Oldalak")
  3. Itt a speciális beállításokra továbbmenve, regisztráljuk szerverünk címét
  4. Mentsük el a beállításokat (bezár, ok, ok)
  5. Keressük fel a vezérlőpult "Felhasználói fiókok" elemét
  6. Válasszuk ki saját fiókunkat
  7. A bal felső sarokban, a kapcsolódó feladatok közül válasszuk a "hálózati jelszavak kezelése" pontot
  8. Ha szerverünk már a listában van, ellenőrizzük adatait, ha még nincs, akkor vegyül fel a pontos felhasználónévvel és jelszóval (tipikusan a szerver már a listában van, de a felhasználónév vagy a jelszó hibás. Figyelj rá, hogy a felhasználónevet "domain\felhasználó" szintaktikával kell megadni)

Megjegyzés: a munkahelyi és az otthoni hálózat közötti átjárás érdekében az otthoni TCP/IP beállításoknál a mydomain.hu utótagot érdemes alapértelmezett DNS utótagként regisztrálni. Így mindenhol egységesen, tartománynév nélkül hivatkozhatunk a szerverre.



Kővári Bence

Kővári Bence Mérnök informatikus, bankinformatikai szakmérnök. A BME Automatizálási és Alkalmazott Informatikai Tanszékén és a Nyugat-magyarországi Egyetemen oktat szoftverfejlesztést, ezen belül is elsősorban .NET-es technológiákat. Szakterületei a .Net alaptechnológiák, MSSQL, gépi képfeldolgozás.

2009.02.07. 10:27:46 | Permalink | Hozzászólások: 0 | Tárgyszavak:


  • Barátságos HTTPS átirányítás

    Balássy György (MS RD, ASP.NET MVP, MCTS) Gyakori üzemeltetői feladat, hogy egy oldalt csak biztonságos HTTPS csatornán keresztül szeretnénk elérhetővé tenni. Sajnos nem minden üzemeltetőnek tűnik fel, hogy az is a feladat része, hogy az apró “s” betűt be nem gépelő felhasználókat barátságosan átirányítsuk a biztonságos címre: tegye fel a kezét, aki még nem látott 403.4 Forbidden: SSL is required to view this resource hibaüzenetet. Na ugye. Mennyivel szebb lenne, ha az alapértelmezett hibaüzenet helyett eljuttatnánk a felhasználót oda, ahova indult, csak éppen nem HTTP-n, hanem HTTPS-en keresztül. Tovább »
  • Érték szerinti csoportosítás ListView vezérlővel

    Balássy György (MS RD, ASP.NET MVP, MCTS) Gyakran van szükség arra, hogy a ListView vezérlőben megjelenő rekordokat valamilyen szempont szerint csoportosítsuk. A ListView támogat is csoportosítást, azonban ez a funkció csak arra jó (?), hogy megadott számú elemet tegyünk egy csoportba, azt sajnos nem támogatja, hogy megadott érték szerint csoportosítsuk a rekordokat. Persze hagyományos módon meg lehet oldani ezt is. Tovább »


Írja meg Ön is véleményét!


Hozzászólásokat csak regisztrált, bejelentkezett felhasználóktól tudunk elfogadni!

Hozzászólások