Soluții

Activarea multi-sesiunilor pentru Remote Desktop pe Windows Server

Implicit, Windows Server permite doar 2 sesiuni administrative simultane prin RDP, iar Windows 11/10 permite doar o singură sesiune activă. Pentru un mediu multi-utilizator complet, ai nevoie de rolul Remote Desktop Services (RDS), care transformă serverul într-o gazdă de sesiuni capabilă să deservească zeci sau sute de utilizatori simultan.

1. Cerințe preliminare

  • Server Windows (Standard sau Datacenter), alăturat unui domeniu
  • Drepturi de administrator pe server
  • Licențe CAL pentru RDS (per utilizator sau per dispozitiv) — deja achiziționate

2. Instalarea rolurilor RDS

  1. Deschide Server Manager → Add Roles and Features
  2. Alege instalarea Remote Desktop Services
  3. Selectează tipul de implementare Session-based desktop deployment
  4. Pentru un singur server, alege opțiunea rapidă (Quick Start)

Wizard-ul va instala automat rolurile: RD Session Host, RDS Connection Broker și RD Licensing. La final, repornește serverul.

3. Activarea serverului de licențiere

Fără licențe CAL ai o perioadă de grație de 120 de zile cu utilizatori nelimitați; după aceea rămân active doar cele 2 sesiuni administrative.

  1. În Server Manager → Tools > Remote Desktop Services > Remote Desktop Licensing Manager
  2. Click dreapta pe server → Activate Server
  3. După activare, click dreapta din nou → Install Licenses
  4. Alege tipul de program de licențiere (Enterprise Agreement, Open License etc.) și introdu numărul de CAL-uri deținute

4. Crearea unei colecții de sesiuni 

Aceasta este practic „grupul” de utilizatori care vor fi plasați pe server la conectare.

  1. În Server Manager → Remote Desktop Services → Collections
  2. Tasks > Create Sessions Collection
  3. Denumește colecția (ex: „Sesiuni RDS Generale”)
  4. Selectează serverul RD Session Host care va găzdui sesiunile
  5. Adaugă grupurile de utilizatori permise (ex: „Domain Users”)

Poți configura opțional și profiluri de utilizator persistente (User Profile Disks).

5. Ajustarea limitelor de sesiune

  • Click dreapta pe colecție → Properties → tab Session
  • Setează timpul de inactivitate, regulile de deconectare/reconectare
  • În tab-ul Load Balancing, ajustează ponderea dacă ai mai multe servere de sesiuni

Dacă nu ești sigur, lasă valorile implicite la început și monitorizează comportamentul utilizatorilor.

6. Conectarea utilizatorilor

Utilizatorii se conectează prin Remote Desktop Connection, introducând numele complet al Connection Broker-ului (ex: rdsbroker.domeniultau.local) — nu al unui server anume — astfel încât broker-ul să gestioneze automat plasarea sesiunilor.

Notă rapidă: pentru monitoare multiple în timpul unei sesiuni RDP, folosește comanda mstsc /multimon sau bifează opțiunea Use all my monitors din tab-ul Display al clientului RDP.

[mai mult...]

Your router has a hidden setting that stops smart TVs from spying on your network

[mai mult...]

Stop others using your Instagram Photos in AI Prompts

On July 8, Meta launched Muse Image, an AI image generator now built into Meta AI, Instagram, and WhatsApp. It can do the typical text-to-image generative trick, but one feature in particular is causing controversy: Anyone can mention (@) a public Instagram account inside the Meta AI app, and it will use that account’s photos as the basis of an AI-generated image.

If your Instagram account is public, you’re opted into this by default. In other words, other people can feed your photos into their prompts to build event invitations, mockups, or whatever else they can think up, and you won’t even get a notification when they do. The same goes for your reels and feed videos. Anything’s up for grabs.

Private accounts are left out entirely, so what you post there remains off-limits to Muse Image. But if you’d rather keep a public profile and still block any sort of AI reuse, there’s a dedicated setting to achieve it. It’s worth changing now, because anything created before you opt out won’t be deleted afterwards.

Here’s how to turn it off:

[mai mult...]

Sistemul de operare optimizat pentru Edge Computing și Self-Healing

  1. Introducere și Context

În mediile tradiționale de Cloud, infrastructura este centralizată și stabilă. În schimb, Edge Computing implică mii de dispozitive hardware (Raspberry Pi, NVIDIA Jetson, mini-PC-uri industriale) dispersate geografic, adesea conectate prin rețele instabile (4G/5G) și fără suport tehnic la fața locului.

BalenaOS este un sistem de operare open-source bazat pe Linux (Yocto Project), dezvoltat special pentru a rezolva aceste probleme. Acesta permite rularea aplicațiilor în containere izolate și oferă mecanisme automate de monitorizare, depanare și autovindecare (self-healing).

  1. Arhitectura Sistemului

Spre deosebire de un Linux clasic (precum Ubuntu), BalenaOS folosește o arhitectură minimalistă, securizată și optimizată pentru memoria Flash (carduri SD, eMMC).

  • Sistem de fișiere Read-Only (RootFS): Partitia principală a sistemului de operare este blocată la scriere. Acest lucru previne coruperea sistemului în cazul unei pene bruște de curent.
  • Arhitectură Dual-Root (Partiții A/B): BalenaOS deține două versiuni ale sistemului în paralel. Când se face un update de sistem, acesta se instalează pe partiția inactivă. Dacă update-ul eșuează, sistemul revine automat la partiția funcțională.
  • balenaEngine: Este motorul de rulare a containerelor. Reprezintă o versiune modificată de Docker, optimizată drastic pentru Edge (este cu 3.5x mai mică, consumă mai puțin RAM și previne uzura prematură a stocării prin limitarea scrierilor pe disc).
  1. Mecanisme de Troubleshooting și Depanare (Debug)

BalenaOS include un set unic de instrumente native pentru diagnosticarea și remedierea problemelor de la distanță:

  • Local Mode & SSH persistent: Dezvoltatorii se pot conecta securizat la terminalul dispozitivului prin SSH (chiar și în spatele unui firewall/NAT) direct din consola web balenaCloud sau prin CLI.
  • Log Streaming eficient: Jurnalele de erori (logs) generate de aplicații și de kernel-ul Linux sunt colectate local în RAM și transmise către server doar când există conexiune la internet, prevenind blocarea rețelei.
  • Inspecția containerelor în timp real: Permite rularea de comenzi de diagnosticare direct în interiorul containerului blocat pentru a verifica procesele interne fără a opri restul aplicațiilor.
  1. Soluția de Autovindecare (Self-Healing)

Cea mai puternică caracteristică a BalenaOS este capacitatea de a repara singur aplicațiile defecte fără intervenție umană.

[Aplicație Înghețată / Crash]

│

▼

[balenaEngine: Detecție eșec Health Check]

│

▼

[Restart Automat Container Local] (Timp de remediere: < 1 secundă)

Mecanismele incluse:

Engine Restart Guard: Dacă un container de aplicație crapă (din cauza unui Out of Memory sau Segmentation Fault), balenaEngine îl repornește automat în câteva milisecunde conform politicii de restart configurate.

Health Checks Inteligente: Dezvoltatorii pot defini scripturi de test în container. Dacă aplicația nu mai răspunde la cereri interne timp de 30 de secunde, sistemul o declară “unhealthy” și o reciclează.

Rollback de Aplicație (Fail-safe Updates): La descărcarea unei noi versiuni de cod, dacă noul container nu trece testele de pornire în primele minute, sistemul distruge containerul nou și repornește versiunea anterioară stabilă cache-uită local.

Hardware Watchdog Integration: BalenaOS se integrează nativ cu cipul electronic de siguranță al plăcii de bază (Watchdog). Dacă sistemul de operare îngheață complet, cipul taie alimentarea pentru un reboot complet curat la nivel hardware.

  1. Concluzie

BalenaOS transformă hardware-ul fragil de tip Edge într-o infrastructură rezistentă, de clasă industrială. Prin combinarea containerelor izolate (balenaEngine) cu un sistem de fișiere protejat și politici stricte de Self-Healing, platforma reduce costurile de mentenanță la sol cu până la 90%, fiind o soluție de referință în IoT-ul modern.

[mai mult...]