júl 11 2015

Azure Virtuális gép használata MSID-vel

Régóta használjuk a Microsoft Azure szolgáltatásait és alapjaiban elégedettek vagyunk vele. Napokban az egyik virtuális gép kapcsán felmerült az igény, hogy ugyan úgy mint a normál asztali gépek esetén az itt lévő gépre is az MSID-vel legyen elérhető a bejelentkezés. A dolog elsőre nem sikerült, mert hiába vettük fel a szokott módon a gépre az MSID-vel jelölt fiókot, az Azure felé az RDP alapú bejelentkezés rendre eldobott hibára. Miért nem ment? Mit lehetne csinálni? Egyszerű a válasz:

Miért nem megy?

Amíg a rendszerben egy felhasználói fiók nincs létrehozva, arra hivatkozva nem tudunk belépni. Az MSID fiókok – szemben a normál local userekkel, nem kerülnek létrehozásra, csak bejegyzésre. Ebben az állapotban bejelentkezésre nem tudjuk azokat felhasználni.

Mi a megoldás?

Lépjünk úgy be a rendszerbe, hogy a felhasználóválasztó felület jelenjen meg, és itt már ki tudjuk választani a számunkra szükséges fiókot, amit a rendszer ezt követően létrehoz. A létrehozás utána a már megszokott – és az Azure által is felkínált módon – simán be fogunk tudni lépni.

Mindezt miképp?

  1. Vegyük fel a szükséges MSID fiókot a rendszerünkbe
  2. Módosítsuk az RDP hozzáférés beállításait
    Menjünk a rendszerben a Settings –> PC Info –> Remote Settings panelre, ahol a Remote Desktop beállításainál kapcsoljuk ki az Allow connections only from computers running Remote Desktop with Network Level Authentication (recommended) kapcsolót
    Remote Desktop beállításai
  3. Töltsük le az Azure-ból a géphez kapcsolódó RDP file-t
  4. Az első belépéshez készítsünk az RDP file-ból egy másolatot, melyet nyissunk meg szövegszerkesztővel
  5. A megnyitott fájlban cseréljük ki az alábbi sort:
    erről: prompt for credentials:i:1 
    erre: enablecredsspsupport:i:0
    RDP fájl módosítása
  6. Az így létrehozott fájlt mentsük el
  7. Az első belépést a most létrehozott fájlt felhasználva végezzük el. Amennyiben jól dolgoztunk a gépünk felhasználó választó ablaka fog fogadni minket és így már kiválasztható a számunkra szükséges fiók.
    Fiókvlasztó ablak

Egy megjegyzés

feb 21 2015

Empty Joomla Bootstrap 3.3 template

Blank Joomla TemplateAmikor komponenst fejlesztek szeretek üres, gyári template-el dolgozni. Ezen megoldás mellett többé-kevésbé garantálható volt, hogy az elkészült dolgok rendben menjenek is bárhol.

A jelenleg futó munkám során viszont felmerült az a probléma, hogy a Joomla 3.x az alapértelmezetten a Bootstrap 2.2 verzióját használja, így a gyári template-be is ezt tolja. Ez amikor a front end felületi fejlesztés történik több problémát is rejt magában. E probléma megoldása végett körbenéztem a neten, nincs-e a problémára valami elfogadhatóan összeállított megoldás.

E keresés kapcsán futottam bele a Blank nevű projektbe, amit kicsit jobban is megnéztem. A megoldás létrehozása, tiszta és elegáns, használatát jó szívvel merem ajánlani bárkinek, aki template-el foglalkozik.

A projekt weboldala: http://blank.vc
A projekt GitHub oldala: https://github.com/Bloggerschmidt/Blank

Nincs bejegyzés

feb 14 2015

Joomla 3.4 Beta 3 első pillantás

tollából - Joomla

Nyakunkon a Joomla 3.4-s verziójának megjelenése, s erre való felkészülés keretében egy most folyó fejlesztés keretében ellenőrizni kezdtem új fejlesztéseink mennyire működnek zökkenőmentesen, van-e olyan változás amire figyelni kell(ene) a munka során. Jó hír, hogy a megszokott kompatibilitási megbízhatóság megmaradt, azaz a J3.3 alatti kódok szépen és megbízhatóan futnak J3.4 Beta 3 alatt is.

Mi változott a Joomla motorházban? Bejegyzés olvasásának folytatása »

Nincs bejegyzés

feb 01 2015

Checkbox kezelés Joomla alatt

Az élet úgy hozta, hogy eddig elkerültem a Joomla Form kezelőjének Checkbox típusát. A dolog első ránézésre szépen működik, de ha próbálgatni kezdjük az első mentést követően mindig bekapcsolt állapotú marad, és elsőre semmilyen szép szóval nem lehet kikapcsolt állapotra rábeszélni.

Tekintettel arra, hogy a mostani munkához szükségem volt rá, és kikerülni sem szerettem volna, ezért végigkerestem elsőre a weben elérhető dolgokat, majd a rendszert is megnéztem működés közben.

Az iránymutatást Posting Unchecked Checkboxes in HTML Forms cikkben találtam meg, ezt követően egyszerű vizsgálattal kiderült mi is a probléma. A HTML megközelítés szerint a checkbox csak akkor szerepel a POST-ban, ha az bekapcsolt állapotú. Amennyiben kikapcsoljuk, nincs benne a POST-ban. Ez gyorsan ellenőriztem is a beérkező modell osztályban és valóban a kikapcsolt vezérlő nem került be az érkező adatcsomagba. Néztem tovább mi is történik ezzel a csomaggal, és rá kellett döbbenjek, hogy a csomagban nem szereplő vezérlő értékét egyszerűen becseréli egy szimpla ‘1’ azaz igaz értékre a Table::Store működése során.

Bejegyzés olvasásának folytatása »

Nincs bejegyzés