Preguntas frecuentes

Un alumno permanece "No conectado" y no puede alcanzar al profesor

Comprueba en orden:

1. Misma subred: el profesor y los alumnos en la misma LAN/subred (pueden hacerse ping entre sí).
2. Profesor en ejecución: la aplicación del profesor debe estar ejecutándose para difundir.
3. Mismo canal: los alumnos usan por defecto el canal 1; el canal elegido en el primer inicio del profesor debe coincidir.
4. Puertos abiertos: permite UDP 11100 y TCP 11100–11105 (el instalador de Windows configura el firewall; en Linux vigila ufw/el software de seguridad).
5. Aislamiento: el "aislamiento de AP/cliente" en switches/APs bloquea las difusiones — desactívalo.

La aplicación del profesor dice "este equipo no está marcado como profesor, no se iniciará"

El nombre de la máquina no se reconoce como profesor. O bien:

• Cambia el nombre del equipo para que incluya teacher o una etiqueta -t (p. ej. teacher-1, PC001-T) y reinicia, luego inicia la aplicación del profesor;

• En un entorno de escritorio en la nube, cambia el nombre de equipo de escritorio en la nube (tiene prioridad sobre el hostname del sistema operativo) — consulta Detección automática.

• Como anulación de emergencia, inícialo omitiendo la comprobación:

  # Linux
  /opt/cc-class/TeacherApp --no-host-check

  # Windows
  & "C:\Program Files\cc-class Electronic Classroom\TeacherApp.exe" --no-host-check

Un alumno se detecta erróneamente como profesor (o viceversa)

• El rol depende únicamente del nombre del equipo. Comprueba si el nombre contiene accidentalmente una etiqueta -t/teacher.

• En configuraciones de escritorio en la nube, el nombre de escritorio en la nube prevalece — verifica el nombre que la plataforma envía a esa máquina.

• En Linux, revisa el registro de decisión para ver el nombre que detectó el software:

  cat /tmp/cc-class-service.log     # contains "Effective computer name=[...], role=TEACHER/STUDENT"

• Después de cambiar el nombre, reinicia — el demonio reevalúa el rol y reconstruye/limpia el icono del escritorio.

El profesor en Linux advierte "Wayland detectado, difusión/control remoto no disponibles", o la difusión está en negro

Las sesiones Wayland no pueden capturar la pantalla ni inyectar entrada. Cambia a Xorg:

• El instalador ya escribió WaylandEnable=false; cierra la sesión y vuelve a iniciarla, eligiendo una sesión Xorg en la pantalla de inicio de sesión, o reinicia.
• Verifica: echo $XDG_SESSION_TYPE debería imprimir x11.

No apareció ningún acceso directo en el escritorio

• Las máquinas de alumno deliberadamente no tienen icono en el escritorio (por diseño); el menú de aplicaciones sigue teniendo una entrada.
• Si una máquina de profesor no tiene icono: confirma que realmente se detecta como profesor; reinicia para que el demonio lo reconstruya. En Linux el icono se marca automáticamente como "fiable" para evitar el problema del "lanzador no fiable" de GNOME.

¿Interferirán varias clases en una misma sala?

No — asigna al profesor/alumnos de cada clase un canal de enseñanza diferente. Los alumnos solo se conectan a un profesor en el mismo canal.

¿Cuántos alumnos pueden conectarse?

La versión de prueba permite hasta 5. Para más, usa Registrar software en la aplicación del profesor con el "código de máquina" para obtener una clave de licencia.

La aplicación de alumno no se cierra / se reinicia constantemente

Esto es intencionado: el servicio en segundo plano vigila la aplicación de alumno y la relanza si se cierra o se bloquea, de modo que el control nunca se interrumpe. Para detenerla permanentemente, desinstala como administrador, o en Linux systemctl stop cc-class-student.

¿Necesito reinstalar después de cambiar el nombre de una máquina?

No. Simplemente reinicia — el software reevalúa el rol y gestiona el icono y el servicio automáticamente.