Usuario:DanielLZIraldo/Política de bloqueo de la enWP

Bloqueando es el método por qué administradores técnicamente impiden usuarios de editar Wikipedia. Los bloques pueden ser aplicados a cuentas de usuario, a direcciones de IP, y a gamas de direcciones de IP, para cualquier un definitivos o un tiempo indefinido. Bloqueó los usuarios pueden continuar acceder Wikipedia, pero no puede editar cualquier página (incluyendo sus páginas de usuario propias), exceptúa (en más casos) sus páginas de charla de usuario propias.

Los bloques suelen impide daño o disrupción a Wikipedia, no para castigar usuarios (ve Propósito y objetivos abajo). Cualquier usuario puede informar disrupción y preguntar administradores para considerar que bloquean un disruptive cuenta o dirección de IP (ve Pedir bloques).

Si los editores creen que un bloque ha sido impropiamente emitido, pueden pedir una revisión de aquel bloque en WP:ANI. Los administradores pueden "desbloquear" un usuario cuándo sienten el bloque es unwarranted o ya no apropiado.

Bloqueando es diferente de prohibir, un formal retraction de editar privilegios encima todo o parte de Wikipedia. Los bloques inutilizan la capacidad de editar de un usuario páginas; prohibiciones no. Aun así, usuarios quiénes son @subject a una prohibición total, o quiénes incumplen los plazos de una prohibición parcial, más probablemente ser bloqueado para aplicar la prohibición.

Propósito y objetivos

Los bloques sirven para proteger el proyecto de daño, y reducir problemas futuros probables. Los bloques pueden escalate en duración si problemas recur. Son meted fuera no tan retribution pero para proteger el proyecto y otros usuarios de disrupción y conducta inapropiada, y para disuadir cualesquier repeticiones posibles futuras de conducta inapropiada. Los administradores tendrían que ser familiares con las circunstancias con anterioridad a intervenir.

En general, una vez un asunto ha devenido "frío" y el riesgo de la disrupción presente claramente ha acabado, reabriendo él por bloqueador retrospectivamente es normalmente no visto como apropiado. Donde Una preocupación actual o seria persiste, un número de procesos existe para dejar discusión y sanción posible de un usuario debido a serio o persistente misconduct.

Los bloques pueden ser apelados (ve más lejano). Peticiones para ser desbloqueadas es también decidido en ligero de prevención y disuasión. Un usuario quién apalabra desistir y aparece para tener aprendido del asunto, o donde la situación era provisional y ahora ha acabado, puede ser desbloqueado temprano. Igualmente, un usuario quién anteriormente ha regresado a conducta inapropiada después de otro desbloquea puede encontrar su desbloquear la petición declinada para razones de disuasión, para subrayar la importancia de cambio y unacceptability de la conducta.

Los bloques no tendrían que ser punitive

Los bloques no tendrían que ser utilizados:

1. En represalia contra usuarios;
2. A disparage otros usuarios;
3. Tan castigo contra usuarios;
4. O donde hay no asunto de conducta actual de preocupación.

Los bloques tendrían que ser preventative

Los bloques tendrían que soler:

1. Impedir inminente o continuando daño y disrupción a Wikipedia;
2. Disuadir la continuación de presente, disruptive comportamiento;
3. Y animar un más productivo, congenial editando estilo dentro de normas comunitarias.

La disuasión está basada al likelihood de repetición. Por ejemplo, aunque pueda haber sido justificable de bloquear un editor tiempo a escaso hace, tal bloque ya no puede ser justificable ahora mismo, particularmente si las acciones desde entonces han cesado o los asuntos de conducta han sido resueltos.

Común rationales para bloques

El siguiente es algunos del más comunes rationales para bloques.

Como regla de pulgar, cuando en duda, no bloquea; en cambio, consultar otros administradores para consejo. Después de colocar un bloque potencialmente polémico, es una idea buena de hacer una nota del bloque en los administradores' incidentes noticeboard para peer revisión.

Los administradores tendrían que tomar cuidado especial cuándo tratando usuarios nuevos. Empezando los editores son a menudo unfamiliar con política de Wikipedia y convención, y así que su comportamiento inicialmente puede aparecer para ser disruptive. Respondiendo a estos usuarios nuevos con fuerza excesiva les pueden desalentar de editar en el futuro. Ver Wikipedia:no muerde los recién llegados.

Protección

Un usuario puede ser bloqueado cuándo necesario de proteger los derechos, propiedad, o seguridad del Wikimedia Fundación, sus usuarios, o el público. Un bloque para protección puede ser necesario en respuesta a:

• Ataques personales persistentes;
• Personal, profesional, o amenazas legales (incluyendo fuera del sitio de Wikipedia);
• Las acciones que colocan usuarios en peligro;
• Acciones que poder compromise la seguridad de niños, de acuerdo con Wikipedia:protección de Niño;
• Revelaciones de otros' información personal (si o no la información es cuidadosa);
• Vulneraciones de copyright persistente;
• Correos persistentes de unreferenced, mal o incorrectamente referenced, o potencialmente defamatory información sobre personas vivientes; o
• Una cuenta que aparece a ha sido compromised (como una medida de emergencia), i.e. hay alguna razón para creer la cuenta está siendo utilizada por alguien otro que la persona quién registró la cuenta.

Cuándo bloqueando en respuesta a revelaciones de información personal o acciones que usuarios de sitio en peligro, considera notificar el Comité de Arbitraje por email (arbcom-lwikimedia.org) sobre la revelación o peligro y contactando alguien con permisos de descuido para pedir permanente deletion del material en cuestión.

Disrupción

Un usuario puede ser bloqueado cuándo su o su conducta severamente interrumpe el proyecto; aquello es, cuándo su o su conducta es inconsistent con un civil, collegial atmósfera e interfiere con el proceso de los editores que trabajan juntos armónicamente para crear una enciclopedia. Un bloque para disrupción puede ser necesario en respuesta a:

• Vandalismo;
• Bruto incivility;
• harassment;
• spamming;
• Editar en guerra, especialmente incumple del tres-revert regla;
• Incumpliendo las políticas o directrices, especialmente el calcetín puppetry política;
• Intentos de coaccionar acciones de editores a través de amenazas de acciones fuera de los procesos de Wikipedia, si onsite o offsite.

Disrupción-único

Algunos tipos de cuentas de usuario están considerados disruptive y puede ser bloqueado sin advertir, normalmente indefinidamente:

• Las cuentas utilizaron exclusivamente para disruptive propósitos, como vandalismo.
• Cuentas públicas (dónde la contraseña es públicamente disponible o compartido con un grupo grande).
• Cuentas con inapropiados usernames.
• Bots Operando sin aprobación o fuera de su aprobación.
• Cuentas que aparece, basado en su editar historia, para existir para el propósito único o primario de promover una persona, compañía, producto, servicio, u organización. Ver Wikipedia:Conflicto de interés y Wikipedia:Spam.

Abierto o anónimo proxies

Abierto o anónimo proxies puede ser bloqueado encima vista.

IP no estática direcciones o anfitriones que es otherwise no permanente proxies típicamente warrant bloqueando para periodo más a escaso de tiempo, cuando la dirección de IP probablemente puede ser reasignada, o el abierto proxy probablemente puede ser cerrado. Muchos Tor proxies, en particular, es "nodos de salida" para tiempo a escaso único; en general, estos proxies no tendría que ser bloqueado indefinidamente sin consideración. Ver Wikipedia:direcciones de IP Bloqueadora para detalles más lejanos.

hay también un proyecto de Wikipedia, el WikiProject en abierto proxies, el cual busca para identificar y bloquear abierto proxy servidores.

Aplicando prohibiciones

Una prohibición de Wikipedia es un formal revocation de editar privilegios encima todo o parte de Wikipedia. Una prohibición puede ser provisional y de duración fija, o indefinido y potencialmente permanente.

Los bloques pueden ser impuestos como medida técnica para aplicar una prohibición. Tales bloques están basados en el particulars de la prohibición. Prohíbe aquello aplica a todo de Wikipedia—aquello es, no son parciales—puede ser respaldado arriba por un bloque, el cual es normalmente puesto para solicitar el periodo de la prohibición.

Evasión de bloques

Un administrador puede reinicialización el bloque de un usuario quién intencionadamente elude un bloque, y puede extender la duración del bloque si el usuario compromete en más lejano blockable comportamiento mientras eludiendo el bloque. Cuentas de usuario o direcciones de IP utilizaron para eludir un bloque también tendría que ser bloqueado.

Edita por y en behalf de bloqueó editores

Cualquiera es libre a revert cualquiera edita hecho en vulneración de un bloque, sin dar cualquier razón más lejana y sin considerar al tres-revert regla. Esto no significa aquello edita tiene que ser reverted justo porque estuvieron hechos por un editor bloqueado (evidentemente cambios útiles, como fijar typos o deshaciendo vandalismo, puede ser dejado para estar), pero la presunción en casos ambiguos tendría que ser a revert.

Wikipedians En la vuelta no es permitted a correo o editar material en la dirección de un editor bloqueado (a veces llamado proxy editando o proxying) a no ser que pueden mostrar que los cambios son cualquier verificables o productivos y tienen razones independientes para hacer tal edita. Cuentas nuevas qué comprometer en el mismo comportamiento como editor prohibido o cuenta bloqueada en el mismo contexto, y quiénes aparecen para ser editando Wikipedia sólo para aquel propósito, es @subject a los remedios aplicaron al editor cuyo comportamiento están imitando.​ Ver también la política en sockpuppetry y meatpuppetry.

Aplicación por reverting

Cuándo reverting edita, el cuidado tendría que ser tomado no para restablecer material que puede ser en vulneración de tales políticas de núcleo cuando neutralidad, verifiability, y biografías de personas vivientes. Editores quién posteriormente restablece edita originalmente hecho por un editor bloqueado toma responsabilidad completa para el contenido.

No es posible a revert nuevamente creó páginas, tan hay nada a revert a. Consiguientemente, las páginas crearon por bloqueó los editores son elegibles para speedy deletion. Cualquier editor puede utilizar la plantilla {{db-g5}}, o su nombre alternativo {{db-prohibido}}, para marcar tal página. Si editores otro que el editor bloqueado ha hecho contribuciones de fe buena a la página o su página de charla, es courteous para informarles que la página estuvo creada por un editor bloqueado, y entonces decidir en un caso-por-base de caso qué para hacer.

Self-Pidió bloques

A veces, las personas piden que su cuenta ser bloqueado, por ejemplo para aplicar un wikibreak. Típicamente, tales peticiones están declinadas. Aun así, hay una categoría de administradores quién considerará tales peticiones.

Cuándo bloqueando no puede ser utilizado

Conflictos e implicación

Los administradores no tienen que bloquear usuarios con quien están comprometidos en una disputa de contenido; en cambio, tendrían que informar el problema a otros administradores. Los administradores también tendrían que ser conscientes de los conflictos potenciales que implican páginas o áreas @subject con qué están implicados. Es aceptable para un administrador para bloquear alguien quién ha sido comprometiendo en vandalismo definido en aquel administrador userspace.

Fresco-abajo bloques

Los bloques pretendieron sólo para "enfriar abajo" un usuario enojado no tendría que ser utilizado, cuando a menudo tienen el efecto opuesto. Aun así, un usuario enojado quién también está siendo disruptive puede ser bloqueado para impedir disrupción más lejana.

Grabando en el registro de bloque

Los bloques no tendrían que ser utilizados sólo para el propósito de grabar avisos u otros acontecimientos negativos en el registro de bloque de un usuario. La práctica, típicamente implicando bloques muy cortos, es a menudo visto como punitive y humillando.

Bloques muy cortos pueden soler récord, por ejemplo, una disculpa o acknowledgement de equivocación en el registro de bloque en el acontecimiento de un wrongful o bloque accidental, si el bloque original ha expirado. (Si ha no, el mensaje puede constar en la razón de desbloquear.)

Pidiendo bloques

Disruptive El comportamiento puede ser informado, y los bloques pidieron en un local especializado como la intervención de administrador en contra vandalismo noticeboard o si apropiado, en los administradores' noticeboard para incidentes. Los usuarios que piden los bloques tendrían que suministrar evidencia creíble de las circunstancias warranting un bloque. Los administradores nunca son obligados para colocar un bloque, y es libre de investigar la situación para ellos. Con anterioridad a imponer un bloque, los administradores están esperados para ser plenamente familiares con las circunstancias de la situación. Ver también #Explicación de bloques.

Tratando fuera-wiki peticiones de bloque

Administradores quiénes utilizan Wikipedia-relacionado IRC los canales están recordados que, mientras estos canales tienen propósitos legítimos, hablando un asunto en IRC necesariamente excluye aquellos editores que no utilizan IRC de la discusión (y excluye todo no-administradores de la discusión si tiene lugar en #wikipedia-en-admins), y por tanto, tal IRC la discusión nunca es el equivalente de encima-wiki discusión o resolución de disputa. Consenso sobre los bloques u otros temas no tendrían que ser formados fuera-wiki.

Cuando la práctica de fuera-wiki "bloque-la compra" es fuertemente desalentada, y aquello exceptúa donde hay una situación urgente y no el administrador razonable podría discrepar con un bloque inmediato (p. ej. vandalismo actual o serio BLP vulneraciones), la respuesta apropiada para un administrador preguntado en IRC para bloquear un editor es para referir el requester al apropiado encima-wiki noticeboard.

Bloqueando

Preliminar: Educación y avisos

Antes de que un bloque está impuesto, los esfuerzos tendrían que ser hechos para educar usuarios aproximadamente políticas de Wikipedia y directrices, y para advertirles cuándo sus conflictos de comportamiento con estos. Recién llegados bienvenidos, no les muerde, y suponer que la mayoría de personas quiénes trabajan en el proyecto está intentando ayudar lo, no hacerlo daño. Los recién llegados tendrían que hacer un esfuerzo para aprender sobre nuestras políticas y directrices de modo que pueden aprender cómo para evitar haciendo equivocaciones. Una variedad de mensajes de plantilla existe para comodidad, a pesar de que propósito-los mensajes escritos son a menudo preferibles. Avisos de plantilla que estatales que un usuario puede ser bloqueado para disrupción u otro blockable el comportamiento también puede ser emitido por editores regulares más que administradores sólo.

Aun así, nota que los avisos no son un prerequisite para bloqueadores. En general, los administradores tendrían que asegurar que usuarios quiénes están actuando en la fe buena es consciente de políticas y está dado oportunidad razonable para ajustar su comportamiento antes de bloqueador. Por otro lado, los usuarios que actúan de mala fe, cuyo uso principal o único está prohibido actividad (sockpuppetry, vandalismo, y tan encima), no requiere cualquier aviso y puede ser bloqueado inmediatamente.

Explicación de bloques

Bloqueando es un asunto serio. La comunidad espera que los bloques serán hechos con razones buenas sólo, basados a reviewable evidencia y juicio razonable, y que todos los factores que soporte un bloque es @subject a independiente peer revisión si pidió.

Notificando el usuario bloqueado

Los administradores tienen que suministrar un bloque claro y concreto razona aquello indica por qué un usuario estuvo bloqueado. Razones de bloque tendrían que evitar el uso de jerga tanto como sea posible de modo que bloqueó los usuarios pueden mejores entenderles. Los administradores tendrían que notificar usuarios cuándo bloqueándoles por dejar un mensaje en su página de charla del usuario. Es a menudo más fácil de explicar la razón para un bloque en el tiempo que él es para explicar un bloque bien después del acontecimiento.

Cuándo implementando un bloque, un número de pro forma razones de bloque son disponibles en una gota-abajo carta; otro o las razones adicionales también pueden ser añadidas. Los usuarios pueden ser notificados de los bloques y el bloque razona utilizar un número de mensajes de plantilla conveniente—ve Categoría:plantillas de bloque del Usuario y Wikipedia:charla de Usuario/de mensajes de Plantilla namespace.

Otra información importante

Si hay cualesquier recomendaciones concretas o circunstancias que un administrador de recensión necesitaría saber, o aquello puede ayudar para evitar disputas de administrador a revisión de un bloque, el administrador bloqueador tendría que considerar incluir esta información en el aviso de bloque. Por ejemplo:

• Cuándo hay información o evidencia que no puede ser obvio, no puede ser plenamente apreciado, o poder otherwise ser pertinente.
• Aprobación previa que si cualesquier deseos de administrador para desbloquear, o hay consenso para él, pueden sin consultar el administrador bloqueador.
• Sugirió condiciones para un desbloquear.

Evidencia confidencial

Si unas necesidades de usuario para ser bloqueó basado encima información que no será hecho disponible a todos los administradores, aquella información tendría que ser enviada al Comité de Arbitraje o un Checkuser o oversighter para acción. Estos editores están cualificados para manejar evidencia no pública, y operan bajo controles estrictos. La comunidad ha rehusado la idea de los administradores individuales que actúan encima evidencia que no puede ser peer-revisó.

Una excepción está hecha para los administradores que aguantan Checkuser o privilegios de Descuido; tales administradores pueden bloquear los usuarios basaron encima información no pública revelada a través del checkuser herramienta, o edita del usuario bloqueado eliminado vía descuido. Cuando tal, una acción administrativa es generalmente vista para ser hecho en la capacidad del usuario como un descuido o checkuser, a pesar de que la acción él es un administrativo un. Todos tales bloques son @subject de dirigir revisión por el Comité de Arbitraje.

• Detalles de contacto: individual Checkusers y Oversighters está listado en las páginas pertinentes; también pueden ser contactados vía los funcionarios mailing-lista (p. ej., si en dudar quién para contactar).

Implementando bloques

Instrucciones técnicas encima cómo para bloquear y desbloquear, e información en la interfaz bloqueadora, es disponible en mw:Ayuda:usuarios Bloqueadores. El siguiente es el consejo específicamente relacionado a bloqueador y desbloqueando encima Wikipedia.

Bloques de dirección de la IP

Además del consejo más lejano, hay consideraciones especiales para tener en cuenta cuándo direcciones de IP bloqueadora. Bloques de dirección de la IP pueden afectar muchos usuarios, y direcciones de IP pueden cambiar. Usuarios pretendiendo bloquear una dirección de IP tiene que en un control mínimo para uso de aquella dirección, y considerar duración cuidadosamente. Direcciones de IP tienen que raramente, si nunca, ser bloqueados indefinidamente. Te Tendría que notificar el Wikimedia Fundación si la IP está relacionada a una organización sensible o una agencia de gobierno.

Daño colateral

Un bloque de una gama de direcciones de IP involuntariamente pueden afectar otros usuarios en aquella gama. Antes de bloquear una gama de IP, especialmente para un tiempo significativo, considera comprobar para otros usuarios quiénes pueden ser involuntariamente afectados por el bloque de gama:

• Usuarios anónimos @– Contribuciones de Gama @– X! Es herramientas
• Usuarios no anónimos @– preguntar un usuario con checkuser acceso para comprobar.

Si cualesquiera están encontrados, una exención de bloque de la IP asegura no serán afectados.

Duración de bloques

El propósito de bloqueador es prevención, no castigo. La duración de los bloques así tendrían que ser relacionados al likelihood de un usuario que repite comportamiento inapropiado. Bloques más largos para niveles repetidos y altos de disrupción es para reducir carga administrativa; es debajo presunción que tales usuarios probablemente pueden causar daño o disrupción frecuentes en futuros. Los administradores tendrían que considerar:

• La severidad del comportamiento;
• Si el usuario ha comprometido en aquel comportamiento antes de que.

Bloquea encima IP compartida o dinámica las direcciones son típicamente más cortas que los bloques encima registraron las cuentas o direcciones de IP estática hicieron en otherwise circunstancias similares, para limitar lado-efectos en otros usuarios que comparten que dirección de IP.

Mientras la duración de un bloque tendría que variar con las circunstancias, hay algunos estándares anchos:

• Incidentes de disruptive el comportamiento típicamente resulta en bloques de de un día a unos cuantos días, más largos para vulneraciones persistentes;
• Las cuentas utilizaron exclusivamente para la disrupción puede ser bloqueada indefinidamente sin advertir;
• Bloques protectores típicamente último mientras la protección es necesaria, a menudo indefinidamente.

Bloques indefinidos

Un bloque indefinido es un bloque que no tiene un definitivo (o fijo) duración. Los bloques indefinidos son normalmente aplicados cuándo hay amenazas o disrupción significativas de disrupción, o importante incumple de política. En tales casos un abiertos-el bloque acabado puede ser apropiado de impedir los problemas más lejanos hasta el asunto pueden ser resueltos por discusión. Tan con todos los bloques, no es un castigo. Está diseñado para impedir disrupción más lejana, y el resultado deseado es un compromiso para observar las políticas de Wikipedia y para parar conducta problemática en futuro.

Indefinido no significa infinito: un usuario indefinidamente bloqueado más tarde puede ser desbloqueado en circunstancias apropiadas. En particularmente casos serios donde ningún administrador sería dispuesto a ascensor el bloque, el usuario es eficazmente prohibido por la comunidad.

Poniendo opciones de bloque

Varias opciones son disponibles de modificar el efecto de bloques, el cual tendría que ser utilizado en circunstancias seguras.

• Automáticamente bloquear la última dirección de IP utilizada por este usuario, y cualesquier direcciones de IP subsiguientes intentan editar de o Autoblock impedirá colaboradores de contribuir en la dirección de IP que el usuario bloqueado utilizaba, y típicamente tendría que ser inutilizado cuándo bloqueando unapproved o funcionando mal bots (así que cuando no para bloquear el bot operador, u otro bots utilizando que IP), aunque tenga que ser habilitado cuándo bloqueando malicious bots. (Esta característica está habilitada por default.)
• Impedir creación de cuenta impedirá cuentas de ser creados por el usuario bloqueado; si autoblock está habilitado, también impida cuentas de ser creados en la dirección de IP que el usuario bloqueado utilizaba. Lo Típicamente tendría que ser inutilizado cuándo bloqueando cuentas con nombres inapropiados (para dejar el usuario para crear una cuenta con un nombre apropiado), aunque tenga que ser habilitado cuándo bloqueando nombres de fe mala (por ejemplo, ataques claros en otros usuarios) o vandalismo-cuentas únicas.
• Impedir usuario de enviar el email inutilizará el usuario de acceder Especial:Emailuser para la duración del bloque. Esta opción no tendría que ser utilizada por default cuándo bloqueando una cuenta, sino tenga que ser utilizado sólo en casos de abuso del "email esta característica" de usuario (aun así, en casos cuándo los administradores sienten aquel abuso de email es extremadamente probablemente, pueden utilizar su discreción). Cuándo habilitado, los esfuerzos tendrían que ser tomados para asegurar que la página de charla del usuario queda desprotegida y que el usuario es consciente de otras avenidas (como el Desbloquear Sistema de Petición del @Ticket) a través de qué s/ pueda hablar el bloque. Esto es a menudo utilizado en casos de un usuario quién probablemente puede hacer daño y disrupción a través de email.
• Impedir este usuario de editar su página de charla propia mientras bloqueado, si comprobado, impedirá bloqueó usuarios de editar su página de charla propia, incluyendo pidiendo desbloquea. Esta opción no es comprobada por default, y típicamente no tendría que ser comprobado; editando de la página de charla del usuario tendría que ser inutilizada sólo en el caso de abuso continuado de la página de charla. La política de protección tiene detalles más lejanos.
• Impedir logged-en usuarios de editar de esta dirección de IP, ve "bloque duro" abajo.

1. Los tipos más comunes de bloques cuándo bloqueando una dirección de IP es generalmente sabida como bloque blando (autoblock discapacitado, creación de cuenta dejó, bloqueando edita por logged-en los usuarios inutilizados), el cual bloqueará unregistered usuarios pero dejar editando por registró usuarios cuándo logged en (generalmente utilizados cuándo bloqueando direcciones de IP compartida);
2. El segundo un se apellida bloque blando con creación de cuenta inutilizada (mismo pero creación de cuenta inutilizada), utilizado en más casos de vandalismo o disrupción; y
3. El tercio uno se apellida bloque duro, el cual inutiliza todo editando si logged en o no, otro que administradores y otra IP-bloquear eximir usuarios @– utilizados cuándo el nivel de vandalismo o disrupción vía creación de "throwaway" las cuentas es tal que todo editando de la dirección de IP es para ser impedido exceptúa después de individual comprobando de peticiones. Abierto proxies es duro bloqueado a detección.

Bloqueando bots

Automatizado o semiautomatizó bots poder ocasionalmente no operar tan pretendido para una variedad de razones. Bots (O su dirección de IP asociada tiene que el real bot no ser fácilmente identificable) puede ser bloqueado hasta el asunto está resuelto. Los administradores tendrían que cuidar no para aplicar un autoblock a un bot cuando esto resultará en el autoblock propagando a todo el otro bots que participación IPs en Wikimedia Laboratorios.

Bots Aquello es unapproved, o usernames aquello viola el username política debido a un parecido a un bot, es inmediatamente e indefinidamente bloqueado cuándo descubierto.

El edita de un bot está considerado para ser, por extensión, el edita del editor responsable para el bot. Como resultado, tener que un bot operador ser bloqueado, cualquier bot atribuyó a ellos también pueden ser bloqueados para la misma duración cuando aquello del editor bloqueado.

Grabando en el registro de bloque después de un "inicio limpio"

Los editores pueden citar Wikipedia:inicio Limpio y los rebautizar, preguntando que su anterior username no ser revelado. Si tales editores han sido bloqueados anteriormente entonces el administrador quién ha sido pedido para hacer el deletion tendría que contactar un Checkuser de modo que la conexión entre las cuentas puede ser verificada. El Checkuser entonces tendría que considerar añadiendo bloques cortos a la cuenta nueva para denotar cada entrada en el registro de cuenta vieja del usuario. Tales bloques cortos tendrían que proporcionar protección en caso el "inicio limpio" estuvo basado en un riesgo genuino de fuera-wiki harassment, por no revelando el anterior username, mientras al mismo tiempo eliminando la posibilidad de evitar el escrutinio de la comunidad.

Los bloques cortos tendrían que ser descritos en el resumen de bloque como "bloque de cuenta anterior" y la duración final del bloque tendría que ser notada. Bloquea colocado en error y lifted temprano no tendría que ser notado en absoluto.

Desbloqueando

Desbloqueando o acortando de un bloque es más común cuándo un usuario bloqueado apela un bloque. Un uninvolved el administrador que actúa independientemente revisa las circunstancias del bloque, la conducta previa del editor, y otra evidencia pertinente, junto con cualquier información adicional proporcionada por el usuario y otros, para determinar si el desbloquear la petición tendría que ser aceptada. Las razones comunes incluyen: las circunstancias han cambiado, un compromiso a cambio está dado, el administrador no fue plenamente familiar con las circunstancias con anterioridad a bloqueadores, o había una equivocación clara. Ver "revisiones de Bloque" abajo para pasos adicionales para tomar.

Desbloqueando casi nunca ser aceptable:

• Cuándo constituya la rueda en guerra.
• Para desbloquear uno es cuenta propia (a no ser que un administrador los bloqueó).
• Cuándo el bloque explícitamente está aplicando un remedio de Arbitraje activo y hay no ArbCom autorización o "un claro, sustancial, y consenso activo de uninvolved editores en una discusión comunitaria noticeboard (como WP:Un o WP:ANI)" (Arbcom movimiento).

Cada cual de estos puede dirigir a sanciones para abuso de herramientas administrativas—posiblemente incluyendo desysopping—incluso para primer-incidentes de tiempo.

no hay ningún límite al número de desbloquear peticiones que un usuario puede emitir. Aun así, disruptive uso del desbloquear la plantilla puede incitar un administrador para sacar la capacidad de editar del usuario bloqueado suyo o su página de charla. En este caso, un bloque todavía puede ser apelado por entregar una petición al Desbloquear Sistema de Petición del @Ticket.

Revisiones de bloque

Tan parte de un desbloquear petición, uninvolved los editores pueden hablar el bloque, y el administrador bloqueador es a menudo preguntado para revisar o hablar el bloque, o proporcionar información más lejana. Desde el propósito de un desbloquear la petición es para obtener revisión de un tercer partido, los administradores bloqueadores no tendrían que declinar desbloquear peticiones de usuarios han bloqueado. También, por convención, administradores no normalmente la revisión más de una desbloquea petición con respecto al mismo bloque.

Exceptuar en casos de error inequívoco o cambio significativo en las circunstancias que tratan la razón para bloqueador, los administradores tendrían que evitar desbloquear usuarios sin primero intentando para contactar el administrador bloqueador para hablar el asunto. Si el administrador bloqueador no es disponible, o si los administradores no pueden venir a un acuerdo, entonces una discusión en los administradores' noticeboard está recomendado.

Los administradores que revisan un bloque tendría que considerar que algunos el contexto histórico no puede ser inmediatamente obvio. Los casos que implican sockpuppets, harassment, o preocupaciones de intimidad son particularmente difíciles de juzgar. En tiempo tales asuntos han dirigido a contenciosos desbloquea. Donde Un uninformed desbloquea puede ser problemático, el administrador bloqueador también puede desear notar tan parte del aviso de bloque que hay circunstancias concretas, y que un administrador de recensión no tendría que desbloquear sin hablar el caso con el bloqueador admin (o posiblemente ArbCom) a plenamente entender el asunto.

Si los usuarios reclaman desean contribuir constructively pero hay dudas cuando a su sinceridad, la {{2.ª plantilla}} de posibilidad puede soler dejarles para demostrar cómo contribuirán a la enciclopedia, tener que su desbloquear petición ser concedido.

Cualquier usuario puede comentar encima revisiones de bloque, aun así los administradores únicos pueden resolver la petición (cualquier decreciente o desbloqueando).​

Bloques de circunstancias provisionales

Algunos tipos de bloques están utilizados en respuesta a circunstancias provisionales particulares, y tendría que ser deshecho una vez la circunstancia ya no aplica:

• Bloques en abiertos o anónimos proxies tendría que ser deshecho una vez está confirmado que han sido cerrados (pero ser conscientes algún abiertos proxies puede ser abierto sólo en tiempo seguro, tan prudente comprobando puede ser necesitado que realmente es aparentemente ya no en utilizar aquella manera).
• Bloques de unapproved o funcionando mal bots tendría que ser deshecho una vez el bots aprobación de beneficio o está reparado.
• Bloques para hacer las amenazas legales tendrían que ser deshechas una vez las amenazas están confirmadas tan permanentemente retirados y ya no excepcionales.

Las circunstancias provisionales desbloquea

Los usuarios pueden ser temporalmente y condicionalmente desbloqueados para responder a una discusión con respecto a las circunstancias de su bloque. Tal provisional y condicional desbloquea está hecho en el entendiendo que los usuarios no pueden editar cualesquier páginas (además su página de charla del usuario) excepto la página de discusión pertinente(s) explícitamente especificado por el desbloqueando admin. Los usuarios son eficazmente prohibidos de editar cualesquier otras páginas, e incumpliendo esta prohibición será sancionada apropiadamente. Cuándo la discusión concluye, el bloque tendría que ser restablecido a no ser que hay un consenso a overturn el bloque.

CheckUser Bloques

Sin primera consultoría un Checkuser, los administradores no tendrían que deshacer o alterar cualquier bloque que es específicamente identificado como "checkuser" bloque, como a través del uso del {{checkuserblock}} o {{checkuserblock-plantillas}} de cuenta en el resumen de acción.​ Si un administrador cree que un checkuser el bloque ha sido hecho en error, el administrador primero tendría que hablar el asunto con el Checkuser en cuestión, y si una resolución satisfactoria no es lograda, tener que email el Comité de Arbitraje. Un reversal o alteración de tal bloque sin consulta previa puede resultar en extracción de permisos.​

Bloques de descuido

Los administradores no tendrían que deshacer o alterar cualquier bloque que es específicamente identificado como un "bloque" de descuido en el resumen de acción sin el consentimiento de un oversighter. Si un administrador cree que un bloque de descuido ha sido hecho en error, o el usuario tendría que ser desbloqueado, el administrador primero tendría que hablar el asunto con el oversighter en cuestión, y si una resolución satisfactoria no es lograda, tener que email el Comité de Arbitraje. Desbloqueando o alterando sin consentimiento de un oversighter puede resultar en extracción de permisos.​

Bloques globales

GlobalBlocking Es un MediaWiki la extensión disponible a auxiliares para impedir cruz-wiki disrupción de una dirección de IP o una gama de direcciones de IP. Cuándo una dirección de IP o la gama de direcciones de IP es globalmente bloqueado, están impedidos de editar cualquier público Wikimedia wiki, excepto Meta-Wiki, donde globalmente bloqueó los usuarios pueden apelar la decisión. (Un bloque global no es igual como prohibición global.) Cuándo un usuario está editando está impedido por un bloque global, los contenidos de MediaWiki:Globalblocking-ipblocked (anteriormente MediaWiki:Globalblocking-bloqueado) está mostrado como un mensaje de error (análogo a MediaWiki:Blockedtext para localmente bloqueó usuarios). Registró los usuarios no pueden ser globalmente bloqueó. La acción análoga es global cerrando, el cual impide cualquiera de logging a la cuenta.

Una lista actual de globalmente bloqueó los usuarios es disponibles en Especiales:GlobalBlockList.

Desbloqueando y apelación

Local whitelisting — Un usuario quién es globalmente bloqueado puede ser desbloqueado localmente (para editar el concreto wiki se preocupó sólo), por cualquier administrador local, en Especial:GlobalBlockWhitelist.

Apelación contra unos Usuarios de bloque — globales quiénes son globalmente bloqueados puede apelar el bloque en Auxiliar pide/Global, en Meta-Wiki.

Ver también

• Diferencia entre prohibiciones y bloques
• MediaWiki:Blockedtext @– El mensaje mostrado a bloqueó usuarios cuándo intentan para editar
• Wikipedia:Apelando un bloque @– información aproximadamente disputando un bloque
• Wikipedia:Autoblock
• Wikipedia:direcciones de IP Bloqueadora y direcciones de IP sensible @– la información que relaciona a direcciones de IP bloqueadora
• Wikipedia:Guía a apelar bloques
• Wikipedia:charla de Usuario/de mensajes de Plantilla namespace
• Wikipedia:WikiWar
• meta:Bloques globales
• Plantillas de bloque del usuario
• Usuario:ThisIsaTest, creado para práctica bloqueadora