https://wiki.galpon.org/api.php?action=feedcontributions&feedformat=atom&user=Ruworuro 2026-09-15T17:40:53Z Contribuciones del usuario MediaWiki 1.43.9 https://wiki.galpon.org/index.php?title=Actividades&diff=4458 2013-11-07T17:10:33Z

<p>Ruworuro: /* Detalle da programación */</p> <hr /> <div>== Actividades programadas ==<br /> <br /> <br /> ===Sábados libres na Altamar===<br /> <br /> ====Lugar:====<br /> :[http://xuventude.xunta.es/residencia-de-vigo.html Residencia Altamar]<br /> :[https://maps.google.es/maps?client=ubuntu&amp;channel=fs&amp;oe=utf-8&amp;ie=UTF-8&amp;q=vigo+residencia+altamar&amp;fb=1&amp;gl=es&amp;hq=residencia+altamar&amp;hnear=0xd2f621461b2c193:0x7b441dad174bd49f,Vigo,+Pontevedra&amp;cid=0,0,7445071357917597135&amp;ei=VWBtUcGMMuKu0QW9s4GQDQ&amp;ved=0CLEBEPwSMAc Ver mapa en Google Maps]<br /> <br /> ====[[Informes sobre o desenvolvemento deste ciclo]]====<br /> <br /> <br /> ====Maio, sábado 25====<br /> <br /> [https://plus.google.com/events/cfj0q7nj8urd6538ot48gj4ra10 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====Arduino 1 - Programación de Arduino=====<br /> <br /> =====Detalle da programación:=====<br /> # Charla/presentación da plataforma de hardware libre '''Arduino'''.<br /> # Iniciación ao entorno de programación «procesing».<br /> # Realización dos distintos exemplos dispoñíbeis na páxina de Arduino.<br /> #* Escritura nunha saída dixital (acender un led)<br /> #* Lectura nunha entrada dixital (probas cun pulsador)<br /> #* Lectura de valores analóxicos (sensor de temperatura lm133)<br /> #* Escritura PWM nunha saída dixital (facer soar un zumbador)<br /> # Tutorial das diferentes «shields» que existen para Arduino.<br /> # Exemplos de proxectos que se apoyan nesta plataforma.<br /> #* Proxecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / CanBus<br /> #* Lottie Lemon<br /> # Integración con outras plataformas<br /> #* Android<br /> #* Raspberry<br /> <br /> Obradoiro dirixido por '''''Guillermo Cordeiro''''', socio de '''''GALPon''''' e técnico de sistemas.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====Xuño, sábado 29====<br /> [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====RaspberryPi, outro concepto de computador=====<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> <br /> :*'''Introdución:'''<br /> ::#Presentación da plataforma, diferencia de versións<br /> ::#Uso básico de RaspberryPi<br /> ::##Instalación estándar da imaxe do S.O.<br /> ::##Instalación do S.O. empregando NOOBS<br /> ::###Archlinux<br /> ::###Pidora<br /> ::###Raspbian<br /> ::###Raspbmc<br /> ::###Openelec<br /> ::##Instalación manual do S.O. sobre dispositivos USB (memoria flash e/ou disco ríxido externo)<br /> ::##Servidor FTP<br /> ::##Axustes avanzados na Raspberry Pi<br /> ::#Achegamento a Android Pi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> <br /> :*'''Tema 1:'''<br /> ::Creación dun '''Cluster de computación''' con varias RaspberryPi<br /> ::Poñente: Xabier Villar, socio de '''''Inestable'''''<br /> <br /> :*'''Tema 2:'''<br /> ::Instalación dun '''NAS''' «OMV» en RapberryPi<br /> ::#S.O. base<br /> ::#Alixeiramento do S.O. base<br /> ::##Uso de imaxes alixeiradas (non oficiais)<br /> ::##*Moebius<br /> ::##*by darkbasic<br /> ::##*drazbian by DraZtiK (nucleo 3.6.11+ e driver Broadcom 358397 sobre a darkbasic)<br /> ::#Instalación de OpenMediaVault<br /> ::##Preparación de repositorios<br /> ::##Configuración da rede<br /> ::##Acceso desde equipo remoto<br /> ::##Rasperry Pi chiando a información no inicio (achegamento)<br /> ::Poñentes: Miguel Bouzada e equipo '''''MiniNo'''''<br /> <br /> :*'''Tema 3:'''<br /> ::Instalación dun '''sevidor FTP''' e dun '''cliente Torrent''' en RaspberryPi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> {{Nota|nota='''''Nota moi importante'''''<br /> <br /> ''A exposición destes tres temas pode que non sexa lineal, senón que solapense entre eles, xa que nalgún deles hai tempos mortos moi importantes por mor de compilacións ou de instalacións moi longas.''}}<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====Setembro, sábado 28====<br /> <br /> [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====VIM + Bash - Iniciación á programación de «bash scripting»=====<br /> :'''Vim''' é un editor de ficheiros de textos moi versátil, cunha gran flexibilidade á hora de escribir scripts, modificar ficheiros de texto, etc... mais, especialmente, á hora de programar.<br /> :'''Bash''' (Bourne Again Shell) é o interprete de ordes predeterminado na maioría de distribucións GNU/Linux<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> Primeiro bloque (mañá) <br /> :Iniciación a '''Vim'''<br /> :*Interface modal<br /> :*Ordes de desprazamento<br /> :*Ordes de manipulación de texto<br /> :*Usando o sistema de axuda<br /> :*Xanelas e búferes<br /> :*Configuración<br /> :*Engadidos<br /> Segundo bloque (tarde)<br /> :Iniciación a '''Bash'''<br /> :Nota: todos os exercicios realizaranse con «''vim''» como editor.<br /> :*Definición e asignación de variábeis<br /> :*Estruturas de control «''case''», «''if''», «''select''»<br /> :*Bucles «''for''», «''while''» e «''until''»<br /> :*funcións, ...<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====Outubro, sábado 26====<br /> [https://plus.google.com/u/0/events/cl6l1n42ah4dhsnruh5isrg26gg Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faría moi difícil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/u/0/events/cl6l1n42ah4dhsnruh5isrg26gg «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Arduino Connect=====<br /> :*Obradoiro práctico para a conexión da plataforma Arduino a diferentes tipos de rede: Bus-Can, Bluetooth, Ethernet, Wifi, ...<br /> <br /> =====Detalle da programación:=====<br /> <br /> * Presentación<br /> ** Unha pequena charla para falar dos diferentes métodos de conexión que se usaran na xornada:<br /> *** Serial (USB).<br /> *** I2C.<br /> *** GSM.<br /> *** Bluetooth.<br /> *** Ethernet.<br /> *** RFID.<br /> * Obradoiro<br /> ** Crearanse grupos para traballar nos diferentes métodos de conexión. Para facer o máis amena posible a xornada tentarase que cada grupo chegue a traballar coas 6 conexións.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====Novembro, sábado 30====<br /> <br /> [ Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====Detalle da programación=====<br /> * Uso avanzado de «Vi»<br /> ** Splits y pestañas<br /> ** Como añadir una extensión<br /> ** Configuraciones (un conjunto heterogeneo)<br /> ** Macros y bufferes.<br /> * Uso avanzado de «Bash»<br /> ** Funciones vs alias<br /> ** Como añadir opciones<br /> *** getopt<br /> *** getopts<br /> *** $@ y shift<br /> ** Expresiones regulares y globbing<br /> ** Sed y awk.<br /> ** Varias operaciones con variables.<br /> <br /> =====Documentación=====<br /> [[Archivo:Vim-basico gl.png|frameless]][[Archivo:Axuda bash.png|frameless]]<br /> <br /> Anverso: '''Vim''' ''Tarxeta de referencias básicas''. Descarga en formato PDF → [[Archivo:Vim-basico gl.pdf|PDF]]<br /> <br /> Reverso: Axuda '''Bash'''. Descarga en formato PDF → [[Archivo:Axuda bash.pdf]]<br /> <br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ===Proxecto conxunto dos GUL===<br /> <br /> Para celebrar:<br /> *Día da Liberdade do Software<br /> **Está proposto nas listas da FSF para o sábado 21 de setembro.<br /> <br /> No seu momento, os GUL participantes nesta proposta, presentaremos os proxectos de xeito conxunto.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ===Potenciación do proxecto de solidariedade social no eido das TIC «GALPon MiniNo»===<br /> <br /> Dentro deste epígrafe presentamos 3 actividades:<br /> <br /> *Unha conferencia de desenvolvedores (III minino-devconf)<br /> *Realización dunha adaptación da GALPon MiniNo aos dispositivos ARM, con especial adicación aos RaspberryPi (minino4π, minino4pi)<br /> *Actualización da actual PicarOS 2012 a unha nova PicarOS «Diego» (2013)<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====III minino-devconf==== <br /> <br /> =====Descrición=====<br /> <br /> Esta terceira xuntanza de desenvolvedores de GALPon MiniNo terá lugar duránte as datas de semana santa ou ao longo do verán en data e lugar aínda sen determinar.<br /> <br /> Durante o transcurso da mesma, os coordinadores exporán a súa visión e os seus proxectos para a próxima versión de GALPon MiniNo «minino4Rπ» ou «minino4RPi» baseada na actual v2.0 Ártabros e orientada ao seu uso nos dispositivos «RaspberryPi», a fin de avaliar os distintos eidos de traballo cara a conseguir unha mellor coordinación e efectividade.<br /> <br /> A esta xuntanza están convidados todos os que dun xeito ou doutro forman parte, ou desexen formar parte deste proceso.<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que é unha xornada adicada aos desenvolvedores de MiniNo agardamos, como en ocasións anteriores atraer a outros desenvolvedores que queren coñecer o noso traballo.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Terá unha duración dunha xornada, facéndoa coincidir coas datas de vacacións a fin de que poidan desprazarse os desenvolvedores de fora de Galicia.<br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====minino4Rπ - minino4RPi -- MiniNo para RasperryPi====<br /> <br /> =====Descrición=====<br /> <br /> Adaptación da distro GALPon MiniNo v2.0 Ártabros aos dispositivos «RaspberryPi» o que significa adaptar e recompilar todo á arquitectura ARM e a crear o sistema de inicio (boot loader).<br /> <br /> =====Público obxectivo=====<br /> <br /> Tralo éxito deste dispositivo, especialmente no eido da educación TIC, recibimos varias propostas neste sentido para aplicalo como «computador de aula» e tamén como «computador doméstico», en ámbolos dous casos como computador de moi baixo custo.<br /> <br /> A nosa perspectiva e a resposta ao anuncio nas redes sociais fainos pensar en que ten o éxito asegurado.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo de todo o ano, agardando ter unha versión beta para mediado o mes de novembro.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ====PicarOS «Diego» (2013)====<br /> <br /> =====Descrición=====<br /> <br /> Actualización e mellora da distro para cativos de 3 a 12 anos GALPon MiniNo PicarOS aproveitando os comentarios e a información do profesorado que está a empregalo.<br /> *Mellora do procedemento de instalación. Temos moitas solicitudes de alumnos que queren dispor del na súa casa e, neste momento, a instalación non é totalmente doada para os cativos.<br /> *Completar traducións.<br /> *Creación dun módulo «AulaSync» para a sincronización dos equipos dunha mesma aula ou localización a requisitos do profesorado, conforme as experiencias acumuladas en centros de Navarra e Zaragoza.<br /> *Mellora do módulo «LanzaRox» (módulo específico de PicarOS).<br /> *Adaptación do sistema [unique-launch] de DoudouLinux para maior sinxeleza na execución de aplicativos pos parte dos cativos.<br /> *Incorporación dun sistema en desconexión (offline) de consulta da Wikipedia, para os casos de nenos en situación económica crítica, ou de zonas xeográficas que non dispoñen de conexión á Internet nas súas casas (Kiwix).<br /> *Realización dun aplicativo para a xestión do tempo de atividade (pequerrechos).<br /> *&lt;strike&gt;Configuración dun sistema de «Control paterno» para o uso doméstico seguro por parte dos cativos.&lt;/strike&gt; Non atopamos ningún libre que estea operativo para versións recentes do software.<br /> *&lt;strike&gt;Integración de «Cotovía» http://webs.uvigo.es/gtm_voz/index.php?option=com_content&amp;view=article&amp;id=130:cotovia&amp;catid=43&amp;Itemid=138&amp;lang=gl&lt;/strike&gt;<br /> <br /> =====Público obxectivo=====<br /> <br /> O obxectivo principal de PicarOS é aproveitar a base de GALPon MiniNo para adaptala ao uso escolar. É dicir, mentres que GALPon MiniNo é unha distribución de uso xenérico e destinada a usuarios de todas as idades, en PicarOS centramonos nunha poboación destino de 3-12 anos, mais mantendo na medida do posíbel a súa lixeireza e uso doado.<br /> <br /> Está, tamén, comprobada a carencia dunha distribución destas características, especificamente orientada a os máis cativos, con contidos ludico-didácticos axeitados a súa idade.<br /> <br /> Pensamos en que é doado superar as 2.000 descargas nun ano, dado o tirón que ten a versión actual que, a pouco máis de dous meses da súa publicación e sen publicitala, xa superou as 380 descargas por torrent máis o que poida ter sido descargado coas ligazóns «magnet» ou desde Youtube que non temos forma de contabilizalo.<br /> <br /> *Comentarios en blogs:<br /> **http://linuxmigrante.blogspot.com.es/2013/01/picaros-linux-designed-for-kids.html?showComment=1359515432805<br /> **http://mandrivachronicles.blogspot.com.es/2013/01/my-encounter-with-picaros-great-linux.html<br /> *Youtube (ver comentarios)<br /> **http://www.youtube.com/watch?feature=player_embedded&amp;v=NARLxffp1pE<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo dos 9 primeiros meses do ano, agardando ter a versión final para o comezo do curso 2013-2014<br /> <br /> =====Desenvolvemento de programa de publicacións/liberacións=====<br /> ======Publicación beta (fins de xuño)======<br /> *[http://galpon.org/content/minino-picaros-2013-diego-en-fase-beta Web de GALPon]<br /> *[https://minino.galpon.org/es/noticias/minino-picaros-2013-diego-en-fase-beta Web de MiniNo (es e gl)]<br /> *[http://www.mancomun.org/no_cache/actualidade/detalledenova/nova/a-distribucion-gnulinux-para-cativos-minino-picaros-2013-diego-en-fase-beta/ Web de Mancomun]<br /> *[https://plus.google.com/109774302997798925480/posts/ACviWFJqboz G+ es]<br /> *[https://plus.google.com/109774302997798925480/posts/Pg38LUFdhG4 G+ gl]<br /> *[http://www.gambas-es.org/viewtopic.php?f=8&amp;t=3213&amp;p=18109 Foro da comunidade gambas-es]<br /> <br /> ======Publicación final ( 21 de setembro )======<br /> &lt;strike&gt;Faremos&lt;/strike&gt; Fixemos coincidir a publicación da versión final co Día da Liberdade do Software (SFD) e [http://wiki.softwarefreedomday.org/2013/Spain/Mugardos/Galicia nesa mesma actividade] &lt;strike&gt;faremos&lt;/strike&gt; fixemos a súa presentación pública.<br /> <br /> ======Evolución das descargas da v. final======<br /> O domingo 20 de outubro superáronse as '''1.000''' descargas.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ===Conferencia obradoiro sobre «Tupí»===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Aproveitando a presenza en España do desenvolvedor principal do «Tupí» aproveitamos para traelo ata Vigo para impartir unha conferencia-demostración-obradoiro sobre o emprego do mesmo.<br /> *http://www.maefloresta.com/portal/es/acerca<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que pensando fundamentalmente na asistencia do profesorado de Tecnoloxía e de Plástica, estará aberto a todo o público.<br /> <br /> A nosa intención inicial é facelo na Escola de Enxeñaría de Telecomunicación a fin de atraer tamén aos estudantes interesados no procesamento do sinal e máis concretamente os vinculados ao Grupo de Tecnoloxías Multimedia.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Dias inmediatamente anteriores ou posteriores á celebración do congreso LMG (Libre Graphics Meeting) http://libregraphicsmeeting.org/2013/ (poderia ser un dos días 8,9,15 ou 16 de abril).<br /> &lt;/strike&gt;<br /> <br /> <br /> ===Refachos de vim+bash+yad===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Un refacho non é máis cun golpe de vento, unha ventada, o que en castelán coñecese como «ráfaga».<br /> A Nosa idea e facer unha serie de xuntanzas moi prácticas, nas que os asistentes vaian practicando na realización de scripts/aplicativos/programas, baixo a tutoría dun experto.<br /> <br /> Partindo do mínimo, do xa clásico «Ola xente», cada xuntanza incrementará a dificultade, como se dun manual se tratase, ata acadar scripts complexos con integración de funcions, RegExp complexas, etc.<br /> <br /> Cada refacho terá unha duración de 1:30 h e nunca máis de 1:45 h. A periodicidade será de unha cada mes a realizarse o derradeiro sábado de cada mes agás nos meses de xaneiro, xullo, agosto e decembro.<br /> <br /> =====Público obxectivo=====<br /> <br /> O máximo de asistentes será de 20, considerando como ideal 15 persoas.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Todo o ano, o último sábado de cada més, agás xaneiro, xullo, agosto e decembro<br /> &lt;/strike&gt;<br /> <br /> == Outras actividades actualmente en proceso ==<br /> <br /> === &quot;GRUVI - Grupo de Reciclaxe Informática da Universidade de Vigo&quot; ===<br /> * Desenvolvida desde o curso 2005-06 ata o curso 2012-13 (prorrogado).<br /> * Lugar: Universidade de Vigo<br /> * Descrición: Proxecto de voluntariado de recuperación de equipos informáticos da UVigo para doalos con Software Libre a entidades sociais. Participa a OVI (Oficina de Voluntariado e Integración), a OMA (Oficina de Medio Ambiente) da Universidade de Vigo e GALPon.org <br /> * [[Recuperación equipos informáticos para ONGs | Máis información ]]<br /> * [http://webs.uvigo.es/gruvi O web do GRUVI]<br /> <br /> <br /> == Actividades en proceso de estudio ==<br /> === Scratch + Arduino ===<br /> * [[ Xornadas sobre Scratch + Arduino - Xuntanza Previa -]]<br /> * [[ Xornadas sobre Scratch + Arduino - Presentación do proxecto]]<br /> <br /> <br /> == Actividades pendentes... ==<br /> <br /> <br /> == Documentos colaborativos ==<br /> === &quot;Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria ===<br /> * Para impulsar as TIC e o '''Software Libre na educación en Galicia'''<br /> [[Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria | Mais Información]]<br /> === Elaboración do documento consensuado dos Grupos de Usuarios de GNU/Linux galegos ===<br /> * Para impulsar o '''Software Libre en Galiza'''<br /> [[Documento consensuado dos GUGL galegos para impulsar SL en Galiza | Máis información]]<br /> <br /> <br /> == Actividades destacadas ==<br /> === Presenza de Richard Stallman en Vigo organizada por GALPon ===<br /> * [[RMS_en_Vigo|Richard Stallman en Vigo]]<br /> === Edicións da Linux-Party feitas por GALPon ===<br /> * [[Linux_Party_2006|2006]]<br /> * [[LinuxParty2004|2004]]<br /> === Colaboracións de GALPon coa NX-Conecta ===<br /> * [[NXConecta_2006|2006]]<br /> * [[NXConecta_2005|2005]]<br /> <br /> <br /> == Programando o ano que ven (2014) ==<br /> Apuntamento de ideas<br /> <br /> <br /> ===Día da Liberación dos Documentos===<br /> ** mércores 26 de marzo<br /> ** Telecos (salón de graos) ?<br /> ** Que veña J.J. Merelo ou Pablo Hinojosa (os dous da OSL-UGR) ?<br /> *** Reservar uns 1.000 - 1.200 €<br /> <br /> <br /> ===Sábados Libres na Altamar, 2º ciclo===<br /> * 9 sábados (xan, feb, mar, abr, mai, xuñ, set, out, nov) sempre no último sábado do mes.<br /> :: &lt;strike&gt;Pedir propostas de cursos nas listas&lt;/strike&gt;<br /> {{Nota|nota=Estas datas, agás as marcadas como &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;, están pendentes de confirmar polos respectivos relatores/profesores.}}<br /> <br /> <br /> ==== GIT ====<br /> Sistema de control de versións.<br /> <br /> '''25 de xaneiro''' e '''29 de marzo''' &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;<br /> : Obradoiros dirixidos por '''''Jesus Amieiro Becerra''', ... bio? ...''<br /> * 1ª xornada ─ 25 de xaneiro ─ Introdución<br /> * 2ª xornada ─ 29 de marzo ─ Afondamento<br /> <br /> <br /> * '''''Infraestrutura técnica'''''<br /> ** Servidor con instalación de GIT e coa paquetería necesaria xa dispoñíbel por [s]ftp para non depender de descargas externas.<br /> ** Switch/router, para acceso ao servidor GIT por parte dos asistentes, de 24 bocas.<br /> ** Cableado eléctrico e de rede para 24 asistentes.<br /> ** AP para acceso WiFi ao servidor e á Internet (consultas, manuais, etc...).<br /> ** 1 pantalla e 1 videoproxector.<br /> ** Sistema de gravación de vídeo mediante webcam.<br /> ** Sistema de captura do PC do profesor (VGA2USB).<br /> ** Sistema de captura de son.<br /> <br /> <br /> * '''''Límite de inscricións'''''<br /> ** Por mor da complexidade deste curso, a inscrición limítase a '''24''' prazas.<br /> <br /> <br /> '''''Nota 1:''' Recomendámosvos que levedes xa instalado no voso computador o paquete [http://git-scm.com/ '''GIT''']''<br /> <br /> '''''Nota 2:''' Para a primeira xornada, o director do curso '''desaconsella''' o uso de interfaces de usuario (IGU/GUI)''<br /> <br /> <br /> ==== Estatística con R ====<br /> '''22 de febreiro''' e '''26 de abril''' &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;<br /> * 1ª xornada ─ 22 de febreiro ─ Introdución<br /> :: Obradoiro dirixido por '''''Miguel Branco''', investigador no Depto. de Ecoloxía e Bioloxía animal, UVigo''<br /> :* ...<br /> ::: ...<br /> * 2ª xornada ─ 26 de abril ─ Afondamento<br /> :: Obradoiro dirixido por '''''Miguel Anxo Rodríguez Muíños''', técnico informático na Dirección Xeral de Innovación e Xestión da Saúde Pública. Consellería de Sanidade. Xunta de Galicia''<br /> :* Entornos de usuario (IGU) para '''''R''''' e creación de paquetes.<br /> ::: Falarase das diversas opcións de IGU existentes (e que serven para distintas cousas), a seguir afondarase máis nun par deles (''RCommander'' e ''RStudio'')… para rematar facendo paquetes co ''RStudio'' (como xerar un «package» que se poida distribuír co noso código e enviar para publicar nos repositorios «oficiais»)<br /> <br /> <br /> '''''Nota 1:''' Recomendámosvos que levedes xa instalado no voso computador o paquete [http://www.r-project.org/ '''R''']''<br /> <br /> '''''Nota 2:''' Os que pretendan seguir este obradoiro cun S.O. Windows '''tamén''' poden empregar o [http://www.sergas.es/MostrarContidos_N3_T01.aspx?IdPaxina=62658 '''BioStatFLOSS Portable''']''<br /> <br /> <br /> ==== POO ====<br /> Programación orientada a obxectos con ''Python'' e ''Vala''<br /> <br /> '''31 de maio''' e '''28 de xuño''' &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;<br /> <br /> : Obradoiros dirixidos por '''''Sergio Costas''' (aka [http://blog.rastersoft.com/ rastersoft]), desenvolvedor de diversos proxectos de SW'''''<br /> * 1ª xornada ─ 31 de maio ─ Introdución ao concepto de «obxecto» e primeiros desenvolvementos.<br /> * 2ª xornada ─ 28 de xuño ─ Afondamento no desenvolvemento, uso de «Frameworks» para Python e Vala.<br /> <br /> <br /> ==== Despois do verán ─ Proxectos sen data (aínda) determinada ====<br /> &lt;br&gt;<br /> <br /> ===== Presentación do [[Convocatoria_de_axuda_en_forma_de_colaboración_para_un_Proxecto_de_automática/robótica_sobre_Hardware_e_Software_Libre|proxecto de automática/robótica con Hw Libre patrocinado por GALPon ]] =====<br /> '''27 de setembro ??'''<br /> <br /> <br /> ===== Hw Libre =====<br /> (''RaspberryPi / Arduino / Cubieboard'')<br /> <br /> Orientado ao desenvolvemento de solucións Hardware, non a software.<br /> <br /> '''Data sen determinar'''<br /> : Obradoiro dirixido por '''''Guillermo Cordeiro'''. desenvolvedor e técnico de sistemas en [http://www.tegnix.com/ '''Tegnix''']''.<br /> : '''''Nota:''' Esta xornada ten que celebrarse despois de ter celebrada (polo menos) a primeira de '''POO''' xa que as materias precisan dos coñecemos a adquirir nela.''<br /> <br /> <br /> ===== Bash scripting III =====<br /> '''Data sen determinar'''<br /> : Obradoiro dirixido por '''''Guillermo Cordeiro''', desenvolvedor e técnico de sistemas en [http://www.tegnix.com/ '''Tegnix''']''<br /> : e por '''''Miguel Anxo Bouzada''', desenvolvedor e coordinador das distros [http://minino.galpon.org '''GALPon MiniNo''' e '''MiniNo PicarOS''']''.<br /> * Realización de interfaces gráficas con [http://lesthack.com.mx/2010/05/16/dialogos-gtk-con-zenity/ ''Zenity''] e [http://code.google.com/p/yad/ ''Yad''] (Gtk) e [http://techbase.kde.org/Development/Tutorials/Shell_Scripting_with_KDE_Dialogs ''KDE Dialogs''].<br /> * Procesos de internacionalización (''i18n'') dos diálogos/mensaxes.&lt;br /&gt;Ou o que é o mesmo: Como facer que os nosos scripts poidan ser traducidos a diferentes idiomas en función da variable ''$LANG''.<br /> <br /> <br /> ===== OSGeo ─ Open Maps =====<br /> Agardando propostas do grupo [http://xeoinquedos.wordpress.com/ xeoinquedos]<br /> <br /> <br /> == Actividades xa realizadas ==<br /> * Ano [[2013]]<br /> * Ano [[2012]]<br /> * Ano [[2011]]<br /> * Ano [[2010]]<br /> * Ano [[2009]]<br /> * Ano [[2008]]<br /> * Ano [[2007]]<br /> * Ano [[2006]]<br /> * Ano [[2005]]<br /> * Ano [[2004]]</div>

Ruworuro https://wiki.galpon.org/index.php?title=Actividades&diff=4373 2013-10-16T11:42:46Z

<p>Ruworuro: /* Día da Liberación dos Documentos */</p> <hr /> <div>== Actividades programadas ==<br /> <br /> <br /> ===Sábados libres na Altamar===<br /> <br /> ====Lugar:====<br /> :[http://xuventude.xunta.es/residencia-de-vigo.html Residencia Altamar]<br /> :[https://maps.google.es/maps?client=ubuntu&amp;channel=fs&amp;oe=utf-8&amp;ie=UTF-8&amp;q=vigo+residencia+altamar&amp;fb=1&amp;gl=es&amp;hq=residencia+altamar&amp;hnear=0xd2f621461b2c193:0x7b441dad174bd49f,Vigo,+Pontevedra&amp;cid=0,0,7445071357917597135&amp;ei=VWBtUcGMMuKu0QW9s4GQDQ&amp;ved=0CLEBEPwSMAc Ver mapa en Google Maps]<br /> <br /> ====[[Informes sobre o desenvolvemento deste ciclo]]====<br /> <br /> <br /> ====Maio, sábado 25====<br /> <br /> [https://plus.google.com/events/cfj0q7nj8urd6538ot48gj4ra10 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====Arduino 1 - Programación de Arduino=====<br /> <br /> =====Detalle da programación:=====<br /> # Charla/presentación da plataforma de hardware libre '''Arduino'''.<br /> # Iniciación ao entorno de programación «procesing».<br /> # Realización dos distintos exemplos dispoñíbeis na páxina de Arduino.<br /> #* Escritura nunha saída dixital (acender un led)<br /> #* Lectura nunha entrada dixital (probas cun pulsador)<br /> #* Lectura de valores analóxicos (sensor de temperatura lm133)<br /> #* Escritura PWM nunha saída dixital (facer soar un zumbador)<br /> # Tutorial das diferentes «shields» que existen para Arduino.<br /> # Exemplos de proxectos que se apoyan nesta plataforma.<br /> #* Proxecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / CanBus<br /> #* Lottie Lemon<br /> # Integración con outras plataformas<br /> #* Android<br /> #* Raspberry<br /> <br /> Obradoiro dirixido por '''''Guillermo Cordeiro''''', socio de '''''GALPon''''' e técnico de sistemas.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Xuño, sábado 29====<br /> [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====RaspberryPi, outro concepto de computador=====<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> <br /> :*'''Introdución:'''<br /> ::#Presentación da plataforma, diferencia de versións<br /> ::#Uso básico de RaspberryPi<br /> ::##Instalación estándar da imaxe do S.O.<br /> ::##Instalación do S.O. empregando NOOBS<br /> ::###Archlinux<br /> ::###Pidora<br /> ::###Raspbian<br /> ::###Raspbmc<br /> ::###Openelec<br /> ::##Instalación manual do S.O. sobre dispositivos USB (memoria flash e/ou disco ríxido externo)<br /> ::##Servidor FTP<br /> ::##Axustes avanzados na Raspberry Pi<br /> ::#Achegamento a Android Pi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> <br /> :*'''Tema 1:'''<br /> ::Creación dun '''Cluster de computación''' con varias RaspberryPi<br /> ::Poñente: Xabier Villar, socio de '''''Inestable'''''<br /> <br /> :*'''Tema 2:'''<br /> ::Instalación dun '''NAS''' «OMV» en RapberryPi<br /> ::#S.O. base<br /> ::#Alixeiramento do S.O. base<br /> ::##Uso de imaxes alixeiradas (non oficiais)<br /> ::##*Moebius<br /> ::##*by darkbasic<br /> ::##*drazbian by DraZtiK (nucleo 3.6.11+ e driver Broadcom 358397 sobre a darkbasic)<br /> ::#Instalación de OpenMediaVault<br /> ::##Preparación de repositorios<br /> ::##Configuración da rede<br /> ::##Acceso desde equipo remoto<br /> ::##Rasperry Pi chiando a información no inicio (achegamento)<br /> ::Poñentes: Miguel Bouzada e equipo '''''MiniNo'''''<br /> <br /> :*'''Tema 3:'''<br /> ::Instalación dun '''sevidor FTP''' e dun '''cliente Torrent''' en RaspberryPi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> {{Nota|nota='''''Nota moi importante'''''<br /> <br /> ''A exposición destes tres temas pode que non sexa lineal, senón que solapense entre eles, xa que nalgún deles hai tempos mortos moi importantes por mor de compilacións ou de instalacións moi longas.''}}<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Setembro, sábado 28====<br /> <br /> [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====VIM + Bash - Iniciación á programación de «bash scripting»=====<br /> :'''Vim''' é un editor de ficheiros de textos moi versátil, cunha gran flexibilidade á hora de escribir scripts, modificar ficheiros de texto, etc... mais, especialmente, á hora de programar.<br /> :'''Bash''' (Bourne Again Shell) é o interprete de ordes predeterminado na maioría de distribucións GNU/Linux<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> Primeiro bloque (mañá) <br /> :Iniciación a '''Vim'''<br /> :*Interface modal<br /> :*Ordes de desprazamento<br /> :*Ordes de manipulación de texto<br /> :*Usando o sistema de axuda<br /> :*Xanelas e búferes<br /> :*Configuración<br /> :*Engadidos<br /> Segundo bloque (tarde)<br /> :Iniciación a '''Bash'''<br /> :Nota: todos os exercicios realizaranse con «''vim''» como editor.<br /> :*Definición e asignación de variábeis<br /> :*Estruturas de control «''case''», «''if''», «''select''»<br /> :*Bucles «''for''», «''while''» e «''until''»<br /> :*funcións, ...<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Outubro, sábado 26====<br /> [https://plus.google.com/u/0/events/cl6l1n42ah4dhsnruh5isrg26gg Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faría moi difícil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/u/0/events/cl6l1n42ah4dhsnruh5isrg26gg «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Arduino Connect=====<br /> :*Obradoiro práctico para a conexión da plataforma Arduino a diferentes tipos de rede: Bus-Can, Bluetooth, Ethernet, Wifi, ...<br /> <br /> =====Detalle da programación:=====<br /> <br /> * Presentación<br /> ** Unha pequena charla para falar dos diferentes métodos de conexión que se usaran na xornada:<br /> *** Serial (USB).<br /> *** I2C.<br /> *** GSM.<br /> *** Bluetooth.<br /> *** Ethernet.<br /> *** RFID.<br /> * Obradoiro<br /> ** Crearanse grupos para traballar nos diferentes métodos de conexión. Para facer o máis amena posible a xornada tentarase que cada grupo chegue a traballar coas 6 conexións.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Novembro, sábado 30====<br /> <br /> [ Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> <br /> =====Uso avanzado de «Vi»=====<br /> <br /> =====Detalle da programación:=====<br /> En proceso de redacción<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ===Proxecto conxunto dos GUL===<br /> <br /> Para celebrar:<br /> *Día da Liberdade do Software<br /> **Está proposto nas listas da FSF para o sábado 21 de setembro.<br /> <br /> No seu momento, os GUL participantes nesta proposta, presentaremos os proxectos de xeito conxunto.<br /> <br /> <br /> ===Potenciamento do proxecto de solidariedade social no eido das TIC «GALPon MiniNo»===<br /> <br /> Dentro deste epígrafe presentamos 3 actividades:<br /> <br /> *Unha conferencia de desenvolvedores (III minino-devconf)<br /> *Realización dunha adaptación da GALPon MiniNo aos dispositivos ARM, con especial adicación aos RaspberryPi (minino4π, minino4pi)<br /> *Actualización da actual PicarOS 2012 a unha nova PicarOS «Diego» (2013)<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====III minino-devconf==== <br /> <br /> =====Descrición=====<br /> <br /> Esta terceira xuntanza de desenvolvedores de GALPon MiniNo terá lugar duránte as datas de semana santa ou ao longo do verán en data e lugar aínda sen determinar.<br /> <br /> Durante o transcurso da mesma, os coordinadores exporán a súa visión e os seus proxectos para a próxima versión de GALPon MiniNo «minino4Rπ» ou «minino4RPi» baseada na actual v2.0 Ártabros e orientada ao seu uso nos dispositivos «RaspberryPi», a fin de avaliar os distintos eidos de traballo cara a conseguir unha mellor coordinación e efectividade.<br /> <br /> A esta xuntanza están convidados todos os que dun xeito ou doutro forman parte, ou desexen formar parte deste proceso.<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que é unha xornada adicada aos desenvolvedores de MiniNo agardamos, como en ocasións anteriores atraer a outros desenvolvedores que queren coñecer o noso traballo.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Terá unha duración dunha xornada, facendoa coincidir coas datas de vacacións a fin de que poidan desprazarse os desenvolvedores de fora de Galicia.<br /> <br /> ====minino4Rπ - minino4RPi -- MiniNo para RasperryPi====<br /> <br /> =====Descrición=====<br /> <br /> Adaptación da distro GALPon MiniNo v2.0 Ártabros aos dispositivos «RaspberryPi» o que significa adaptar e recompilar todo á arquitectura ARM e a crear o sistema de inicio (boot loader).<br /> <br /> =====Público obxectivo=====<br /> <br /> Tralo éxito deste dispositivo, especialmente no eido da educación TIC, recibimos varias propostas neste sentido para aplicalo como «computador de aula» e tamén como «computador doméstico», en ámbolos dous casos como computador de moi baixo custo.<br /> <br /> A nosa perspectiva e a resposta ao anuncio nas redes sociais fainos pensar en que ten o éxito asegurado.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo de todo o ano, agardando ter unha versión beta para mediado o mes de novembro.<br /> <br /> <br /> ====PicarOS «Diego» (2013)====<br /> <br /> =====Descrición=====<br /> <br /> Actualización e mellora da distro para cativos de 3 a 12 anos GALPon MiniNo PicarOS aproveitando os comentarios e a información do profesorado que está a empregalo.<br /> *Mellora do procedemento de instalación. Temos moitas solicitudes de alumnos que queren dispor del na súa casa e, neste momento, a instalación non é totalmente doada para os cativos.<br /> *Completar traducións.<br /> *Creación dun módulo «AulaSync» para a sincronización dos equipos dunha mesma aula ou localización a requisitos do profesorado, conforme as experiencias acumuladas en centros de Navarra e Zaragoza.<br /> *Mellora do módulo «LanzaRox» (módulo específico de PicarOS).<br /> *Adaptación do sistema [unique-launch] de DoudouLinux para maior sinxeleza na execución de aplicativos pos parte dos cativos.<br /> *Incorporación dun sistema en desconexión (offline) de consulta da Wikipedia, para os casos de nenos en situación económica crítica, ou de zonas xeográficas que non dispoñen de conexión á Internet nas súas casas (Kiwix).<br /> *Realización dun aplicativo para a xestión do tempo de atividade (pequerrechos).<br /> *Configuración dun sistema de «Control paterno» para o uso doméstico seguro por parte dos cativos.<br /> *Integración de «Cotovía» http://webs.uvigo.es/gtm_voz/index.php?option=com_content&amp;view=article&amp;id=130:cotovia&amp;catid=43&amp;Itemid=138&amp;lang=gl<br /> <br /> =====Público obxectivo=====<br /> <br /> O obxectivo principal de PicarOS é aproveitar a base de GALPon MiniNo para adaptala ao uso escolar. É dicir, mentres que GALPon MiniNo é unha distribución de uso xenérico e destinada a usuarios de todas as idades, en PicarOS centramonos nunha poboación destino de 3-12 anos, mais mantendo na medida do posíbel a súa lixeireza e uso doado.<br /> <br /> Está, tamén, comprobada a carencia dunha distribución destas características, especificamente orientada a os máis cativos, con contidos ludico-didácticos axeitados a súa idade.<br /> <br /> Pensamos en que é doado superar as 2.000 descargas nun ano, dado o tirón que ten a versión actual que, a pouco máis de dous meses da súa publicación e sen publicitala, xa superou as 380 descargas por torrent máis o que poida ter sido descargado coas ligazóns «magnet» ou desde Youtube que non temos forma de contabilizalo.<br /> <br /> *Comentarios en blogs:<br /> **http://linuxmigrante.blogspot.com.es/2013/01/picaros-linux-designed-for-kids.html?showComment=1359515432805<br /> **http://mandrivachronicles.blogspot.com.es/2013/01/my-encounter-with-picaros-great-linux.html<br /> *Youtube (ver comentarios)<br /> **http://www.youtube.com/watch?feature=player_embedded&amp;v=NARLxffp1pE<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo dos 9 primeiros meses do ano, agardando ter a versión final para o comezo do curso 2013-2014<br /> <br /> =====Desenvolvemento de programa de publicacións/liberacións=====<br /> ======Publicación beta (fins de xuño)======<br /> *[http://galpon.org/content/minino-picaros-2013-diego-en-fase-beta Web de GALPon]<br /> *[https://minino.galpon.org/es/noticias/minino-picaros-2013-diego-en-fase-beta Web de MiniNo (es e gl)]<br /> *[http://www.mancomun.org/no_cache/actualidade/detalledenova/nova/a-distribucion-gnulinux-para-cativos-minino-picaros-2013-diego-en-fase-beta/ Web de Mancomun]<br /> *[https://plus.google.com/109774302997798925480/posts/ACviWFJqboz G+ es]<br /> *[https://plus.google.com/109774302997798925480/posts/Pg38LUFdhG4 G+ gl]<br /> *[http://www.gambas-es.org/viewtopic.php?f=8&amp;t=3213&amp;p=18109 Foro da comunidade gambas-es]<br /> <br /> ======Publicación final ( 21 de setembro )======<br /> Faremos coincidir a publicación da versión final co Día da Liberdade do Software (SFD) e [http://wiki.softwarefreedomday.org/2013/Spain/Mugardos/Galicia nesa mesma actividade] faremos a súa presentación pública.<br /> <br /> ===Conferencia obradoiro sobre «Tupí»===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Aproveitando a presenza en España do desenvolvedor principal do «Tupí» aproveitamos para traelo ata Vigo para impartir unha conferencia-demostración-obradoiro sobre o emprego do mesmo.<br /> *http://www.maefloresta.com/portal/es/acerca<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que pensando fundamentalmente na asistencia do profesorado de Tecnoloxía e de Plástica, estará aberto a todo o público.<br /> <br /> A nosa intención inicial é facelo na Escola de Enxeñaría de Telecomunicación a fin de atraer tamén aos estudantes interesados no procesamento do sinal e máis concretamente os vinculados ao Grupo de Tecnoloxías Multimedia.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Dias inmediatamente anteriores ou posteriores á celebración do congreso LMG (Libre Graphics Meeting) http://libregraphicsmeeting.org/2013/ (poderia ser un dos días 8,9,15 ou 16 de abril).<br /> &lt;/strike&gt;<br /> <br /> <br /> ===Refachos de vim+bash+yad===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Un refacho non é máis cun golpe de vento, unha ventada, o que en castelán coñecese como «ráfaga».<br /> A Nosa idea e facer unha serie de xuntanzas moi prácticas, nas que os asistentes vaian practicando na realización de scripts/aplicativos/programas, baixo a tutoría dun experto.<br /> <br /> Partindo do mínimo, do xa clásico «Ola xente», cada xuntanza incrementará a dificultade, como se dun manual se tratase, ata acadar scripts complexos con integración de funcions, RegExp complexas, etc.<br /> <br /> Cada refacho terá unha duración de 1:30 h e nunca máis de 1:45 h. A periodicidade será de unha cada mes a realizarse o derradeiro sábado de cada mes agás nos meses de xaneiro, xullo, agosto e decembro.<br /> <br /> =====Público obxectivo=====<br /> <br /> O máximo de asistentes será de 20, considerando como ideal 15 persoas.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Todo o ano, o último sábado de cada més, agás xaneiro, xullo, agosto e decembro<br /> &lt;/strike&gt;<br /> <br /> == Outras actividades actualmente en proceso ==<br /> <br /> === &quot;GRUVI - Grupo de Reciclaxe Informática da Universidade de Vigo&quot; ===<br /> * Desenvolvida desde o curso 2005-06 ata o curso 2012-13 (prorrogado).<br /> * Lugar: Universidade de Vigo<br /> * Descrición: Proxecto de voluntariado de recuperación de equipos informáticos da UVigo para doalos con Software Libre a entidades sociais. Participa a OVI (Oficina de Voluntariado e Integración), a OMA (Oficina de Medio Ambiente) da Universidade de Vigo e GALPon.org <br /> * [[Recuperación equipos informáticos para ONGs | Máis información ]]<br /> * [http://webs.uvigo.es/gruvi O web do GRUVI]<br /> <br /> <br /> == Actividades en proceso de estudio ==<br /> === Scratch + Arduino ===<br /> * [[ Xornadas sobre Scratch + Arduino - Xuntanza Previa -]]<br /> * [[ Xornadas sobre Scratch + Arduino - Presentación do proxecto]]<br /> <br /> <br /> == Actividades pendentes... ==<br /> <br /> <br /> == Documentos colaborativos ==<br /> === &quot;Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria ===<br /> * Para impulsar as TIC e o '''Software Libre na educación en Galicia'''<br /> [[Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria | Mais Información]]<br /> === Elaboración do documento consensuado dos Grupos de Usuarios de GNU/Linux galegos ===<br /> * Para impulsar o '''Software Libre en Galiza'''<br /> [[Documento consensuado dos GUGL galegos para impulsar SL en Galiza | Máis información]]<br /> <br /> <br /> == Actividades destacadas ==<br /> === Presenza de Richard Stallman en Vigo organizada por GALPon ===<br /> * [[RMS_en_Vigo|Richard Stallman en Vigo]]<br /> === Edicións da Linux-Party feitas por GALPon ===<br /> * [[Linux_Party_2006|2006]]<br /> * [[LinuxParty2004|2004]]<br /> === Colaboracións de GALPon coa NX-Conecta ===<br /> * [[NXConecta_2006|2006]]<br /> * [[NXConecta_2005|2005]]<br /> <br /> <br /> == Programando o ano que ven (2014) ==<br /> Apuntamento de ideas<br /> <br /> <br /> ===Día da Liberación dos Documentos===<br /> ** mércores 26 de marzo<br /> ** Telecos (salón de graos) ?<br /> ** Que veña J.J. Merelo ?<br /> *** Reservar uns 1.000 - 1.200 € (Desgloxe)<br /> <br /> ===Sábados Libres na Altamar, 2º ciclo===<br /> * 9 sábados (xan, feb, mar, abr, mai, xuñ, set, out, nov) sempre no último sábado do mes.<br /> :: &lt;strike&gt;Pedir propostas de cursos nas listas&lt;/strike&gt;<br /> {{Nota|nota=Estas datas, agás as marcadas como &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;, están pendentes de confirmar polos respectivos relatores/profesores.}}<br /> <br /> <br /> ==== GIT ====<br /> Sistema de control de versións.<br /> <br /> '''25 de xaneiro''' e '''29 de marzo''' &lt;span style=&quot;color:#0000ff;background:#ffff00&quot;&gt;&amp;nbsp;'''Datas confirmadas'''&amp;nbsp;&lt;/span&gt;<br /> : Obradoiros dirixidos por '''''Jesus Amieiro Becerra''', ... bio? ...''<br /> * 1ª xornada ─ 25 de xaneiro ─ Introdución<br /> * 2ª xornada ─ 29 de marzo ─ Afondamento<br /> <br /> <br /> * '''''Infraestrutura técnica'''''<br /> ** Servidor con instalación de GIT e coa paquetería necesaria xa dispoñíbel por [s]ftp para non depender de descargas externas.<br /> ** Switch/router, para acceso ao servidor GIT por parte dos asistentes, de 24 bocas.<br /> ** Cableado eléctrico e de rede para 24 asistentes.<br /> ** AP para acceso WiFi ao servidor e á Iternet (consultas, manuais, etc...).<br /> ** 2 pantallas e 2 videoproxectores.<br /> ** Sistema de gravación mediante webcam.<br /> ** Sistema de captura do PC do profesor (VGA2USB).<br /> <br /> <br /> * '''''Límite de inscricións'''''<br /> ** Por mor da complexidade deste curso, a inscrición limítase a '''24''' prazas.<br /> <br /> <br /> '''''Nota 1:''' Recomendámosvos que levedes xa instalado no voso computador o paquete [http://git-scm.com/ '''GIT''']''<br /> <br /> '''''Nota 2:''' Para a primeira xornada, o director do curso '''desaconsella''' o uso de interfaces de usuario (IGU/GUI)''<br /> <br /> <br /> ==== Estatística con R ====<br /> &lt;span style=&quot;color:#ff0000&quot;&gt;Alternativa-1&lt;/span&gt;<br /> <br /> '''22 de febreiro''' e '''26 de abril'''<br /> <br /> &lt;span style=&quot;color:#ff0000&quot;&gt;Alternativa-2&lt;/span&gt;<br /> <br /> '''25 de outubro''' e '''29 de novembro'''<br /> * 1ª xornada ─ Introdución<br /> :: Obradoiro dirixido por '''''Miguel Branco''', investigador no Depto. de Ecoloxía e Bioloxía animal, UVigo''<br /> :* ...<br /> ::: ...<br /> * 2ª xornada ─ Afondamento<br /> :: Obradoiro dirixido por '''''Miguel Anxo Rodríguez Muíños''', técnico informático na Dirección Xeral de Innovación e Xestión da Saúde Pública. Consellería de Sanidade. Xunta de Galicia''<br /> :* Entornos de usuario (IGU) para '''''R''''' e creación de paquetes.<br /> ::: Falarase das diversas opcións de IGU existentes (e que serven para distintas cousas), a seguir afondarase máis nun par deles (''RCommander'' e ''RStudio'')… para rematar facendo paquetes co ''RStudio'' (como xerar un «package» que se poida distribuír co noso código e enviar para publicar nos repositorios «oficiais»)<br /> <br /> <br /> '''''Nota 1:''' Recomendámosvos que levedes xa instalado no voso computador o paquete [http://www.r-project.org/ '''R''']''<br /> <br /> '''''Nota 2:''' Os que pretendan seguir este obradoiro cun S.O. Windows '''tamén''' poden empregar o [http://www.sergas.es/MostrarContidos_N3_T01.aspx?IdPaxina=62658 '''BioStatFLOSS Portable''']''<br /> <br /> <br /> ==== POO ====<br /> Programación orientada a obxectos con ''Python'' e ''Vala''.<br /> <br /> &lt;span style=&quot;color:#ff0000&quot;&gt;Alternativa-1&lt;/span&gt;<br /> <br /> '''31 de maio''' e '''28 de xuño'''<br /> <br /> &lt;span style=&quot;color:#ff0000&quot;&gt;Alternativa-2&lt;/span&gt;<br /> <br /> '''26 de abril''' e '''28 de xuño'''<br /> : Obradoiros dirixidos por '''''Sergio Costas''' (aka [http://blog.rastersoft.com/ rastersoft]), desenvolvedor de diversos proxectos de SW'''''<br /> * 1ª xornada ─ Introdución ao concepto de «obxecto» e primeiros desenvolvementos.<br /> * 2ª xornada ─ Afondamento no desenvolvemento, uso de «Frameworks» para Python e Vala.<br /> <br /> <br /> ==== Despois do verán ─ Proxectos sen data determinada ====<br /> &lt;br&gt;<br /> <br /> ===== Presentación do [[Convocatoria_de_axuda_en_forma_de_colaboración_para_un_Proxecto_de_automática/robótica_sobre_Hardware_e_Software_Libre|proxecto de automática/robótica con Hw Libre patrocinado por GALPon ]] =====<br /> '''27 de setembro ??'''<br /> <br /> <br /> ===== Hw Libre =====<br /> (''RaspberryPi / Arduino / Cubieboard'')<br /> <br /> Orientado ao desenvolvemento de solucións Hardware, non a software.<br /> <br /> '''Data sen determinar'''<br /> : Obradoiro dirixido por '''''Guillermo Cordeiro'''. desenvolvedor e técnico de sistemas en [http://www.tegnix.com/ '''Tegnix''']''.<br /> : '''''Nota:''' Esta xornada ten que celebrarse despois de ter celebrada (polo menos) a primeira de '''POO''' xa que as materias precisan dos coñecemos a adquirir nela.''<br /> <br /> <br /> ===== Bash scripting III =====<br /> '''Data sen determinar'''<br /> : Obradoiro dirixido por '''''Guillermo Cordeiro''', desenvolvedor e técnico de sistemas en [http://www.tegnix.com/ '''Tegnix''']''<br /> : e por '''''Miguel Anxo Bouzada''', desenvolvedor e coordinador das distros [http://minino.galpon.org '''GALPon MiniNo''' e '''MiniNo PicarOS''']''.<br /> * Realización de interfaces gráficas con [http://lesthack.com.mx/2010/05/16/dialogos-gtk-con-zenity/ ''Zenity''] e [http://code.google.com/p/yad/ ''Yad''] (Gtk) e [http://techbase.kde.org/Development/Tutorials/Shell_Scripting_with_KDE_Dialogs ''KDE Dialogs''].<br /> * Procesos de internacionalización (''i18n'') dos diálogos/mensaxes.&lt;br /&gt;Ou o que é o mesmo: Como facer que os nosos scripts poidan ser traducidos a diferentes idiomas en función da variable ''$LANG''.<br /> <br /> <br /> ===== OSGeo ─ Open Maps =====<br /> Agardando propostas do grupo [http://xeoinquedos.wordpress.com/ xeoinquedos]<br /> <br /> == Actividades xa realizadas ==<br /> * Ano [[2013]]<br /> * Ano [[2012]]<br /> * Ano [[2011]]<br /> * Ano [[2010]]<br /> * Ano [[2009]]<br /> * Ano [[2008]]<br /> * Ano [[2007]]<br /> * Ano [[2006]]<br /> * Ano [[2005]]<br /> * Ano [[2004]]</div>

Ruworuro https://wiki.galpon.org/index.php?title=Actividades&diff=4311 2013-10-09T22:19:02Z

<p>Ruworuro: /* Detalle da programación: */</p> <hr /> <div>== Actividades programadas ==<br /> <br /> <br /> ===Sábados libres na Altamar===<br /> <br /> ====Lugar:====<br /> :[http://xuventude.xunta.es/residencia-de-vigo.html Residencia Altamar]<br /> :[https://maps.google.es/maps?client=ubuntu&amp;channel=fs&amp;oe=utf-8&amp;ie=UTF-8&amp;q=vigo+residencia+altamar&amp;fb=1&amp;gl=es&amp;hq=residencia+altamar&amp;hnear=0xd2f621461b2c193:0x7b441dad174bd49f,Vigo,+Pontevedra&amp;cid=0,0,7445071357917597135&amp;ei=VWBtUcGMMuKu0QW9s4GQDQ&amp;ved=0CLEBEPwSMAc Ver mapa en Google Maps]<br /> <br /> ====[[Informes sobre o desenvolvemento deste ciclo]]====<br /> <br /> <br /> ====Maio, sábado 25====<br /> <br /> [https://plus.google.com/events/cfj0q7nj8urd6538ot48gj4ra10 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====Arduino 1 - Programación de Arduino=====<br /> <br /> =====Detalle da programación:=====<br /> # Charla/presentación da plataforma de hardware libre '''Arduino'''.<br /> # Iniciación ao entorno de programación «procesing».<br /> # Realización dos distintos exemplos dispoñíbeis na páxina de Arduino.<br /> #* Escritura nunha saída dixital (acender un led)<br /> #* Lectura nunha entrada dixital (probas cun pulsador)<br /> #* Lectura de valores analóxicos (sensor de temperatura lm133)<br /> #* Escritura PWM nunha saída dixital (facer soar un zumbador)<br /> # Tutorial das diferentes «shields» que existen para Arduino.<br /> # Exemplos de proxectos que se apoyan nesta plataforma.<br /> #* Proxecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / CanBus<br /> #* Lottie Lemon<br /> # Integración con outras plataformas<br /> #* Android<br /> #* Raspberry<br /> <br /> Obradoiro dirixido por '''''Guillermo Cordeiro''''', socio de '''''GALPon''''' e técnico de sistemas.<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Xuño, sábado 29====<br /> [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====RaspberryPi, outro concepto de computador=====<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/events/c9iie4oab7sahm8rnm6uig6rfc0?authkey=CKbWp_mCv_2lqwE «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> <br /> :*'''Introdución:'''<br /> ::#Presentación da plataforma, diferencia de versións<br /> ::#Uso básico de RaspberryPi<br /> ::##Instalación estándar da imaxe do S.O.<br /> ::##Instalación do S.O. empregando NOOBS<br /> ::###Archlinux<br /> ::###Pidora<br /> ::###Raspbian<br /> ::###Raspbmc<br /> ::###Openelec<br /> ::##Instalación manual do S.O. sobre dispositivos USB (memoria flash e/ou disco ríxido externo)<br /> ::##Servidor FTP<br /> ::##Axustes avanzados na Raspberry Pi<br /> ::#Achegamento a Android Pi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> <br /> :*'''Tema 1:'''<br /> ::Creación dun '''Cluster de computación''' con varias RaspberryPi<br /> ::Poñente: Xabier Villar, socio de '''''Inestable'''''<br /> <br /> :*'''Tema 2:'''<br /> ::Instalación dun '''NAS''' «OMV» en RapberryPi<br /> ::#S.O. base<br /> ::#Alixeiramento do S.O. base<br /> ::##Uso de imaxes alixeiradas (non oficiais)<br /> ::##*Moebius<br /> ::##*by darkbasic<br /> ::##*drazbian by DraZtiK (nucleo 3.6.11+ e driver Broadcom 358397 sobre a darkbasic)<br /> ::#Instalación de OpenMediaVault<br /> ::##Preparación de repositorios<br /> ::##Configuración da rede<br /> ::##Acceso desde equipo remoto<br /> ::##Rasperry Pi chiando a información no inicio (achegamento)<br /> ::Poñentes: Miguel Bouzada e equipo '''''MiniNo'''''<br /> <br /> :*'''Tema 3:'''<br /> ::Instalación dun '''sevidor FTP''' e dun '''cliente Torrent''' en RaspberryPi<br /> ::Poñentes: Guillermo Cordeiro e Miguel Bouzada, socios de '''''GALpon'''''<br /> {{Nota|nota='''''Nota moi importante'''''<br /> <br /> ''A exposición destes tres temas pode que non sexa lineal, senón que solapense entre eles, xa que nalgún deles hai tempos mortos moi importantes por mor de compilacións ou de instalacións moi longas.''}}<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Setembro, sábado 28====<br /> <br /> [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> =====VIM + Bash - Iniciación á programación de «bash scripting»=====<br /> :'''Vim''' é un editor de ficheiros de textos moi versátil, cunha gran flexibilidade á hora de escribir scripts, modificar ficheiros de texto, etc... mais, especialmente, á hora de programar.<br /> :'''Bash''' (Bourne Again Shell) é o interprete de ordes predeterminado na maioría de distribucións GNU/Linux<br /> {{Nota|nota='''Nota importante:'''<br /> <br /> Por mor da dispoñibilidade de espazo e en previsión dun exceso de aforo, o que faria moi dificil o seguimento do obradoiro, para esta actividade será preciso formalizar unha inscrición na correspondente '''[https://docs.google.com/forms/d/1NTBKPdwpoG63KXnPw534Y1wSrEfd4HgvlZ_s1d6Na_k/viewform folla de inscricións]'''.<br /> <br /> Asemade, agradecemos que os que vos inscribades ou pensedes facelo, indiquédelo na páxina do [https://plus.google.com/u/0/events/cl461khjvi6reulu0hjdsr67li8 «'''Evento en G+'''»] nas opcións «'''Si'''» ou «'''Quizais'''» da consulta «'''Vas asistir?'''»}}<br /> <br /> =====Detalle da programación:=====<br /> Primeiro bloque (mañá) <br /> :Iniciación a '''Vim'''<br /> :*Interface modal<br /> :*Ordes de desprazamento<br /> :*Ordes de manipulación de texto<br /> :*Usando o sistema de axuda<br /> :*Xanelas e búferes<br /> :*Configuración<br /> :*Engadidos<br /> Segundo bloque (tarde)<br /> :Iniciación a '''Bash'''<br /> :Nota: todos os exercicios realizaranse con «''vim''» como editor.<br /> :*Definición e asignación de variábeis<br /> :*Estruturas de control «''case''», «''if''», «''select''»<br /> :*Bucles «''for''», «''while''» e «''until''»<br /> :*funcións, ...<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Outubro, sábado 26====<br /> [ Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> <br /> =====Arduino Connect=====<br /> :*Obradoiro práctico para a conexión da plataforma Arduino a diferentes tipos de rede: Bus-Can, Bluetooth, Ethernet, Wifi, ...<br /> <br /> =====Detalle da programación:=====<br /> <br /> * Presentación<br /> ** Una pequeña charla para hablar de los diferentes métodos de conexión que se usaran en la jornada:<br /> *** Serial (USB).<br /> *** I2C.<br /> *** GSM.<br /> *** Bluetooth.<br /> *** Ethernet.<br /> *** RFID.<br /> * Taller<br /> ** Se crearán grupos para trabajar en los diferentes métodos de conexión. Para hacer lo más amena posible la jornada se intentará que cada grupo llegue a trabajar con las 6 conexiones.<br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====Novembro, sábado 30====<br /> <br /> [ Páxina do evento en G+]<br /> <br /> horario: de 10:00 a 14:00 e de 16:00 a 18:30<br /> <br /> <br /> =====Uso avanzado de «Vi»=====<br /> <br /> =====Detalle da programación:=====<br /> En proceso de redacción<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> <br /> ===Proxecto conxunto dos GUL===<br /> <br /> Para celebrar:<br /> *Día da Liberdade do Software<br /> **Está proposto nas listas da FSF para o sábado 21 de setembro.<br /> <br /> No seu momento, os GUL participantes nesta proposta, presentaremos os proxectos de xeito conxunto.<br /> <br /> <br /> ===Potenciamento do proxecto de solidariedade social no eido das TIC «GALPon MiniNo»===<br /> <br /> Dentro deste epígrafe presentamos 3 actividades:<br /> <br /> *Unha conferencia de desenvolvedores (III minino-devconf)<br /> *Realización dunha adaptación da GALPon MiniNo aos dispositivos ARM, con especial adicación aos RaspberryPi (minino4π, minino4pi)<br /> *Actualización da actual PicarOS 2012 a unha nova PicarOS «Diego» (2013)<br /> <br /> <br /> ''Esta actividade forma parte das actividades que GALPon realiza ao abeiro do convenio de colaboración asinado coa Axencia para a Modernización Tecnolóxica de Galicia ([https://imit.xunta.es/portal/sxmit/AMTEGA/ AMTEGA]), e incluídas no [http://www.mancomun.org/conecemancomun/plandeaccion/ Plan de Acción de Software Libre 2013 da Xunta de Galicia].''<br /> <br /> [[Archivo:Logos-xunta-2013_alfa.png|420px]]<br /> <br /> ====III minino-devconf==== <br /> <br /> =====Descrición=====<br /> <br /> Esta terceira xuntanza de desenvolvedores de GALPon MiniNo terá lugar duránte as datas de semana santa ou ao longo do verán en data e lugar aínda sen determinar.<br /> <br /> Durante o transcurso da mesma, os coordinadores exporán a súa visión e os seus proxectos para a próxima versión de GALPon MiniNo «minino4Rπ» ou «minino4RPi» baseada na actual v2.0 Ártabros e orientada ao seu uso nos dispositivos «RaspberryPi», a fin de avaliar os distintos eidos de traballo cara a conseguir unha mellor coordinación e efectividade.<br /> <br /> A esta xuntanza están convidados todos os que dun xeito ou doutro forman parte, ou desexen formar parte deste proceso.<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que é unha xornada adicada aos desenvolvedores de MiniNo agardamos, como en ocasións anteriores atraer a outros desenvolvedores que queren coñecer o noso traballo.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Terá unha duración dunha xornada a realizarse en datas de verán, facendoa coincidir coas datas de vacacións a fin de que poidan desprazarse os desenvolvedores de fora de Galicia.<br /> <br /> <br /> ====minino4Rπ - minino4RPi -- MiniNo para RasperryPi====<br /> <br /> =====Descrición=====<br /> <br /> Adaptación da distro GALPon MiniNo v2.0 Ártabros aos dispositivos «RaspberryPi» o que significa adaptar e recompilar todo á arquitectura ARM e a crear o sistema de inicio (boot loader).<br /> <br /> =====Público obxectivo=====<br /> <br /> Tralo éxito deste dispositivo, especialmente no eido da educación TIC, recibimos varias propostas neste sentido para aplicalo como «computador de aula» e tamén como «computador doméstico», en ámbolos dous casos como computador de moi baixo custo.<br /> <br /> A nosa perspectiva e a resposta ao anuncio nas redes sociais fainos pensar en que ten o éxito asegurado.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo de todo o ano, agardando ter unha versión beta para mediado o mes de novembro.<br /> <br /> <br /> ====PicarOS «Diego» (2013)====<br /> <br /> =====Descrición=====<br /> <br /> Actualización e mellora da distro para cativos de 3 a 12 anos GALPon MiniNo PicarOS aproveitando os comentarios e a información do profesorado que está a empregalo.<br /> *Mellora do procedemento de instalación. Temos moitas solicitudes de alumnos que queren dispor del na súa casa e, neste momento, a instalación non é totalmente doada para os cativos.<br /> *Completar traducións.<br /> *Creación dun módulo «AulaSync» para a sincronización dos equipos dunha mesma aula ou localización a requisitos do profesorado, conforme as experiencias acumuladas en centros de Navarra e Zaragoza.<br /> *Mellora do módulo «LanzaRox» (módulo específico de PicarOS).<br /> *Adaptación do sistema [unique-launch] de DoudouLinux para maior sinxeleza na execución de aplicativos pos parte dos cativos.<br /> *Incorporación dun sistema en desconexión (offline) de consulta da Wikipedia, para os casos de nenos en situación económica crítica, ou de zonas xeográficas que non dispoñen de conexión á Internet nas súas casas (Kiwix).<br /> *Realización dun aplicativo para a xestión do tempo de atividade (pequerrechos).<br /> *Configuración dun sistema de «Control paterno» para o uso doméstico seguro por parte dos cativos.<br /> *Integración de «Cotovía» http://webs.uvigo.es/gtm_voz/index.php?option=com_content&amp;view=article&amp;id=130:cotovia&amp;catid=43&amp;Itemid=138&amp;lang=gl<br /> <br /> =====Público obxectivo=====<br /> <br /> O obxectivo principal de PicarOS é aproveitar a base de GALPon MiniNo para adaptala ao uso escolar. É dicir, mentres que GALPon MiniNo é unha distribución de uso xenérico e destinada a usuarios de todas as idades, en PicarOS centramonos nunha poboación destino de 3-12 anos, mais mantendo na medida do posíbel a súa lixeireza e uso doado.<br /> <br /> Está, tamén, comprobada a carencia dunha distribución destas características, especificamente orientada a os máis cativos, con contidos ludico-didácticos axeitados a súa idade.<br /> <br /> Pensamos en que é doado superar as 2.000 descargas nun ano, dado o tirón que ten a versión actual que, a pouco máis de dous meses da súa publicación e sen publicitala, xa superou as 380 descargas por torrent máis o que poida ter sido descargado coas ligazóns «magnet» ou desde Youtube que non temos forma de contabilizalo.<br /> <br /> *Comentarios en blogs:<br /> **http://linuxmigrante.blogspot.com.es/2013/01/picaros-linux-designed-for-kids.html?showComment=1359515432805<br /> **http://mandrivachronicles.blogspot.com.es/2013/01/my-encounter-with-picaros-great-linux.html<br /> *Youtube (ver comentarios)<br /> **http://www.youtube.com/watch?feature=player_embedded&amp;v=NARLxffp1pE<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo dos 9 primeiros meses do ano, agardando ter a versión final para o comezo do curso 2013-2014<br /> <br /> =====Desenvolvemento de programa de publicacións/liberacións=====<br /> ======Publicación beta (fins de xuño)======<br /> *[http://galpon.org/content/minino-picaros-2013-diego-en-fase-beta Web de GALPon]<br /> *[https://minino.galpon.org/es/noticias/minino-picaros-2013-diego-en-fase-beta Web de MiniNo (es e gl)]<br /> *[http://www.mancomun.org/no_cache/actualidade/detalledenova/nova/a-distribucion-gnulinux-para-cativos-minino-picaros-2013-diego-en-fase-beta/ Web de Mancomun]<br /> *[https://plus.google.com/109774302997798925480/posts/ACviWFJqboz G+ es]<br /> *[https://plus.google.com/109774302997798925480/posts/Pg38LUFdhG4 G+ gl]<br /> *[http://www.gambas-es.org/viewtopic.php?f=8&amp;t=3213&amp;p=18109 Foro da comunidade gambas-es]<br /> <br /> ======Publicación final ( 21 de setembro )======<br /> Faremos coincidir a publicación da versión final co Día da Liberdade do Software (SFD) e [http://wiki.softwarefreedomday.org/2013/Spain/Mugardos/Galicia nesa mesma actividade] faremos a súa presentación pública.<br /> <br /> ===Conferencia obradoiro sobre «Tupí»===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Aproveitando a presenza en España do desenvolvedor principal do «Tupí» aproveitamos para traelo ata Vigo para impartir unha conferencia-demostración-obradoiro sobre o emprego do mesmo.<br /> *http://www.maefloresta.com/portal/es/acerca<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que pensando fundamentalmente na asistencia do profesorado de Tecnoloxía e de Plástica, estará aberto a todo o público.<br /> <br /> A nosa intención inicial é facelo na Escola de Enxeñaría de Telecomunicación a fin de atraer tamén aos estudantes interesados no procesamento do sinal e máis concretamente os vinculados ao Grupo de Tecnoloxías Multimedia.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Dias inmediatamente anteriores ou posteriores á celebración do congreso LMG (Libre Graphics Meeting) http://libregraphicsmeeting.org/2013/ (poderia ser un dos días 8,9,15 ou 16 de abril).<br /> &lt;/strike&gt;<br /> <br /> <br /> ===Refachos de vim+bash+yad===<br /> &lt;strike&gt;<br /> =====Descrición=====<br /> <br /> Un refacho non é máis cun golpe de vento, unha ventada, o que en castelán coñecese como «ráfaga».<br /> A Nosa idea e facer unha serie de xuntanzas moi prácticas, nas que os asistentes vaian practicando na realización de scripts/aplicativos/programas, baixo a tutoría dun experto.<br /> <br /> Partindo do mínimo, do xa clásico «Ola xente», cada xuntanza incrementará a dificultade, como se dun manual se tratase, ata acadar scripts complexos con integración de funcions, RegExp complexas, etc.<br /> <br /> Cada refacho terá unha duración de 1:30 h e nunca máis de 1:45 h. A periodicidade será de unha cada mes a realizarse o derradeiro sábado de cada mes agás nos meses de xaneiro, xullo, agosto e decembro.<br /> <br /> =====Público obxectivo=====<br /> <br /> O máximo de asistentes será de 20, considerando como ideal 15 persoas.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Todo o ano, o último sábado de cada més, agás xaneiro, xullo, agosto e decembro<br /> &lt;/strike&gt;<br /> <br /> == Outras actividades actualmente en proceso ==<br /> <br /> === &quot;GRUVI - Grupo de Reciclaxe Informática da Universidade de Vigo&quot; ===<br /> * Desenvolvida desde o curso 2005-06 ata o curso 2012-13 (prorrogado).<br /> * Lugar: Universidade de Vigo<br /> * Descrición: Proxecto de voluntariado de recuperación de equipos informáticos da UVigo para doalos con Software Libre a entidades sociais. Participa a OVI (Oficina de Voluntariado e Integración), a OMA (Oficina de Medio Ambiente) da Universidade de Vigo e GALPon.org <br /> * [[Recuperación equipos informáticos para ONGs | Máis información ]]<br /> * [http://webs.uvigo.es/gruvi O web do GRUVI]<br /> <br /> <br /> == Actividades en proceso de estudio ==<br /> === Scratch + Arduino ===<br /> * [[ Xornadas sobre Scratch + Arduino - Xuntanza Previa -]]<br /> * [[ Xornadas sobre Scratch + Arduino - Presentación do proxecto]]<br /> <br /> <br /> == Actividades pendentes... ==<br /> <br /> <br /> == Documentos colaborativos ==<br /> === &quot;Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria ===<br /> * Para impulsar as TIC e o '''Software Libre na educación en Galicia'''<br /> [[Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria | Mais Información]]<br /> === Elaboración do documento consensuado dos Grupos de Usuarios de GNU/Linux galegos ===<br /> * Para impulsar o '''Software Libre en Galiza'''<br /> [[Documento consensuado dos GUGL galegos para impulsar SL en Galiza | Máis información]]<br /> <br /> <br /> == Actividades destacadas ==<br /> === Presenza de Richard Stallman en Vigo organizada por GALPon ===<br /> * [[RMS_en_Vigo|Richard Stallman en Vigo]]<br /> === Edicións da Linux-Party feitas por GALPon ===<br /> * [[Linux_Party_2006|2006]]<br /> * [[LinuxParty2004|2004]]<br /> === Colaboracións de GALPon coa NX-Conecta ===<br /> * [[NXConecta_2006|2006]]<br /> * [[NXConecta_2005|2005]]<br /> <br /> <br /> == Programando o ano que ven ==<br /> Apuntamento de ideas<br /> * '''Día da Liberación dos Documentos'''<br /> ** mércores 26 de marzo<br /> ** Telecos (salón de graos) ?<br /> ** Que veña J.J. Merelo ?<br /> *** Reservar uns 1.000 - 1.200 €<br /> * Continuar cos '''Sábados Libres na Altamar'''<br /> ** 9 sábados (xan, feb, mar, abr, mai, xun, set, out, nov) sempre no último sábado do mes.<br /> ** Pedir propostas cursos nas listas<br /> *** '''Bash''' - Completar con interfaces gráficas (Zenity e Yad) e tradución de mensaxes/diálogos.<br /> *** '''Git''' (con Jesus Amieiro)<br /> **** Introdución<br /> **** Afondamento<br /> *** Estatística con '''R''' (con Miguel Branco e Miguel Anxo Rodriguez)<br /> **** Introdución<br /> **** Afondamento<br /> *** '''POP''' (python, perl, vala, etc)<br /> *** RasPi / Arduino / Cubieboard ... orientado a Hwd, non a soft<br /> *** Presentación do proxecto de automática/robótica con Hw Libre patrocinado por GALPon<br /> <br /> == Actividades xa realizadas ==<br /> * Ano [[2013]]<br /> * Ano [[2012]]<br /> * Ano [[2011]]<br /> * Ano [[2010]]<br /> * Ano [[2009]]<br /> * Ano [[2008]]<br /> * Ano [[2007]]<br /> * Ano [[2006]]<br /> * Ano [[2005]]<br /> * Ano [[2004]]</div>

Ruworuro https://wiki.galpon.org/index.php?title=Argallando_cunha_Raspberry_Pi&diff=4140 2013-06-18T17:18:25Z

<p>Ruworuro: /* Editando o fstab */</p> <hr /> <div>=&lt;font color=&quot;#FF0000&quot;&gt;Páxina en obras !!!&lt;/font&gt;=<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;<br /> Non toda a info foi contrastada abondo, agardar a que retiremos esta cabeceira antes de fiar en todo o que aquí se conta.&lt;/font&gt;}}<br /> <br /> ;argallar: [http://www.portaldaspalabras.org/buscador?palabra=argallar&amp;sinom=0&amp;homonimo= Segundo a RAG]&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;...&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;verbo transitivo&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;'''4''' Concibir ou preparar [algo] con algunha finalidade práctica<br /> <br /> ==Equipo necesario para trebellar nestas configuracións==<br /> ===Imprescindíbel===<br /> *Un computador +/- recente con:<br /> **Conexión USB 2.0 ou superior<br /> **Lector de tarxetas SD (serve un externo)<br /> **Sistema operativo Debian ou derivado como MiniNo, PicarOS, Abalar, Ézaro, LMDE, Ubuntu, Linux Mint, Trisquel, SO.xug etc.<br /> :::Nota: Os que non teñan instalado un S.O Libre ''GNU/Linux'', poden empregar un CD/USB vivo de calquera destas distribucións. <br /> *Unha Raspberry Pi con:<br /> **Alimentador de (polo menos) 1 Amp.<br /> **Teclado<br /> **Monitor<br /> *Unha tarxeta SD | SDHC | SDHX, como mínimo da ''Clase 4'' e de 2 GB ou máis<br /> *Unha memoria flash USB (o clásico «pincho») de polo menos 4GB<br /> <br /> ===Recomendado===<br /> [[Archivo:Esquemapi.png|300px|right|Raspberry Pi cun disco ríxido externo e a súa alimentación eléctrica]]<br /> *Unha tarxeta SDHC | SDHX de 8 GB ou máis e como mínimo da ''Clase 10''<br /> *Dispositivo WiFi por USB (compatíbel coa Pi)<br /> *Repartidor (hub) USB alimentado, polo menos, con 2 Amp e 4 conectadores USB<br /> *Dispositivo(s) de memoria USB<br /> **Unha memoria USB de alta velocidade e bastante capacidade (de 8 GB en diante sería boa cousa)<br /> ::ou<br /> :*Un Disco ríxido externo con conexión USB<br /> <br /> ===Documentacións de referencia deste traballo===<br /> Sobre a instalación nun USB<br /> *[http://www.networkinghowtos.com/howto/raspbian-on-raspberry-pi-using-sd-card-usb-memory-stick/ Raspbian on Raspberry Pi using SD card + USB memory stick]<br /> *[http://zeroset.wordpress.com/2012/10/03/move-an-existing-raspbian-installation-from-memory-sd-card-to-usb-flash-drive-stick/ Move an existing Raspbian installation from memory SD card to USB flash drive (USB stick)]<br /> <br /> Sobre a «swap»<br /> *[http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&amp;t=14392&amp;start=25 No swap space?]<br /> <br /> Sobre a montaxe do «/home» noutro dispositivo<br /> *[http://stevenhickson.blogspot.com.es/2013/04/mounting-home-directory-on-different.html Mounting the home directory on a different drive on the Raspberry Pi]<br /> <br /> Sobre múltiples discos e UUID<br /> *[http://elinux.org/RPi_Adding_USB_Drives RPi Adding USB Drives]<br /> *[http://www.cyberciti.biz/faq/linux-finding-using-uuids-to-update-fstab/ How To Use UUID To Mount Partitions]<br /> <br /> Todo sobre RPi<br /> *[http://elinux.org/RPi_Tutorials RPi Tutorials - elinux.org]<br /> *[http://www.raspberrypi.org/phpBB3/ Foros da páxina oficial]<br /> <br /> Sobre OMV na Raspberry Pi<br /> *[http://www.element14.com/community/groups/raspberry-pi/blog/2012/12/14/raspberry-pi-nas-with-openmediavault Raspberry PI NAS with OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Empregar ''dmesg'' e como interpretalo==<br /> Execútase nun terminal, simplemente como &lt;code&gt;dmesg&lt;/code&gt; despois de inserir un dispositivo.<br /> :Nota: recomendo que vaiamos con un de cada vez.<br /> Devolve un feixe de información, na fin aparece algo tal que así:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] usb 1-1.3: new high-speed USB device number 6 using dwc_otg<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device found, idVendor=0930, idProduct=6544<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3<br /> [ XXX.XXXXXX] usb 1-1.3: Product: TransMemory <br /> [ XXX.XXXXXX] usb 1-1.3: Manufacturer: TOSHIBA <br /> [ XXX.XXXXXX] usb 1-1.3: SerialNumber: C87168A1CB3ACD20475DD268<br /> [ XXX.XXXXXX] scsi3 : usb-storage 1-1.3:1.0<br /> [ XXX.XXXXXX] scsi 1:0:0:0: Direct-Access TOSHIBA TransMemory 1.00 PQ: 0 ANSI: 4<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] 30310400 512-byte logical blocks: (15.5 GB/14.4 GiB)<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write Protect is off<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Mode Sense: 45 00 00 00<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA<br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Attached SCSI removable disk<br /> &lt;/pre&gt;<br /> <br /> interésanos unha das 4 a 6 últimas liñas, que pode ter un formato como:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] sda: sda1<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> <br /> [ XXX.XXXXXX] sdb: sdb1<br /> <br /> [ XXX.XXXXXX] sdb: sdb1 sdb2<br /> <br /> ...<br /> <br /> [ XXX.XXXXXX] sdf: sdf1<br /> <br /> [ XXX.XXXXXX] sdf: sdf1 sdf2 sdf3<br /> &lt;/pre&gt;<br /> <br /> Que debemos ler do seguinte xeito:<br /> <br /> &lt;pre&gt;[ NUM.INTERNA] nome_dispositivo: nome-1ª-partición nome-2ª-partición nome-3ª-partición&lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Creación dunha tarxeta básica de sistema con ''Raspbian''==<br /> <br /> Descargamos a última imaxe da páxina oficial<br /> ::&lt;code&gt;http://www.raspberrypi.org/downloads&lt;/code&gt;<br /> {{Nota|nota=Data da imaxe aquí referenciada → 25 de maio de 2013 - Data da última comprobación → 9 de xuño de 2013}}<br /> <br /> No cartafol onde teñamos descargado o ficheiro zip:<br /> <br /> Comprobamos que o ficheiro descargado non se estragou durante a súa viaxe cara a nosa casa<br /> ::&lt;code&gt;sha1sum 2013-05-25-wheezy-raspbian.zip&lt;/code&gt;<br /> <br /> debe devolver '''&lt;font color=&quot;#FF0000&quot;&gt;exactamente&lt;/font&gt;''' esta cadea:<br /> ::&lt;code&gt;131f2810b1871a032dd6d1482dfba10964b43bd2&lt;/code&gt;<br /> {{Nota|nota=Esta cadea de verificación SHA1 correspóndelle ao ficheiro &lt;font color=&quot;#FF0000&quot;&gt;2013-05-25-wheezy-raspbian.zip&lt;/font&gt;&lt;br&gt;Para outra versión, comprobar a cadea SHA1 na páxina de descargas. }}<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;Agradeceremosvos que se detectades que hai unha nova versión e nós aínda non actualizamos esta entrada, enviédesnos un correo a&lt;/font&gt; xornadas[en]galpon[punto]org &lt;font color=&quot;#FF0000&quot;&gt;avisándonos do cambio.&lt;/font&gt;}}<br /> Descomprimimos o '''zip'''<br /> ::&lt;code&gt;unzip 2013-05-25-wheezy-raspbian.zip&lt;/code&gt; (ou a data que corresponda)<br /> <br /> Inserimos a tarxeta SD na rañura e executamos &lt;code&gt;dmesg&lt;/code&gt; para coñecer o seu nome.<br /> <br /> Procedemos a copiar a imaxe na tarxeta SD<br /> ::&lt;code&gt;dd if=/ruta/almacén/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/tarxeta/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Saberemos que rematou cando nos informe de como foi a transferencia,<br /> ::&lt;code&gt;462+1 records in&lt;br&gt;462+1 records out&lt;br&gt;1939865600 bytes (1,9 GB) copiados, 88,9825 s, 21,8 MB/s&lt;/code&gt;<br /> <br /> ao tempo que devolve o &lt;code&gt;prompt&lt;/code&gt; do sistema.<br /> <br /> Levamos a SD á RasPi, arrincamos (conectando o alimentador) e procedemos á configuración.<br /> <br /> ===Primeira configuración con ''raspi-config''===<br /> *1 Expand Filesystem<br /> ::Facer que todo o espazo da tarxeta SD quede a dispor do SO<br /> ::[[Archivo:RasPi-1.png|300px|Antes]] [[Archivo:RasPi-2.png|300px|Despois]]<br /> *2 Change User Password<br /> ::Cambiar o contrasinal predeterminado do usuario «pi»<br /> *3 Enable Boot to Desktop<br /> ::Escoller se queremos que inicie en modo gráfico ou en modo consola<br /> *4 Internationalisatión Options<br /> ::Estabelecer a configuración rexional (idioma, teclado, hora)<br /> ::*I1 Change locale<br /> ::::Cambiar o idioma predeterminado<br /> ::*I2 Change Timezone<br /> ::::Cambiar o fuso horario<br /> ::*I3 Change Keyboard Layout<br /> ::::Cambiar o mapa do teclado<br /> *5 Enable camera<br /> ::Activar a Pi para que traballe coa «Raspberry Pi Camera»<br /> *6 Add to Rastrack<br /> :: Engadir a Pi a un mapa Raspberry Pi en liña (Rastrack)<br /> *7 Overclock<br /> ::Configurar o sobremostraxe do reloxo<br /> ::'''Aviso:''' Esta configuración só deberá facela quen saiba ben o que fai, xa que pode estragar o equipo<br /> *8 Advanced Options<br /> ::Configurar axustes avanzados<br /> ::*A1 Overscan<br /> ::::Necesitará axustar o «overscan» se aparecen unhas barras negras na súa pantalla<br /> ::*A2 Hostname<br /> ::::Estabelecer o nome visíbel da Pi na rede <br /> ::*A3 Memory Split<br /> ::::Cambiar a cantidade de memoria asignada á GPU (procesador gráfico)<br /> ::*A4 SSH<br /> ::::Activar/desactivar o acceso remoto por liña de ordes á Pi empregando SSH<br /> ::*A5 Update<br /> ::::Actualizar o propio «raspi-config» a última versión<br /> *9 About raspi-config<br /> ::Información sobre esta ferramenta de control<br /> <br /> ===Creación dun novo usuario===<br /> Nun terminal executamos:<br /> ::&lt;code&gt;sudo adduser &lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;&lt;/code&gt;<br /> e seguimos as instrucións en pantalla<br /> <br /> ====Permisos de &lt;code&gt;sudo&lt;/code&gt; ao novo usuario====<br /> Executamos:<br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> E na fin do ficheiro engadimos unha liña tal e como se presenta a seguir<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> ::&lt;code&gt;&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt; ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ====Replicar o cartafol do usuario «pi» para o novo usuario====<br /> Copiamos o cartafol completo<br /> ::&lt;code&gt;sudo cp -rp /home/pi/* /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/&lt;/code&gt;<br /> <br /> Feito isto veremos que non se ve unha icona e que no momento de executar ''Python Games'' primeiro fracasa e despois semella estar parvo e volve sempre á mesma xanela de selección de xogos. Para solucionalo editamos:<br /> <br /> Para corrixir a icona de ''OCR Resources''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/ocr_resources.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> <br /> Para poder executar ''Python Games''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/python-games.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> <br /> Para que ''Python Games'' deixe de facer o parvo e execute os xogos<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher_sh&lt;/code&gt;<br /> :Na fin do ficheiro veremos<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games&lt;/code&gt;<br /> :Substituímos por<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games&lt;/code&gt;<br /> <br /> ====Eliminar o usuario «pi»====<br /> Para facer estas operacións temos que ter accedido ao sistema como o &lt;font color=&quot;#FF0000&quot;&gt;novo usuario&lt;/font&gt;, o usuario '''pi''' non pode eliminarse a si mesmo.<br /> Executamos:<br /> ::&lt;code&gt;sudo userdel pi&lt;/code&gt;<br /> ::&lt;code&gt;sudo groupdel pi&lt;/code&gt;<br /> <br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> Onde antes engadimos a liña do novo usuario, retiramos a de '''pi'''<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;font color=&quot;#FF0000&quot;&gt;&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;&lt;/font&gt;<br /> ::&lt;code&gt;novo_usuario ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==É o USB máis rápido ca unha tarxeta SD?==<br /> Para estas probas só axustei a expansión do sistema de ficheiros (senón non nos deixa xerar o ficheiro ''out''). <br /> <br /> Para facer a proba de velocidade de transferencia executamos:<br /> ::&lt;code&gt;dd if=/dev/zero of=/tmp/out bs=1M count=400&lt;/code&gt;<br /> <br /> e devólvenos:<br /> <br /> *Tarxetas SD<br /> :*SD(HC) ''Clase 4'' de 4 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 69.152 s, &lt;font color=&quot;#FF0000&quot;&gt;'''6.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*SD(HC) ''Clase 10'' de 8 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 18.375 s, &lt;font color=&quot;#FF0000&quot;&gt;'''22.9'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> *USB<br /> :*Trascend JetFlash 500 4 GB (TS4GJF500)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 49.775 s, &lt;font color=&quot;#FF0000&quot;&gt;'''8.4'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Toshiba TransMemory de 16 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 31.803 s, &lt;font color=&quot;#FF0000&quot;&gt;'''13.2'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Trascend JetFlash 600 4 GB (TS4GJF600)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 23.131 s, &lt;font color=&quot;#FF0000&quot;&gt;'''18.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> <br /> Como podemos comprobar, os USB normais melloran pouco o rendemento dunha tarxeta SD ''Clase 4'', se falamos de USB de gama media (High Speed) a cousa cambia e mellora ata multiplicar x2 e x3 o rendemento.<br /> <br /> Para mellorar o rendemento dunha tarxeta SD ''Clase 10'' teriamos que falar de dispositivos USB de gama alta, e é probábel que teñamos xa que analizar amodo a relación entre o prezo, a capacidade e o rendemento. <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Transferindo o S.O. a un USB==<br /> <br /> ===Transferencia de todo o sistema===<br /> <br /> Preparamos un «pincho» USB:<br /> <br /> Ou ben por terminal/consola con:<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Ou con ''palimpsest''<br /> ::{{Nota|nota='''Palimpsest''' é o aplicativo ao que se accede desde menú en ''Accesorios'' → ''Utilidade de disco''}}<br /> Creamos nel unha partición con formato ext4<br /> <br /> Con palimpsest temos coidado de que estea desmarcada a opción<br /> ::'''Obter a propiedade do sistema de ficheiros'''&lt;br&gt;Se deixamos marcada esa opción veremos que cando executamos algo como &lt;code&gt;sudo&lt;/code&gt; comprobaremos que non nos deixa acceder a &lt;code&gt;sudoers&lt;/code&gt;<br /> <br /> Levamos o USB e a tarxeta SD cara un computador estándar<br /> <br /> Abrimos un terminal e comezamos o proceso:<br /> *Inserimos o USB<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro X nas ordes seguintes) do dispositivo<br /> *Inserimos a tarxeta SD<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro Y nas ordes seguintes) do dispositivo<br /> *Creamos os puntos de montaxe e montamos (como administradores) coas ordes seguintes:<br /> ::&lt;code&gt;sudo mkdir /media/usb_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/sd_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''Y'''&lt;/font&gt;2 /media/sd_root&lt;/code&gt;<br /> *Copiamos o contido da tarxeta cara o dispositivo USB<br /> ::&lt;code&gt;sudo cp -a /media/sd_root/* /media/usb_root/&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> *Rematada a copia, desmontamos ambos dispositivos<br /> ::&lt;code&gt;sudo umount /media/usb_root /media/sd_root&lt;/code&gt;<br /> *Extraemos ambos dispositivos e volvemos á Rasberry Pi<br /> Xa na Raspberry Pi iniciamos o proceso de configuración<br /> *Inserímos '''SÓ''' a tarxeta SD e arrincamos a RasPi<br /> *Unha vez nos teñamos autenticado, inserimos o USB, e executamos &lt;code&gt;dmesg&lt;/code&gt;<br /> *Anotamos o nome do dispositivo que aparece na penúltima liña<br /> ::Nota: adoitará ser '''sda1'''<br /> *Executamos a seguinte orde:<br /> ::&lt;code&gt;sudo nano /boot/cmdline.txt&lt;/code&gt;<br /> :veremos:<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/mmcblk0p2&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> :deberemos cambiar '''''root=/dev/mmcblk0p2''''' por '''''root=/dev/nome_segundo_dmesg''''', tal que '''''root=/dev/sda1''''' e deixalo así<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/sda1&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> <br /> A seguir reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> Comprobamos...<br /> ::&lt;code&gt;ls -al /dev/root&lt;/code&gt;<br /> <br /> Se foi todo correctamente deberá indicarnos algo como:<br /> ::&lt;code&gt;lrwxrwxrwx 1 root root 4 Xuñ 4 17:17 &lt;font color=&quot;#40e0d0&quot;&gt;'''/dev/root'''&lt;/font&gt; -&gt; &lt;font color=&quot;#ffd700&quot;&gt;'''sda1'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> Unha vez confirmado que todo está correcto, procedemos a eliminar os puntos de montaxe que construímos ao principio (no computador estándar)<br /> ::&lt;code&gt;sudo rm -rf /tmp/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo rm -rf /tmp/sd_root&lt;/code&gt;<br /> <br /> ====É necesario editar o ficheiro &lt;code&gt;fstab&lt;/code&gt; ?====<br /> A verdade é que non ([[#Movendo o «/home» a outro dispositivo/partición|agás no caso que se indica a seguir]]), mais se queremos un pouco de ''limpeza'' poderemos editalo e asignar o nome do dispositivo «/» a «/dev/root»<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> <br /> e cambiamos a liña:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;mmcblk0p2&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> por:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;root&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> ===Movendo o &lt;code&gt;/home&lt;/code&gt; a outro dispositivo/partición===<br /> Formatamos como &lt;code&gt;ext4&lt;/code&gt; o dispositivo/partición<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Creamos un punto de montaxe para o dispositivo/partición<br /> ::&lt;code&gt;sudo mkdir /media/tmp&lt;/code&gt;<br /> <br /> Montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -t ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/tmp&lt;/code&gt;<br /> <br /> Desprazámonos ao cartafol en root<br /> ::&lt;code&gt;cd /home&lt;/code&gt;<br /> Copiamos todos os datos de xeito recursivo<br /> <br /> (esta opción é a que funcionou mellor no meu caso para obter todos os ficheiros, incluídos .bashrc e .vimrc)<br /> ::&lt;code&gt;sudo cp -rp ./ /media/tmp&lt;/code&gt;<br /> <br /> Desmontamos o dispositivo<br /> ::&lt;code&gt;sudo umount /media/tmp&lt;/code&gt;<br /> <br /> Desfacémonos do punto de montaxe tmp creado anteriormente<br /> ::&lt;code&gt;sudo rm -rf /media/tmp&lt;/code&gt;<br /> <br /> Cambiámoslle o nome (como medida de precaución) ao cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mv /home /old_home&lt;/code&gt;<br /> <br /> Creamos un novo cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /home&lt;/code&gt;<br /> <br /> Editamos &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> <br /> E engadímoslle unha liña como a seguinte<br /> ::&lt;code&gt;/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /home ext4 defaults,noatime,nodiratime 0 0&lt;/code&gt;<br /> <br /> Montamos o punto engadido no &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> ::&lt;code&gt;sudo mount /home&lt;/code&gt;<br /> <br /> Despois de reiniciar e comprobar que todo foi correcto, pdemos eliminar o &lt;code&gt;old_home&lt;/code&gt; que creamos por precaución.<br /> ::&lt;code&gt;sudo rm -fr /old_home&lt;/code&gt;<br /> <br /> Empregando un «pincho» USB Trascend JetFlash 600 4 GB (TS4GJF600) como o indicado nas [[#É o USB máis rápido que unha tarxeta SD?|probas de transferencia]], con<br /> ::&lt;code&gt;dd if=/dev/zero of=~/out bs=1M count=400&lt;/code&gt;<br /> <br /> obteño un rendemento de:<br /> 419430400 bytes (419 MB) copied, 21.3518 s, &lt;font color=&quot;#FF0000&quot;&gt;'''19.6'''&lt;/font&gt; MB/s<br /> <br /> ===Redefinindo o «Espazo de intercambio» ou «swap»===<br /> O primeiro e comprobar o que temos, para iso executamos:<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> devolverá algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 99M 0B 99M<br /> &lt;/pre&gt;<br /> <br /> Podemos ver que apenas temos 100 MB de «swap» e quixeramos ter (p.ex.) 512 MB<br /> <br /> Aumentando o tamaño do «swapfile»<br /> ::&lt;code&gt;sudo nano /etc/dphys-swapfile&lt;/code&gt;<br /> <br /> E cambiamos o tamaño (en MB)<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;512&lt;/font&gt;&lt;/code&gt;<br /> <br /> Para dispor de 1 GB de ''swap'' sería:<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;1024&lt;/font&gt;&lt;/code&gt;<br /> <br /> Aplicamos esta configuración<br /> ::&lt;code&gt;sudo dphys-swapfile setup&lt;/code&gt;<br /> <br /> E activamos o novo ''swap''<br /> ::&lt;code&gt;sudo dphys-swapfile swapon&lt;/code&gt;<br /> <br /> ===Engadindo unha partición adicada a «swap»===<br /> Formatamos o USB en dúas particións, tal que así:<br /> *unha de 512 (ou 1024) MB co formato de Espazo de intercambio (swap)<br /> *outra co resto do espacio con formato ext4<br /> {{Nota|nota=Recomendo que a primeira '''sdX&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;''' sexa a grande, a de root e que a segunda '''sdX&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;''' sexa a de «swap», así non teremos que cambiar nada na configuración de arrinque feita anteriormente.}}<br /> <br /> comprobamos o estado da ''swap'' con &lt;code&gt;swapon -s&lt;/code&gt; e dinos o seguinte:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> /var/swap file 102396 0 -0<br /> &lt;/pre&gt;<br /> <br /> Desactivar o swapfile<br /> ::&lt;code&gt;dphys-swapfile swapoff&lt;/code&gt;<br /> repetimos a comprobación con &lt;code&gt;swapon -s&lt;/code&gt; e debe dicirnos algo así:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> &lt;/pre&gt;<br /> <br /> Agora poderemos proceder a eliminar o swapfile<br /> ::&lt;code&gt;sudo rm /var/swap&lt;/code&gt;<br /> <br /> Comprobando o resultado, executamos de novo<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> debe devolvernos algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 953M 0B 953M<br /> &lt;/pre&gt;<br /> <br /> Neste caso é para unha partición sda2 de 1GB como «swap»<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Reciclando unha vella tarxeta SD de 1 GB==<br /> O proceso anterior que segue a secuencia Ficheiro_imaxe → Tarxeta SD → Dispositivo USB, pode alterarse e que pase a ser:<br /> :Ficheiro_imaxe → Dispositivo USB → Tarxeta SD<br /> Para que empregar este caso?<br /> <br /> Sinxelo, temos na casa algunha daquelas tarxetas SD de 1 GB (ou 2) empregados polas cámaras fotográficas de hai uns anos e agora xa non teñen apenas uso e son lentas de máis.<br /> <br /> Este tipo de tarxetas son perfectamente válidas para traballar co «arrincador» (boot) de Raspbian, o problema é que nunha de 1 GB non podemos xerar o S.O. a partires da imaxe, xa que necesita non menos de 1,9 GB.<br /> <br /> ===Material necesario===<br /> *Unha tarxeta de 1 GB (incluso se alguén ten unha máis pequena, tamén vale xa que só se empregan 54 MB)<br /> *Un «pincho» USB de 4 GB<br /> <br /> ===Creamos o S.O. a partires do ficheiro imaxe===<br /> Ao igual que para facer a tarxeta SD...<br /> ::&lt;code&gt;dd if=/ruta/almacen/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/&lt;font color=&quot;#FF0000&quot;&gt;'''USB'''&lt;/font&gt;/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;<br /> <br /> ===Creamos o «arrincador» a partires do USB===<br /> Formatamos a tarxeta SD como FAT32<br /> ::&lt;code&gt;sudo mkfs.vfat /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Cando remate de formatar, extraemos a tarxeta<br /> <br /> Inserimos o USB<br /> <br /> Inserimos (de novo) a tarxeta<br /> <br /> Agora transferimos o «arrincador» cara a tarxeta<br /> *Se estamos en modo gráfico e os dispositivos xa foron montados polo S.O., só teremos que «seleccionar» '''todo''' o contido da partición 1 do USB (a FAT32) e «arrastrar» e «copiar» na partición da tarxeta SD.<br /> *Se estamos en consola/terminal:<br /> **&lt;code&gt;cd /ruta/montaxe/partición/FAT32/do/USB/&lt;/code&gt;<br /> **&lt;code&gt; cp -rp ./ /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==As miñas consideracións==<br /> ===Configuración optima (IMHO)===<br /> ====Sistema multiusuario====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (só /) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a '''512''' MB<br /> ****A «Memory Split» configurouuse a '''32''' (MB)<br /> *Un dispositivo USB '''para cada usuario''' de alta velocidade e 16 GB (nominais)&lt;br&gt;'''Nota:''' Podería empregarse tamén un disco ríxido externo por USB.<br /> *Se imos ter moitos usuarios aconsello dispor dun dispositivo de memoria USB de 1 ou 2 GB para xerar a imaxe.&lt;br&gt;'''Nota:''' Abonda con 1 GB e, aínda que sexa dos de ''mala calidade'' ou sexa ''lentos'' sempre será moito máis axil o proceso, e ocupará moito menos espazo no noso computador, que se traballamos directamente cun dispositivo de moita capacidade.<br /> **Coa seguinte configuración:<br /> ***Partición ext4 para /home en /dev/sda1<br /> <br /> Para preparar os dispositivos USB dos usuarios temos dúas formas:<br /> *Se son poucos:<br /> **Repetir o paso de [[#Movendo o «/home» a outro dispositivo/partición|creación de /home separado]] como indicamos no punto anterior correspondente.<br /> *Se son moitos e iguais:<br /> **Facer unha imaxe do USB-/home xerado<br /> :::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; of=/ruta/onde/gardalo/imaxe.img bs=4M&lt;/code&gt;<br /> ::e clonalo con:<br /> :::&lt;code&gt; sudo dd if=/ruta/imaxe.img of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; bs=4M&lt;/code&gt;<br /> {{Nota|nota='''Aviso:'''&lt;br&gt;Se queremos empregar dispositivos de diferente tamaño (OLLO: non todos os dispositivos coa mesma capacidade ''nominal'' teñen o mesmo tamaño ''real'') deberemos empregar o de menor tamaño real para xerar o '''''patrón''''' e despois nos outros '''''expandir''''' a partición.}}<br /> <br /> =====Traballando con imaxes comprimidas=====<br /> Se ben recomendo que empreguemos este método habitualmente, isto está especialmente indicado para o caso de traballamos sobre un dispositivo USB de 16 Gb (nominais) e queremos gardar a imaxe.img para cando alguén estrague o seu, ou para cando queiramos engadir máis usuarios. O ficheiro resultante ocupará 16 GB !!! e isto pode ser demasiado grande para manexalo. Neste caso pode interesarnos comprimir esa imaxe ao tempo que a xeramos e despois xerar os distintos «pinchos» a partires desa imaxe comprimida.<br /> *Xerar unha imaxe comprimida:<br /> ::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; | gzip -c &gt;/ruta/onde/gardalo/imaxe.img.gz&lt;/code&gt;<br /> *Envorcar unha imaxe comprimida directamente (sen descomprimir) nun dispositivo USB:<br /> ::&lt;code&gt;sudo gunzip -c /ruta/imaxe.img.gz | dd of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> =====Redimensionado do sistema de ficheiros nunha memoria USB=====<br /> Todas as probas que fixen redimensionando con GParted funcionaron correctamente.<br /> <br /> Se queremos facelo co script &lt;code&gt;raspi-config&lt;/code&gt; deberemos ter en conta que este está concebido só para traballar sobre tarxetas SD e que se tentamos facelo con el devolveranos unha mensaxe<br /> ::&lt;code&gt;/dev/root/ is not an SD card. Don't know to expand&lt;/code&gt;<br /> <br /> Así que teremos que editar ese script e facerlle uns axustes, para elo editamos:<br /> ::&lt;code&gt;sudo nano /usr/bin/raspi-config&lt;/code&gt;<br /> buscamos (con Ctrl+W) &lt;code&gt;mmcblk&lt;/code&gt;<br /> <br /> apareceranos un primeiro:<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''mmcblk0p'''}&lt;/font&gt;&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''sda'''}&lt;/font&gt;&lt;/code&gt;<br /> <br /> un segundo<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> un terceiro<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> e un cuarto<br /> ::&lt;code&gt;fdisk /dev/'''mmcblk0''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;fdisk /dev/'''sda''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> <br /> gardamos, saímos e executamos:<br /> ::&lt;code&gt;sudo raspi-config&lt;/code&gt;<br /> <br /> ====Base para NAS-OMV====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (e /home) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a 1024 MB<br /> ****A «Memory Split» configurouse a 8 (MB)<br /> *Un disco ríxido externo de 500 GB (nominais)<br /> **Este será o disco de '''almacenamento''' do OMV<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Instalación dun NAS con [http://www.openmediavault.org OpenMediaVault]==<br /> Antes de nada, explicar (moi por riba) que é un NAS. Como lemos na [http://es.wikipedia.org/wiki/Network-attached_storage Wikipedia]:<br /> <br /> NAS (do inglés Network Attached Storage) es o nome dado a unha tecnoloxía de almacenamento adicada a compartir a capacidad de almacenamento dun computador (servidor) con computadoras persoais ou servidores clientes a través dunha rede (normalmente TCP/IP), facendo uso dun Sistema Operativo optimizado para dar acceso cos protocolos CIFS, NFS, FTP o TFTP.<br /> <br /> ===Porque [http://www.openmediavault.org openmediavault] e non outro?===<br /> <br /> Hai varias razóns para que eu opte por [http://www.openmediavault.org OpenMediaVault] fronte a outros sistemas como [http://www.freenas.org FreeNAS], [http://www.nas4free.org NAS4free] ou [http://www.openfiler.com/ openfiler]:<br /> *A primeira e que eu son debianita, non porque considere que é mellor, simplemente é o que coñezo e polo tanto do que podo/sei falar un chisco sen meter moito a zoca.<br /> *A segunda queda moi ben explicada en [http://www.geektopia.es/es/technology/2012/03/11/opinion/alternativas-para-montar-un-nas-openmediavault-vs-freenas.html Alternativas para montar un NAS, OpenMediaVault vs FreeNAS] así que non vou redundar.<br /> *A terceira, é o único sistema NAS que está traducido ao galego<br /> * e xa para rematar... que eu saiba non hai ningún ''port'' dos outros NAS a ''armhf''.<br /> <br /> ===Configuración previa de paquetes e instalación=== <br /> Partiremos dunha instalación de ''Raspbian'', tal e como indicamos no [[#Base para NAS-OMV|punto anterior]].<br /> <br /> Estabeleceremos a orixe dos paquetes<br /> <br /> Antes de nada, imos «elevar» os nosos privilexios:<br /> ::&lt;code&gt;sudo -i&lt;/code&gt;<br /> <br /> Para engadir as orixes dos paquetes para OMV e armhf executamos:<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin.list&lt;/code&gt;<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin-armhf main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin-armhf.list&lt;/code&gt;<br /> <br /> Descargamos e aplicamos as chaves dos servidores:<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/apt/99omv-plugins-org &gt; /etc/apt/preferences.d/99omv-plugins-org&lt;/code&gt;<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/omv-plugins.pub&lt;nowiki&gt;|&lt;/nowiki&gt;apt-key add -&lt;/code&gt;<br /> <br /> Actualizamos o Sistema operativo<br /> ::&lt;code&gt;apt-get update &amp;&amp; apt-get upgrade&lt;/code&gt;<br /> <br /> Procedemos a instalación:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> <br /> Configuracións que nos solicita:<br /> <br /> ;arrays: &lt;code&gt;none&lt;/code&gt;<br /> <br /> ;correo: Deixar tal cual, sempre que non vaiamos a configurarlle un servidor de correo.<br /> <br /> ;proftpd: Se imos facer un uso intensivo, configurar como &lt;code&gt;autonomo&lt;/code&gt;&lt;br&gt;Se imos facer un uso ocasional, configurar como &lt;code&gt;inetd&lt;/code&gt;<br /> <br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Se se produce un erro ao instalar o paquete &lt;code&gt;tftpd-hpa&lt;/code&gt;, que con toda probabilidade ha producirse, teremos que editar o seu ficheiro de configuración:<br /> ::&lt;code&gt;nano /etc/default/tftpd-hpa&lt;/code&gt;<br /> <br /> Modificar a cadea &lt;code&gt;TFTP_OPTIONS&lt;/code&gt; e deixala así:<br /> ::&lt;code&gt;TFTP_OPTIONS=&quot;--secure &lt;font color=&quot;#FF0000&quot;&gt;'''--ipv4'''&lt;/font&gt;&quot;&lt;/code&gt;<br /> <br /> Para solucionar a instalación do paquete &lt;code&gt;tftpd-hpa&lt;/code&gt; e limpar o cirio:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> ou<br /> ::&lt;code&gt;apt-get install -f&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;Importante&lt;/font&gt;===<br /> Tras a instalación do '''''OpenMediaVault''''' o servizo SSH estará desactivado, teremos que asegurarnos de volver a activalo con &lt;code&gt;raspi-config&lt;/code&gt;<br /> <br /> O administrador de openmediavault é: '''''admin'''''<br /> <br /> O contrasinal ''predeterminado'' do administrador é: '''''openmediavault'''''<br /> <br /> Para cambiar o contrasinal de administrador teremos que executar:<br /> ::&lt;code&gt;omv-firstaid&lt;/code&gt;<br /> ::e seguir as instrucións<br /> <br /> Se imos empregar '''''NFS''''', executaremos a orde seguinte para iniciar o servizo no arrinque:<br /> ::&lt;code&gt;update-rc.d rpcbind defaults&lt;/code&gt;<br /> <br /> :: e reiniciamos a RasPi<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;A ter en conta&lt;/font&gt;===<br /> A actual versión dispoñíbel de OMV para ''armhf'' é a 0.4 ''fedaín'' (Fedaykin) que foi feita para Debian ''Squeeze'' (v.6) e agora Raspbian xa é ''Wheezy'' (v.7), polo que teremos algunhas carencias.<br /> <br /> A primeira e máis salientábel é un fallo de, ou vencellado con, &lt;code&gt;udevadm&lt;/code&gt; que non nos permite ''identificar'' discos novos desde a interface de OMV<br /> <br /> ::[[Archivo:Recoñece discos-1.png]]<br /> <br /> Polo que teremos que '''non empregar''' esa opción a risco de '''quebra de todo o sistema'''!<br /> <br /> ::[[Archivo:Recoñece discos-2.png]]<br /> <br /> Montaremos o dispositivo no inicio (fstab) e despois seguiremos esta secuencia, conforme ás imaxes:<br /> <br /> ::[[Archivo:Recoñece discos-3.png]] [[Archivo:Recoñece discos-4.png]]<br /> <br /> E xa a partires de aí poderemos '''+Engadir''' os cartafoles no dispositivo que queiramos<br /> <br /> ::[[Archivo:Engadindo-cartafol-1.png|200px]] &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[[Archivo:Engadindo-cartafol-2.png|300px]]<br /> <br /> ===Outras cousas que poderiamos instalar===<br /> ::&lt;code&gt;openmediavault-omvpluginsorg&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-dnsmasq&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-mysql&lt;/code&gt;<br /> <br /> Aquí deberemos ter en conta:<br /> {{Nota|nota=Do you really need scponly for Wheezy? Considering I read this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650590. I built OMV on Wheezy and just removed scponly from dependencies a few weeks ago, seems to work}}<br /> e a advertencia que nos fai o desenvolvedor do OMV<br /> {{Nota|nota=For the moment the scponly package will be used. Please note, there is no official support for Wheezy from OMV. The switch to Wheezy will be started after i have finished my work on version 0.5.}}<br /> Visto [http://forums.openmediavault.org/viewtopic.php?f=12&amp;t=481 aquí]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Preparando as conexións de rede===<br /> <br /> Ver o estado dos dispositivos de rede na RasPi<br /> ::&lt;code&gt;ip a&lt;/code&gt;<br /> <br /> Para erguer o dispositivo que queiramos, se este esta ''DOWN''<br /> ::&lt;code&gt;ip link set dev &lt;font color=&quot;#FF0000&quot;&gt;'''nomedainterface'''&lt;/font&gt; up&lt;/code&gt;<br /> ::os nomes das interfaces poden ser '''''eth0''''' ou '''''wlan0'''''<br /> <br /> Asegurar que a RasPi conectase sempre ao mesmo IP<br /> ::&lt;code&gt;nano /etc/network/interfaces&lt;/code&gt;<br /> <br /> e deixalo tal que así<br /> &lt;pre&gt;<br /> auto lo<br /> iface lo inet loopback<br /> auto eth0<br /> iface eth0 inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> ou para a WiFi:<br /> &lt;pre&gt;<br /> allow-hotplug wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf<br /> iface default inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> Reiniciar a rede<br /> <br /> A orde clásica &lt;code&gt;/etc/init.d/networking restart&lt;code&gt; devolve unha mensaxe de erro<br /> ::&lt;code&gt;/etc/init.d/networking restart&lt;/code&gt;<br /> &lt;pre&gt;<br /> [....] Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces ... (warning).<br /> [ ok ] Reconfiguring network interfaces...RTNELINK answers: No such process<br /> &lt;/pre&gt;<br /> <br /> Polo que se non ergue correctamente a interface teremos que reiniciar.<br /> <br /> Configurar wpa_supplicant para que a wifi se conecte automaticamente ao noso AP<br /> ::&lt;code&gt;nano /etc/wpa_supplicant/wpa_supplicant.conf&lt;/code&gt;<br /> <br /> e engadimos o seguinte:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;NomeDaRede&quot;<br /> scan_ssid=1<br /> proto=WPA<br /> key_mgmt=WPA-PSK<br /> psk=&quot;contrasinal&quot;<br /> }<br /> &lt;/pre&gt;<br /> <br /> Se no equipo ''cliente'' temos instalado &lt;code&gt;nmap&lt;/code&gt;, poderemos comprobar que IP están conectadas coa orde<br /> ::&lt;code&gt;nmap -sP 192.168.&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;.1/24 | grep -v down&lt;/code&gt;<br /> <br /> devolveranos algo como isto:<br /> <br /> &lt;pre&gt;<br /> Starting Nmap 6.00 ( http://nmap.org ) at 2013-05-28 16:15 CEST<br /> Nmap scan report for 192.168.1.1<br /> Host is up (0.0020s latency).<br /> Nmap scan report for 192.168.1.100<br /> Host is up (0.00088s latency).<br /> Nmap scan report for 192.168.1.101<br /> Host is up (0.0038s latency).<br /> Nmap scan report for 192.168.1.240<br /> Host is up (0.0041s latency).<br /> Nmap scan report for 192.168.1.250<br /> Host is up (0.012s latency).<br /> Nmap done: 256 IP addresses (5 hosts up) scanned in 2.73 seconds<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ====Asegurando a rede WiFi con ''wpa_passphrase''====<br /> Observemos que o contrasinal quedou en claro (texto simple) co que é visíbel por calquera cun pouco de habilidade e saiba o que busca, así que imos complicarlle un chisco as cousas.<br /> <br /> Ímos empregar un contrasinal cifrado, para elo usamos unha orde do paquete ''wpa-supplicant'' que segue esta estrutura:<br /> ::&lt;code&gt;wpa_passphrase nosoSSID nosoCONTRASINAL&lt;/code&gt;<br /> tal que<br /> ::&lt;code&gt;wpa_passphrase REDE_AULA FomosDeViaxeDeFinDeEstudos&lt;/code&gt;<br /> isto devolvenos:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;REDE_AULA&quot;<br /> #psk=&quot;FomosDeViaxeDeFinDeEstudos&quot;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> }<br /> &lt;/pre&gt;<br /> <br /> Co que deberemos substituír a cadea:<br /> &lt;pre&gt;<br /> psk=&quot;contrasinal&quot;<br /> &lt;/pre&gt;<br /> pola que nos devolveu ''wpa_passphrase'' (no exemplo)<br /> &lt;pre&gt;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Acceso desde un equipo remoto===<br /> Agora abrimos nun equipo ''cliente'' un navegador e na barra de URL poñemos o IP que asignamos<br /> <br /> p.ex. ''192.168.1.250''<br /> <br /> Unha vez conecte coa páxina de administración do OpenMediaVault solicitanos as credenciais de administrador<br /> *Username: '''''admin'''''<br /> *Password: '''''openmediavault'''''<br /> <br /> Nota: este contrasinal é o predeterminado e cumpre, como xa dixemos antes, cambialo coa utilidade &lt;code&gt;omv-firstaid&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Raspberry Pi enviando chíos no seu inicio===<br /> En moitas situacións atopamonos con que non temos capacidade ''administradores'' da rede, polo que non podemos asegurar que a Raspberry Pi se conecte sempre co mesmo IP. Neste caso, tendo en conta que non disporemos dun monitor no que ver con que IP é accesíbel, e se engadimos que con &lt;code&gt;nmap&lt;/code&gt; obtemos un listado moi grande de equipos conectados, temos que buscar unha solución para ter esa información e saber a que IP teremonos que conectar.<br /> <br /> Para solucionar isto, alguén (''John Voysey'') traballou nun «truco» que pode sernos moi útil. Facer que a Raspberry Pi nos envíe un chío ao ''Twitter'' cos datos da conexión.<br /> <br /> [[Archivo:Twitter.png|Exemplo de mensaxe directa]]<br /> <br /> [http://johnvoysey.wordpress.com/2013/05/29/tweeting-raspberry-pi-info-at-startup/ Tweeting Raspberry Pi Info at Startup]<br /> <br /> (Cun pouco de tempo, prometo traducir esta páxina)<br /> <br /> ===Configuración do OMV===<br /> Sobre isto temos moito material publicado na Internet, só unha pequena escolla de páxinas en castelán:<br /> *[http://www.geektopia.es/es/technology/2012/04/17/articulos/tutorial-instalar-y-configurar-openmediavault.html Tutorial: instala y configura un NAS con OpenMediaVault]<br /> ::'''Nota:''' Este «Tutorial» é o que considero máis completo, xa que ademais explícanos como configurar '''''ddclient'''''<br /> *[http://www.secretsocket.es/tutoriales/17-tutorial-ovm-2 HOWTO OPENMEDIAVAULT - (2ª Parte - Configuración y Contacto)]<br /> E, como non, o propio<br /> *[http://wiki.openmediavault.org/index.php?title=Main_Page, Wiki de OpenMediaVault]<br /> <br /> ===Consideracións finais===<br /> Unha vez feita a instalación do '''''OpenMediaVault''''' podemos retirarlle o teclado/rato e o monitor.<br /> <br /> A partires dese momento, para calquera configuración que queiramos facer no S.O. empregaremos SSH<br /> ::&lt;code&gt;ssh -l pi 192.168.'''X'''.'''X'''&lt;/code&gt;<br /> <br /> ===E se lle instalamos o «ownClod» ao «OMV» ?===<br /> [http://www.k0braintheworld.com/2013/02/24/instalar-owncloud-en-openmediavault/ Instalar Owncloud en OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===E todo o que hai instalado e non vai seren empregdo nunca?===<br /> Como administradores executamos:<br /> ::&lt;code&gt;apt-get autoremove gpicview galculator hicolor-icon-theme alsa-base alsa-utils lxrandr lxsession lxtask lxterminal lxpanel lxappearance desktop-base dillo penguinspuzzle gnome-icon-theme gnome-themes-standard gtk2-engines smartsim scratch leafpad ed squeak-plugins-scratch desktop-file-utils lxde-common lxde-icon-theme omxplayer x11-common midori lxde gcc-4.4-base:armhf gcc-4.5-base:armhf gcc-4.6-base:armhf pcmanfm lxpolkit x11-common xdg-utils netsurf-gtk netsurf-common dbus-x11 lxsession-edit lxshortcut xarchiver menu-xdg&lt;/code&gt;<br /> <br /> Eliminar os xogos e os IDE Python<br /> ::&lt;code&gt;rm -rf ~/python_games&lt;/code&gt;<br /> ::&lt;code&gt;??&lt;/code&gt;<br /> ::&lt;code&gt;apt-get autoremove python3 python3-minimal&lt;/code&gt;<br /> <br /> Prescindir da WiFi<br /> ::&lt;code&gt;apt-get autoremove wireless-tools wpasupplicant firmware-atheros firmware-brcm80211 firmware-libertas firmware-ralink firmware-realtek&lt;/code&gt;<br /> <br /> Prescindir de ''vim''<br /> ::&lt;code&gt;apt-get autoremove vim-tiny vim-common&lt;/code&gt;<br /> ou de ''nano''<br /> ::&lt;code&gt;apt-get autoremove nano (OU) nano-tiny&lt;/code&gt; Pendente de verificar<br /> <br /> Cousas que aínda non teño claro, OLLO: teño que comprobalo<br /> ::&lt;code&gt;cups-common samba-common smbclient&lt;/code&gt;<br /> ::&lt;code&gt;sudo xauth libx11-data xkb-data&lt;/code&gt;<br /> <br /> Cousas que é probábel que necesitemos<br /> ::&lt;code&gt;lynx-cur&lt;/code&gt; ou &lt;code&gt;links&lt;/code&gt; ou &lt;code&gt;links2&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Traballando con múltiples discos e UUID==<br /> Un dos problemas máis habituais é iniciar o sistema con varios dispositivos USB conectados<br /> ::Nota: Supoñamos que temos un USB coa raíz do sistema e outro co /home<br /> ::ou<br /> ::Unha memoria USB co /home do usuario é un disco ríxido (HD) externo só para gardar datos.<br /> xa que nunca saberemos cal vai ser detectado como ''sda'' ou cal como ''sdb''.<br /> <br /> Para solucionar isto, teremos que asignar o dispositivo polo seu '''Id'''entificador '''Ú'''nico '''U'''niversal ou UUID e non polo seu nome no sistema (/dev/dispositivo)<br /> <br /> Necesitamos coñecer cal é o UUID dos dispositivos, para elo temos dúas formas:<br /> <br /> Executamos: &lt;code&gt;sudo blkid&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> <br /> &lt;pre&gt;/dev/sda1: UUID=&quot;93df7ee3-8891-440c-b4d3-8809996cc098&quot; TYPE=&quot;ext4&quot;<br /> /dev/sda5: UUID=&quot;f4bedaf1-abbd-413b-8293-8f65ce110a21&quot; TYPE=&quot;swap&quot;<br /> /dev/sda6: UUID=&quot;0234dba1-382c-4351-8e1f-cb794cf86cbf&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda7: LABEL=&quot;Almacen&quot; UUID=&quot;b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda8: LABEL=&quot;Almacen_2&quot; UUID=&quot;818ce4f8-53fa-4921-a2bb-ab1c35320772&quot; TYPE=&quot;ext3&quot;<br /> /dev/sdb: UUID=&quot;49ED-21FF&quot; TYPE=&quot;vfat&quot;<br /> &lt;/pre&gt;<br /> <br /> Ou: &lt;code&gt;ls -laF /dev/disk/by-uuid/&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> &lt;pre&gt;<br /> total 0<br /> drwxr-xr-x 2 root root 160 2013-06-07 09:31 ./<br /> drwxr-xr-x 6 root root 120 2013-06-07 08:57 ../<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 0234dba1-382c-4351-8e1f-cb794cf86cbf -&gt; ../../sda6<br /> lrwxrwxrwx 1 root root 9 2013-06-07 09:31 49ED-21FF -&gt; ../../sdb<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 818ce4f8-53fa-4921-a2bb-ab1c35320772 -&gt; ../../sda8<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 93df7ee3-8891-440c-b4d3-8809996cc098 -&gt; ../../sda1<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd -&gt; ../../sda7<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 f4bedaf1-abbd-413b-8293-8f65ce110a21 -&gt; ../../sda5<br /> &lt;/pre&gt;<br /> <br /> Editamos o ficheiro &lt;code&gt;fstab&lt;/code&gt;<br /> e engadimos a(s) liña(s) correspondente(s) conforme o esquema:<br /> ::&lt;code&gt;UUID={O-SEU-UID} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{/ruta/punto/montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{tipo-sistema-ficheiros} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{parámetros de montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> &lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> <br /> ::&lt;code&gt;UUID=41c22818-fbad-4da6-8196-c816df0b7aa8 &amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> para '''/''' &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;→ &amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1<br /> <br /> para '''/home''' &amp;nbsp;→ &amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0<br /> <br /> Montamos o enderezo UUID que vimos de editar:<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Dispositivo externo de almacenamento==<br /> Creamos o punto de montaxe<br /> ::&lt;code&gt;sudo mkdir /&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;&lt;/code&gt;<br /> Como ''norma'' a ruta debería seren ''/media'', mais poderiamos montalo en ''/home'' ou en ''~/'' (que viría ser o cartafol persoal ''/home/usuario''), aínda que recomendamos que se empregue a ''norma''.<br /> <br /> Editamos o &lt;code&gt;fstab&lt;/code&gt; para engadilo nas montaxes de inicio<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> Engadimos unha liña de montaxe segundo o esquema:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Sería preferíbel usar o UUID para identiificalo, tal e [[#Traballando con múltiples discos e UUID|como indicamos no punto anterior]]<br /> ::&lt;code&gt;UUID=&lt;font color=&quot;#FF0000&quot;&gt;49ED-21FF&lt;/font&gt; &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> No noso caso chameille ''Almacen_Pi'', monteino en ''/media'' e formateino como ''ext4''<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/media/Almacen_Pi &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Para rematar, montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servidor FTP==<br /> ===Instalación===<br /> Instalamos o servidor FTP na RasPi<br /> ::&lt;code&gt;sudo apt-get install vsftpd&lt;/code&gt;<br /> <br /> Editamos o ficheiro de configuración para permitir que os usuarios teñan permiso de escritura<br /> ::&lt;code&gt;sudo nano /etc/vsftpd.conf&lt;/code&gt;<br /> &lt;pre&gt;<br /> local_enable=YES<br /> write_enable=YES<br /> &lt;/pre&gt;<br /> <br /> Reiniciamos o servizo<br /> ::&lt;code&gt;sudo service vsftpd restart&lt;/code&gt;<br /> <br /> Accedemos desde un equipo remoto<br /> *Empregando un cliente como FileZilla<br /> *Empregando o navegador<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@IP&lt;/nowiki&gt;<br /> :::Nos dous últimos caso pediranos o contrasinal tras cargar o servidor FTP<br /> ::::1. &amp;nbsp;Para enviar algo a este espazo, hai 2 maneiras:<br /> :::::*Arrastrando o ficheiro á xanela do navegador onde esta aberta a sesión FTP; aparecerá unha caixa coa mensaxe «Quere enviar os ficheiros arrastrados ao servidor FTP?&quot;, aceptamos para que os envíe.<br /> :::::*A segunda, é ir a Ficheiro → Cargar ficheiro, e na xanela «Enviar ficheiro» escoller o ficheiro a enviar e premer en Aceptar.<br /> ::::2. &amp;nbsp;Para descargar algo, os pasos son os seguintes: Seleccióneo co botón dereito, e no despregábel escolla a opción «Gardar a ligazón como...»; apareceranos a xanela de «Gardar como...», para seleccionar o destino onde gardar o ficheiro a descargar.<br /> <br /> ===Engadir usuarios===<br /> Creamos un novo usuario<br /> ::&lt;code&gt;sudo useradd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creamos o cartafol do novo usuario<br /> ::&lt;code&gt;sudo mkdir /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Dámoslle permisos (facémolo propietario) sobre o seu cartafol<br /> ::&lt;code&gt;sudo chown &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;:users /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creámoslle un contrasinal<br /> ::&lt;code&gt;sudo passwd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Cliente Torrent con almacenamento nun dispositivo externo==<br /> Instalamos o servizo Torrent<br /> ::&lt;code&gt;sudo apt-get -y install transmission-daemon&lt;/code&gt;<br /> <br /> Detemos o servizo para proceder a configuralo<br /> ::&lt;code&gt;sudo service transmission-daemon stop&lt;/code&gt;<br /> <br /> Creamos as rutas para o almacenamento externo<br /> Tal e como definimos [[#Dispositivo externo de almacenamento|anteriormente]]<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Xeramos os permisos de escritura e lectura sobre os cartafoles creados<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Configuramos o servizo<br /> ::&lt;code&gt;sudo nano /var/lib/transmission-daemon/info/settings.json&lt;/code&gt;<br /> e axustamos conforme sigue<br /> &lt;pre&gt;<br /> &quot;download-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/finais&quot;<br /> &quot;incomplete-dir-enabled&quot;: true <br /> &quot;incomplete-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/tmp&quot;<br /> &quot;rpc-enabled&quot;: true<br /> &quot;rpc-bind-addres&quot;: &quot;127.0.0.1&quot; ← Cambiar a &quot;0.0.0.0&quot; ou &quot;*.*.*.*&quot; só se queremos permitir que se conecte calquera.<br /> &quot;rpc-username&quot;: &quot;nome-usuario&quot;<br /> &quot;rpc-password&quot;: &quot;contrasinal&quot;<br /> &quot;rpc-whitelist-enabled&quot;: false,<br /> &lt;/pre&gt;<br /> <br /> Se, neste paso anterior, non cambiamos o usuario e o contrasinal, estes serán:<br /> ::Usuario predeterminado: '''''transmission'''''<br /> ::Contrasinal predeterminado: '''''transsmission'''''<br /> <br /> Asignamos o servizo a '''root''' <br /> ::&lt;code&gt;sudo nano /etc/init.d/transmission-daemon&lt;/code&gt;<br /> e cambiamos o nome do usuario a ''root''<br /> ::&lt;code&gt;USER=root&lt;/code&gt;<br /> <br /> Abrir, ou asegurarse de que está aberto, o porto '''''9091''''' no encamiñador (router)<br /> <br /> Abrimos un navegador e escribimos, na barra de navegación, o enderezo IP e o porto: 192.168.X.X:9091<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Sincronizar ''Transmission'' con ''ownClod'' e/ou ''OMV''===<br /> A primeira intención sería ordenar as descargas (finais) do Transmissión xa directamente sobre un cartafol ''Torrent'' no ownClou/OMV. Mais esta opción presenta o problema de que habería que darlle todos os permisos e ''ownCloud'' detecta que a carpeta é accesíbel por outros usuarios e devolve unha mensaxe de erro.<br /> <br /> Para solucionar este problema ocorréuseme tentar unha sincronización, mais esta debe facela ''root'' (ou sexa baixo su[do])<br /> <br /> Imos por partes. O primeiro é crear no ''ownCloud/OMV'' un cartafol ''Torrent'' ao que moveremos (?) os ficheiros que descarga ''Transmision''. Isto presenta un problema de ''conciencia'' xa que ao facelo así retiramos a nosa colaboración/achega a rede P2P, converténdonos en samesugas da rede, polo que neste caso temos dúas opcións:<br /> *Comportarnos egoistamente, e dicir, como samesugas<br /> *Comportarnos como se agarda dunha rede P2P e compartir<br /> <br /> ====Opción samesuga====<br /> Xerar un '''cron''' que periodicamente traspase (como ''root'') os ficheiros do cartafol de descargas '''finais''' do Transmission cara o cartafol '''Torrents''' do ''ownCloud/OMV'' (&lt;code&gt;sudo mv .../finais/* .../Torrent/&lt;/code&gt;).<br /> <br /> ====Opción compartir====<br /> O primeiro que se nos ven á cabeza é ''copiar'' as descargas (finais) do Transmissión xa directamente sobre o cartafol '''Torrent''' en ''ownClou/OMV''. Mais esta opción presenta outro problema, estamos a duplicar o espazo ocupado, así que ocorréuseme outra posibilidade, que ''root'' estabeleza unha ligazón simbólica entre o cartafol '''Torrent''' no ''ouwCloud/OMV'' e o cartafol '''finais''' do ''Transmission''. mais, OLLO, esta ligazón simbólica presenta tamén o problema dos permisos, así que hai que facer unha ligazón simbólica por cada ficheiro.<br /> <br /> Para elo precisamos dúas cousas:<br /> *Un script que atope os novos ficheiros no cartafol de descargas '''finais''' do ''Transmission'' e xere a súa correspondente ligazón simbólica no cartafol '''Torrent''' en ''ownClou/OMV''.<br /> *Un ''item'' en ''cron'' que execute como ''root'' este script.<br /> <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servizo No-IP==<br /> <br /> Cando non temos control sobre o IP que obtén a nosa maquiniña e queremos poder acceder desde fora da nosa área local, é preciso dispor dun DNS dinámico que nos permita apuntar en calquera momento ao enderezo IP da conexión a internet obtida pola Raspberry Pi. Isto implica dispor dun «cliente» que actualice periodicamente este IP no DNS Dinámico.<br /> <br /> Neste momento a única opción de balde é [http://www.noip.com/ no-ip] (No-IP Free) que permítenos dispor dunha conexión para ata 3 nomes de máquina (o que viría a ser 3 enderezos distintos) mais con só un nome de dominio (neste momento é ''.noip.biz''). Este servizo esixe que confirmemos (ou nos conectemos desde fora da área local) cada 30 días a subscrición, ou esta ''morrerá''. Recomendámosvos que ''contratedes'' un servizo ''Enhanded Dynamic DNS'' por tan só (neste momento) 14.95$ (apenas 11,21 €) por ano, este servizo permite ata 25 nomes de máquina e 80 nomes de dominio distintos e non é preciso confirmar a conta (só o pago anual) .<br /> {{Nota|nota=Non temos ningún interese de ningún tipo en que empreguedes [http://www.noip.com/ no-ip], hai outros servizos como [http://dyn.com/dns/ DynDNS], mais non teñen un servizo de balde e a subscrición mínima anual é xustamente do dobre no prezo, concretamente 29,95$/ano.}}<br /> <br /> ===''Contratar'' o servizo No-IP===<br /> É tan sinxelo como entrar na páxina [http://www.noip.com/ noip.com] e sigades os pasos de rexistro.<br /> <br /> ===Instalar o cliente ''No-IP'' na Raspberry PI===<br /> <br /> Desde a consola/terminal:<br /> <br /> Imos traballar no cartafol temporal &lt;code&gt;tmp&lt;/code&gt;<br /> ::&lt;code&gt;cd /tmp&lt;/code&gt;<br /> <br /> Descargamos o ficheiro fonte<br /> ::&lt;code&gt;wget http://www.no-ip.com/client/linux/noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Descomprimímolo<br /> ::&lt;code&gt;tar -zxvf noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Entramos no cartafol recen xerado<br /> ::&lt;code&gt;cd noip-2.1.9-1/&lt;/code&gt;<br /> ::OLLO: esta numeración pode cambiar co tempo.<br /> <br /> E compilamos<br /> ::&lt;code&gt;make&lt;/code&gt;<br /> ::&lt;code&gt;sudo make install&lt;/code&gt;<br /> <br /> Durante la instalación preguntaranos:<br /> ;o noso nome de usuario: o correo co que nos rexistramos na páxina de no-ip<br /> ;o contrasinal: o que empregamos na páxina de no-ip<br /> Se todo foi correctamente, informaranos de que detectou o dominio creado (no rexistro) e se queremos usar ese, dicímoslle que si.<br /> <br /> Preguntaranos polo período de actualización, o predeterminado é 30 aínda que podemos cambialo.<br /> <br /> Preguntaranos tamén de queremos que execute algunha outra acción despois dunha actualización, dirémoslle que non.<br /> <br /> Para iniciar &lt;code&gt;noip2&lt;/code&gt; de forma manual<br /> ::&lt;code&gt;sudo /usr/local/bin/noip2&lt;/code&gt;<br /> <br /> Teremos que facer un script para que noip2 se inicie ao arrincar a nosa Raspberry Pi, para elo creamos o ficheiro &lt;code&gt;noip2&lt;/code&gt; na ruta &lt;code&gt;/etc/init.d/&lt;/code&gt;<br /> ::&lt;code&gt;sudo nano /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Co seguinte contido<br /> &lt;pre&gt;<br /> #! /bin/bash<br /> <br /> ### BEGIN INIT INFO<br /> # Provides: mynoip<br /> # Required-Start: $remote_fs $syslog<br /> # Required-Stop: $remote_fs $syslog<br /> # Default-Start: 2 3 4 5<br /> # Default-Stop: 0 1 6<br /> # Description: Inicio do servizo no-IP no momento do arrinque.<br /> ### END INIT INFO<br /> <br /> /usr/local/bin/noip2<br /> &lt;/pre&gt;<br /> <br /> Gardamos o ficheiro<br /> <br /> Dámoslle permisos de execución<br /> ::&lt;code&gt;sudo chmod +x /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Engadímolo aos procesos no inicio <br /> ::&lt;code&gt;sudo update-rc.d noip2 defaults&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Caso práctico complexo==<br /> Este é un resumo de configuración complexa, con múltiplas partición nun dispositivo externo de gran capacidade.<br /> <br /> Aquí analizaremos a casuística, os métodos concretos atopanse [[#Argallando cunha Rasperry Pi|ao longo dapáxina: Argallando cunha Rasperry Pi]]<br /> <br /> ===/boot e /(raiz) na SD; &lt;br&gt;particións de escritura (/tmp, /var), /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> <br /> *smmcblk0 [[Archivo:RasPi-2.png|300px|right|Despois]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p2&lt;/font&gt;<br /> ***/root ← agás swap[file] /home, /var e /tmp<br /> *sda [[Archivo:HD-1.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/var<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***/tmp<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;3&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;4&lt;/font&gt;<br /> ***extendida<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos<br /> <br /> <br /> DUBIDAS !!!<br /> <br /> <br /> /dev/sda1 /escribe ext4 defaults,noatime 0 1<br /> <br /> ln -s /escribe/var /var<br /> <br /> ln -s /escribe/tmp /tmp<br /> <br /> <br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/var &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;tmpfs &amp;nbsp;&amp;nbsp;&amp;nbsp;nodev,nosuid &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;/tmp &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> <br /> ::&lt;code&gt;/dev/sda3 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ===/boot na SD; &lt;br&gt;particións /(raiz) completa, /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> *smmcblk0 [[Archivo:SD-boot.png|300px|right]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> *sda [[Archivo:HD-2.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/root ← agás swap[file] e /home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==A labazadas cun teclado remoto «Logitech K400»==<br /> <br /> Este teclado, tras configurar o mapa de idioma con &lt;code&gt;raspi-config&lt;/code&gt; vai perfectamente na consola, non así despois de erguer o entorno gráfico con &lt;code&gt;startx&lt;/code&gt; que entón está co mapa inglés.<br /> <br /> Executamos:<br /> <br /> &lt;strike&gt;<br /> ::&lt;code&gt;nano /etc/rc.local&lt;/code&gt;<br /> <br /> engadimos no final estas tres liñas:<br /> <br /> ::&lt;code&gt;sleep 5&lt;br&gt;rmmod hid-logitech-dj&lt;br&gt;modprobe hid-logitech-dj&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> &lt;/strike&gt;<br /> <br /> ::&lt;code&gt; nano /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> e no final engadimos a seguinte liña:<br /> ::&lt;code&gt;@setxkbmap -layout &quot;es,es&quot;&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> <br /> Este paso podemos abrevialo así:<br /> <br /> ::&lt;code&gt;sudo echo '@setxkbmap -layout &quot;es,es&quot;' &gt;&gt; /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> e probamos o teclado.<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Manterse ben informado==<br /> Para os que queirades mantervos ben informados, déixovos algunha suxestión:<br /> <br /> *Subscribídevos a [http://www.raspiweekly.com/ Raspy Weekly] non é nada invasor, un correo a semana e aporta información moi interesante.<br /> *Seguide as contas de @Raspberry_Pi @RasPiWeekly e a etiqueta #raspberrypi no Twitter<br /> *Seguide a conta da [http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Comunidade de Raspberry Pi no G+]<br /> *[http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Un manual en castelán moi completo]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''</div>

Ruworuro https://wiki.galpon.org/index.php?title=Argallando_cunha_Raspberry_Pi&diff=4139 2013-06-18T17:18:02Z

<p>Ruworuro: /* Editando o fstab */</p> <hr /> <div>=&lt;font color=&quot;#FF0000&quot;&gt;Páxina en obras !!!&lt;/font&gt;=<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;<br /> Non toda a info foi contrastada abondo, agardar a que retiremos esta cabeceira antes de fiar en todo o que aquí se conta.&lt;/font&gt;}}<br /> <br /> ;argallar: [http://www.portaldaspalabras.org/buscador?palabra=argallar&amp;sinom=0&amp;homonimo= Segundo a RAG]&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;...&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;verbo transitivo&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;'''4''' Concibir ou preparar [algo] con algunha finalidade práctica<br /> <br /> ==Equipo necesario para trebellar nestas configuracións==<br /> ===Imprescindíbel===<br /> *Un computador +/- recente con:<br /> **Conexión USB 2.0 ou superior<br /> **Lector de tarxetas SD (serve un externo)<br /> **Sistema operativo Debian ou derivado como MiniNo, PicarOS, Abalar, Ézaro, LMDE, Ubuntu, Linux Mint, Trisquel, SO.xug etc.<br /> :::Nota: Os que non teñan instalado un S.O Libre ''GNU/Linux'', poden empregar un CD/USB vivo de calquera destas distribucións. <br /> *Unha Raspberry Pi con:<br /> **Alimentador de (polo menos) 1 Amp.<br /> **Teclado<br /> **Monitor<br /> *Unha tarxeta SD | SDHC | SDHX, como mínimo da ''Clase 4'' e de 2 GB ou máis<br /> *Unha memoria flash USB (o clásico «pincho») de polo menos 4GB<br /> <br /> ===Recomendado===<br /> [[Archivo:Esquemapi.png|300px|right|Raspberry Pi cun disco ríxido externo e a súa alimentación eléctrica]]<br /> *Unha tarxeta SDHC | SDHX de 8 GB ou máis e como mínimo da ''Clase 10''<br /> *Dispositivo WiFi por USB (compatíbel coa Pi)<br /> *Repartidor (hub) USB alimentado, polo menos, con 2 Amp e 4 conectadores USB<br /> *Dispositivo(s) de memoria USB<br /> **Unha memoria USB de alta velocidade e bastante capacidade (de 8 GB en diante sería boa cousa)<br /> ::ou<br /> :*Un Disco ríxido externo con conexión USB<br /> <br /> ===Documentacións de referencia deste traballo===<br /> Sobre a instalación nun USB<br /> *[http://www.networkinghowtos.com/howto/raspbian-on-raspberry-pi-using-sd-card-usb-memory-stick/ Raspbian on Raspberry Pi using SD card + USB memory stick]<br /> *[http://zeroset.wordpress.com/2012/10/03/move-an-existing-raspbian-installation-from-memory-sd-card-to-usb-flash-drive-stick/ Move an existing Raspbian installation from memory SD card to USB flash drive (USB stick)]<br /> <br /> Sobre a «swap»<br /> *[http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&amp;t=14392&amp;start=25 No swap space?]<br /> <br /> Sobre a montaxe do «/home» noutro dispositivo<br /> *[http://stevenhickson.blogspot.com.es/2013/04/mounting-home-directory-on-different.html Mounting the home directory on a different drive on the Raspberry Pi]<br /> <br /> Sobre múltiples discos e UUID<br /> *[http://elinux.org/RPi_Adding_USB_Drives RPi Adding USB Drives]<br /> *[http://www.cyberciti.biz/faq/linux-finding-using-uuids-to-update-fstab/ How To Use UUID To Mount Partitions]<br /> <br /> Todo sobre RPi<br /> *[http://elinux.org/RPi_Tutorials RPi Tutorials - elinux.org]<br /> *[http://www.raspberrypi.org/phpBB3/ Foros da páxina oficial]<br /> <br /> Sobre OMV na Raspberry Pi<br /> *[http://www.element14.com/community/groups/raspberry-pi/blog/2012/12/14/raspberry-pi-nas-with-openmediavault Raspberry PI NAS with OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Empregar ''dmesg'' e como interpretalo==<br /> Execútase nun terminal, simplemente como &lt;code&gt;dmesg&lt;/code&gt; despois de inserir un dispositivo.<br /> :Nota: recomendo que vaiamos con un de cada vez.<br /> Devolve un feixe de información, na fin aparece algo tal que así:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] usb 1-1.3: new high-speed USB device number 6 using dwc_otg<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device found, idVendor=0930, idProduct=6544<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3<br /> [ XXX.XXXXXX] usb 1-1.3: Product: TransMemory <br /> [ XXX.XXXXXX] usb 1-1.3: Manufacturer: TOSHIBA <br /> [ XXX.XXXXXX] usb 1-1.3: SerialNumber: C87168A1CB3ACD20475DD268<br /> [ XXX.XXXXXX] scsi3 : usb-storage 1-1.3:1.0<br /> [ XXX.XXXXXX] scsi 1:0:0:0: Direct-Access TOSHIBA TransMemory 1.00 PQ: 0 ANSI: 4<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] 30310400 512-byte logical blocks: (15.5 GB/14.4 GiB)<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write Protect is off<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Mode Sense: 45 00 00 00<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA<br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Attached SCSI removable disk<br /> &lt;/pre&gt;<br /> <br /> interésanos unha das 4 a 6 últimas liñas, que pode ter un formato como:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] sda: sda1<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> <br /> [ XXX.XXXXXX] sdb: sdb1<br /> <br /> [ XXX.XXXXXX] sdb: sdb1 sdb2<br /> <br /> ...<br /> <br /> [ XXX.XXXXXX] sdf: sdf1<br /> <br /> [ XXX.XXXXXX] sdf: sdf1 sdf2 sdf3<br /> &lt;/pre&gt;<br /> <br /> Que debemos ler do seguinte xeito:<br /> <br /> &lt;pre&gt;[ NUM.INTERNA] nome_dispositivo: nome-1ª-partición nome-2ª-partición nome-3ª-partición&lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Creación dunha tarxeta básica de sistema con ''Raspbian''==<br /> <br /> Descargamos a última imaxe da páxina oficial<br /> ::&lt;code&gt;http://www.raspberrypi.org/downloads&lt;/code&gt;<br /> {{Nota|nota=Data da imaxe aquí referenciada → 25 de maio de 2013 - Data da última comprobación → 9 de xuño de 2013}}<br /> <br /> No cartafol onde teñamos descargado o ficheiro zip:<br /> <br /> Comprobamos que o ficheiro descargado non se estragou durante a súa viaxe cara a nosa casa<br /> ::&lt;code&gt;sha1sum 2013-05-25-wheezy-raspbian.zip&lt;/code&gt;<br /> <br /> debe devolver '''&lt;font color=&quot;#FF0000&quot;&gt;exactamente&lt;/font&gt;''' esta cadea:<br /> ::&lt;code&gt;131f2810b1871a032dd6d1482dfba10964b43bd2&lt;/code&gt;<br /> {{Nota|nota=Esta cadea de verificación SHA1 correspóndelle ao ficheiro &lt;font color=&quot;#FF0000&quot;&gt;2013-05-25-wheezy-raspbian.zip&lt;/font&gt;&lt;br&gt;Para outra versión, comprobar a cadea SHA1 na páxina de descargas. }}<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;Agradeceremosvos que se detectades que hai unha nova versión e nós aínda non actualizamos esta entrada, enviédesnos un correo a&lt;/font&gt; xornadas[en]galpon[punto]org &lt;font color=&quot;#FF0000&quot;&gt;avisándonos do cambio.&lt;/font&gt;}}<br /> Descomprimimos o '''zip'''<br /> ::&lt;code&gt;unzip 2013-05-25-wheezy-raspbian.zip&lt;/code&gt; (ou a data que corresponda)<br /> <br /> Inserimos a tarxeta SD na rañura e executamos &lt;code&gt;dmesg&lt;/code&gt; para coñecer o seu nome.<br /> <br /> Procedemos a copiar a imaxe na tarxeta SD<br /> ::&lt;code&gt;dd if=/ruta/almacén/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/tarxeta/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Saberemos que rematou cando nos informe de como foi a transferencia,<br /> ::&lt;code&gt;462+1 records in&lt;br&gt;462+1 records out&lt;br&gt;1939865600 bytes (1,9 GB) copiados, 88,9825 s, 21,8 MB/s&lt;/code&gt;<br /> <br /> ao tempo que devolve o &lt;code&gt;prompt&lt;/code&gt; do sistema.<br /> <br /> Levamos a SD á RasPi, arrincamos (conectando o alimentador) e procedemos á configuración.<br /> <br /> ===Primeira configuración con ''raspi-config''===<br /> *1 Expand Filesystem<br /> ::Facer que todo o espazo da tarxeta SD quede a dispor do SO<br /> ::[[Archivo:RasPi-1.png|300px|Antes]] [[Archivo:RasPi-2.png|300px|Despois]]<br /> *2 Change User Password<br /> ::Cambiar o contrasinal predeterminado do usuario «pi»<br /> *3 Enable Boot to Desktop<br /> ::Escoller se queremos que inicie en modo gráfico ou en modo consola<br /> *4 Internationalisatión Options<br /> ::Estabelecer a configuración rexional (idioma, teclado, hora)<br /> ::*I1 Change locale<br /> ::::Cambiar o idioma predeterminado<br /> ::*I2 Change Timezone<br /> ::::Cambiar o fuso horario<br /> ::*I3 Change Keyboard Layout<br /> ::::Cambiar o mapa do teclado<br /> *5 Enable camera<br /> ::Activar a Pi para que traballe coa «Raspberry Pi Camera»<br /> *6 Add to Rastrack<br /> :: Engadir a Pi a un mapa Raspberry Pi en liña (Rastrack)<br /> *7 Overclock<br /> ::Configurar o sobremostraxe do reloxo<br /> ::'''Aviso:''' Esta configuración só deberá facela quen saiba ben o que fai, xa que pode estragar o equipo<br /> *8 Advanced Options<br /> ::Configurar axustes avanzados<br /> ::*A1 Overscan<br /> ::::Necesitará axustar o «overscan» se aparecen unhas barras negras na súa pantalla<br /> ::*A2 Hostname<br /> ::::Estabelecer o nome visíbel da Pi na rede <br /> ::*A3 Memory Split<br /> ::::Cambiar a cantidade de memoria asignada á GPU (procesador gráfico)<br /> ::*A4 SSH<br /> ::::Activar/desactivar o acceso remoto por liña de ordes á Pi empregando SSH<br /> ::*A5 Update<br /> ::::Actualizar o propio «raspi-config» a última versión<br /> *9 About raspi-config<br /> ::Información sobre esta ferramenta de control<br /> <br /> ===Creación dun novo usuario===<br /> Nun terminal executamos:<br /> ::&lt;code&gt;sudo adduser &lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;&lt;/code&gt;<br /> e seguimos as instrucións en pantalla<br /> <br /> ====Permisos de &lt;code&gt;sudo&lt;/code&gt; ao novo usuario====<br /> Executamos:<br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> E na fin do ficheiro engadimos unha liña tal e como se presenta a seguir<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> ::&lt;code&gt;&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt; ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ====Replicar o cartafol do usuario «pi» para o novo usuario====<br /> Copiamos o cartafol completo<br /> ::&lt;code&gt;sudo cp -rp /home/pi/* /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/&lt;/code&gt;<br /> <br /> Feito isto veremos que non se ve unha icona e que no momento de executar ''Python Games'' primeiro fracasa e despois semella estar parvo e volve sempre á mesma xanela de selección de xogos. Para solucionalo editamos:<br /> <br /> Para corrixir a icona de ''OCR Resources''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/ocr_resources.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> <br /> Para poder executar ''Python Games''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/python-games.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> <br /> Para que ''Python Games'' deixe de facer o parvo e execute os xogos<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher_sh&lt;/code&gt;<br /> :Na fin do ficheiro veremos<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games&lt;/code&gt;<br /> :Substituímos por<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games&lt;/code&gt;<br /> <br /> ====Eliminar o usuario «pi»====<br /> Para facer estas operacións temos que ter accedido ao sistema como o &lt;font color=&quot;#FF0000&quot;&gt;novo usuario&lt;/font&gt;, o usuario '''pi''' non pode eliminarse a si mesmo.<br /> Executamos:<br /> ::&lt;code&gt;sudo userdel pi&lt;/code&gt;<br /> ::&lt;code&gt;sudo groupdel pi&lt;/code&gt;<br /> <br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> Onde antes engadimos a liña do novo usuario, retiramos a de '''pi'''<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;font color=&quot;#FF0000&quot;&gt;&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;&lt;/font&gt;<br /> ::&lt;code&gt;novo_usuario ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==É o USB máis rápido ca unha tarxeta SD?==<br /> Para estas probas só axustei a expansión do sistema de ficheiros (senón non nos deixa xerar o ficheiro ''out''). <br /> <br /> Para facer a proba de velocidade de transferencia executamos:<br /> ::&lt;code&gt;dd if=/dev/zero of=/tmp/out bs=1M count=400&lt;/code&gt;<br /> <br /> e devólvenos:<br /> <br /> *Tarxetas SD<br /> :*SD(HC) ''Clase 4'' de 4 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 69.152 s, &lt;font color=&quot;#FF0000&quot;&gt;'''6.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*SD(HC) ''Clase 10'' de 8 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 18.375 s, &lt;font color=&quot;#FF0000&quot;&gt;'''22.9'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> *USB<br /> :*Trascend JetFlash 500 4 GB (TS4GJF500)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 49.775 s, &lt;font color=&quot;#FF0000&quot;&gt;'''8.4'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Toshiba TransMemory de 16 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 31.803 s, &lt;font color=&quot;#FF0000&quot;&gt;'''13.2'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Trascend JetFlash 600 4 GB (TS4GJF600)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 23.131 s, &lt;font color=&quot;#FF0000&quot;&gt;'''18.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> <br /> Como podemos comprobar, os USB normais melloran pouco o rendemento dunha tarxeta SD ''Clase 4'', se falamos de USB de gama media (High Speed) a cousa cambia e mellora ata multiplicar x2 e x3 o rendemento.<br /> <br /> Para mellorar o rendemento dunha tarxeta SD ''Clase 10'' teriamos que falar de dispositivos USB de gama alta, e é probábel que teñamos xa que analizar amodo a relación entre o prezo, a capacidade e o rendemento. <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Transferindo o S.O. a un USB==<br /> <br /> ===Transferencia de todo o sistema===<br /> <br /> Preparamos un «pincho» USB:<br /> <br /> Ou ben por terminal/consola con:<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Ou con ''palimpsest''<br /> ::{{Nota|nota='''Palimpsest''' é o aplicativo ao que se accede desde menú en ''Accesorios'' → ''Utilidade de disco''}}<br /> Creamos nel unha partición con formato ext4<br /> <br /> Con palimpsest temos coidado de que estea desmarcada a opción<br /> ::'''Obter a propiedade do sistema de ficheiros'''&lt;br&gt;Se deixamos marcada esa opción veremos que cando executamos algo como &lt;code&gt;sudo&lt;/code&gt; comprobaremos que non nos deixa acceder a &lt;code&gt;sudoers&lt;/code&gt;<br /> <br /> Levamos o USB e a tarxeta SD cara un computador estándar<br /> <br /> Abrimos un terminal e comezamos o proceso:<br /> *Inserimos o USB<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro X nas ordes seguintes) do dispositivo<br /> *Inserimos a tarxeta SD<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro Y nas ordes seguintes) do dispositivo<br /> *Creamos os puntos de montaxe e montamos (como administradores) coas ordes seguintes:<br /> ::&lt;code&gt;sudo mkdir /media/usb_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/sd_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''Y'''&lt;/font&gt;2 /media/sd_root&lt;/code&gt;<br /> *Copiamos o contido da tarxeta cara o dispositivo USB<br /> ::&lt;code&gt;sudo cp -a /media/sd_root/* /media/usb_root/&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> *Rematada a copia, desmontamos ambos dispositivos<br /> ::&lt;code&gt;sudo umount /media/usb_root /media/sd_root&lt;/code&gt;<br /> *Extraemos ambos dispositivos e volvemos á Rasberry Pi<br /> Xa na Raspberry Pi iniciamos o proceso de configuración<br /> *Inserímos '''SÓ''' a tarxeta SD e arrincamos a RasPi<br /> *Unha vez nos teñamos autenticado, inserimos o USB, e executamos &lt;code&gt;dmesg&lt;/code&gt;<br /> *Anotamos o nome do dispositivo que aparece na penúltima liña<br /> ::Nota: adoitará ser '''sda1'''<br /> *Executamos a seguinte orde:<br /> ::&lt;code&gt;sudo nano /boot/cmdline.txt&lt;/code&gt;<br /> :veremos:<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/mmcblk0p2&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> :deberemos cambiar '''''root=/dev/mmcblk0p2''''' por '''''root=/dev/nome_segundo_dmesg''''', tal que '''''root=/dev/sda1''''' e deixalo así<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/sda1&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> <br /> A seguir reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> Comprobamos...<br /> ::&lt;code&gt;ls -al /dev/root&lt;/code&gt;<br /> <br /> Se foi todo correctamente deberá indicarnos algo como:<br /> ::&lt;code&gt;lrwxrwxrwx 1 root root 4 Xuñ 4 17:17 &lt;font color=&quot;#40e0d0&quot;&gt;'''/dev/root'''&lt;/font&gt; -&gt; &lt;font color=&quot;#ffd700&quot;&gt;'''sda1'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> Unha vez confirmado que todo está correcto, procedemos a eliminar os puntos de montaxe que construímos ao principio (no computador estándar)<br /> ::&lt;code&gt;sudo rm -rf /tmp/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo rm -rf /tmp/sd_root&lt;/code&gt;<br /> <br /> ====É necesario editar o ficheiro &lt;code&gt;fstab&lt;/code&gt; ?====<br /> A verdade é que non ([[#Movendo o «/home» a outro dispositivo/partición|agás no caso que se indica a seguir]]), mais se queremos un pouco de ''limpeza'' poderemos editalo e asignar o nome do dispositivo «/» a «/dev/root»<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> <br /> e cambiamos a liña:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;mmcblk0p2&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> por:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;root&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> ===Movendo o &lt;code&gt;/home&lt;/code&gt; a outro dispositivo/partición===<br /> Formatamos como &lt;code&gt;ext4&lt;/code&gt; o dispositivo/partición<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Creamos un punto de montaxe para o dispositivo/partición<br /> ::&lt;code&gt;sudo mkdir /media/tmp&lt;/code&gt;<br /> <br /> Montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -t ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/tmp&lt;/code&gt;<br /> <br /> Desprazámonos ao cartafol en root<br /> ::&lt;code&gt;cd /home&lt;/code&gt;<br /> Copiamos todos os datos de xeito recursivo<br /> <br /> (esta opción é a que funcionou mellor no meu caso para obter todos os ficheiros, incluídos .bashrc e .vimrc)<br /> ::&lt;code&gt;sudo cp -rp ./ /media/tmp&lt;/code&gt;<br /> <br /> Desmontamos o dispositivo<br /> ::&lt;code&gt;sudo umount /media/tmp&lt;/code&gt;<br /> <br /> Desfacémonos do punto de montaxe tmp creado anteriormente<br /> ::&lt;code&gt;sudo rm -rf /media/tmp&lt;/code&gt;<br /> <br /> Cambiámoslle o nome (como medida de precaución) ao cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mv /home /old_home&lt;/code&gt;<br /> <br /> Creamos un novo cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /home&lt;/code&gt;<br /> <br /> Editamos &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> <br /> E engadímoslle unha liña como a seguinte<br /> ::&lt;code&gt;/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /home ext4 defaults,noatime,nodiratime 0 0&lt;/code&gt;<br /> <br /> Montamos o punto engadido no &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> ::&lt;code&gt;sudo mount /home&lt;/code&gt;<br /> <br /> Despois de reiniciar e comprobar que todo foi correcto, pdemos eliminar o &lt;code&gt;old_home&lt;/code&gt; que creamos por precaución.<br /> ::&lt;code&gt;sudo rm -fr /old_home&lt;/code&gt;<br /> <br /> Empregando un «pincho» USB Trascend JetFlash 600 4 GB (TS4GJF600) como o indicado nas [[#É o USB máis rápido que unha tarxeta SD?|probas de transferencia]], con<br /> ::&lt;code&gt;dd if=/dev/zero of=~/out bs=1M count=400&lt;/code&gt;<br /> <br /> obteño un rendemento de:<br /> 419430400 bytes (419 MB) copied, 21.3518 s, &lt;font color=&quot;#FF0000&quot;&gt;'''19.6'''&lt;/font&gt; MB/s<br /> <br /> ===Redefinindo o «Espazo de intercambio» ou «swap»===<br /> O primeiro e comprobar o que temos, para iso executamos:<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> devolverá algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 99M 0B 99M<br /> &lt;/pre&gt;<br /> <br /> Podemos ver que apenas temos 100 MB de «swap» e quixeramos ter (p.ex.) 512 MB<br /> <br /> Aumentando o tamaño do «swapfile»<br /> ::&lt;code&gt;sudo nano /etc/dphys-swapfile&lt;/code&gt;<br /> <br /> E cambiamos o tamaño (en MB)<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;512&lt;/font&gt;&lt;/code&gt;<br /> <br /> Para dispor de 1 GB de ''swap'' sería:<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;1024&lt;/font&gt;&lt;/code&gt;<br /> <br /> Aplicamos esta configuración<br /> ::&lt;code&gt;sudo dphys-swapfile setup&lt;/code&gt;<br /> <br /> E activamos o novo ''swap''<br /> ::&lt;code&gt;sudo dphys-swapfile swapon&lt;/code&gt;<br /> <br /> ===Engadindo unha partición adicada a «swap»===<br /> Formatamos o USB en dúas particións, tal que así:<br /> *unha de 512 (ou 1024) MB co formato de Espazo de intercambio (swap)<br /> *outra co resto do espacio con formato ext4<br /> {{Nota|nota=Recomendo que a primeira '''sdX&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;''' sexa a grande, a de root e que a segunda '''sdX&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;''' sexa a de «swap», así non teremos que cambiar nada na configuración de arrinque feita anteriormente.}}<br /> <br /> comprobamos o estado da ''swap'' con &lt;code&gt;swapon -s&lt;/code&gt; e dinos o seguinte:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> /var/swap file 102396 0 -0<br /> &lt;/pre&gt;<br /> <br /> Desactivar o swapfile<br /> ::&lt;code&gt;dphys-swapfile swapoff&lt;/code&gt;<br /> repetimos a comprobación con &lt;code&gt;swapon -s&lt;/code&gt; e debe dicirnos algo así:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> &lt;/pre&gt;<br /> <br /> Agora poderemos proceder a eliminar o swapfile<br /> ::&lt;code&gt;sudo rm /var/swap&lt;/code&gt;<br /> <br /> Comprobando o resultado, executamos de novo<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> debe devolvernos algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 953M 0B 953M<br /> &lt;/pre&gt;<br /> <br /> Neste caso é para unha partición sda2 de 1GB como «swap»<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Reciclando unha vella tarxeta SD de 1 GB==<br /> O proceso anterior que segue a secuencia Ficheiro_imaxe → Tarxeta SD → Dispositivo USB, pode alterarse e que pase a ser:<br /> :Ficheiro_imaxe → Dispositivo USB → Tarxeta SD<br /> Para que empregar este caso?<br /> <br /> Sinxelo, temos na casa algunha daquelas tarxetas SD de 1 GB (ou 2) empregados polas cámaras fotográficas de hai uns anos e agora xa non teñen apenas uso e son lentas de máis.<br /> <br /> Este tipo de tarxetas son perfectamente válidas para traballar co «arrincador» (boot) de Raspbian, o problema é que nunha de 1 GB non podemos xerar o S.O. a partires da imaxe, xa que necesita non menos de 1,9 GB.<br /> <br /> ===Material necesario===<br /> *Unha tarxeta de 1 GB (incluso se alguén ten unha máis pequena, tamén vale xa que só se empregan 54 MB)<br /> *Un «pincho» USB de 4 GB<br /> <br /> ===Creamos o S.O. a partires do ficheiro imaxe===<br /> Ao igual que para facer a tarxeta SD...<br /> ::&lt;code&gt;dd if=/ruta/almacen/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/&lt;font color=&quot;#FF0000&quot;&gt;'''USB'''&lt;/font&gt;/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;<br /> <br /> ===Creamos o «arrincador» a partires do USB===<br /> Formatamos a tarxeta SD como FAT32<br /> ::&lt;code&gt;sudo mkfs.vfat /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Cando remate de formatar, extraemos a tarxeta<br /> <br /> Inserimos o USB<br /> <br /> Inserimos (de novo) a tarxeta<br /> <br /> Agora transferimos o «arrincador» cara a tarxeta<br /> *Se estamos en modo gráfico e os dispositivos xa foron montados polo S.O., só teremos que «seleccionar» '''todo''' o contido da partición 1 do USB (a FAT32) e «arrastrar» e «copiar» na partición da tarxeta SD.<br /> *Se estamos en consola/terminal:<br /> **&lt;code&gt;cd /ruta/montaxe/partición/FAT32/do/USB/&lt;/code&gt;<br /> **&lt;code&gt; cp -rp ./ /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==As miñas consideracións==<br /> ===Configuración optima (IMHO)===<br /> ====Sistema multiusuario====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (só /) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a '''512''' MB<br /> ****A «Memory Split» configurouuse a '''32''' (MB)<br /> *Un dispositivo USB '''para cada usuario''' de alta velocidade e 16 GB (nominais)&lt;br&gt;'''Nota:''' Podería empregarse tamén un disco ríxido externo por USB.<br /> *Se imos ter moitos usuarios aconsello dispor dun dispositivo de memoria USB de 1 ou 2 GB para xerar a imaxe.&lt;br&gt;'''Nota:''' Abonda con 1 GB e, aínda que sexa dos de ''mala calidade'' ou sexa ''lentos'' sempre será moito máis axil o proceso, e ocupará moito menos espazo no noso computador, que se traballamos directamente cun dispositivo de moita capacidade.<br /> **Coa seguinte configuración:<br /> ***Partición ext4 para /home en /dev/sda1<br /> <br /> Para preparar os dispositivos USB dos usuarios temos dúas formas:<br /> *Se son poucos:<br /> **Repetir o paso de [[#Movendo o «/home» a outro dispositivo/partición|creación de /home separado]] como indicamos no punto anterior correspondente.<br /> *Se son moitos e iguais:<br /> **Facer unha imaxe do USB-/home xerado<br /> :::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; of=/ruta/onde/gardalo/imaxe.img bs=4M&lt;/code&gt;<br /> ::e clonalo con:<br /> :::&lt;code&gt; sudo dd if=/ruta/imaxe.img of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; bs=4M&lt;/code&gt;<br /> {{Nota|nota='''Aviso:'''&lt;br&gt;Se queremos empregar dispositivos de diferente tamaño (OLLO: non todos os dispositivos coa mesma capacidade ''nominal'' teñen o mesmo tamaño ''real'') deberemos empregar o de menor tamaño real para xerar o '''''patrón''''' e despois nos outros '''''expandir''''' a partición.}}<br /> <br /> =====Traballando con imaxes comprimidas=====<br /> Se ben recomendo que empreguemos este método habitualmente, isto está especialmente indicado para o caso de traballamos sobre un dispositivo USB de 16 Gb (nominais) e queremos gardar a imaxe.img para cando alguén estrague o seu, ou para cando queiramos engadir máis usuarios. O ficheiro resultante ocupará 16 GB !!! e isto pode ser demasiado grande para manexalo. Neste caso pode interesarnos comprimir esa imaxe ao tempo que a xeramos e despois xerar os distintos «pinchos» a partires desa imaxe comprimida.<br /> *Xerar unha imaxe comprimida:<br /> ::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; | gzip -c &gt;/ruta/onde/gardalo/imaxe.img.gz&lt;/code&gt;<br /> *Envorcar unha imaxe comprimida directamente (sen descomprimir) nun dispositivo USB:<br /> ::&lt;code&gt;sudo gunzip -c /ruta/imaxe.img.gz | dd of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> =====Redimensionado do sistema de ficheiros nunha memoria USB=====<br /> Todas as probas que fixen redimensionando con GParted funcionaron correctamente.<br /> <br /> Se queremos facelo co script &lt;code&gt;raspi-config&lt;/code&gt; deberemos ter en conta que este está concebido só para traballar sobre tarxetas SD e que se tentamos facelo con el devolveranos unha mensaxe<br /> ::&lt;code&gt;/dev/root/ is not an SD card. Don't know to expand&lt;/code&gt;<br /> <br /> Así que teremos que editar ese script e facerlle uns axustes, para elo editamos:<br /> ::&lt;code&gt;sudo nano /usr/bin/raspi-config&lt;/code&gt;<br /> buscamos (con Ctrl+W) &lt;code&gt;mmcblk&lt;/code&gt;<br /> <br /> apareceranos un primeiro:<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''mmcblk0p'''}&lt;/font&gt;&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''sda'''}&lt;/font&gt;&lt;/code&gt;<br /> <br /> un segundo<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> un terceiro<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> e un cuarto<br /> ::&lt;code&gt;fdisk /dev/'''mmcblk0''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;fdisk /dev/'''sda''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> <br /> gardamos, saímos e executamos:<br /> ::&lt;code&gt;sudo raspi-config&lt;/code&gt;<br /> <br /> ====Base para NAS-OMV====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (e /home) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a 1024 MB<br /> ****A «Memory Split» configurouse a 8 (MB)<br /> *Un disco ríxido externo de 500 GB (nominais)<br /> **Este será o disco de '''almacenamento''' do OMV<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Instalación dun NAS con [http://www.openmediavault.org OpenMediaVault]==<br /> Antes de nada, explicar (moi por riba) que é un NAS. Como lemos na [http://es.wikipedia.org/wiki/Network-attached_storage Wikipedia]:<br /> <br /> NAS (do inglés Network Attached Storage) es o nome dado a unha tecnoloxía de almacenamento adicada a compartir a capacidad de almacenamento dun computador (servidor) con computadoras persoais ou servidores clientes a través dunha rede (normalmente TCP/IP), facendo uso dun Sistema Operativo optimizado para dar acceso cos protocolos CIFS, NFS, FTP o TFTP.<br /> <br /> ===Porque [http://www.openmediavault.org openmediavault] e non outro?===<br /> <br /> Hai varias razóns para que eu opte por [http://www.openmediavault.org OpenMediaVault] fronte a outros sistemas como [http://www.freenas.org FreeNAS], [http://www.nas4free.org NAS4free] ou [http://www.openfiler.com/ openfiler]:<br /> *A primeira e que eu son debianita, non porque considere que é mellor, simplemente é o que coñezo e polo tanto do que podo/sei falar un chisco sen meter moito a zoca.<br /> *A segunda queda moi ben explicada en [http://www.geektopia.es/es/technology/2012/03/11/opinion/alternativas-para-montar-un-nas-openmediavault-vs-freenas.html Alternativas para montar un NAS, OpenMediaVault vs FreeNAS] así que non vou redundar.<br /> *A terceira, é o único sistema NAS que está traducido ao galego<br /> * e xa para rematar... que eu saiba non hai ningún ''port'' dos outros NAS a ''armhf''.<br /> <br /> ===Configuración previa de paquetes e instalación=== <br /> Partiremos dunha instalación de ''Raspbian'', tal e como indicamos no [[#Base para NAS-OMV|punto anterior]].<br /> <br /> Estabeleceremos a orixe dos paquetes<br /> <br /> Antes de nada, imos «elevar» os nosos privilexios:<br /> ::&lt;code&gt;sudo -i&lt;/code&gt;<br /> <br /> Para engadir as orixes dos paquetes para OMV e armhf executamos:<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin.list&lt;/code&gt;<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin-armhf main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin-armhf.list&lt;/code&gt;<br /> <br /> Descargamos e aplicamos as chaves dos servidores:<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/apt/99omv-plugins-org &gt; /etc/apt/preferences.d/99omv-plugins-org&lt;/code&gt;<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/omv-plugins.pub&lt;nowiki&gt;|&lt;/nowiki&gt;apt-key add -&lt;/code&gt;<br /> <br /> Actualizamos o Sistema operativo<br /> ::&lt;code&gt;apt-get update &amp;&amp; apt-get upgrade&lt;/code&gt;<br /> <br /> Procedemos a instalación:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> <br /> Configuracións que nos solicita:<br /> <br /> ;arrays: &lt;code&gt;none&lt;/code&gt;<br /> <br /> ;correo: Deixar tal cual, sempre que non vaiamos a configurarlle un servidor de correo.<br /> <br /> ;proftpd: Se imos facer un uso intensivo, configurar como &lt;code&gt;autonomo&lt;/code&gt;&lt;br&gt;Se imos facer un uso ocasional, configurar como &lt;code&gt;inetd&lt;/code&gt;<br /> <br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Se se produce un erro ao instalar o paquete &lt;code&gt;tftpd-hpa&lt;/code&gt;, que con toda probabilidade ha producirse, teremos que editar o seu ficheiro de configuración:<br /> ::&lt;code&gt;nano /etc/default/tftpd-hpa&lt;/code&gt;<br /> <br /> Modificar a cadea &lt;code&gt;TFTP_OPTIONS&lt;/code&gt; e deixala así:<br /> ::&lt;code&gt;TFTP_OPTIONS=&quot;--secure &lt;font color=&quot;#FF0000&quot;&gt;'''--ipv4'''&lt;/font&gt;&quot;&lt;/code&gt;<br /> <br /> Para solucionar a instalación do paquete &lt;code&gt;tftpd-hpa&lt;/code&gt; e limpar o cirio:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> ou<br /> ::&lt;code&gt;apt-get install -f&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;Importante&lt;/font&gt;===<br /> Tras a instalación do '''''OpenMediaVault''''' o servizo SSH estará desactivado, teremos que asegurarnos de volver a activalo con &lt;code&gt;raspi-config&lt;/code&gt;<br /> <br /> O administrador de openmediavault é: '''''admin'''''<br /> <br /> O contrasinal ''predeterminado'' do administrador é: '''''openmediavault'''''<br /> <br /> Para cambiar o contrasinal de administrador teremos que executar:<br /> ::&lt;code&gt;omv-firstaid&lt;/code&gt;<br /> ::e seguir as instrucións<br /> <br /> Se imos empregar '''''NFS''''', executaremos a orde seguinte para iniciar o servizo no arrinque:<br /> ::&lt;code&gt;update-rc.d rpcbind defaults&lt;/code&gt;<br /> <br /> :: e reiniciamos a RasPi<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;A ter en conta&lt;/font&gt;===<br /> A actual versión dispoñíbel de OMV para ''armhf'' é a 0.4 ''fedaín'' (Fedaykin) que foi feita para Debian ''Squeeze'' (v.6) e agora Raspbian xa é ''Wheezy'' (v.7), polo que teremos algunhas carencias.<br /> <br /> A primeira e máis salientábel é un fallo de, ou vencellado con, &lt;code&gt;udevadm&lt;/code&gt; que non nos permite ''identificar'' discos novos desde a interface de OMV<br /> <br /> ::[[Archivo:Recoñece discos-1.png]]<br /> <br /> Polo que teremos que '''non empregar''' esa opción a risco de '''quebra de todo o sistema'''!<br /> <br /> ::[[Archivo:Recoñece discos-2.png]]<br /> <br /> Montaremos o dispositivo no inicio (fstab) e despois seguiremos esta secuencia, conforme ás imaxes:<br /> <br /> ::[[Archivo:Recoñece discos-3.png]] [[Archivo:Recoñece discos-4.png]]<br /> <br /> E xa a partires de aí poderemos '''+Engadir''' os cartafoles no dispositivo que queiramos<br /> <br /> ::[[Archivo:Engadindo-cartafol-1.png|200px]] &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[[Archivo:Engadindo-cartafol-2.png|300px]]<br /> <br /> ===Outras cousas que poderiamos instalar===<br /> ::&lt;code&gt;openmediavault-omvpluginsorg&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-dnsmasq&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-mysql&lt;/code&gt;<br /> <br /> Aquí deberemos ter en conta:<br /> {{Nota|nota=Do you really need scponly for Wheezy? Considering I read this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650590. I built OMV on Wheezy and just removed scponly from dependencies a few weeks ago, seems to work}}<br /> e a advertencia que nos fai o desenvolvedor do OMV<br /> {{Nota|nota=For the moment the scponly package will be used. Please note, there is no official support for Wheezy from OMV. The switch to Wheezy will be started after i have finished my work on version 0.5.}}<br /> Visto [http://forums.openmediavault.org/viewtopic.php?f=12&amp;t=481 aquí]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Preparando as conexións de rede===<br /> <br /> Ver o estado dos dispositivos de rede na RasPi<br /> ::&lt;code&gt;ip a&lt;/code&gt;<br /> <br /> Para erguer o dispositivo que queiramos, se este esta ''DOWN''<br /> ::&lt;code&gt;ip link set dev &lt;font color=&quot;#FF0000&quot;&gt;'''nomedainterface'''&lt;/font&gt; up&lt;/code&gt;<br /> ::os nomes das interfaces poden ser '''''eth0''''' ou '''''wlan0'''''<br /> <br /> Asegurar que a RasPi conectase sempre ao mesmo IP<br /> ::&lt;code&gt;nano /etc/network/interfaces&lt;/code&gt;<br /> <br /> e deixalo tal que así<br /> &lt;pre&gt;<br /> auto lo<br /> iface lo inet loopback<br /> auto eth0<br /> iface eth0 inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> ou para a WiFi:<br /> &lt;pre&gt;<br /> allow-hotplug wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf<br /> iface default inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> Reiniciar a rede<br /> <br /> A orde clásica &lt;code&gt;/etc/init.d/networking restart&lt;code&gt; devolve unha mensaxe de erro<br /> ::&lt;code&gt;/etc/init.d/networking restart&lt;/code&gt;<br /> &lt;pre&gt;<br /> [....] Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces ... (warning).<br /> [ ok ] Reconfiguring network interfaces...RTNELINK answers: No such process<br /> &lt;/pre&gt;<br /> <br /> Polo que se non ergue correctamente a interface teremos que reiniciar.<br /> <br /> Configurar wpa_supplicant para que a wifi se conecte automaticamente ao noso AP<br /> ::&lt;code&gt;nano /etc/wpa_supplicant/wpa_supplicant.conf&lt;/code&gt;<br /> <br /> e engadimos o seguinte:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;NomeDaRede&quot;<br /> scan_ssid=1<br /> proto=WPA<br /> key_mgmt=WPA-PSK<br /> psk=&quot;contrasinal&quot;<br /> }<br /> &lt;/pre&gt;<br /> <br /> Se no equipo ''cliente'' temos instalado &lt;code&gt;nmap&lt;/code&gt;, poderemos comprobar que IP están conectadas coa orde<br /> ::&lt;code&gt;nmap -sP 192.168.&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;.1/24 | grep -v down&lt;/code&gt;<br /> <br /> devolveranos algo como isto:<br /> <br /> &lt;pre&gt;<br /> Starting Nmap 6.00 ( http://nmap.org ) at 2013-05-28 16:15 CEST<br /> Nmap scan report for 192.168.1.1<br /> Host is up (0.0020s latency).<br /> Nmap scan report for 192.168.1.100<br /> Host is up (0.00088s latency).<br /> Nmap scan report for 192.168.1.101<br /> Host is up (0.0038s latency).<br /> Nmap scan report for 192.168.1.240<br /> Host is up (0.0041s latency).<br /> Nmap scan report for 192.168.1.250<br /> Host is up (0.012s latency).<br /> Nmap done: 256 IP addresses (5 hosts up) scanned in 2.73 seconds<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ====Asegurando a rede WiFi con ''wpa_passphrase''====<br /> Observemos que o contrasinal quedou en claro (texto simple) co que é visíbel por calquera cun pouco de habilidade e saiba o que busca, así que imos complicarlle un chisco as cousas.<br /> <br /> Ímos empregar un contrasinal cifrado, para elo usamos unha orde do paquete ''wpa-supplicant'' que segue esta estrutura:<br /> ::&lt;code&gt;wpa_passphrase nosoSSID nosoCONTRASINAL&lt;/code&gt;<br /> tal que<br /> ::&lt;code&gt;wpa_passphrase REDE_AULA FomosDeViaxeDeFinDeEstudos&lt;/code&gt;<br /> isto devolvenos:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;REDE_AULA&quot;<br /> #psk=&quot;FomosDeViaxeDeFinDeEstudos&quot;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> }<br /> &lt;/pre&gt;<br /> <br /> Co que deberemos substituír a cadea:<br /> &lt;pre&gt;<br /> psk=&quot;contrasinal&quot;<br /> &lt;/pre&gt;<br /> pola que nos devolveu ''wpa_passphrase'' (no exemplo)<br /> &lt;pre&gt;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Acceso desde un equipo remoto===<br /> Agora abrimos nun equipo ''cliente'' un navegador e na barra de URL poñemos o IP que asignamos<br /> <br /> p.ex. ''192.168.1.250''<br /> <br /> Unha vez conecte coa páxina de administración do OpenMediaVault solicitanos as credenciais de administrador<br /> *Username: '''''admin'''''<br /> *Password: '''''openmediavault'''''<br /> <br /> Nota: este contrasinal é o predeterminado e cumpre, como xa dixemos antes, cambialo coa utilidade &lt;code&gt;omv-firstaid&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Raspberry Pi enviando chíos no seu inicio===<br /> En moitas situacións atopamonos con que non temos capacidade ''administradores'' da rede, polo que non podemos asegurar que a Raspberry Pi se conecte sempre co mesmo IP. Neste caso, tendo en conta que non disporemos dun monitor no que ver con que IP é accesíbel, e se engadimos que con &lt;code&gt;nmap&lt;/code&gt; obtemos un listado moi grande de equipos conectados, temos que buscar unha solución para ter esa información e saber a que IP teremonos que conectar.<br /> <br /> Para solucionar isto, alguén (''John Voysey'') traballou nun «truco» que pode sernos moi útil. Facer que a Raspberry Pi nos envíe un chío ao ''Twitter'' cos datos da conexión.<br /> <br /> [[Archivo:Twitter.png|Exemplo de mensaxe directa]]<br /> <br /> [http://johnvoysey.wordpress.com/2013/05/29/tweeting-raspberry-pi-info-at-startup/ Tweeting Raspberry Pi Info at Startup]<br /> <br /> (Cun pouco de tempo, prometo traducir esta páxina)<br /> <br /> ===Configuración do OMV===<br /> Sobre isto temos moito material publicado na Internet, só unha pequena escolla de páxinas en castelán:<br /> *[http://www.geektopia.es/es/technology/2012/04/17/articulos/tutorial-instalar-y-configurar-openmediavault.html Tutorial: instala y configura un NAS con OpenMediaVault]<br /> ::'''Nota:''' Este «Tutorial» é o que considero máis completo, xa que ademais explícanos como configurar '''''ddclient'''''<br /> *[http://www.secretsocket.es/tutoriales/17-tutorial-ovm-2 HOWTO OPENMEDIAVAULT - (2ª Parte - Configuración y Contacto)]<br /> E, como non, o propio<br /> *[http://wiki.openmediavault.org/index.php?title=Main_Page, Wiki de OpenMediaVault]<br /> <br /> ===Consideracións finais===<br /> Unha vez feita a instalación do '''''OpenMediaVault''''' podemos retirarlle o teclado/rato e o monitor.<br /> <br /> A partires dese momento, para calquera configuración que queiramos facer no S.O. empregaremos SSH<br /> ::&lt;code&gt;ssh -l pi 192.168.'''X'''.'''X'''&lt;/code&gt;<br /> <br /> ===E se lle instalamos o «ownClod» ao «OMV» ?===<br /> [http://www.k0braintheworld.com/2013/02/24/instalar-owncloud-en-openmediavault/ Instalar Owncloud en OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===E todo o que hai instalado e non vai seren empregdo nunca?===<br /> Como administradores executamos:<br /> ::&lt;code&gt;apt-get autoremove gpicview galculator hicolor-icon-theme alsa-base alsa-utils lxrandr lxsession lxtask lxterminal lxpanel lxappearance desktop-base dillo penguinspuzzle gnome-icon-theme gnome-themes-standard gtk2-engines smartsim scratch leafpad ed squeak-plugins-scratch desktop-file-utils lxde-common lxde-icon-theme omxplayer x11-common midori lxde gcc-4.4-base:armhf gcc-4.5-base:armhf gcc-4.6-base:armhf pcmanfm lxpolkit x11-common xdg-utils netsurf-gtk netsurf-common dbus-x11 lxsession-edit lxshortcut xarchiver menu-xdg&lt;/code&gt;<br /> <br /> Eliminar os xogos e os IDE Python<br /> ::&lt;code&gt;rm -rf ~/python_games&lt;/code&gt;<br /> ::&lt;code&gt;??&lt;/code&gt;<br /> ::&lt;code&gt;apt-get autoremove python3 python3-minimal&lt;/code&gt;<br /> <br /> Prescindir da WiFi<br /> ::&lt;code&gt;apt-get autoremove wireless-tools wpasupplicant firmware-atheros firmware-brcm80211 firmware-libertas firmware-ralink firmware-realtek&lt;/code&gt;<br /> <br /> Prescindir de ''vim''<br /> ::&lt;code&gt;apt-get autoremove vim-tiny vim-common&lt;/code&gt;<br /> ou de ''nano''<br /> ::&lt;code&gt;apt-get autoremove nano (OU) nano-tiny&lt;/code&gt; Pendente de verificar<br /> <br /> Cousas que aínda non teño claro, OLLO: teño que comprobalo<br /> ::&lt;code&gt;cups-common samba-common smbclient&lt;/code&gt;<br /> ::&lt;code&gt;sudo xauth libx11-data xkb-data&lt;/code&gt;<br /> <br /> Cousas que é probábel que necesitemos<br /> ::&lt;code&gt;lynx-cur&lt;/code&gt; ou &lt;code&gt;links&lt;/code&gt; ou &lt;code&gt;links2&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Traballando con múltiples discos e UUID==<br /> Un dos problemas máis habituais é iniciar o sistema con varios dispositivos USB conectados<br /> ::Nota: Supoñamos que temos un USB coa raíz do sistema e outro co /home<br /> ::ou<br /> ::Unha memoria USB co /home do usuario é un disco ríxido (HD) externo só para gardar datos.<br /> xa que nunca saberemos cal vai ser detectado como ''sda'' ou cal como ''sdb''.<br /> <br /> Para solucionar isto, teremos que asignar o dispositivo polo seu '''Id'''entificador '''Ú'''nico '''U'''niversal ou UUID e non polo seu nome no sistema (/dev/dispositivo)<br /> <br /> Necesitamos coñecer cal é o UUID dos dispositivos, para elo temos dúas formas:<br /> <br /> Executamos: &lt;code&gt;sudo blkid&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> <br /> &lt;pre&gt;/dev/sda1: UUID=&quot;93df7ee3-8891-440c-b4d3-8809996cc098&quot; TYPE=&quot;ext4&quot;<br /> /dev/sda5: UUID=&quot;f4bedaf1-abbd-413b-8293-8f65ce110a21&quot; TYPE=&quot;swap&quot;<br /> /dev/sda6: UUID=&quot;0234dba1-382c-4351-8e1f-cb794cf86cbf&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda7: LABEL=&quot;Almacen&quot; UUID=&quot;b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda8: LABEL=&quot;Almacen_2&quot; UUID=&quot;818ce4f8-53fa-4921-a2bb-ab1c35320772&quot; TYPE=&quot;ext3&quot;<br /> /dev/sdb: UUID=&quot;49ED-21FF&quot; TYPE=&quot;vfat&quot;<br /> &lt;/pre&gt;<br /> <br /> Ou: &lt;code&gt;ls -laF /dev/disk/by-uuid/&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> &lt;pre&gt;<br /> total 0<br /> drwxr-xr-x 2 root root 160 2013-06-07 09:31 ./<br /> drwxr-xr-x 6 root root 120 2013-06-07 08:57 ../<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 0234dba1-382c-4351-8e1f-cb794cf86cbf -&gt; ../../sda6<br /> lrwxrwxrwx 1 root root 9 2013-06-07 09:31 49ED-21FF -&gt; ../../sdb<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 818ce4f8-53fa-4921-a2bb-ab1c35320772 -&gt; ../../sda8<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 93df7ee3-8891-440c-b4d3-8809996cc098 -&gt; ../../sda1<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd -&gt; ../../sda7<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 f4bedaf1-abbd-413b-8293-8f65ce110a21 -&gt; ../../sda5<br /> &lt;/pre&gt;<br /> <br /> Editamos o ficheiro &lt;code&gt;fstab&lt;/code&gt;<br /> e engadimos a(s) liña(s) correspondente(s) conforme o esquema:<br /> ::&lt;code&gt;UUID={O-SEU-UID} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{/ruta/punto/montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{tipo-sistema-ficheiros} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{parámetros de montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> &lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> <br /> ::&lt;code&gt;UUID=41c22818-fbad-4da6-8196-c816df0b7aa8 &amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> para '''/''' &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;→ &amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1<br /> <br /> para '''/home''' &amp;nbsp;→ &amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0<br /> <br /> Montamos o enderezo UUID que vimos de editar:<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Dispositivo externo de almacenamento==<br /> Creamos o punto de montaxe<br /> ::&lt;code&gt;sudo mkdir /&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;&lt;/code&gt;<br /> Como ''norma'' a ruta debería seren ''/media'', mais poderiamos montalo en ''/home'' ou en ''~/'' (que viría ser o cartafol persoal ''/home/usuario''), aínda que recomendamos que se empregue a ''norma''.<br /> <br /> Editamos o &lt;code&gt;fstab&lt;/code&gt; para engadilo nas montaxes de inicio<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> Engadimos unha liña de montaxe segundo o esquema:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Sería preferíbel usar o UUID para identiificalo, tal e [[#Traballando con múltiples discos e UUID|como indicamos no punto anterior]]<br /> ::&lt;code&gt;UUID=&lt;font color=&quot;#FF0000&quot;&gt;49ED-21FF&lt;/font&gt; &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> No noso caso chameille ''Almacen_Pi'', monteino en ''/media'' e formateino como ''ext4''<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/media/Almacen_Pi &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Para rematar, montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servidor FTP==<br /> ===Instalación===<br /> Instalamos o servidor FTP na RasPi<br /> ::&lt;code&gt;sudo apt-get install vsftpd&lt;/code&gt;<br /> <br /> Editamos o ficheiro de configuración para permitir que os usuarios teñan permiso de escritura<br /> ::&lt;code&gt;sudo nano /etc/vsftpd.conf&lt;/code&gt;<br /> &lt;pre&gt;<br /> local_enable=YES<br /> write_enable=YES<br /> &lt;/pre&gt;<br /> <br /> Reiniciamos o servizo<br /> ::&lt;code&gt;sudo service vsftpd restart&lt;/code&gt;<br /> <br /> Accedemos desde un equipo remoto<br /> *Empregando un cliente como FileZilla<br /> *Empregando o navegador<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@IP&lt;/nowiki&gt;<br /> :::Nos dous últimos caso pediranos o contrasinal tras cargar o servidor FTP<br /> ::::1. &amp;nbsp;Para enviar algo a este espazo, hai 2 maneiras:<br /> :::::*Arrastrando o ficheiro á xanela do navegador onde esta aberta a sesión FTP; aparecerá unha caixa coa mensaxe «Quere enviar os ficheiros arrastrados ao servidor FTP?&quot;, aceptamos para que os envíe.<br /> :::::*A segunda, é ir a Ficheiro → Cargar ficheiro, e na xanela «Enviar ficheiro» escoller o ficheiro a enviar e premer en Aceptar.<br /> ::::2. &amp;nbsp;Para descargar algo, os pasos son os seguintes: Seleccióneo co botón dereito, e no despregábel escolla a opción «Gardar a ligazón como...»; apareceranos a xanela de «Gardar como...», para seleccionar o destino onde gardar o ficheiro a descargar.<br /> <br /> ===Engadir usuarios===<br /> Creamos un novo usuario<br /> ::&lt;code&gt;sudo useradd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creamos o cartafol do novo usuario<br /> ::&lt;code&gt;sudo mkdir /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Dámoslle permisos (facémolo propietario) sobre o seu cartafol<br /> ::&lt;code&gt;sudo chown &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;:users /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creámoslle un contrasinal<br /> ::&lt;code&gt;sudo passwd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Cliente Torrent con almacenamento nun dispositivo externo==<br /> Instalamos o servizo Torrent<br /> ::&lt;code&gt;sudo apt-get -y install transmission-daemon&lt;/code&gt;<br /> <br /> Detemos o servizo para proceder a configuralo<br /> ::&lt;code&gt;sudo service transmission-daemon stop&lt;/code&gt;<br /> <br /> Creamos as rutas para o almacenamento externo<br /> Tal e como definimos [[#Dispositivo externo de almacenamento|anteriormente]]<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Xeramos os permisos de escritura e lectura sobre os cartafoles creados<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Configuramos o servizo<br /> ::&lt;code&gt;sudo nano /var/lib/transmission-daemon/info/settings.json&lt;/code&gt;<br /> e axustamos conforme sigue<br /> &lt;pre&gt;<br /> &quot;download-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/finais&quot;<br /> &quot;incomplete-dir-enabled&quot;: true <br /> &quot;incomplete-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/tmp&quot;<br /> &quot;rpc-enabled&quot;: true<br /> &quot;rpc-bind-addres&quot;: &quot;127.0.0.1&quot; ← Cambiar a &quot;0.0.0.0&quot; ou &quot;*.*.*.*&quot; só se queremos permitir que se conecte calquera.<br /> &quot;rpc-username&quot;: &quot;nome-usuario&quot;<br /> &quot;rpc-password&quot;: &quot;contrasinal&quot;<br /> &quot;rpc-whitelist-enabled&quot;: false,<br /> &lt;/pre&gt;<br /> <br /> Se, neste paso anterior, non cambiamos o usuario e o contrasinal, estes serán:<br /> ::Usuario predeterminado: '''''transmission'''''<br /> ::Contrasinal predeterminado: '''''transsmission'''''<br /> <br /> Asignamos o servizo a '''root''' <br /> ::&lt;code&gt;sudo nano /etc/init.d/transmission-daemon&lt;/code&gt;<br /> e cambiamos o nome do usuario a ''root''<br /> ::&lt;code&gt;USER=root&lt;/code&gt;<br /> <br /> Abrir, ou asegurarse de que está aberto, o porto '''''9091''''' no encamiñador (router)<br /> <br /> Abrimos un navegador e escribimos, na barra de navegación, o enderezo IP e o porto: 192.168.X.X:9091<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Sincronizar ''Transmission'' con ''ownClod'' e/ou ''OMV''===<br /> A primeira intención sería ordenar as descargas (finais) do Transmissión xa directamente sobre un cartafol ''Torrent'' no ownClou/OMV. Mais esta opción presenta o problema de que habería que darlle todos os permisos e ''ownCloud'' detecta que a carpeta é accesíbel por outros usuarios e devolve unha mensaxe de erro.<br /> <br /> Para solucionar este problema ocorréuseme tentar unha sincronización, mais esta debe facela ''root'' (ou sexa baixo su[do])<br /> <br /> Imos por partes. O primeiro é crear no ''ownCloud/OMV'' un cartafol ''Torrent'' ao que moveremos (?) os ficheiros que descarga ''Transmision''. Isto presenta un problema de ''conciencia'' xa que ao facelo así retiramos a nosa colaboración/achega a rede P2P, converténdonos en samesugas da rede, polo que neste caso temos dúas opcións:<br /> *Comportarnos egoistamente, e dicir, como samesugas<br /> *Comportarnos como se agarda dunha rede P2P e compartir<br /> <br /> ====Opción samesuga====<br /> Xerar un '''cron''' que periodicamente traspase (como ''root'') os ficheiros do cartafol de descargas '''finais''' do Transmission cara o cartafol '''Torrents''' do ''ownCloud/OMV'' (&lt;code&gt;sudo mv .../finais/* .../Torrent/&lt;/code&gt;).<br /> <br /> ====Opción compartir====<br /> O primeiro que se nos ven á cabeza é ''copiar'' as descargas (finais) do Transmissión xa directamente sobre o cartafol '''Torrent''' en ''ownClou/OMV''. Mais esta opción presenta outro problema, estamos a duplicar o espazo ocupado, así que ocorréuseme outra posibilidade, que ''root'' estabeleza unha ligazón simbólica entre o cartafol '''Torrent''' no ''ouwCloud/OMV'' e o cartafol '''finais''' do ''Transmission''. mais, OLLO, esta ligazón simbólica presenta tamén o problema dos permisos, así que hai que facer unha ligazón simbólica por cada ficheiro.<br /> <br /> Para elo precisamos dúas cousas:<br /> *Un script que atope os novos ficheiros no cartafol de descargas '''finais''' do ''Transmission'' e xere a súa correspondente ligazón simbólica no cartafol '''Torrent''' en ''ownClou/OMV''.<br /> *Un ''item'' en ''cron'' que execute como ''root'' este script.<br /> <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servizo No-IP==<br /> <br /> Cando non temos control sobre o IP que obtén a nosa maquiniña e queremos poder acceder desde fora da nosa área local, é preciso dispor dun DNS dinámico que nos permita apuntar en calquera momento ao enderezo IP da conexión a internet obtida pola Raspberry Pi. Isto implica dispor dun «cliente» que actualice periodicamente este IP no DNS Dinámico.<br /> <br /> Neste momento a única opción de balde é [http://www.noip.com/ no-ip] (No-IP Free) que permítenos dispor dunha conexión para ata 3 nomes de máquina (o que viría a ser 3 enderezos distintos) mais con só un nome de dominio (neste momento é ''.noip.biz''). Este servizo esixe que confirmemos (ou nos conectemos desde fora da área local) cada 30 días a subscrición, ou esta ''morrerá''. Recomendámosvos que ''contratedes'' un servizo ''Enhanded Dynamic DNS'' por tan só (neste momento) 14.95$ (apenas 11,21 €) por ano, este servizo permite ata 25 nomes de máquina e 80 nomes de dominio distintos e non é preciso confirmar a conta (só o pago anual) .<br /> {{Nota|nota=Non temos ningún interese de ningún tipo en que empreguedes [http://www.noip.com/ no-ip], hai outros servizos como [http://dyn.com/dns/ DynDNS], mais non teñen un servizo de balde e a subscrición mínima anual é xustamente do dobre no prezo, concretamente 29,95$/ano.}}<br /> <br /> ===''Contratar'' o servizo No-IP===<br /> É tan sinxelo como entrar na páxina [http://www.noip.com/ noip.com] e sigades os pasos de rexistro.<br /> <br /> ===Instalar o cliente ''No-IP'' na Raspberry PI===<br /> <br /> Desde a consola/terminal:<br /> <br /> Imos traballar no cartafol temporal &lt;code&gt;tmp&lt;/code&gt;<br /> ::&lt;code&gt;cd /tmp&lt;/code&gt;<br /> <br /> Descargamos o ficheiro fonte<br /> ::&lt;code&gt;wget http://www.no-ip.com/client/linux/noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Descomprimímolo<br /> ::&lt;code&gt;tar -zxvf noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Entramos no cartafol recen xerado<br /> ::&lt;code&gt;cd noip-2.1.9-1/&lt;/code&gt;<br /> ::OLLO: esta numeración pode cambiar co tempo.<br /> <br /> E compilamos<br /> ::&lt;code&gt;make&lt;/code&gt;<br /> ::&lt;code&gt;sudo make install&lt;/code&gt;<br /> <br /> Durante la instalación preguntaranos:<br /> ;o noso nome de usuario: o correo co que nos rexistramos na páxina de no-ip<br /> ;o contrasinal: o que empregamos na páxina de no-ip<br /> Se todo foi correctamente, informaranos de que detectou o dominio creado (no rexistro) e se queremos usar ese, dicímoslle que si.<br /> <br /> Preguntaranos polo período de actualización, o predeterminado é 30 aínda que podemos cambialo.<br /> <br /> Preguntaranos tamén de queremos que execute algunha outra acción despois dunha actualización, dirémoslle que non.<br /> <br /> Para iniciar &lt;code&gt;noip2&lt;/code&gt; de forma manual<br /> ::&lt;code&gt;sudo /usr/local/bin/noip2&lt;/code&gt;<br /> <br /> Teremos que facer un script para que noip2 se inicie ao arrincar a nosa Raspberry Pi, para elo creamos o ficheiro &lt;code&gt;noip2&lt;/code&gt; na ruta &lt;code&gt;/etc/init.d/&lt;/code&gt;<br /> ::&lt;code&gt;sudo nano /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Co seguinte contido<br /> &lt;pre&gt;<br /> #! /bin/bash<br /> <br /> ### BEGIN INIT INFO<br /> # Provides: mynoip<br /> # Required-Start: $remote_fs $syslog<br /> # Required-Stop: $remote_fs $syslog<br /> # Default-Start: 2 3 4 5<br /> # Default-Stop: 0 1 6<br /> # Description: Inicio do servizo no-IP no momento do arrinque.<br /> ### END INIT INFO<br /> <br /> /usr/local/bin/noip2<br /> &lt;/pre&gt;<br /> <br /> Gardamos o ficheiro<br /> <br /> Dámoslle permisos de execución<br /> ::&lt;code&gt;sudo chmod +x /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Engadímolo aos procesos no inicio <br /> ::&lt;code&gt;sudo update-rc.d noip2 defaults&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Caso práctico complexo==<br /> Este é un resumo de configuración complexa, con múltiplas partición nun dispositivo externo de gran capacidade.<br /> <br /> Aquí analizaremos a casuística, os métodos concretos atopanse [[#Argallando cunha Rasperry Pi|ao longo dapáxina: Argallando cunha Rasperry Pi]]<br /> <br /> ===/boot e /(raiz) na SD; &lt;br&gt;particións de escritura (/tmp, /var), /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> <br /> *smmcblk0 [[Archivo:RasPi-2.png|300px|right|Despois]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p2&lt;/font&gt;<br /> ***/root ← agás swap[file] /home, /var e /tmp<br /> *sda [[Archivo:HD-1.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/var<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***/tmp<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;3&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;4&lt;/font&gt;<br /> ***extendida<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos<br /> <br /> <br /> DUBIDAS !!!<br /> <br /> <br /> /dev/sda1 /escribe ext4 defaults,noatime 0 1<br /> <br /> ln -s /escribe/var /var<br /> <br /> ln -s /escribe/tmp /tmp<br /> <br /> <br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/var &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;tmpfs &amp;nbsp;&amp;nbsp;&amp;nbsp;nodev,nosuid &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/tmp &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> <br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ===/boot na SD; &lt;br&gt;particións /(raiz) completa, /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> *smmcblk0 [[Archivo:SD-boot.png|300px|right]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> *sda [[Archivo:HD-2.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/root ← agás swap[file] e /home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==A labazadas cun teclado remoto «Logitech K400»==<br /> <br /> Este teclado, tras configurar o mapa de idioma con &lt;code&gt;raspi-config&lt;/code&gt; vai perfectamente na consola, non así despois de erguer o entorno gráfico con &lt;code&gt;startx&lt;/code&gt; que entón está co mapa inglés.<br /> <br /> Executamos:<br /> <br /> &lt;strike&gt;<br /> ::&lt;code&gt;nano /etc/rc.local&lt;/code&gt;<br /> <br /> engadimos no final estas tres liñas:<br /> <br /> ::&lt;code&gt;sleep 5&lt;br&gt;rmmod hid-logitech-dj&lt;br&gt;modprobe hid-logitech-dj&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> &lt;/strike&gt;<br /> <br /> ::&lt;code&gt; nano /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> e no final engadimos a seguinte liña:<br /> ::&lt;code&gt;@setxkbmap -layout &quot;es,es&quot;&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> <br /> Este paso podemos abrevialo así:<br /> <br /> ::&lt;code&gt;sudo echo '@setxkbmap -layout &quot;es,es&quot;' &gt;&gt; /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> e probamos o teclado.<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Manterse ben informado==<br /> Para os que queirades mantervos ben informados, déixovos algunha suxestión:<br /> <br /> *Subscribídevos a [http://www.raspiweekly.com/ Raspy Weekly] non é nada invasor, un correo a semana e aporta información moi interesante.<br /> *Seguide as contas de @Raspberry_Pi @RasPiWeekly e a etiqueta #raspberrypi no Twitter<br /> *Seguide a conta da [http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Comunidade de Raspberry Pi no G+]<br /> *[http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Un manual en castelán moi completo]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''</div>

Ruworuro https://wiki.galpon.org/index.php?title=Argallando_cunha_Raspberry_Pi&diff=4138 2013-06-18T17:16:31Z

<p>Ruworuro: /* /boot e /(raiz) na SD; particións de escritura (/tmp, /var), /home e almacenamento (/OMV, /Torrent) nun dispositivo externo */</p> <hr /> <div>=&lt;font color=&quot;#FF0000&quot;&gt;Páxina en obras !!!&lt;/font&gt;=<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;<br /> Non toda a info foi contrastada abondo, agardar a que retiremos esta cabeceira antes de fiar en todo o que aquí se conta.&lt;/font&gt;}}<br /> <br /> ;argallar: [http://www.portaldaspalabras.org/buscador?palabra=argallar&amp;sinom=0&amp;homonimo= Segundo a RAG]&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;...&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;verbo transitivo&lt;br&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;'''4''' Concibir ou preparar [algo] con algunha finalidade práctica<br /> <br /> ==Equipo necesario para trebellar nestas configuracións==<br /> ===Imprescindíbel===<br /> *Un computador +/- recente con:<br /> **Conexión USB 2.0 ou superior<br /> **Lector de tarxetas SD (serve un externo)<br /> **Sistema operativo Debian ou derivado como MiniNo, PicarOS, Abalar, Ézaro, LMDE, Ubuntu, Linux Mint, Trisquel, SO.xug etc.<br /> :::Nota: Os que non teñan instalado un S.O Libre ''GNU/Linux'', poden empregar un CD/USB vivo de calquera destas distribucións. <br /> *Unha Raspberry Pi con:<br /> **Alimentador de (polo menos) 1 Amp.<br /> **Teclado<br /> **Monitor<br /> *Unha tarxeta SD | SDHC | SDHX, como mínimo da ''Clase 4'' e de 2 GB ou máis<br /> *Unha memoria flash USB (o clásico «pincho») de polo menos 4GB<br /> <br /> ===Recomendado===<br /> [[Archivo:Esquemapi.png|300px|right|Raspberry Pi cun disco ríxido externo e a súa alimentación eléctrica]]<br /> *Unha tarxeta SDHC | SDHX de 8 GB ou máis e como mínimo da ''Clase 10''<br /> *Dispositivo WiFi por USB (compatíbel coa Pi)<br /> *Repartidor (hub) USB alimentado, polo menos, con 2 Amp e 4 conectadores USB<br /> *Dispositivo(s) de memoria USB<br /> **Unha memoria USB de alta velocidade e bastante capacidade (de 8 GB en diante sería boa cousa)<br /> ::ou<br /> :*Un Disco ríxido externo con conexión USB<br /> <br /> ===Documentacións de referencia deste traballo===<br /> Sobre a instalación nun USB<br /> *[http://www.networkinghowtos.com/howto/raspbian-on-raspberry-pi-using-sd-card-usb-memory-stick/ Raspbian on Raspberry Pi using SD card + USB memory stick]<br /> *[http://zeroset.wordpress.com/2012/10/03/move-an-existing-raspbian-installation-from-memory-sd-card-to-usb-flash-drive-stick/ Move an existing Raspbian installation from memory SD card to USB flash drive (USB stick)]<br /> <br /> Sobre a «swap»<br /> *[http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&amp;t=14392&amp;start=25 No swap space?]<br /> <br /> Sobre a montaxe do «/home» noutro dispositivo<br /> *[http://stevenhickson.blogspot.com.es/2013/04/mounting-home-directory-on-different.html Mounting the home directory on a different drive on the Raspberry Pi]<br /> <br /> Sobre múltiples discos e UUID<br /> *[http://elinux.org/RPi_Adding_USB_Drives RPi Adding USB Drives]<br /> *[http://www.cyberciti.biz/faq/linux-finding-using-uuids-to-update-fstab/ How To Use UUID To Mount Partitions]<br /> <br /> Todo sobre RPi<br /> *[http://elinux.org/RPi_Tutorials RPi Tutorials - elinux.org]<br /> *[http://www.raspberrypi.org/phpBB3/ Foros da páxina oficial]<br /> <br /> Sobre OMV na Raspberry Pi<br /> *[http://www.element14.com/community/groups/raspberry-pi/blog/2012/12/14/raspberry-pi-nas-with-openmediavault Raspberry PI NAS with OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Empregar ''dmesg'' e como interpretalo==<br /> Execútase nun terminal, simplemente como &lt;code&gt;dmesg&lt;/code&gt; despois de inserir un dispositivo.<br /> :Nota: recomendo que vaiamos con un de cada vez.<br /> Devolve un feixe de información, na fin aparece algo tal que así:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] usb 1-1.3: new high-speed USB device number 6 using dwc_otg<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device found, idVendor=0930, idProduct=6544<br /> [ XXX.XXXXXX] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3<br /> [ XXX.XXXXXX] usb 1-1.3: Product: TransMemory <br /> [ XXX.XXXXXX] usb 1-1.3: Manufacturer: TOSHIBA <br /> [ XXX.XXXXXX] usb 1-1.3: SerialNumber: C87168A1CB3ACD20475DD268<br /> [ XXX.XXXXXX] scsi3 : usb-storage 1-1.3:1.0<br /> [ XXX.XXXXXX] scsi 1:0:0:0: Direct-Access TOSHIBA TransMemory 1.00 PQ: 0 ANSI: 4<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] 30310400 512-byte logical blocks: (15.5 GB/14.4 GiB)<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write Protect is off<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Mode Sense: 45 00 00 00<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA<br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> [ XXX.XXXXXX] sd 1:0:0:0: [sda] Attached SCSI removable disk<br /> &lt;/pre&gt;<br /> <br /> interésanos unha das 4 a 6 últimas liñas, que pode ter un formato como:<br /> &lt;pre&gt;<br /> [ XXX.XXXXXX] sda: sda1<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2<br /> <br /> [ XXX.XXXXXX] sda: sda1 sda2 sda3<br /> <br /> [ XXX.XXXXXX] sdb: sdb1<br /> <br /> [ XXX.XXXXXX] sdb: sdb1 sdb2<br /> <br /> ...<br /> <br /> [ XXX.XXXXXX] sdf: sdf1<br /> <br /> [ XXX.XXXXXX] sdf: sdf1 sdf2 sdf3<br /> &lt;/pre&gt;<br /> <br /> Que debemos ler do seguinte xeito:<br /> <br /> &lt;pre&gt;[ NUM.INTERNA] nome_dispositivo: nome-1ª-partición nome-2ª-partición nome-3ª-partición&lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Creación dunha tarxeta básica de sistema con ''Raspbian''==<br /> <br /> Descargamos a última imaxe da páxina oficial<br /> ::&lt;code&gt;http://www.raspberrypi.org/downloads&lt;/code&gt;<br /> {{Nota|nota=Data da imaxe aquí referenciada → 25 de maio de 2013 - Data da última comprobación → 9 de xuño de 2013}}<br /> <br /> No cartafol onde teñamos descargado o ficheiro zip:<br /> <br /> Comprobamos que o ficheiro descargado non se estragou durante a súa viaxe cara a nosa casa<br /> ::&lt;code&gt;sha1sum 2013-05-25-wheezy-raspbian.zip&lt;/code&gt;<br /> <br /> debe devolver '''&lt;font color=&quot;#FF0000&quot;&gt;exactamente&lt;/font&gt;''' esta cadea:<br /> ::&lt;code&gt;131f2810b1871a032dd6d1482dfba10964b43bd2&lt;/code&gt;<br /> {{Nota|nota=Esta cadea de verificación SHA1 correspóndelle ao ficheiro &lt;font color=&quot;#FF0000&quot;&gt;2013-05-25-wheezy-raspbian.zip&lt;/font&gt;&lt;br&gt;Para outra versión, comprobar a cadea SHA1 na páxina de descargas. }}<br /> {{Nota|nota=&lt;font color=&quot;#FF0000&quot;&gt;Agradeceremosvos que se detectades que hai unha nova versión e nós aínda non actualizamos esta entrada, enviédesnos un correo a&lt;/font&gt; xornadas[en]galpon[punto]org &lt;font color=&quot;#FF0000&quot;&gt;avisándonos do cambio.&lt;/font&gt;}}<br /> Descomprimimos o '''zip'''<br /> ::&lt;code&gt;unzip 2013-05-25-wheezy-raspbian.zip&lt;/code&gt; (ou a data que corresponda)<br /> <br /> Inserimos a tarxeta SD na rañura e executamos &lt;code&gt;dmesg&lt;/code&gt; para coñecer o seu nome.<br /> <br /> Procedemos a copiar a imaxe na tarxeta SD<br /> ::&lt;code&gt;dd if=/ruta/almacén/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/tarxeta/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Saberemos que rematou cando nos informe de como foi a transferencia,<br /> ::&lt;code&gt;462+1 records in&lt;br&gt;462+1 records out&lt;br&gt;1939865600 bytes (1,9 GB) copiados, 88,9825 s, 21,8 MB/s&lt;/code&gt;<br /> <br /> ao tempo que devolve o &lt;code&gt;prompt&lt;/code&gt; do sistema.<br /> <br /> Levamos a SD á RasPi, arrincamos (conectando o alimentador) e procedemos á configuración.<br /> <br /> ===Primeira configuración con ''raspi-config''===<br /> *1 Expand Filesystem<br /> ::Facer que todo o espazo da tarxeta SD quede a dispor do SO<br /> ::[[Archivo:RasPi-1.png|300px|Antes]] [[Archivo:RasPi-2.png|300px|Despois]]<br /> *2 Change User Password<br /> ::Cambiar o contrasinal predeterminado do usuario «pi»<br /> *3 Enable Boot to Desktop<br /> ::Escoller se queremos que inicie en modo gráfico ou en modo consola<br /> *4 Internationalisatión Options<br /> ::Estabelecer a configuración rexional (idioma, teclado, hora)<br /> ::*I1 Change locale<br /> ::::Cambiar o idioma predeterminado<br /> ::*I2 Change Timezone<br /> ::::Cambiar o fuso horario<br /> ::*I3 Change Keyboard Layout<br /> ::::Cambiar o mapa do teclado<br /> *5 Enable camera<br /> ::Activar a Pi para que traballe coa «Raspberry Pi Camera»<br /> *6 Add to Rastrack<br /> :: Engadir a Pi a un mapa Raspberry Pi en liña (Rastrack)<br /> *7 Overclock<br /> ::Configurar o sobremostraxe do reloxo<br /> ::'''Aviso:''' Esta configuración só deberá facela quen saiba ben o que fai, xa que pode estragar o equipo<br /> *8 Advanced Options<br /> ::Configurar axustes avanzados<br /> ::*A1 Overscan<br /> ::::Necesitará axustar o «overscan» se aparecen unhas barras negras na súa pantalla<br /> ::*A2 Hostname<br /> ::::Estabelecer o nome visíbel da Pi na rede <br /> ::*A3 Memory Split<br /> ::::Cambiar a cantidade de memoria asignada á GPU (procesador gráfico)<br /> ::*A4 SSH<br /> ::::Activar/desactivar o acceso remoto por liña de ordes á Pi empregando SSH<br /> ::*A5 Update<br /> ::::Actualizar o propio «raspi-config» a última versión<br /> *9 About raspi-config<br /> ::Información sobre esta ferramenta de control<br /> <br /> ===Creación dun novo usuario===<br /> Nun terminal executamos:<br /> ::&lt;code&gt;sudo adduser &lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;&lt;/code&gt;<br /> e seguimos as instrucións en pantalla<br /> <br /> ====Permisos de &lt;code&gt;sudo&lt;/code&gt; ao novo usuario====<br /> Executamos:<br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> E na fin do ficheiro engadimos unha liña tal e como se presenta a seguir<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> ::&lt;code&gt;&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt; ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ====Replicar o cartafol do usuario «pi» para o novo usuario====<br /> Copiamos o cartafol completo<br /> ::&lt;code&gt;sudo cp -rp /home/pi/* /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/&lt;/code&gt;<br /> <br /> Feito isto veremos que non se ve unha icona e que no momento de executar ''Python Games'' primeiro fracasa e despois semella estar parvo e volve sempre á mesma xanela de selección de xogos. Para solucionalo editamos:<br /> <br /> Para corrixir a icona de ''OCR Resources''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/ocr_resources.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Icon= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/ocr_pi.png&lt;/code&gt;<br /> <br /> Para poder executar ''Python Games''<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/Desktop/python-games.desktop&lt;/code&gt;<br /> :Buscamos a liña:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> :E substituímos por:<br /> ::&lt;code&gt;Exec= /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher.sh&lt;/code&gt;<br /> <br /> Para que ''Python Games'' deixe de facer o parvo e execute os xogos<br /> ::&lt;code&gt;sudo nano /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games/launcher_sh&lt;/code&gt;<br /> :Na fin do ficheiro veremos<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;pi&lt;/font&gt;/python_games&lt;/code&gt;<br /> :Substituímos por<br /> ::&lt;code&gt;cd /home/&lt;font color=&quot;#FF0000&quot;&gt;novo_usuario&lt;/font&gt;/python_games&lt;/code&gt;<br /> <br /> ====Eliminar o usuario «pi»====<br /> Para facer estas operacións temos que ter accedido ao sistema como o &lt;font color=&quot;#FF0000&quot;&gt;novo usuario&lt;/font&gt;, o usuario '''pi''' non pode eliminarse a si mesmo.<br /> Executamos:<br /> ::&lt;code&gt;sudo userdel pi&lt;/code&gt;<br /> ::&lt;code&gt;sudo groupdel pi&lt;/code&gt;<br /> <br /> ::&lt;code&gt;sudo visudo&lt;/code&gt;<br /> Onde antes engadimos a liña do novo usuario, retiramos a de '''pi'''<br /> ::&lt;code&gt;# Look for this section&lt;/code&gt;<br /> ::&lt;font color=&quot;#FF0000&quot;&gt;&lt;code&gt;pi ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;&lt;/font&gt;<br /> ::&lt;code&gt;novo_usuario ALL=(ALL) NOPASSWD: ALL&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==É o USB máis rápido ca unha tarxeta SD?==<br /> Para estas probas só axustei a expansión do sistema de ficheiros (senón non nos deixa xerar o ficheiro ''out''). <br /> <br /> Para facer a proba de velocidade de transferencia executamos:<br /> ::&lt;code&gt;dd if=/dev/zero of=/tmp/out bs=1M count=400&lt;/code&gt;<br /> <br /> e devólvenos:<br /> <br /> *Tarxetas SD<br /> :*SD(HC) ''Clase 4'' de 4 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 69.152 s, &lt;font color=&quot;#FF0000&quot;&gt;'''6.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*SD(HC) ''Clase 10'' de 8 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 18.375 s, &lt;font color=&quot;#FF0000&quot;&gt;'''22.9'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> *USB<br /> :*Trascend JetFlash 500 4 GB (TS4GJF500)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 49.775 s, &lt;font color=&quot;#FF0000&quot;&gt;'''8.4'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Toshiba TransMemory de 16 GB<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 31.803 s, &lt;font color=&quot;#FF0000&quot;&gt;'''13.2'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> :*Trascend JetFlash 600 4 GB (TS4GJF600)<br /> ::&lt;code&gt;419430400 bytes (419 MB) copied, 23.131 s, &lt;font color=&quot;#FF0000&quot;&gt;'''18.1'''&lt;/font&gt; MB/s&lt;/code&gt;<br /> <br /> Como podemos comprobar, os USB normais melloran pouco o rendemento dunha tarxeta SD ''Clase 4'', se falamos de USB de gama media (High Speed) a cousa cambia e mellora ata multiplicar x2 e x3 o rendemento.<br /> <br /> Para mellorar o rendemento dunha tarxeta SD ''Clase 10'' teriamos que falar de dispositivos USB de gama alta, e é probábel que teñamos xa que analizar amodo a relación entre o prezo, a capacidade e o rendemento. <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Transferindo o S.O. a un USB==<br /> <br /> ===Transferencia de todo o sistema===<br /> <br /> Preparamos un «pincho» USB:<br /> <br /> Ou ben por terminal/consola con:<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Ou con ''palimpsest''<br /> ::{{Nota|nota='''Palimpsest''' é o aplicativo ao que se accede desde menú en ''Accesorios'' → ''Utilidade de disco''}}<br /> Creamos nel unha partición con formato ext4<br /> <br /> Con palimpsest temos coidado de que estea desmarcada a opción<br /> ::'''Obter a propiedade do sistema de ficheiros'''&lt;br&gt;Se deixamos marcada esa opción veremos que cando executamos algo como &lt;code&gt;sudo&lt;/code&gt; comprobaremos que non nos deixa acceder a &lt;code&gt;sudoers&lt;/code&gt;<br /> <br /> Levamos o USB e a tarxeta SD cara un computador estándar<br /> <br /> Abrimos un terminal e comezamos o proceso:<br /> *Inserimos o USB<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro X nas ordes seguintes) do dispositivo<br /> *Inserimos a tarxeta SD<br /> *Executamos ''dmesg'' e obtemos o nome (parámetro Y nas ordes seguintes) do dispositivo<br /> *Creamos os puntos de montaxe e montamos (como administradores) coas ordes seguintes:<br /> ::&lt;code&gt;sudo mkdir /media/usb_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/sd_root; sudo mount /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''Y'''&lt;/font&gt;2 /media/sd_root&lt;/code&gt;<br /> *Copiamos o contido da tarxeta cara o dispositivo USB<br /> ::&lt;code&gt;sudo cp -a /media/sd_root/* /media/usb_root/&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> *Rematada a copia, desmontamos ambos dispositivos<br /> ::&lt;code&gt;sudo umount /media/usb_root /media/sd_root&lt;/code&gt;<br /> *Extraemos ambos dispositivos e volvemos á Rasberry Pi<br /> Xa na Raspberry Pi iniciamos o proceso de configuración<br /> *Inserímos '''SÓ''' a tarxeta SD e arrincamos a RasPi<br /> *Unha vez nos teñamos autenticado, inserimos o USB, e executamos &lt;code&gt;dmesg&lt;/code&gt;<br /> *Anotamos o nome do dispositivo que aparece na penúltima liña<br /> ::Nota: adoitará ser '''sda1'''<br /> *Executamos a seguinte orde:<br /> ::&lt;code&gt;sudo nano /boot/cmdline.txt&lt;/code&gt;<br /> :veremos:<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/mmcblk0p2&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> :deberemos cambiar '''''root=/dev/mmcblk0p2''''' por '''''root=/dev/nome_segundo_dmesg''''', tal que '''''root=/dev/sda1''''' e deixalo así<br /> ::&lt;code&gt;dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 &lt;font color=&quot;#FF0000&quot;&gt;root=/dev/sda1&lt;/font&gt; rootfstype=ext4 elevator=deadline rootwait<br /> &lt;/code&gt;<br /> <br /> A seguir reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> Comprobamos...<br /> ::&lt;code&gt;ls -al /dev/root&lt;/code&gt;<br /> <br /> Se foi todo correctamente deberá indicarnos algo como:<br /> ::&lt;code&gt;lrwxrwxrwx 1 root root 4 Xuñ 4 17:17 &lt;font color=&quot;#40e0d0&quot;&gt;'''/dev/root'''&lt;/font&gt; -&gt; &lt;font color=&quot;#ffd700&quot;&gt;'''sda1'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> Unha vez confirmado que todo está correcto, procedemos a eliminar os puntos de montaxe que construímos ao principio (no computador estándar)<br /> ::&lt;code&gt;sudo rm -rf /tmp/usb_root&lt;/code&gt;<br /> ::&lt;code&gt;sudo rm -rf /tmp/sd_root&lt;/code&gt;<br /> <br /> ====É necesario editar o ficheiro &lt;code&gt;fstab&lt;/code&gt; ?====<br /> A verdade é que non ([[#Movendo o «/home» a outro dispositivo/partición|agás no caso que se indica a seguir]]), mais se queremos un pouco de ''limpeza'' poderemos editalo e asignar o nome do dispositivo «/» a «/dev/root»<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> <br /> e cambiamos a liña:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;mmcblk0p2&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> por:<br /> ::&lt;code&gt;/dev/&lt;font color=&quot;#FF0000&quot;&gt;root&lt;/font&gt; / ext4 defaults,noatime 0 0&lt;/code&gt;<br /> <br /> ===Movendo o &lt;code&gt;/home&lt;/code&gt; a outro dispositivo/partición===<br /> Formatamos como &lt;code&gt;ext4&lt;/code&gt; o dispositivo/partición<br /> ::&lt;code&gt;sudo mkfs.ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Creamos un punto de montaxe para o dispositivo/partición<br /> ::&lt;code&gt;sudo mkdir /media/tmp&lt;/code&gt;<br /> <br /> Montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -t ext4 /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /media/tmp&lt;/code&gt;<br /> <br /> Desprazámonos ao cartafol en root<br /> ::&lt;code&gt;cd /home&lt;/code&gt;<br /> Copiamos todos os datos de xeito recursivo<br /> <br /> (esta opción é a que funcionou mellor no meu caso para obter todos os ficheiros, incluídos .bashrc e .vimrc)<br /> ::&lt;code&gt;sudo cp -rp ./ /media/tmp&lt;/code&gt;<br /> <br /> Desmontamos o dispositivo<br /> ::&lt;code&gt;sudo umount /media/tmp&lt;/code&gt;<br /> <br /> Desfacémonos do punto de montaxe tmp creado anteriormente<br /> ::&lt;code&gt;sudo rm -rf /media/tmp&lt;/code&gt;<br /> <br /> Cambiámoslle o nome (como medida de precaución) ao cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mv /home /old_home&lt;/code&gt;<br /> <br /> Creamos un novo cartafol &lt;code&gt;/home&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /home&lt;/code&gt;<br /> <br /> Editamos &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> <br /> E engadímoslle unha liña como a seguinte<br /> ::&lt;code&gt;/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1 /home ext4 defaults,noatime,nodiratime 0 0&lt;/code&gt;<br /> <br /> Montamos o punto engadido no &lt;code&gt;/etc/fstab&lt;/code&gt;<br /> ::&lt;code&gt;sudo mount /home&lt;/code&gt;<br /> <br /> Despois de reiniciar e comprobar que todo foi correcto, pdemos eliminar o &lt;code&gt;old_home&lt;/code&gt; que creamos por precaución.<br /> ::&lt;code&gt;sudo rm -fr /old_home&lt;/code&gt;<br /> <br /> Empregando un «pincho» USB Trascend JetFlash 600 4 GB (TS4GJF600) como o indicado nas [[#É o USB máis rápido que unha tarxeta SD?|probas de transferencia]], con<br /> ::&lt;code&gt;dd if=/dev/zero of=~/out bs=1M count=400&lt;/code&gt;<br /> <br /> obteño un rendemento de:<br /> 419430400 bytes (419 MB) copied, 21.3518 s, &lt;font color=&quot;#FF0000&quot;&gt;'''19.6'''&lt;/font&gt; MB/s<br /> <br /> ===Redefinindo o «Espazo de intercambio» ou «swap»===<br /> O primeiro e comprobar o que temos, para iso executamos:<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> devolverá algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 99M 0B 99M<br /> &lt;/pre&gt;<br /> <br /> Podemos ver que apenas temos 100 MB de «swap» e quixeramos ter (p.ex.) 512 MB<br /> <br /> Aumentando o tamaño do «swapfile»<br /> ::&lt;code&gt;sudo nano /etc/dphys-swapfile&lt;/code&gt;<br /> <br /> E cambiamos o tamaño (en MB)<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;512&lt;/font&gt;&lt;/code&gt;<br /> <br /> Para dispor de 1 GB de ''swap'' sería:<br /> ::&lt;code&gt;CONF_SWAPSIZE=&lt;font color=&quot;#FF0000&quot;&gt;1024&lt;/font&gt;&lt;/code&gt;<br /> <br /> Aplicamos esta configuración<br /> ::&lt;code&gt;sudo dphys-swapfile setup&lt;/code&gt;<br /> <br /> E activamos o novo ''swap''<br /> ::&lt;code&gt;sudo dphys-swapfile swapon&lt;/code&gt;<br /> <br /> ===Engadindo unha partición adicada a «swap»===<br /> Formatamos o USB en dúas particións, tal que así:<br /> *unha de 512 (ou 1024) MB co formato de Espazo de intercambio (swap)<br /> *outra co resto do espacio con formato ext4<br /> {{Nota|nota=Recomendo que a primeira '''sdX&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;''' sexa a grande, a de root e que a segunda '''sdX&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;''' sexa a de «swap», así non teremos que cambiar nada na configuración de arrinque feita anteriormente.}}<br /> <br /> comprobamos o estado da ''swap'' con &lt;code&gt;swapon -s&lt;/code&gt; e dinos o seguinte:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> /var/swap file 102396 0 -0<br /> &lt;/pre&gt;<br /> <br /> Desactivar o swapfile<br /> ::&lt;code&gt;dphys-swapfile swapoff&lt;/code&gt;<br /> repetimos a comprobación con &lt;code&gt;swapon -s&lt;/code&gt; e debe dicirnos algo así:<br /> &lt;pre&gt;<br /> Filename Type Size Used Priority<br /> /dev/sda2 partition 976892 0 -1<br /> &lt;/pre&gt;<br /> <br /> Agora poderemos proceder a eliminar o swapfile<br /> ::&lt;code&gt;sudo rm /var/swap&lt;/code&gt;<br /> <br /> Comprobando o resultado, executamos de novo<br /> ::&lt;code&gt;free -h&lt;/code&gt;<br /> <br /> debe devolvernos algo moi semellante a isto:<br /> &lt;pre&gt;<br /> pi@raspberrypi ~ $ free -h<br /> total used free shared buffers cached<br /> Mem: 485M 50M 435M 0B 5.0M 24M<br /> -/+ buffers/cache: 20M 465M<br /> Swap: 953M 0B 953M<br /> &lt;/pre&gt;<br /> <br /> Neste caso é para unha partición sda2 de 1GB como «swap»<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Reciclando unha vella tarxeta SD de 1 GB==<br /> O proceso anterior que segue a secuencia Ficheiro_imaxe → Tarxeta SD → Dispositivo USB, pode alterarse e que pase a ser:<br /> :Ficheiro_imaxe → Dispositivo USB → Tarxeta SD<br /> Para que empregar este caso?<br /> <br /> Sinxelo, temos na casa algunha daquelas tarxetas SD de 1 GB (ou 2) empregados polas cámaras fotográficas de hai uns anos e agora xa non teñen apenas uso e son lentas de máis.<br /> <br /> Este tipo de tarxetas son perfectamente válidas para traballar co «arrincador» (boot) de Raspbian, o problema é que nunha de 1 GB non podemos xerar o S.O. a partires da imaxe, xa que necesita non menos de 1,9 GB.<br /> <br /> ===Material necesario===<br /> *Unha tarxeta de 1 GB (incluso se alguén ten unha máis pequena, tamén vale xa que só se empregan 54 MB)<br /> *Un «pincho» USB de 4 GB<br /> <br /> ===Creamos o S.O. a partires do ficheiro imaxe===<br /> Ao igual que para facer a tarxeta SD...<br /> ::&lt;code&gt;dd if=/ruta/almacen/2013-05-25-wheezy-raspbian..img bs=4M of=/ruta/montaxe/&lt;font color=&quot;#FF0000&quot;&gt;'''USB'''&lt;/font&gt;/sdX&lt;/code&gt;<br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;<br /> <br /> ===Creamos o «arrincador» a partires do USB===<br /> Formatamos a tarxeta SD como FAT32<br /> ::&lt;code&gt;sudo mkfs.vfat /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> Cando remate de formatar, extraemos a tarxeta<br /> <br /> Inserimos o USB<br /> <br /> Inserimos (de novo) a tarxeta<br /> <br /> Agora transferimos o «arrincador» cara a tarxeta<br /> *Se estamos en modo gráfico e os dispositivos xa foron montados polo S.O., só teremos que «seleccionar» '''todo''' o contido da partición 1 do USB (a FAT32) e «arrastrar» e «copiar» na partición da tarxeta SD.<br /> *Se estamos en consola/terminal:<br /> **&lt;code&gt;cd /ruta/montaxe/partición/FAT32/do/USB/&lt;/code&gt;<br /> **&lt;code&gt; cp -rp ./ /dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;1&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==As miñas consideracións==<br /> ===Configuración optima (IMHO)===<br /> ====Sistema multiusuario====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (só /) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a '''512''' MB<br /> ****A «Memory Split» configurouuse a '''32''' (MB)<br /> *Un dispositivo USB '''para cada usuario''' de alta velocidade e 16 GB (nominais)&lt;br&gt;'''Nota:''' Podería empregarse tamén un disco ríxido externo por USB.<br /> *Se imos ter moitos usuarios aconsello dispor dun dispositivo de memoria USB de 1 ou 2 GB para xerar a imaxe.&lt;br&gt;'''Nota:''' Abonda con 1 GB e, aínda que sexa dos de ''mala calidade'' ou sexa ''lentos'' sempre será moito máis axil o proceso, e ocupará moito menos espazo no noso computador, que se traballamos directamente cun dispositivo de moita capacidade.<br /> **Coa seguinte configuración:<br /> ***Partición ext4 para /home en /dev/sda1<br /> <br /> Para preparar os dispositivos USB dos usuarios temos dúas formas:<br /> *Se son poucos:<br /> **Repetir o paso de [[#Movendo o «/home» a outro dispositivo/partición|creación de /home separado]] como indicamos no punto anterior correspondente.<br /> *Se son moitos e iguais:<br /> **Facer unha imaxe do USB-/home xerado<br /> :::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; of=/ruta/onde/gardalo/imaxe.img bs=4M&lt;/code&gt;<br /> ::e clonalo con:<br /> :::&lt;code&gt; sudo dd if=/ruta/imaxe.img of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; bs=4M&lt;/code&gt;<br /> {{Nota|nota='''Aviso:'''&lt;br&gt;Se queremos empregar dispositivos de diferente tamaño (OLLO: non todos os dispositivos coa mesma capacidade ''nominal'' teñen o mesmo tamaño ''real'') deberemos empregar o de menor tamaño real para xerar o '''''patrón''''' e despois nos outros '''''expandir''''' a partición.}}<br /> <br /> =====Traballando con imaxes comprimidas=====<br /> Se ben recomendo que empreguemos este método habitualmente, isto está especialmente indicado para o caso de traballamos sobre un dispositivo USB de 16 Gb (nominais) e queremos gardar a imaxe.img para cando alguén estrague o seu, ou para cando queiramos engadir máis usuarios. O ficheiro resultante ocupará 16 GB !!! e isto pode ser demasiado grande para manexalo. Neste caso pode interesarnos comprimir esa imaxe ao tempo que a xeramos e despois xerar os distintos «pinchos» a partires desa imaxe comprimida.<br /> *Xerar unha imaxe comprimida:<br /> ::&lt;code&gt;sudo dd if=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt; | gzip -c &gt;/ruta/onde/gardalo/imaxe.img.gz&lt;/code&gt;<br /> *Envorcar unha imaxe comprimida directamente (sen descomprimir) nun dispositivo USB:<br /> ::&lt;code&gt;sudo gunzip -c /ruta/imaxe.img.gz | dd of=/dev/sd&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;&lt;/code&gt;<br /> <br /> =====Redimensionado do sistema de ficheiros nunha memoria USB=====<br /> Todas as probas que fixen redimensionando con GParted funcionaron correctamente.<br /> <br /> Se queremos facelo co script &lt;code&gt;raspi-config&lt;/code&gt; deberemos ter en conta que este está concebido só para traballar sobre tarxetas SD e que se tentamos facelo con el devolveranos unha mensaxe<br /> ::&lt;code&gt;/dev/root/ is not an SD card. Don't know to expand&lt;/code&gt;<br /> <br /> Así que teremos que editar ese script e facerlle uns axustes, para elo editamos:<br /> ::&lt;code&gt;sudo nano /usr/bin/raspi-config&lt;/code&gt;<br /> buscamos (con Ctrl+W) &lt;code&gt;mmcblk&lt;/code&gt;<br /> <br /> apareceranos un primeiro:<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''mmcblk0p'''}&lt;/font&gt;&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_NUM&lt;font color=&quot;#008000&quot;&gt;=&lt;/font&gt;&lt;font color=&quot;#FF0000&quot;&gt;${ROOT_PART#'''sda'''}&lt;/font&gt;&lt;/code&gt;<br /> <br /> un segundo<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;LAST_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> un terceiro<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''mmcblk0''' -ms unit s p ... ... &lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;PART_START&lt;font color=&quot;#008000&quot;&gt;=$(&lt;/font&gt;parted /dev/'''sda''' -ms unit s p ... ... &lt;/code&gt;<br /> <br /> e un cuarto<br /> ::&lt;code&gt;fdisk /dev/'''mmcblk0''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> que deixaremos<br /> ::&lt;code&gt;fdisk /dev/'''sda''' &lt;font color=&quot;#008000&quot;&gt;&lt;&lt;&lt;/font&gt;EOF&lt;/code&gt;<br /> <br /> gardamos, saímos e executamos:<br /> ::&lt;code&gt;sudo raspi-config&lt;/code&gt;<br /> <br /> ====Base para NAS-OMV====<br /> Para esta configuración empregamos:<br /> *Unha tarxeta SDHC de 8 GB ''Clase 10''<br /> **Coa seguinte configuración:<br /> ***Partición FAT de arrinque en /dev/mmcblk0p1<br /> ***Partición ext4 para / (e /home) en /dev/mmcblk0p2<br /> ****Nesta partición ampliouse o swapfile a 1024 MB<br /> ****A «Memory Split» configurouse a 8 (MB)<br /> *Un disco ríxido externo de 500 GB (nominais)<br /> **Este será o disco de '''almacenamento''' do OMV<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Instalación dun NAS con [http://www.openmediavault.org OpenMediaVault]==<br /> Antes de nada, explicar (moi por riba) que é un NAS. Como lemos na [http://es.wikipedia.org/wiki/Network-attached_storage Wikipedia]:<br /> <br /> NAS (do inglés Network Attached Storage) es o nome dado a unha tecnoloxía de almacenamento adicada a compartir a capacidad de almacenamento dun computador (servidor) con computadoras persoais ou servidores clientes a través dunha rede (normalmente TCP/IP), facendo uso dun Sistema Operativo optimizado para dar acceso cos protocolos CIFS, NFS, FTP o TFTP.<br /> <br /> ===Porque [http://www.openmediavault.org openmediavault] e non outro?===<br /> <br /> Hai varias razóns para que eu opte por [http://www.openmediavault.org OpenMediaVault] fronte a outros sistemas como [http://www.freenas.org FreeNAS], [http://www.nas4free.org NAS4free] ou [http://www.openfiler.com/ openfiler]:<br /> *A primeira e que eu son debianita, non porque considere que é mellor, simplemente é o que coñezo e polo tanto do que podo/sei falar un chisco sen meter moito a zoca.<br /> *A segunda queda moi ben explicada en [http://www.geektopia.es/es/technology/2012/03/11/opinion/alternativas-para-montar-un-nas-openmediavault-vs-freenas.html Alternativas para montar un NAS, OpenMediaVault vs FreeNAS] así que non vou redundar.<br /> *A terceira, é o único sistema NAS que está traducido ao galego<br /> * e xa para rematar... que eu saiba non hai ningún ''port'' dos outros NAS a ''armhf''.<br /> <br /> ===Configuración previa de paquetes e instalación=== <br /> Partiremos dunha instalación de ''Raspbian'', tal e como indicamos no [[#Base para NAS-OMV|punto anterior]].<br /> <br /> Estabeleceremos a orixe dos paquetes<br /> <br /> Antes de nada, imos «elevar» os nosos privilexios:<br /> ::&lt;code&gt;sudo -i&lt;/code&gt;<br /> <br /> Para engadir as orixes dos paquetes para OMV e armhf executamos:<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin.list&lt;/code&gt;<br /> ::&lt;code&gt;echo 'deb http://packages.omv-plugins.org fedaykin-armhf main' &gt;/etc/apt/sources.list.d/omv-plugins-org-fedaykin-armhf.list&lt;/code&gt;<br /> <br /> Descargamos e aplicamos as chaves dos servidores:<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/apt/99omv-plugins-org &gt; /etc/apt/preferences.d/99omv-plugins-org&lt;/code&gt;<br /> ::&lt;code&gt;wget -O - http://packages.omv-plugins.org/omv-plugins.pub&lt;nowiki&gt;|&lt;/nowiki&gt;apt-key add -&lt;/code&gt;<br /> <br /> Actualizamos o Sistema operativo<br /> ::&lt;code&gt;apt-get update &amp;&amp; apt-get upgrade&lt;/code&gt;<br /> <br /> Procedemos a instalación:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> <br /> Configuracións que nos solicita:<br /> <br /> ;arrays: &lt;code&gt;none&lt;/code&gt;<br /> <br /> ;correo: Deixar tal cual, sempre que non vaiamos a configurarlle un servidor de correo.<br /> <br /> ;proftpd: Se imos facer un uso intensivo, configurar como &lt;code&gt;autonomo&lt;/code&gt;&lt;br&gt;Se imos facer un uso ocasional, configurar como &lt;code&gt;inetd&lt;/code&gt;<br /> <br /> &lt;br&gt;<br /> ... and '''keep calm'''<br /> &lt;br&gt;&lt;br&gt;<br /> <br /> Se se produce un erro ao instalar o paquete &lt;code&gt;tftpd-hpa&lt;/code&gt;, que con toda probabilidade ha producirse, teremos que editar o seu ficheiro de configuración:<br /> ::&lt;code&gt;nano /etc/default/tftpd-hpa&lt;/code&gt;<br /> <br /> Modificar a cadea &lt;code&gt;TFTP_OPTIONS&lt;/code&gt; e deixala así:<br /> ::&lt;code&gt;TFTP_OPTIONS=&quot;--secure &lt;font color=&quot;#FF0000&quot;&gt;'''--ipv4'''&lt;/font&gt;&quot;&lt;/code&gt;<br /> <br /> Para solucionar a instalación do paquete &lt;code&gt;tftpd-hpa&lt;/code&gt; e limpar o cirio:<br /> ::&lt;code&gt;apt-get install openmediavault&lt;/code&gt;<br /> ou<br /> ::&lt;code&gt;apt-get install -f&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;Importante&lt;/font&gt;===<br /> Tras a instalación do '''''OpenMediaVault''''' o servizo SSH estará desactivado, teremos que asegurarnos de volver a activalo con &lt;code&gt;raspi-config&lt;/code&gt;<br /> <br /> O administrador de openmediavault é: '''''admin'''''<br /> <br /> O contrasinal ''predeterminado'' do administrador é: '''''openmediavault'''''<br /> <br /> Para cambiar o contrasinal de administrador teremos que executar:<br /> ::&lt;code&gt;omv-firstaid&lt;/code&gt;<br /> ::e seguir as instrucións<br /> <br /> Se imos empregar '''''NFS''''', executaremos a orde seguinte para iniciar o servizo no arrinque:<br /> ::&lt;code&gt;update-rc.d rpcbind defaults&lt;/code&gt;<br /> <br /> :: e reiniciamos a RasPi<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> <br /> ===&lt;font color=&quot;#FF0000&quot;&gt;A ter en conta&lt;/font&gt;===<br /> A actual versión dispoñíbel de OMV para ''armhf'' é a 0.4 ''fedaín'' (Fedaykin) que foi feita para Debian ''Squeeze'' (v.6) e agora Raspbian xa é ''Wheezy'' (v.7), polo que teremos algunhas carencias.<br /> <br /> A primeira e máis salientábel é un fallo de, ou vencellado con, &lt;code&gt;udevadm&lt;/code&gt; que non nos permite ''identificar'' discos novos desde a interface de OMV<br /> <br /> ::[[Archivo:Recoñece discos-1.png]]<br /> <br /> Polo que teremos que '''non empregar''' esa opción a risco de '''quebra de todo o sistema'''!<br /> <br /> ::[[Archivo:Recoñece discos-2.png]]<br /> <br /> Montaremos o dispositivo no inicio (fstab) e despois seguiremos esta secuencia, conforme ás imaxes:<br /> <br /> ::[[Archivo:Recoñece discos-3.png]] [[Archivo:Recoñece discos-4.png]]<br /> <br /> E xa a partires de aí poderemos '''+Engadir''' os cartafoles no dispositivo que queiramos<br /> <br /> ::[[Archivo:Engadindo-cartafol-1.png|200px]] &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;[[Archivo:Engadindo-cartafol-2.png|300px]]<br /> <br /> ===Outras cousas que poderiamos instalar===<br /> ::&lt;code&gt;openmediavault-omvpluginsorg&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-dnsmasq&lt;/code&gt;<br /> ::&lt;code&gt;openmediavault-mysql&lt;/code&gt;<br /> <br /> Aquí deberemos ter en conta:<br /> {{Nota|nota=Do you really need scponly for Wheezy? Considering I read this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650590. I built OMV on Wheezy and just removed scponly from dependencies a few weeks ago, seems to work}}<br /> e a advertencia que nos fai o desenvolvedor do OMV<br /> {{Nota|nota=For the moment the scponly package will be used. Please note, there is no official support for Wheezy from OMV. The switch to Wheezy will be started after i have finished my work on version 0.5.}}<br /> Visto [http://forums.openmediavault.org/viewtopic.php?f=12&amp;t=481 aquí]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Preparando as conexións de rede===<br /> <br /> Ver o estado dos dispositivos de rede na RasPi<br /> ::&lt;code&gt;ip a&lt;/code&gt;<br /> <br /> Para erguer o dispositivo que queiramos, se este esta ''DOWN''<br /> ::&lt;code&gt;ip link set dev &lt;font color=&quot;#FF0000&quot;&gt;'''nomedainterface'''&lt;/font&gt; up&lt;/code&gt;<br /> ::os nomes das interfaces poden ser '''''eth0''''' ou '''''wlan0'''''<br /> <br /> Asegurar que a RasPi conectase sempre ao mesmo IP<br /> ::&lt;code&gt;nano /etc/network/interfaces&lt;/code&gt;<br /> <br /> e deixalo tal que así<br /> &lt;pre&gt;<br /> auto lo<br /> iface lo inet loopback<br /> auto eth0<br /> iface eth0 inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> ou para a WiFi:<br /> &lt;pre&gt;<br /> allow-hotplug wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf<br /> iface default inet static<br /> address IP que queremos que teña sempre (p.ex. 192.168.0.254)<br /> netmask 255.255.255.0<br /> gateway 192.168.X.1 -- ollo X adoita ser 0 ou 1<br /> broadcast 192.168.X.255 -- X == que no caso anterior<br /> &lt;/pre&gt;<br /> <br /> Reiniciar a rede<br /> <br /> A orde clásica &lt;code&gt;/etc/init.d/networking restart&lt;code&gt; devolve unha mensaxe de erro<br /> ::&lt;code&gt;/etc/init.d/networking restart&lt;/code&gt;<br /> &lt;pre&gt;<br /> [....] Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces ... (warning).<br /> [ ok ] Reconfiguring network interfaces...RTNELINK answers: No such process<br /> &lt;/pre&gt;<br /> <br /> Polo que se non ergue correctamente a interface teremos que reiniciar.<br /> <br /> Configurar wpa_supplicant para que a wifi se conecte automaticamente ao noso AP<br /> ::&lt;code&gt;nano /etc/wpa_supplicant/wpa_supplicant.conf&lt;/code&gt;<br /> <br /> e engadimos o seguinte:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;NomeDaRede&quot;<br /> scan_ssid=1<br /> proto=WPA<br /> key_mgmt=WPA-PSK<br /> psk=&quot;contrasinal&quot;<br /> }<br /> &lt;/pre&gt;<br /> <br /> Se no equipo ''cliente'' temos instalado &lt;code&gt;nmap&lt;/code&gt;, poderemos comprobar que IP están conectadas coa orde<br /> ::&lt;code&gt;nmap -sP 192.168.&lt;font color=&quot;#FF0000&quot;&gt;'''X'''&lt;/font&gt;.1/24 | grep -v down&lt;/code&gt;<br /> <br /> devolveranos algo como isto:<br /> <br /> &lt;pre&gt;<br /> Starting Nmap 6.00 ( http://nmap.org ) at 2013-05-28 16:15 CEST<br /> Nmap scan report for 192.168.1.1<br /> Host is up (0.0020s latency).<br /> Nmap scan report for 192.168.1.100<br /> Host is up (0.00088s latency).<br /> Nmap scan report for 192.168.1.101<br /> Host is up (0.0038s latency).<br /> Nmap scan report for 192.168.1.240<br /> Host is up (0.0041s latency).<br /> Nmap scan report for 192.168.1.250<br /> Host is up (0.012s latency).<br /> Nmap done: 256 IP addresses (5 hosts up) scanned in 2.73 seconds<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ====Asegurando a rede WiFi con ''wpa_passphrase''====<br /> Observemos que o contrasinal quedou en claro (texto simple) co que é visíbel por calquera cun pouco de habilidade e saiba o que busca, así que imos complicarlle un chisco as cousas.<br /> <br /> Ímos empregar un contrasinal cifrado, para elo usamos unha orde do paquete ''wpa-supplicant'' que segue esta estrutura:<br /> ::&lt;code&gt;wpa_passphrase nosoSSID nosoCONTRASINAL&lt;/code&gt;<br /> tal que<br /> ::&lt;code&gt;wpa_passphrase REDE_AULA FomosDeViaxeDeFinDeEstudos&lt;/code&gt;<br /> isto devolvenos:<br /> &lt;pre&gt;<br /> network={<br /> ssid=&quot;REDE_AULA&quot;<br /> #psk=&quot;FomosDeViaxeDeFinDeEstudos&quot;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> }<br /> &lt;/pre&gt;<br /> <br /> Co que deberemos substituír a cadea:<br /> &lt;pre&gt;<br /> psk=&quot;contrasinal&quot;<br /> &lt;/pre&gt;<br /> pola que nos devolveu ''wpa_passphrase'' (no exemplo)<br /> &lt;pre&gt;<br /> psk=c216726bfe9699257fca2bbe6767e098d1cee01eb3366b1c5050d47d2bc1dd0d<br /> &lt;/pre&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Acceso desde un equipo remoto===<br /> Agora abrimos nun equipo ''cliente'' un navegador e na barra de URL poñemos o IP que asignamos<br /> <br /> p.ex. ''192.168.1.250''<br /> <br /> Unha vez conecte coa páxina de administración do OpenMediaVault solicitanos as credenciais de administrador<br /> *Username: '''''admin'''''<br /> *Password: '''''openmediavault'''''<br /> <br /> Nota: este contrasinal é o predeterminado e cumpre, como xa dixemos antes, cambialo coa utilidade &lt;code&gt;omv-firstaid&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Raspberry Pi enviando chíos no seu inicio===<br /> En moitas situacións atopamonos con que non temos capacidade ''administradores'' da rede, polo que non podemos asegurar que a Raspberry Pi se conecte sempre co mesmo IP. Neste caso, tendo en conta que non disporemos dun monitor no que ver con que IP é accesíbel, e se engadimos que con &lt;code&gt;nmap&lt;/code&gt; obtemos un listado moi grande de equipos conectados, temos que buscar unha solución para ter esa información e saber a que IP teremonos que conectar.<br /> <br /> Para solucionar isto, alguén (''John Voysey'') traballou nun «truco» que pode sernos moi útil. Facer que a Raspberry Pi nos envíe un chío ao ''Twitter'' cos datos da conexión.<br /> <br /> [[Archivo:Twitter.png|Exemplo de mensaxe directa]]<br /> <br /> [http://johnvoysey.wordpress.com/2013/05/29/tweeting-raspberry-pi-info-at-startup/ Tweeting Raspberry Pi Info at Startup]<br /> <br /> (Cun pouco de tempo, prometo traducir esta páxina)<br /> <br /> ===Configuración do OMV===<br /> Sobre isto temos moito material publicado na Internet, só unha pequena escolla de páxinas en castelán:<br /> *[http://www.geektopia.es/es/technology/2012/04/17/articulos/tutorial-instalar-y-configurar-openmediavault.html Tutorial: instala y configura un NAS con OpenMediaVault]<br /> ::'''Nota:''' Este «Tutorial» é o que considero máis completo, xa que ademais explícanos como configurar '''''ddclient'''''<br /> *[http://www.secretsocket.es/tutoriales/17-tutorial-ovm-2 HOWTO OPENMEDIAVAULT - (2ª Parte - Configuración y Contacto)]<br /> E, como non, o propio<br /> *[http://wiki.openmediavault.org/index.php?title=Main_Page, Wiki de OpenMediaVault]<br /> <br /> ===Consideracións finais===<br /> Unha vez feita a instalación do '''''OpenMediaVault''''' podemos retirarlle o teclado/rato e o monitor.<br /> <br /> A partires dese momento, para calquera configuración que queiramos facer no S.O. empregaremos SSH<br /> ::&lt;code&gt;ssh -l pi 192.168.'''X'''.'''X'''&lt;/code&gt;<br /> <br /> ===E se lle instalamos o «ownClod» ao «OMV» ?===<br /> [http://www.k0braintheworld.com/2013/02/24/instalar-owncloud-en-openmediavault/ Instalar Owncloud en OpenMediaVault]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===E todo o que hai instalado e non vai seren empregdo nunca?===<br /> Como administradores executamos:<br /> ::&lt;code&gt;apt-get autoremove gpicview galculator hicolor-icon-theme alsa-base alsa-utils lxrandr lxsession lxtask lxterminal lxpanel lxappearance desktop-base dillo penguinspuzzle gnome-icon-theme gnome-themes-standard gtk2-engines smartsim scratch leafpad ed squeak-plugins-scratch desktop-file-utils lxde-common lxde-icon-theme omxplayer x11-common midori lxde gcc-4.4-base:armhf gcc-4.5-base:armhf gcc-4.6-base:armhf pcmanfm lxpolkit x11-common xdg-utils netsurf-gtk netsurf-common dbus-x11 lxsession-edit lxshortcut xarchiver menu-xdg&lt;/code&gt;<br /> <br /> Eliminar os xogos e os IDE Python<br /> ::&lt;code&gt;rm -rf ~/python_games&lt;/code&gt;<br /> ::&lt;code&gt;??&lt;/code&gt;<br /> ::&lt;code&gt;apt-get autoremove python3 python3-minimal&lt;/code&gt;<br /> <br /> Prescindir da WiFi<br /> ::&lt;code&gt;apt-get autoremove wireless-tools wpasupplicant firmware-atheros firmware-brcm80211 firmware-libertas firmware-ralink firmware-realtek&lt;/code&gt;<br /> <br /> Prescindir de ''vim''<br /> ::&lt;code&gt;apt-get autoremove vim-tiny vim-common&lt;/code&gt;<br /> ou de ''nano''<br /> ::&lt;code&gt;apt-get autoremove nano (OU) nano-tiny&lt;/code&gt; Pendente de verificar<br /> <br /> Cousas que aínda non teño claro, OLLO: teño que comprobalo<br /> ::&lt;code&gt;cups-common samba-common smbclient&lt;/code&gt;<br /> ::&lt;code&gt;sudo xauth libx11-data xkb-data&lt;/code&gt;<br /> <br /> Cousas que é probábel que necesitemos<br /> ::&lt;code&gt;lynx-cur&lt;/code&gt; ou &lt;code&gt;links&lt;/code&gt; ou &lt;code&gt;links2&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Traballando con múltiples discos e UUID==<br /> Un dos problemas máis habituais é iniciar o sistema con varios dispositivos USB conectados<br /> ::Nota: Supoñamos que temos un USB coa raíz do sistema e outro co /home<br /> ::ou<br /> ::Unha memoria USB co /home do usuario é un disco ríxido (HD) externo só para gardar datos.<br /> xa que nunca saberemos cal vai ser detectado como ''sda'' ou cal como ''sdb''.<br /> <br /> Para solucionar isto, teremos que asignar o dispositivo polo seu '''Id'''entificador '''Ú'''nico '''U'''niversal ou UUID e non polo seu nome no sistema (/dev/dispositivo)<br /> <br /> Necesitamos coñecer cal é o UUID dos dispositivos, para elo temos dúas formas:<br /> <br /> Executamos: &lt;code&gt;sudo blkid&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> <br /> &lt;pre&gt;/dev/sda1: UUID=&quot;93df7ee3-8891-440c-b4d3-8809996cc098&quot; TYPE=&quot;ext4&quot;<br /> /dev/sda5: UUID=&quot;f4bedaf1-abbd-413b-8293-8f65ce110a21&quot; TYPE=&quot;swap&quot;<br /> /dev/sda6: UUID=&quot;0234dba1-382c-4351-8e1f-cb794cf86cbf&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda7: LABEL=&quot;Almacen&quot; UUID=&quot;b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd&quot; TYPE=&quot;ext3&quot;<br /> /dev/sda8: LABEL=&quot;Almacen_2&quot; UUID=&quot;818ce4f8-53fa-4921-a2bb-ab1c35320772&quot; TYPE=&quot;ext3&quot;<br /> /dev/sdb: UUID=&quot;49ED-21FF&quot; TYPE=&quot;vfat&quot;<br /> &lt;/pre&gt;<br /> <br /> Ou: &lt;code&gt;ls -laF /dev/disk/by-uuid/&lt;/code&gt;<br /> <br /> Devólvenos algo como isto<br /> &lt;pre&gt;<br /> total 0<br /> drwxr-xr-x 2 root root 160 2013-06-07 09:31 ./<br /> drwxr-xr-x 6 root root 120 2013-06-07 08:57 ../<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 0234dba1-382c-4351-8e1f-cb794cf86cbf -&gt; ../../sda6<br /> lrwxrwxrwx 1 root root 9 2013-06-07 09:31 49ED-21FF -&gt; ../../sdb<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 818ce4f8-53fa-4921-a2bb-ab1c35320772 -&gt; ../../sda8<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 93df7ee3-8891-440c-b4d3-8809996cc098 -&gt; ../../sda1<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 b4e1b9d5-ebb6-4bd4-aa97-a37a02716afd -&gt; ../../sda7<br /> lrwxrwxrwx 1 root root 10 2013-06-07 08:57 f4bedaf1-abbd-413b-8293-8f65ce110a21 -&gt; ../../sda5<br /> &lt;/pre&gt;<br /> <br /> Editamos o ficheiro &lt;code&gt;fstab&lt;/code&gt;<br /> e engadimos a(s) liña(s) correspondente(s) conforme o esquema:<br /> ::&lt;code&gt;UUID={O-SEU-UID} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{/ruta/punto/montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{tipo-sistema-ficheiros} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;{parámetros de montaxe} &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> &lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> <br /> ::&lt;code&gt;UUID=41c22818-fbad-4da6-8196-c816df0b7aa8 &amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> para '''/''' &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;→ &amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1<br /> <br /> para '''/home''' &amp;nbsp;→ &amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0<br /> <br /> Montamos o enderezo UUID que vimos de editar:<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Dispositivo externo de almacenamento==<br /> Creamos o punto de montaxe<br /> ::&lt;code&gt;sudo mkdir /&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;&lt;/code&gt;<br /> Como ''norma'' a ruta debería seren ''/media'', mais poderiamos montalo en ''/home'' ou en ''~/'' (que viría ser o cartafol persoal ''/home/usuario''), aínda que recomendamos que se empregue a ''norma''.<br /> <br /> Editamos o &lt;code&gt;fstab&lt;/code&gt; para engadilo nas montaxes de inicio<br /> ::&lt;code&gt;sudo nano /etc/fstab&lt;/code&gt;<br /> Engadimos unha liña de montaxe segundo o esquema:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Sería preferíbel usar o UUID para identiificalo, tal e [[#Traballando con múltiples discos e UUID|como indicamos no punto anterior]]<br /> ::&lt;code&gt;UUID=&lt;font color=&quot;#FF0000&quot;&gt;49ED-21FF&lt;/font&gt; &amp;nbsp;&amp;nbsp;/&lt;font color=&quot;#FF0000&quot;&gt;ruta&lt;/font&gt;/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;font color=&quot;#FF0000&quot;&gt;FORMATO&lt;/font&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> No noso caso chameille ''Almacen_Pi'', monteino en ''/media'' e formateino como ''ext4''<br /> ::&lt;code&gt;UUID=49ED-21FF &amp;nbsp;&amp;nbsp;/media/Almacen_Pi &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> Para rematar, montamos o dispositivo<br /> ::&lt;code&gt;sudo mount -a&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servidor FTP==<br /> ===Instalación===<br /> Instalamos o servidor FTP na RasPi<br /> ::&lt;code&gt;sudo apt-get install vsftpd&lt;/code&gt;<br /> <br /> Editamos o ficheiro de configuración para permitir que os usuarios teñan permiso de escritura<br /> ::&lt;code&gt;sudo nano /etc/vsftpd.conf&lt;/code&gt;<br /> &lt;pre&gt;<br /> local_enable=YES<br /> write_enable=YES<br /> &lt;/pre&gt;<br /> <br /> Reiniciamos o servizo<br /> ::&lt;code&gt;sudo service vsftpd restart&lt;/code&gt;<br /> <br /> Accedemos desde un equipo remoto<br /> *Empregando un cliente como FileZilla<br /> *Empregando o navegador<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario:contrasinal@IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@dominio_no-IP&lt;/nowiki&gt;<br /> **&lt;nowiki&gt;ftp://usuario@IP&lt;/nowiki&gt;<br /> :::Nos dous últimos caso pediranos o contrasinal tras cargar o servidor FTP<br /> ::::1. &amp;nbsp;Para enviar algo a este espazo, hai 2 maneiras:<br /> :::::*Arrastrando o ficheiro á xanela do navegador onde esta aberta a sesión FTP; aparecerá unha caixa coa mensaxe «Quere enviar os ficheiros arrastrados ao servidor FTP?&quot;, aceptamos para que os envíe.<br /> :::::*A segunda, é ir a Ficheiro → Cargar ficheiro, e na xanela «Enviar ficheiro» escoller o ficheiro a enviar e premer en Aceptar.<br /> ::::2. &amp;nbsp;Para descargar algo, os pasos son os seguintes: Seleccióneo co botón dereito, e no despregábel escolla a opción «Gardar a ligazón como...»; apareceranos a xanela de «Gardar como...», para seleccionar o destino onde gardar o ficheiro a descargar.<br /> <br /> ===Engadir usuarios===<br /> Creamos un novo usuario<br /> ::&lt;code&gt;sudo useradd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creamos o cartafol do novo usuario<br /> ::&lt;code&gt;sudo mkdir /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Dámoslle permisos (facémolo propietario) sobre o seu cartafol<br /> ::&lt;code&gt;sudo chown &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;:users /home/&lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> Creámoslle un contrasinal<br /> ::&lt;code&gt;sudo passwd &lt;font color=&quot;#FF0000&quot;&gt;nome_usuario&lt;/font&gt;&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Cliente Torrent con almacenamento nun dispositivo externo==<br /> Instalamos o servizo Torrent<br /> ::&lt;code&gt;sudo apt-get -y install transmission-daemon&lt;/code&gt;<br /> <br /> Detemos o servizo para proceder a configuralo<br /> ::&lt;code&gt;sudo service transmission-daemon stop&lt;/code&gt;<br /> <br /> Creamos as rutas para o almacenamento externo<br /> Tal e como definimos [[#Dispositivo externo de almacenamento|anteriormente]]<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo mkdir /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Xeramos os permisos de escritura e lectura sobre os cartafoles creados<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/finais&lt;/code&gt;<br /> ::&lt;code&gt;sudo chmod 777 /media/&lt;font color=&quot;#FF0000&quot;&gt;NOME_DISPOSITIVO&lt;/font&gt;/Torrent/tmp&lt;/code&gt;<br /> <br /> Configuramos o servizo<br /> ::&lt;code&gt;sudo nano /var/lib/transmission-daemon/info/settings.json&lt;/code&gt;<br /> e axustamos conforme sigue<br /> &lt;pre&gt;<br /> &quot;download-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/finais&quot;<br /> &quot;incomplete-dir-enabled&quot;: true <br /> &quot;incomplete-dir&quot;: &quot;/media/NOME_DISPOSITIVO/Torrent/tmp&quot;<br /> &quot;rpc-enabled&quot;: true<br /> &quot;rpc-bind-addres&quot;: &quot;127.0.0.1&quot; ← Cambiar a &quot;0.0.0.0&quot; ou &quot;*.*.*.*&quot; só se queremos permitir que se conecte calquera.<br /> &quot;rpc-username&quot;: &quot;nome-usuario&quot;<br /> &quot;rpc-password&quot;: &quot;contrasinal&quot;<br /> &quot;rpc-whitelist-enabled&quot;: false,<br /> &lt;/pre&gt;<br /> <br /> Se, neste paso anterior, non cambiamos o usuario e o contrasinal, estes serán:<br /> ::Usuario predeterminado: '''''transmission'''''<br /> ::Contrasinal predeterminado: '''''transsmission'''''<br /> <br /> Asignamos o servizo a '''root''' <br /> ::&lt;code&gt;sudo nano /etc/init.d/transmission-daemon&lt;/code&gt;<br /> e cambiamos o nome do usuario a ''root''<br /> ::&lt;code&gt;USER=root&lt;/code&gt;<br /> <br /> Abrir, ou asegurarse de que está aberto, o porto '''''9091''''' no encamiñador (router)<br /> <br /> Abrimos un navegador e escribimos, na barra de navegación, o enderezo IP e o porto: 192.168.X.X:9091<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ===Sincronizar ''Transmission'' con ''ownClod'' e/ou ''OMV''===<br /> A primeira intención sería ordenar as descargas (finais) do Transmissión xa directamente sobre un cartafol ''Torrent'' no ownClou/OMV. Mais esta opción presenta o problema de que habería que darlle todos os permisos e ''ownCloud'' detecta que a carpeta é accesíbel por outros usuarios e devolve unha mensaxe de erro.<br /> <br /> Para solucionar este problema ocorréuseme tentar unha sincronización, mais esta debe facela ''root'' (ou sexa baixo su[do])<br /> <br /> Imos por partes. O primeiro é crear no ''ownCloud/OMV'' un cartafol ''Torrent'' ao que moveremos (?) os ficheiros que descarga ''Transmision''. Isto presenta un problema de ''conciencia'' xa que ao facelo así retiramos a nosa colaboración/achega a rede P2P, converténdonos en samesugas da rede, polo que neste caso temos dúas opcións:<br /> *Comportarnos egoistamente, e dicir, como samesugas<br /> *Comportarnos como se agarda dunha rede P2P e compartir<br /> <br /> ====Opción samesuga====<br /> Xerar un '''cron''' que periodicamente traspase (como ''root'') os ficheiros do cartafol de descargas '''finais''' do Transmission cara o cartafol '''Torrents''' do ''ownCloud/OMV'' (&lt;code&gt;sudo mv .../finais/* .../Torrent/&lt;/code&gt;).<br /> <br /> ====Opción compartir====<br /> O primeiro que se nos ven á cabeza é ''copiar'' as descargas (finais) do Transmissión xa directamente sobre o cartafol '''Torrent''' en ''ownClou/OMV''. Mais esta opción presenta outro problema, estamos a duplicar o espazo ocupado, así que ocorréuseme outra posibilidade, que ''root'' estabeleza unha ligazón simbólica entre o cartafol '''Torrent''' no ''ouwCloud/OMV'' e o cartafol '''finais''' do ''Transmission''. mais, OLLO, esta ligazón simbólica presenta tamén o problema dos permisos, así que hai que facer unha ligazón simbólica por cada ficheiro.<br /> <br /> Para elo precisamos dúas cousas:<br /> *Un script que atope os novos ficheiros no cartafol de descargas '''finais''' do ''Transmission'' e xere a súa correspondente ligazón simbólica no cartafol '''Torrent''' en ''ownClou/OMV''.<br /> *Un ''item'' en ''cron'' que execute como ''root'' este script.<br /> <br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Servizo No-IP==<br /> <br /> Cando non temos control sobre o IP que obtén a nosa maquiniña e queremos poder acceder desde fora da nosa área local, é preciso dispor dun DNS dinámico que nos permita apuntar en calquera momento ao enderezo IP da conexión a internet obtida pola Raspberry Pi. Isto implica dispor dun «cliente» que actualice periodicamente este IP no DNS Dinámico.<br /> <br /> Neste momento a única opción de balde é [http://www.noip.com/ no-ip] (No-IP Free) que permítenos dispor dunha conexión para ata 3 nomes de máquina (o que viría a ser 3 enderezos distintos) mais con só un nome de dominio (neste momento é ''.noip.biz''). Este servizo esixe que confirmemos (ou nos conectemos desde fora da área local) cada 30 días a subscrición, ou esta ''morrerá''. Recomendámosvos que ''contratedes'' un servizo ''Enhanded Dynamic DNS'' por tan só (neste momento) 14.95$ (apenas 11,21 €) por ano, este servizo permite ata 25 nomes de máquina e 80 nomes de dominio distintos e non é preciso confirmar a conta (só o pago anual) .<br /> {{Nota|nota=Non temos ningún interese de ningún tipo en que empreguedes [http://www.noip.com/ no-ip], hai outros servizos como [http://dyn.com/dns/ DynDNS], mais non teñen un servizo de balde e a subscrición mínima anual é xustamente do dobre no prezo, concretamente 29,95$/ano.}}<br /> <br /> ===''Contratar'' o servizo No-IP===<br /> É tan sinxelo como entrar na páxina [http://www.noip.com/ noip.com] e sigades os pasos de rexistro.<br /> <br /> ===Instalar o cliente ''No-IP'' na Raspberry PI===<br /> <br /> Desde a consola/terminal:<br /> <br /> Imos traballar no cartafol temporal &lt;code&gt;tmp&lt;/code&gt;<br /> ::&lt;code&gt;cd /tmp&lt;/code&gt;<br /> <br /> Descargamos o ficheiro fonte<br /> ::&lt;code&gt;wget http://www.no-ip.com/client/linux/noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Descomprimímolo<br /> ::&lt;code&gt;tar -zxvf noip-duc-linux.tar.gz&lt;/code&gt;<br /> <br /> Entramos no cartafol recen xerado<br /> ::&lt;code&gt;cd noip-2.1.9-1/&lt;/code&gt;<br /> ::OLLO: esta numeración pode cambiar co tempo.<br /> <br /> E compilamos<br /> ::&lt;code&gt;make&lt;/code&gt;<br /> ::&lt;code&gt;sudo make install&lt;/code&gt;<br /> <br /> Durante la instalación preguntaranos:<br /> ;o noso nome de usuario: o correo co que nos rexistramos na páxina de no-ip<br /> ;o contrasinal: o que empregamos na páxina de no-ip<br /> Se todo foi correctamente, informaranos de que detectou o dominio creado (no rexistro) e se queremos usar ese, dicímoslle que si.<br /> <br /> Preguntaranos polo período de actualización, o predeterminado é 30 aínda que podemos cambialo.<br /> <br /> Preguntaranos tamén de queremos que execute algunha outra acción despois dunha actualización, dirémoslle que non.<br /> <br /> Para iniciar &lt;code&gt;noip2&lt;/code&gt; de forma manual<br /> ::&lt;code&gt;sudo /usr/local/bin/noip2&lt;/code&gt;<br /> <br /> Teremos que facer un script para que noip2 se inicie ao arrincar a nosa Raspberry Pi, para elo creamos o ficheiro &lt;code&gt;noip2&lt;/code&gt; na ruta &lt;code&gt;/etc/init.d/&lt;/code&gt;<br /> ::&lt;code&gt;sudo nano /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Co seguinte contido<br /> &lt;pre&gt;<br /> #! /bin/bash<br /> <br /> ### BEGIN INIT INFO<br /> # Provides: mynoip<br /> # Required-Start: $remote_fs $syslog<br /> # Required-Stop: $remote_fs $syslog<br /> # Default-Start: 2 3 4 5<br /> # Default-Stop: 0 1 6<br /> # Description: Inicio do servizo no-IP no momento do arrinque.<br /> ### END INIT INFO<br /> <br /> /usr/local/bin/noip2<br /> &lt;/pre&gt;<br /> <br /> Gardamos o ficheiro<br /> <br /> Dámoslle permisos de execución<br /> ::&lt;code&gt;sudo chmod +x /etc/init.d/noip2&lt;/code&gt;<br /> <br /> Engadímolo aos procesos no inicio <br /> ::&lt;code&gt;sudo update-rc.d noip2 defaults&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Caso práctico complexo==<br /> Este é un resumo de configuración complexa, con múltiplas partición nun dispositivo externo de gran capacidade.<br /> <br /> Aquí analizaremos a casuística, os métodos concretos atopanse [[#Argallando cunha Rasperry Pi|ao longo dapáxina: Argallando cunha Rasperry Pi]]<br /> <br /> ===/boot e /(raiz) na SD; &lt;br&gt;particións de escritura (/tmp, /var), /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> <br /> *smmcblk0 [[Archivo:RasPi-2.png|300px|right|Despois]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p2&lt;/font&gt;<br /> ***/root ← agás swap[file] /home, /var e /tmp<br /> *sda [[Archivo:HD-1.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/var<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***/tmp<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;3&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;4&lt;/font&gt;<br /> ***extendida<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos<br /> <br /> <br /> DUBIDAS !!!<br /> <br /> <br /> /dev/sda1 /escribe ext4 defaults,noatime 0 1<br /> <br /> ln -s /escribe/var /var<br /> <br /> ln -s /escribe/tmp /tmp<br /> <br /> <br /> ::&lt;code&gt;/dev/sda1/tmp &amp;nbsp;&amp;nbsp;/tmp &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;tmpfs &amp;nbsp;&amp;nbsp;&amp;nbsp;nodev,nosuid &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda1/var &amp;nbsp;&amp;nbsp;/var &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> <br /> <br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ===/boot na SD; &lt;br&gt;particións /(raiz) completa, /home e almacenamento (/OMV, /Torrent) nun dispositivo externo===<br /> *smmcblk0 [[Archivo:SD-boot.png|300px|right]]<br /> **smmcblk0&lt;font color=&quot;#FF0000&quot;&gt;p1&lt;/font&gt;<br /> ***/boot<br /> *sda [[Archivo:HD-2.png|300px|right]]<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;1&lt;/font&gt;<br /> ***/root ← agás swap[file] e /home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;2&lt;/font&gt;<br /> ***swap<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;5&lt;/font&gt;<br /> ***/home<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;6&lt;/font&gt;<br /> ***/OMV<br /> **sda&lt;font color=&quot;#FF0000&quot;&gt;7&lt;/font&gt;<br /> ***/Torrent<br /> <br /> ====Editando o ''fstab''====<br /> ::&lt;code&gt;nano /etc/fstab&lt;/code&gt;<br /> ::e modificamos:<br /> ::&lt;code&gt;/dev/sda1 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/ &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda2 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;swap &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;1&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda5 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/home &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda6 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/OMV &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> ::&lt;code&gt;/dev/sda7 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;/Torrent &amp;nbsp;&amp;nbsp;&amp;nbsp;ext4 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;defaults,noatime,nodiratime &amp;nbsp;&amp;nbsp;0 &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;0&lt;/code&gt;<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==A labazadas cun teclado remoto «Logitech K400»==<br /> <br /> Este teclado, tras configurar o mapa de idioma con &lt;code&gt;raspi-config&lt;/code&gt; vai perfectamente na consola, non así despois de erguer o entorno gráfico con &lt;code&gt;startx&lt;/code&gt; que entón está co mapa inglés.<br /> <br /> Executamos:<br /> <br /> &lt;strike&gt;<br /> ::&lt;code&gt;nano /etc/rc.local&lt;/code&gt;<br /> <br /> engadimos no final estas tres liñas:<br /> <br /> ::&lt;code&gt;sleep 5&lt;br&gt;rmmod hid-logitech-dj&lt;br&gt;modprobe hid-logitech-dj&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> &lt;/strike&gt;<br /> <br /> ::&lt;code&gt; nano /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> e no final engadimos a seguinte liña:<br /> ::&lt;code&gt;@setxkbmap -layout &quot;es,es&quot;&lt;/code&gt;<br /> <br /> gardamos e saímos<br /> <br /> Este paso podemos abrevialo así:<br /> <br /> ::&lt;code&gt;sudo echo '@setxkbmap -layout &quot;es,es&quot;' &gt;&gt; /etc/xdg/lxsession/LXDE/autostart&lt;/code&gt;<br /> <br /> reiniciamos<br /> ::&lt;code&gt;sudo reboot&lt;/code&gt;<br /> e probamos o teclado.<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''<br /> <br /> ==Manterse ben informado==<br /> Para os que queirades mantervos ben informados, déixovos algunha suxestión:<br /> <br /> *Subscribídevos a [http://www.raspiweekly.com/ Raspy Weekly] non é nada invasor, un correo a semana e aporta información moi interesante.<br /> *Seguide as contas de @Raspberry_Pi @RasPiWeekly e a etiqueta #raspberrypi no Twitter<br /> *Seguide a conta da [http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Comunidade de Raspberry Pi no G+]<br /> *[http://deeiivid.wordpress.com/2013/02/23/guia-completa-raspberry-pi-espanol/ Un manual en castelán moi completo]<br /> <br /> ::::::::::::::::::::::::::::::'''[[#top|Volver ao inicio da páxina]]'''</div>

Ruworuro https://wiki.galpon.org/index.php?title=Habilitar_Roaming_en_APs_con_diferentes_ESSIDs&diff=3829 2013-03-02T21:47:46Z

<p>Ruworuro: Error en el nombre de fichero</p> <hr /> <div>== Que significa itinerancia o roaming. ==<br /> <br /> Roaming es la capacidad de cambiar de un área de cobertura a otra sin interrupción en el servicio o pérdida en conectividad. Para que esto sea posible debe existir un área de solapamiento en el que el cliente puede recibir el servicio desde diferentes puntos. [1]<br /> <br /> La forma más habitual de dar este servicio es distribuyendo APs a lo largo de una estancia de tal forma que la red queda definida por un único ESSID y un conjunto de BSSIDs. Habitual en universidades/empresas ... pero no es mi caso :(<br /> <br /> == Mi situación ==<br /> <br /> Dispongo de 2 APs, con ESSIDs diferentes y mi intención es pasar de conectarme a un AP a conectarme al otro, sin perder paquetes.<br /> <br /> Por experiencia sé que, al menos en Squeeze, tanto Network-Manager como Wicd manejan mal el tema del roaming y se pierden cierto numero de paquetes. Pero esto si la red no cambia de ESSID.<br /> <br /> Para realizar la prueba tengo que parar mi gestor habitual de conexiones (Wicd), para lo que ejecuto:<br /> <br /> insserv -r wicd<br /> sed -i '/^START_DAEMON/ s/yes/no/' /etc/default/wicd<br /> <br /> Ahora editamos el archivo '''/etc/network/interfaces''' para que el servicio '''networking''' administre nuestra tarjeta wifi (wlan0). En Squeeze, si usas Network-Manager como gestor de conexión basta con editar este archivo para evitar que Network-Manager tome el control de la interfaz wifi [2].<br /> <br /> auto wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_supplicant/roam.conf<br /> <br /> Es importante fijarse en '''manual''', ya que solo se puede usar el wpa-roam si la interfaz está configurada de esta forma.<br /> <br /> == El archivo roam.conf ==<br /> <br /> Llega lo interesante.<br /> <br /> Este archivo guarda la configuración de '''wpa_supplicant''' para conectarse a cierto AP. Así tendremos, dentro de este archivo, tantos '''network''' como ESSIDs tengamos en nuestra malla. En mi caso 2.<br /> <br /> Como no voy a pararme con la configuración de wpa_supplicant os dejo dos enlaces para que os informéis de lo que es necesario según el caso. [3] y [4]<br /> <br /> Es necesario añadir esta línea al inicio del archivo:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> de donde:<br /> * '''DIR''' indica la ruta donde se encuentra los sockets de wpa_supplicant.<br /> * '''GROUP''' con el asignamos el grupo que tiene permisos para administrar wpa_supplicant con herramientas como '''wpa_cli''' o '''wpagui'''<br /> <br /> Para poder añadir configuraciones nuevas, así como modificar las que ya están, sin tener que parar y levantar el servicio, debemos añadir '''update_config=1''' al archivo roam.conf<br /> <br /> En mi caso, con una configuración bastante sencilla, el archivo me quedó parecido a este:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> network {<br /> ssid=&quot;AP_1&quot;<br /> psk=&quot;La contraseña&quot;<br /> id_str=&quot;primer_ap&quot;<br /> }<br /> <br /> network {<br /> ssid=&quot;AP_2&quot;<br /> psk=&quot;La otra contraseña&quot;<br /> id_str=&quot;segundo_ap&quot;<br /> }<br /> <br /> Muy importante las líneas '''id_str''' ya que estas unen una configuración de red con una configuración de wpa_supplicant.<br /> <br /> == De nuevo el archivo interfaces ==<br /> <br /> Una vez que acabamos con el archivo '''roam.conf''' volvemos a editar el archivo '''/etc/network/interfaces'''.<br /> <br /> Nuestra configuración no solo puede variar en cuanto a ESSIDs, sino que puede también variar respecto a ip, dns, rutas....<br /> <br /> Vamos a añadir la configuración '''primer_ap''' y '''segundo_ap'''.<br /> <br /> iface primer_ap inet dhcp<br /> <br /> iface segundo_ap inet static<br /> address 192.168.220.100<br /> netmask 255.255.255.224<br /> gateway 192.168.220.97<br /> <br /> Se puede establecer cualquier configuración que fuese necesaria, pero debemos respetar los '''id_srt'' establecidos en '''roam.conf'''.<br /> <br /> <br /> == Levantando el servicio ==<br /> <br /> Ahora como root, o con sudo, ejecutaremos:<br /> <br /> service networking restart<br /> <br /> y, si no da ningún error, ya lo tenéis funcionando.<br /> <br /> == Pruebas ==<br /> <br /> Para comprobar que funciona correctamente podemos, en una zona solapada, ejecutar en una terminal '''ping 8.8.8.8''' y en otra '''tail -f /var/log/syslog'''. Ahora nos dedicamos a dar unas vueltas de forma que se pierdan las señales de un u otro AP y debemos ver que el '''ping''' no pierde paquetes.<br /> <br /> == Enlaces ==<br /> <br /> [1] http://www.adrformacion.com/cursos/wifi/leccion3/tutorial3.html<br /> <br /> [2] http://wiki.debian.org/NetworkManager#Wired_Networks_are_Unmanaged<br /> <br /> [3] http://www.esdebian.org/wiki/configuracion-manual-wpasupplicant<br /> <br /> [4] http://wiki.debian.org/WiFi/HowToUse#wpa_supplicant<br /> <br /> Realizado tras leer http://ubuntuforums.org/showthread.php?t=1259003</div>

Ruworuro https://wiki.galpon.org/index.php?title=Actividades&diff=3825 2013-02-04T08:31:42Z

<p>Ruworuro: </p> <hr /> <div>== Actividades programadas ==<br /> <br /> <br /> ===Proxecto conxunto dos GUL===<br /> <br /> Para celebrar:<br /> *Día da Liberdade dos Documentos<br /> **Último mércores do mes de marzo (27)<br /> ***Nota: temos que esquecelo, o día 27 é o mercores de semana santa.<br /> *Día da Liberdade do Software<br /> **Está proposto nas listas da FSF para o sábado 21 de setembro.<br /> <br /> No seu momento, os GUL participantes nesta proposta, presentaremos os proxectos de xeito conxunto.<br /> <br /> ===Potenciamento do proxecto de solidariedade social no eido das TIC «GALPon MiniNo»===<br /> <br /> Dentro deste epígrafe presentamos 3 actividades:<br /> <br /> *Unha conferencia de desenvolvedores (III minino-devconf)<br /> *Realización dunha adaptación da GALPon MiniNo aos dispositivos ARM, con especial adicación aos RaspberryPi (minino4π, minino4pi)<br /> *Actualización da actual PicarOS 2012 a unha nova PicarOS «Diego» (2013)<br /> <br /> <br /> ====III minino-devconf==== <br /> <br /> =====Descrición=====<br /> <br /> Esta terceira xuntanza de desenvolvedores de GALPon MiniNo terá lugar duránte as datas de semana santa ou ao longo do verán en data e lugar aínda sen determinar.<br /> <br /> Durante o transcurso da mesma, os coordinadores exporán a súa visión e os seus proxectos para a próxima versión de GALPon MiniNo «minino4Rπ» ou «minino4RPi» baseada na actual v2.0 Ártabros e orientada ao seu uso nos dispositivos «RaspberryPi», a fin de avaliar os distintos eidos de traballo cara a conseguir unha mellor coordinación e efectividade.<br /> <br /> A esta xuntanza están convidados todos os que dun xeito ou doutro forman parte, ou desexen formar parte deste proceso.<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que é unha xornada adicada aos desenvolvedores de MiniNo agardamos, como en ocasións anteriores atraer a outros desenvolvedores que queren coñecer o noso traballo.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Terá unha duración dunha xornada a realizarse en datas de verán, facendoa coincidir coas datas de vacacións a fin de que poidan desprazarse os desenvolvedores de fora de Galicia.<br /> <br /> <br /> ====minino4Rπ - minino4RPi -- MiniNo para RasperryPi====<br /> <br /> ====Descrición=====<br /> <br /> Adaptación da distro GALPon MiniNo v2.0 Ártabros aos dispositivos «RaspberryPi» o que significa adaptar e recompilar todo á arquitectura ARM e a crear o sistema de inicio (boot loader).<br /> <br /> =====Público obxectivo=====<br /> <br /> Tralo éxito deste dispositivo, especialmente no eido da educación TIC, recibimos varias propostas neste sentido para aplicalo como «computador de aula» e tamén como «computador doméstico», en ámbolos dous casos como computador de moi baixo custo.<br /> <br /> A nosa perspectiva e a resposta ao anuncio nas redes sociais fainos pensar en que ten o éxito asegurado.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo de todo o ano, agardando ter unha versión beta para mediado o mes de novembro.<br /> <br /> <br /> ====PicarOS «Diego» (2013)====<br /> <br /> =====Descrición=====<br /> <br /> Actualización e mellora da distro para cativos de 3 a 12 anos GALPon MiniNo PicarOS aproveitando os comentarios e a información do profesorado que está a empregalo.<br /> *Mellora do procedemento de instalación. Temos moitas solicitudes de alumnos que queren dispor del na súa casa e, neste momento, a instalación non é totalmente doada para os cativos.<br /> *Completar traducións.<br /> *Creación dun módulo «AulaSync» para a sincronización dos equipos dunha mesma aula ou localización a requisitos do profesorado, conforme as experiencias acumuladas en centros de Navarra e Zaragoza.<br /> *Mellora do módulo «LanzaRox» (módulo específico de PicarOS).<br /> *Adaptación do sistema [unique-launch] de DoudouLinux para maior sinxeleza na execución de aplicativos pos parte dos cativos.<br /> *Incorporación dun sistema en desconexión (offline) de consulta da Wikipedia, para os casos de nenos en situación económica crítica, ou de zonas xeográficas que non dispoñen de conexión á Internet nas súas casas (Kiwix).<br /> *Configuración dun sistema de «Control paterno» para o uso doméstico seguro por parte dos cativos.<br /> *Integración de «Cotovía» http://webs.uvigo.es/gtm_voz/index.php?option=com_content&amp;view=article&amp;id=130:cotovia&amp;catid=43&amp;Itemid=138&amp;lang=gl<br /> <br /> =====Público obxectivo=====<br /> <br /> O obxectivo principal de PicarOS é aproveitar a base de GALPon MiniNo para adaptala ao uso escolar. É dicir, mentres que GALPon MiniNo é unha distribución de uso xenérico e destinada a usuarios de todas as idades, en PicarOS centramonos nunha poboación destino de 3-12 anos, mais mantendo na medida do posíbel a súa lixeireza e uso doado.<br /> <br /> Está, tamén, comprobada a carencia dunha distribución destas características, especificamente orientada a os máis cativos, con contidos ludico-didácticos axeitados a súa idade.<br /> <br /> Pensamos en que é doado superar as 2.000 descargas nun ano, dado o tirón que ten a versión actual que, a pouco máis de dous meses da súa publicación e sen publicitala, xa superou as 380 descargas por torrent máis o que poida ter sido descargado coas ligazóns «magnet» ou desde Youtube que non temos forma de contabilizalo.<br /> <br /> *Comentarios en blogs:<br /> **http://linuxmigrante.blogspot.com.es/2013/01/picaros-linux-designed-for-kids.html?showComment=1359515432805<br /> **http://mandrivachronicles.blogspot.com.es/2013/01/my-encounter-with-picaros-great-linux.html<br /> *Youtube (ver comentarios)<br /> **http://www.youtube.com/watch?feature=player_embedded&amp;v=NARLxffp1pE<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O desenvolvemento realizarase ao longo dos 9 primeiros meses do ano, agardando ter a versión final para o comezo do curso 2013-2014<br /> <br /> <br /> ===Conferencia obradoiro sobre «Tupí»===<br /> <br /> =====Descrición=====<br /> <br /> Aproveitando a presenza en España do desenvolvedor principal do «Tupí» aproveitamos para traelo ata Vigo para impartir unha conferencia-demostración-obradoiro sobre o emprego do mesmo.<br /> *http://www.maefloresta.com/portal/es/acerca<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que pensando fundamentalmente na asistencia do profesorado de Tecnoloxía e de Plástica, estará aberto a todo o público.<br /> <br /> A nosa intención inicial é facelo na Escola de Enxeñaría de Telecomunicación a fin de atraer tamén aos estudantes interesados no procesamento do sinal e máis concretamente os vinculados ao Grupo de Tecnoloxías Multimedia.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Dias inmediatamente anteriores ou posteriores á celebración do congreso LMG (Libre Graphics Meeting) http://libregraphicsmeeting.org/2013/ (poderia ser un dos días 8,9,15 ou 16 de abril).<br /> <br /> ===Obradoiro sobre «Construción dun cluster con dispositivos RaspberryPi e SwL»===<br /> <br /> =====Descrición=====<br /> <br /> Obradoiro práctico sobre a construción dun cluster de supercomputación (?) con múltiples máquinas RaspberryPi empregando o software «Iridis-Pi» e a implementación libre de Message Passing Interface e scripts en Python para distribuir tarefas.<br /> <br /> =====Público obxectivo=====<br /> <br /> Aínda que o acceso será libre (agás con limitación de espazo) pensamos fundamentalmente en estudantes e técnicos de disciplinas asociadas coa administración de sistemas.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> O obradoiro terá unha duración de 4 horas e celebrarase nunha tarde de venres dos meses de setembro ou outubro.<br /> <br /> <br /> ===Arduino===<br /> <br /> =====Descrición=====<br /> <br /> Obradoiro práctico para a conexión da plataforma Arduino a diferentes tipos de rede: Bus-Can, Bluetooth, Ethernet, Wifi...<br /> <br /> =====Público obxectivo=====<br /> <br /> O obradoiro será de acceso libre pero pensamos en xente interesada no hardware libre e conexións de nodos.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Terá unha duración de 6 horas e realizarase o longo do ano.<br /> <br /> ===Refachos de vim+bash+yad===<br /> <br /> =====Descrición=====<br /> <br /> Un refacho non é máis cun golpe de vento, unha ventada, o que en castelán coñecese como «ráfaga».<br /> A Nosa idea e facer unha serie de xuntanzas moi prácticas, nas que os asistentes vaian practicando na realización de scripts/aplicativos/programas, baixo a tutoría dun experto.<br /> <br /> Partindo do mínimo, do xa clásico «Ola xente», cada xuntanza incrementará a dificultade, como se dun manual se tratase, ata acadar scripts complexos con integración de funcions, RegExp complexas, etc.<br /> <br /> Cada refacho terá unha duración de 1:30 h e nunca máis de 1:45 h. A periodicidade será de unha cada mes a realizarse o derradeiro sábado de cada mes agás nos meses de xaneiro, xullo, agosto e decembro.<br /> <br /> =====Público obxectivo=====<br /> <br /> O máximo de asistentes será de 20, considerando como ideal 15 persoas.<br /> <br /> =====Duración e datas estimadas=====<br /> <br /> Todo o ano, o último sábado de cada més, agás xaneiro, xullo, agosto e decembro<br /> <br /> <br /> ====Obradoiro de Programación de Arduino - OCFLOSS====<br /> <br /> =====Descrición=====<br /> <br /> O aumento de elementos electrónicos de uso cotiá facilítanos, en gran medida, unha visión un tanto máxica ou complicada desta ciencia.<br /> <br /> Arduino é unha plataforma libre para o desenvolvemento de proxectos onde a electrónica toma un papel principal. Pon a disposición do usuario un microcontrolador e unha interface de desenvolvemento cunha linguaxe de programación, baseada en C, moi doada de aprender.<br /> <br /> Isto, xunto coa filosofía aberta que promove, facilita achegarse ao mundo da electrónica dunha maneira sinxela á vez que gradual. Existen multitude de proxectos que abranguen un sen fin de funcionalidades, onde o código ou os esquemas están ao dispor do interesado, xa sexa para adaptalo ao seu proxecto ou replicalo sen mais.<br /> <br /> Ademais existen unha grande variedade de módulos que aumentan, ou complementan, as posibilidades desta ferramenta facilitando a inclusión no proxecto de comunicación wifi, ethernet ou dar asistencia a tecnoloxías RFID ou GSM, por exemplo.<br /> <br /> A actividade organizarase en dúas xornadas de 4 horas.<br /> *Primeira xornada: 2 horas de presentación do proxecto + 2 horas de introdución práctica.<br /> *Segunda xornada: 4 horas de obradoiro práctico (realización dun proxecto sinxelo)<br /> <br /> [[Evento Arduino 2012|Mais información.]]<br /> <br /> === Patrocinadores das actividades anteriores ===<br /> http://minino.galpon.org/sites/default/files/galpon.png http://minino.galpon.org/sites/default/files/ultreialogo_0.jpg http://minino.galpon.org/sites/default/files/tegnix_0.png<br /> <br /> http://minino.galpon.org/sites/default/files/xunta-R.png<br /> <br /> == Outras actividades actualmente en proceso ==<br /> <br /> <br /> <br /> === &quot;GRUVI - Grupo de Reciclaxe Informática da Universidade de Vigo&quot; ===<br /> * Desenvolvida desde o curso 2005-06 ata o curso 2012-13 (prorrogado).<br /> * Lugar: Universidade de Vigo<br /> * Descrición: Proxecto de voluntariado de recuperación de equipos informáticos da UVigo para doalos con Software Libre a entidades sociais. Participa a OVI (Oficina de Voluntariado e Integración), a OMA (Oficina de Medio Ambiente) da Universidade de Vigo e GALPon.org <br /> * [[Recuperación equipos informáticos para ONGs | Máis información ]]<br /> * [http://webs.uvigo.es/gruvi O web do GRUVI]<br /> <br /> == Actividades en proceso de estudio ==<br /> === Scratch + Arduino ===<br /> * [[ Xornadas sobre Scratch + Arduino - Xuntanza Previa -]]<br /> * [[ Xornadas sobre Scratch + Arduino - Presentación do proxecto]]<br /> <br /> == Actividades pendentes... ==<br /> <br /> <br /> == Documentos colaborativos ==<br /> === &quot;Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria ===<br /> * Para impulsar as TIC e o '''Software Libre na educación en Galicia'''<br /> [[Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria | Mais Información]]<br /> === Elaboración do documento consensuado dos Grupos de Usuarios de GNU/Linux galegos ===<br /> * Para impulsar o '''Software Libre en Galiza'''<br /> [[Documento consensuado dos GUGL galegos para impulsar SL en Galiza | Máis información]]<br /> <br /> <br /> == Actividades destacadas ==<br /> === Presenza de Richard Stallman en Vigo organizada por GALPon ===<br /> * [[RMS_en_Vigo|Richard Stallman en Vigo]]<br /> === Edicións da Linux-Party feitas por GALPon ===<br /> * [[Linux_Party_2006|2006]]<br /> * [[LinuxParty2004|2004]]<br /> === Colaboracións de GALPon coa NX-Conecta ===<br /> * [[NXConecta_2006|2006]]<br /> * [[NXConecta_2005|2005]]<br /> <br /> == Actividades xa realizadas ==<br /> * Ano [[2012]]<br /> * Ano [[2011]]<br /> * Ano [[2010]]<br /> * Ano [[2009]]<br /> * Ano [[2008]]<br /> * Ano [[2007]]<br /> * Ano [[2006]]<br /> * Ano [[2005]]<br /> * Ano [[2004]]</div>

Ruworuro https://wiki.galpon.org/index.php?title=Evento_Arduino_2012&diff=3804 2012-12-31T01:38:29Z

<p>Ruworuro: </p> <hr /> <div>A pesar de que la estimación inicial de asistencia al evento eran de 25 personas, solo participaron alrededor de 10 personas.<br /> <br /> El evento se realizo en las instalaciones del Gruvi, el martes 27 de noviembre dando comienzo a las 10 de la mañana y prolongándose durante todo el día.<br /> <br /> Consto de los siguientes puntos:<br /> # Charla/presentación de la plataforma de hardware libre Arduino.<br /> # Iniciación al entorno de programación procesing.<br /> # Realización de los distintos ejemplos disponibles en la pagina de Arduino.<br /> #* Escritura en una salida digital (encender un led)<br /> #* Lectura en una entrada digital (pruebas con pulsador)<br /> #* Lectura de valores analógicos (sensor de temperatura lm133)<br /> #* Escritura PWM en una salida digital (Hacer sonar un buzzer)<br /> # Tutorial de las diferentes shields que existen para Arduino.<br /> # Ejemplos de proyectos que se apoyan en esta plataforma.<br /> #* Proyecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / Canbus<br /> #* Lottie Lemon<br /> # Integración con otras plataformas<br /> #* Android<br /> #* Raspberry</div>

Ruworuro https://wiki.galpon.org/index.php?title=Evento_Arduino_2012&diff=3803 2012-12-31T01:38:13Z

<p>Ruworuro: </p> <hr /> <div>A pesar de que la estimación inicial de asistencia al evento eran de 25 personas, solo participaron alrededor de 10 personas.<br /> <br /> El evento se realizo en las instalaciones del Gruvi, el martes 27 de Noviembre dando comienzo a las 10 de la mañana y prolongándose durante todo el día.<br /> <br /> Consto de los siguientes puntos:<br /> # Charla/presentación de la plataforma de hardware libre Arduino.<br /> # Iniciación al entorno de programación procesing.<br /> # Realización de los distintos ejemplos disponibles en la pagina de Arduino.<br /> #* Escritura en una salida digital (encender un led)<br /> #* Lectura en una entrada digital (pruebas con pulsador)<br /> #* Lectura de valores analógicos (sensor de temperatura lm133)<br /> #* Escritura PWM en una salida digital (Hacer sonar un buzzer)<br /> # Tutorial de las diferentes shields que existen para Arduino.<br /> # Ejemplos de proyectos que se apoyan en esta plataforma.<br /> #* Proyecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / Canbus<br /> #* Lottie Lemon<br /> # Integración con otras plataformas<br /> #* Android<br /> #* Raspberry</div>

Ruworuro https://wiki.galpon.org/index.php?title=Evento_Arduino_2012&diff=3802 2012-12-31T01:37:44Z

<p>Ruworuro: Página creada con &#039;A pesar de que la estimación inicial de asistencia al evento eran de 25 personas, solo participaron alrededor de 10 personas. El evento se realizo en las instalaciones del Gru...&#039;</p> <hr /> <div>A pesar de que la estimación inicial de asistencia al evento eran de 25 personas, solo participaron alrededor de 10 personas.<br /> <br /> El evento se realizo en las instalaciones del Gruvi, el martes 27 dando comienzo a las 10 de la mañana y prolongándose durante todo el día.<br /> <br /> Consto de los siguientes puntos:<br /> # Charla/presentación de la plataforma de hardware libre Arduino.<br /> # Iniciación al entorno de programación procesing.<br /> # Realización de los distintos ejemplos disponibles en la pagina de Arduino.<br /> #* Escritura en una salida digital (encender un led)<br /> #* Lectura en una entrada digital (pruebas con pulsador)<br /> #* Lectura de valores analógicos (sensor de temperatura lm133)<br /> #* Escritura PWM en una salida digital (Hacer sonar un buzzer)<br /> # Tutorial de las diferentes shields que existen para Arduino.<br /> # Ejemplos de proyectos que se apoyan en esta plataforma.<br /> #* Proyecto RepRap<br /> #* PrintBot<br /> #* QuadCopters.<br /> #* Openpipi<br /> #* Micro satelites.<br /> #* Opendomo / Canbus<br /> #* Lottie Lemon<br /> # Integración con otras plataformas<br /> #* Android<br /> #* Raspberry</div>

Ruworuro https://wiki.galpon.org/index.php?title=Actividades&diff=3801 2012-12-31T01:33:04Z

<p>Ruworuro: /* Descrición */</p> <hr /> <div>== Actividades programadas ==<br /> <br /> <br /> ===Celebración do 10º aniversario de GALpon===<br /> Pendente de suxestións por parte dos socios (a falar na asemblea xeral a fins de marzo)<br /> <br /> <br /> ===Potenciamento do proxecto de solidariedade social no eido das TIC «GALPon MiniNo» - OCFLOSS===<br /> O obxectivo primordial do proxecto GALPon MiniNo é reducir a fenda dixital provendo un sistema operativo completo e baseado en FLOSS que pode ser empregado en computadoras de baixos recursos (de máis de 10 anos incluso), permitindo o acceso ás TIC dos sectores máis desfavorecidos ou con baixos recursos.<br /> <br /> Esta distribución xa consta en Distrowatch e foi analizada pola revista Linux Format2 (nº 143 de Abril 2011). Tamén dispón da súa entrada na Wikipedia.<br /> <br /> Para finais de verán publicarase a versión 2.0 desta distribución con importantes melloras nomeada «Ártabros».<br /> <br /> Grazas as súas características, ofrécese unha maior vida útil ao hardware e diminúese por tanto a cantidade de residuos xerados.<br /> <br /> No desenvolvemento deste sistema tense especial coidado en que sexa moi manexable polo usuario non requirindo ningún coñecemento específico de tipo técnico ademais de realizarse un traballo de tradución moi minucioso que permite ter o sistema completo tanto en galego coma en castelán.<br /> <br /> Froito deste traballo, a GALPon MiniNo está sendo empregada noutros países coma Chile ou México ademais de ser a distribución base do proxecto GRUVI (Grupo de Reciclaxe Informática da Universidade de Vigo).<br /> <br /> <br /> ===Asistencia á LinuxCon Europe 2012 - OCFLOSS===<br /> Asistencia/Viaxe do presidente e vicepresidente de GALPon á «LinuxCon Europe 2012».<br /> <br /> A comunidade galega do SwL non pode, nin debe, permanecer illada da realidade da comunidade global. A «LinuxCon Europe 2012» é unha excelente oportunidade para manter esta conexión global.<br /> <br /> <br /> ===Obradoiros de Administración de sistemas con ferramentas libres - OCFLOSS===<br /> ====Descrición====<br /> Logo do grande éxito acadado no ano 2010 coa primeira edición, repetimos neste 2012 cunha versión similar en formato e temática. Trátase de amosar unha visión máis avanzada do sistema GNU/Linux, que permitirá aos asistentes coñecelo dun xeito máis profundo e aproveitar as súas características máis avanzadas.<br /> <br /> As conferencias/obradoiro durarán arredor de 4 horas cada unha. Estarán compostas por unha pequena introdución que fornecerá a base teórica, e a realización práctica que será a parte fundamental da actividade, onde se axudará aos asistentes a que desenvolvan practicamente o tema.<br /> <br /> Plantexase a realización dun total de 3 conferencias/obradoiros:<br /> **Utilización avanzada da liña de ordenes<br /> **Virtualización de sistemas operativos<br /> **Asterisk e VoIP<br /> Estas conferencias gravaranse en vídeo e quedarán a público acceso baixo licenzas libres (GPL, FDL ou CC by SA v3, dependendo das preferencias e/ou consideracións dos conferenciantes) e en formatos libres (ogg, ogv), nos servidores de GALPon, e en libre acceso e licenza libre (aínda que non podemos asegurar que en formato libre/estándar) nos servidores da Universidade de Vigo ao través de UvigoTV.<br /> <br /> <br /> ===Obradoiros de Sistema de Control de Versións e Programación Áxil (con Git e Scrum) - OCFLOSS===<br /> ====Descrición====<br /> En liña cos obradoiros desenvolvidos no ano 2010 sobre Administración de Sistemas e a actividade de programación de Symfony2 cun grande éxito, propoñense estes obradoiros.<br /> <br /> Os obradoiros realizarase en sesións de 4 horas durante 3 días. Estarán compostos por unha pequena introdución que fornecerá a base teórica, e a realización práctica que será a parte fundamental da actividade, onde se axudará aos asistentes a que desenvolvan practicamente o tema.<br /> <br /> Desenvolveranse sobre:<br /> *Sistema de Control de Versións con GIT<br /> *Programación Áxil con SCRUM<br /> Estas conferencias gravaranse en vídeo e quedarán a público acceso baixo licenzas libres (GPL, FDL ou CC by SA v3, dependendo das preferencias e/ou consideracións dos conferenciantes) e en formatos libres (ogg, ogv), nos servidores de GALPon, e en libre acceso e licenza libre (aínda que non podemos asegurar que en formato libre/estándar) nos servidores da Universidade de Vigo ao través de UvigoTV.<br /> <br /> <br /> ===Obradoiro de Programación de Arduino - OCFLOSS===<br /> ====Descrición====<br /> O aumento de elementos electrónicos de uso cotiá facilítanos, en gran medida, unha visión un tanto máxica ou complicada desta ciencia.<br /> <br /> Arduino é unha plataforma libre para o desenvolvemento de proxectos onde a electrónica toma un papel principal. Pon a disposición do usuario un microcontrolador e unha interface de desenvolvemento cunha linguaxe de programación, baseada en C, moi doada de aprender.<br /> <br /> Isto, xunto coa filosofía aberta que promove, facilita achegarse ao mundo da electrónica dunha maneira sinxela á vez que gradual. Existen multitude de proxectos que abranguen un sen fin de funcionalidades, onde o código ou os esquemas están ao dispor do interesado, xa sexa para adaptalo ao seu proxecto ou replicalo sen mais.<br /> <br /> Ademais existen unha grande variedade de módulos que aumentan, ou complementan, as posibilidades desta ferramenta facilitando a inclusión no proxecto de comunicación wifi, ethernet ou dar asistencia a tecnoloxías RFID ou GSM, por exemplo.<br /> <br /> A actividade organizarase en dúas xornadas de 4 horas.<br /> *Primeira xornada: 2 horas de presentación do proxecto + 2 horas de introdución práctica.<br /> *Segunda xornada: 4 horas de obradoiro práctico (realización dun proxecto sinxelo)<br /> <br /> [[Evento Arduino 2012|Mais información.]]<br /> <br /> == Actividades actualmente en proceso ==<br /> === Desenvolvemento de GALPon Minino ===<br /> * Baseada en Lenny e pensada para equipos modestos con 64Mb de RAM e 1Gb de HD.<br /> * Outubro 2008 Publicada a versión 1.0.<br /> * Decembro 2008 Publicada a versión 1.1.<br /> * Abril (18) 2010 Publicada a versión 1.2-beta.<br /> ** Esta versión inclúe moitas modificacións sobre a versión anterior, sendo na práctica unha proba de concepto para a vindeira versión 2.0.<br /> * Xuño (14) 2010 Publicada a versión 1.2-RC.<br /> * Setembro (17) Presentada a versión final en Mugardos co gallo do «Día da liberdade do Software»<br /> A versión 2.0 estará baseada en Debian Wheezy e está prevista a primeira versión '''beta''' para o veran de 2012.<br /> <br /> Iniciase o proceso de preparación dunha distro derivada para picaros de 3 a 5 anos co nome «'''PicarOS'''» que está previsto estea rematada para Agosto do 2011.<br /> * [http://minino.galpon.org Máis información]<br /> <br /> <br /> === &quot;GRUVI - Grupo de Reciclaxe Informática da Universidade de Vigo&quot; ===<br /> * Desenvolvida dende Febreiro 2007 - Xullo 2011 (prorrogado).<br /> * Lugar: Universidade de Vigo<br /> * Descrición: Proxecto de voluntariado de recuperación de equipos informáticos da UVigo para doalos con Software Libre a entidades sociais. Participa a OVI (Oficina de Voluntariado e Integración), a OMA (Oficina de Medio Ambiente) da Universidade de Vigo e GALPon.org <br /> * [[Recuperación equipos informáticos para ONGs | Máis información ]]<br /> <br /> == Actividades en proceso de estudio ==<br /> === Scratch + Arduino ===<br /> * [[ Xornadas sobre Scratch + Arduino - Xuntanza Previa -]]<br /> * [[ Xornadas sobre Scratch + Arduino - Presentación do proxecto]]<br /> <br /> == Actividades pendentes... ==<br /> <br /> <br /> == Documentos colaborativos ==<br /> === &quot;Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria ===<br /> * Para impulsar as TIC e o '''Software Libre na educación en Galicia'''<br /> [[Documento consensuado do Profesorado galego de Ensinanza Primaria e Secundaria | Mais Información]]<br /> === Elaboración do documento consensuado dos Grupos de Usuarios de GNU/Linux galegos ===<br /> * Para impulsar o '''Software Libre en Galiza'''<br /> [[Documento consensuado dos GUGL galegos para impulsar SL en Galiza | Máis información]]<br /> <br /> <br /> == Actividades destacadas ==<br /> === Presenza de Richard Stallman en Vigo organizada por GALPon ===<br /> * [[RMS_en_Vigo|Richard Stallman en Vigo]]<br /> === Edicións da Linux-Party feitas por GALPon ===<br /> * [[Linux_Party_2006|2006]]<br /> * [[LinuxParty2004|2004]]<br /> === Colaboracións de GALPon coa NX-Conecta ===<br /> * [[NXConecta_2006|2006]]<br /> * [[NXConecta_2005|2005]]<br /> <br /> == Actividades xa realizadas ==<br /> * Ano [[2012]]<br /> * Ano [[2011]]<br /> * Ano [[2010]]<br /> * Ano [[2009]]<br /> * Ano [[2008]]<br /> * Ano [[2007]]<br /> * Ano [[2006]]<br /> * Ano [[2005]]<br /> * Ano [[2004]]</div>

Ruworuro https://wiki.galpon.org/index.php?title=Habilitar_Roaming_en_APs_con_diferentes_ESSIDs&diff=3475 2012-02-29T23:15:21Z

<p>Ruworuro: </p> <hr /> <div>== Que significa itinerancia o roaming. ==<br /> <br /> Roaming es la capacidad de cambiar de un área de cobertura a otra sin interrupción en el servicio o pérdida en conectividad. Para que esto sea posible debe existir un área de solapamiento en el que el cliente puede recibir el servicio desde diferentes puntos. [1]<br /> <br /> La forma más habitual de dar este servicio es distribuyendo APs a lo largo de una estancia de tal forma que la red queda definida por un único ESSID y un conjunto de BSSIDs. Habitual en universidades/empresas ... pero no es mi caso :(<br /> <br /> == Mi situación ==<br /> <br /> Dispongo de 2 APs, con ESSIDs diferentes y mi intención es pasar de conectarme a un AP a conectarme al otro, sin perder paquetes.<br /> <br /> Por experiencia sé que, al menos en Squeeze, tanto Network-Manager como Wicd manejan mal el tema del roaming y se pierden cierto numero de paquetes. Pero esto si la red no cambia de ESSID.<br /> <br /> Para realizar la prueba tengo que parar mi gestor habitual de conexiones (Wicd), para lo que ejecuto:<br /> <br /> insserv -r wicd<br /> sed -i '/^START_DAEMON/ s/yes/no/' /etc/default/wicd<br /> <br /> Ahora editamos el archivo '''/etc/network/interfaces''' para que el servicio '''networking''' administre nuestra tarjeta wifi (wlan0). En Squeeze, si usas Network-Manager como gestor de conexión basta con editar este archivo para evitar que Network-Manager tome el control de la interfaz wifi [2].<br /> <br /> auto wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_suppliciant/roam.conf<br /> <br /> Es importante fijarse en '''manual''', ya que solo se puede usar el wpa-roam si la interfaz está configurada de esta forma.<br /> <br /> == El archivo roam.conf ==<br /> <br /> Llega lo interesante.<br /> <br /> Este archivo guarda la configuración de '''wpa_supplicant''' para conectarse a cierto AP. Así tendremos, dentro de este archivo, tantos '''network''' como ESSIDs tengamos en nuestra malla. En mi caso 2.<br /> <br /> Como no voy a pararme con la configuración de wpa_supplicant os dejo dos enlaces para que os informéis de lo que es necesario según el caso. [3] y [4]<br /> <br /> Es necesario añadir esta línea al inicio del archivo:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> de donde:<br /> * '''DIR''' indica la ruta donde se encuentra los sockets de wpa_supplicant.<br /> * '''GROUP''' con el asignamos el grupo que tiene permisos para administrar wpa_supplicant con herramientas como '''wpa_cli''' o '''wpagui'''<br /> <br /> Para poder añadir configuraciones nuevas, así como modificar las que ya están, sin tener que parar y levantar el servicio, debemos añadir '''update_config=1''' al archivo roam.conf<br /> <br /> En mi caso, con una configuración bastante sencilla, el archivo me quedó parecido a este:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> network {<br /> ssid=&quot;AP_1&quot;<br /> psk=&quot;La contraseña&quot;<br /> id_str=&quot;primer_ap&quot;<br /> }<br /> <br /> network {<br /> ssid=&quot;AP_2&quot;<br /> psk=&quot;La otra contraseña&quot;<br /> id_str=&quot;segundo_ap&quot;<br /> }<br /> <br /> Muy importante las líneas '''id_str''' ya que estas unen una configuración de red con una configuración de wpa_supplicant.<br /> <br /> == De nuevo el archivo interfaces ==<br /> <br /> Una vez que acabamos con el archivo '''roam.conf''' volvemos a editar el archivo '''/etc/network/interfaces'''.<br /> <br /> Nuestra configuración no solo puede variar en cuanto a ESSIDs, sino que puede también variar respecto a ip, dns, rutas....<br /> <br /> Vamos a añadir la configuración '''primer_ap''' y '''segundo_ap'''.<br /> <br /> iface primer_ap inet dhcp<br /> <br /> iface segundo_ap inet static<br /> address 192.168.220.100<br /> netmask 255.255.255.224<br /> gateway 192.168.220.97<br /> <br /> Se puede establecer cualquier configuración que fuese necesaria, pero debemos respetar los '''id_srt'' establecidos en '''roam.conf'''.<br /> <br /> <br /> == Levantando el servicio ==<br /> <br /> Ahora como root, o con sudo, ejecutaremos:<br /> <br /> service networking restart<br /> <br /> y, si no da ningún error, ya lo tenéis funcionando.<br /> <br /> == Pruebas ==<br /> <br /> Para comprobar que funciona correctamente podemos, en una zona solapada, ejecutar en una terminal '''ping 8.8.8.8''' y en otra '''tail -f /var/log/syslog'''. Ahora nos dedicamos a dar unas vueltas de forma que se pierdan las señales de un u otro AP y debemos ver que el '''ping''' no pierde paquetes.<br /> <br /> == Enlaces ==<br /> <br /> [1] http://www.adrformacion.com/cursos/wifi/leccion3/tutorial3.html<br /> <br /> [2] http://wiki.debian.org/NetworkManager#Wired_Networks_are_Unmanaged<br /> <br /> [3] http://www.esdebian.org/wiki/configuracion-manual-wpasupplicant<br /> <br /> [4] http://wiki.debian.org/WiFi/HowToUse#wpa_supplicant<br /> <br /> Realizado tras leer http://ubuntuforums.org/showthread.php?t=1259003</div>

Ruworuro https://wiki.galpon.org/index.php?title=Habilitar_Roaming_en_APs_con_diferentes_ESSIDs&diff=3474 2012-02-29T23:13:36Z

<p>Ruworuro: Página creada con &#039;== Que significa itinerancia o roaming. == Roaming es la capacidad de cambiar de un área de cobertura a otra sin interrupción en el servicio o pérdida en conectividad. Para ...&#039;</p> <hr /> <div>== Que significa itinerancia o roaming. ==<br /> <br /> Roaming es la capacidad de cambiar de un área de cobertura a otra sin interrupción en el servicio o pérdida en conectividad. Para que esto sea posible debe existir un área de solapamiento en el que el cliente puede recibir el servicio desde diferentes puntos. [1]<br /> <br /> La forma más habitual de dar este servicio es distribuyendo APs a lo largo de una estancia de tal forma que la red queda definida por un único ESSID y un conjunto de BSSIDs. Habitual en universidades/empresas ... pero no es mi caso :(<br /> <br /> == Mi situación ==<br /> <br /> Dispongo de 2 APs, con ESSIDs diferentes y mi intención es pasar de conectarme a un AP a conectarme al otro, sin perder paquetes.<br /> <br /> Por experiencia sé que, al menos en Squeeze, tanto Network-Manager como Wicd manejan mal el tema del roaming y se pierden cierto numero de paquetes. Pero esto si la red no cambia de ESSID.<br /> <br /> Para realizar la prueba tengo que parar mi gestor habitual de conexiones (Wicd), para lo que ejecuto:<br /> <br /> insserv -r wicd<br /> sed -i '/^START_DAEMON/ s/yes/no/' /etc/default/wicd<br /> <br /> Ahora editamos el archivo '''/etc/network/interfaces''' para que el servicio '''networking''' administre nuestra tarjeta wifi (wlan0). En Squeeze, si usas Network-Manager como gestor de conexión basta con editar este archivo para evitar que Network-Manager tome el control de la interfaz wifi [2].<br /> <br /> auto wlan0<br /> iface wlan0 inet manual<br /> wpa-roam /etc/wpa_suppliciant/roam.conf<br /> <br /> Es importante fijarse en '''manual''', ya que solo se puede usar el wpa-roam si la interfaz está configurada de esta forma.<br /> <br /> == El archivo roam.conf ==<br /> <br /> Llega lo interesante.<br /> <br /> Este archivo guarda la configuración de '''wpa_supplicant''' para conectarse a cierto AP. Así tendremos, dentro de este archivo, tantos '''network''' como ESSIDs tengamos en nuestra malla. En mi caso 2.<br /> <br /> Como no voy a pararme con la configuración de wpa_supplicant os dejo dos enlaces para que os informéis de lo que es necesario según el caso. [3] y [4]<br /> <br /> Es necesario añadir esta línea al inicio del archivo:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> de donde:<br /> * '''DIR''' indica la ruta donde se encuentra los sockets de wpa_supplicant.<br /> * '''GROUP''' con el asignamos el grupo que tiene permisos para administrar wpa_supplicant con herramientas como '''wpa_cli''' o '''wpagui'''<br /> <br /> Para poder añadir configuraciones nuevas, así como modificar las que ya están, sin tener que parar y levantar el servicio, debemos añadir '''update_config=1''' al archivo roam.conf<br /> <br /> En mi caso, con una configuración bastante sencilla, el archivo me quedó parecido a este:<br /> <br /> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev<br /> <br /> network {<br /> ssid=&quot;AP_1&quot;<br /> psk=&quot;La contraseña&quot;<br /> id_str=&quot;primer_ap&quot;<br /> }<br /> <br /> network {<br /> ssid=&quot;AP_2&quot;<br /> psk=&quot;La otra contraseña&quot;<br /> id_str=&quot;segundo_ap&quot;<br /> }<br /> <br /> Muy importante las líneas '''id_str''' ya que estas unen una configuración de red con una configuración de wpa_supplicant.<br /> <br /> == De nuevo el archivo interfaces ==<br /> <br /> Una vez que acabamos con el archivo '''roam.conf''' volvemos a editar el archivo '''/etc/network/interfaces'''.<br /> <br /> Nuestra configuración no solo puede variar en cuanto a ESSIDs, sino que puede también variar respecto a ip, dns, rutas....<br /> <br /> Vamos a añadir la configuración '''primer_ap''' y '''segundo_ap'''.<br /> <br /> iface primer_ap inet dhcp<br /> <br /> iface segundo_ap inet static<br /> address 192.168.220.100<br /> netmask 255.255.255.224<br /> gateway 192.168.220.97<br /> <br /> Se puede establecer cualquier configuración que fuese necesaria, pero debemos respetar los '''id_srt'' establecidos en '''roam.conf'''.<br /> <br /> <br /> == Levantando el servicio ==<br /> <br /> Ahora como root, o con sudo, ejecutaremos:<br /> <br /> service networking restart<br /> <br /> y, si no da ningún error, ya lo tenéis funcionando.<br /> <br /> == Pruebas ==<br /> <br /> Para comprobar que funciona correctamente podemos, en una zona solapada, ejecutar en una terminal '''ping 8.8.8.8''' y en otra '''tail -f /var/log/syslog'''. Ahora nos dedicamos a dar unas vueltas de forma que se pierdan las señales de un u otro AP y debemos ver que el '''ping''' no pierde paquetes.<br /> <br /> == Enlaces ==<br /> <br /> [1] http://www.adrformacion.com/cursos/wifi/leccion3/tutorial3.html<br /> <br /> [2] http://wiki.debian.org/NetworkManager#Wired_Networks_are_Unmanaged<br /> <br /> [3] http://www.esdebian.org/wiki/configuracion-manual-wpasupplicant<br /> <br /> [4] http://wiki.debian.org/WiFi/HowToUse#wpa_supplicant</div>

Ruworuro https://wiki.galpon.org/index.php?title=Portada&diff=3473 2012-02-29T21:14:39Z

<p>Ruworuro: </p> <hr /> <div>{{Nota|nota=''(Galego) Este wiki é un proxecto colaborativo feito por persoas que poden escribir tanto en galego coma en castelán. Esperamos que poidas disfrutar del e que o completes coas túas aportacións. A comunidade de Software Libre agradeceracho :-) ''<br /> <br /> ''(Castellano o español) Este wiki es un proyecto colaborativo hecho por personas que pueden escribir tanto en gallego como en castellano. Esperamos que puedas disfrutar de él y que lo completes con tus aportaciones. La comunidad del software libre te lo agradecerá :-) ''<br /> }}<br /> <br /> ----<br /> <br /> &lt;center&gt;'''''__________ NOTA IMPORTANTE: __________'''''&lt;/center&gt;<br /> <br /> '''''PARA EVITAR VANDALISMO NESTE WIKI, A CREACIÓN DE CONTAS ESTÁ RESTRINXIDA AO WEBMASTER E A PERSOAS XA REGISTRADAS CON ANTERIORIDADE. SE QUERE TER UNHA CONTA PARA EDITAR ESTE WIKI, POR FAVOR, ENVÍE UN CORREO A [mailto://info@galpon.org info@galpon.org] OU PÓÑASE EN CONTACTO CON OUTRA PERSOA XA REXISTRADA QUE LLE PODA CREAR A CONTA. DESCULPE AS MOLESTIAS ;-)'''''<br /> <br /> ----<br /> <br /> == O mellor de GALPon ==<br /> === Actividades ===<br /> * [[ Debates | Debates ]]<br /> * [[Actividades | Actividades da Asociación ]]<br /> * [[Propostas | Propostas de actividades feitas polos socios ]]<br /> * [http://www.galpon.org/drupal/files/memoria-actividades-GALPon-2006.pdf Memoria do ano 2006]<br /> * [http://www.galpon.org/drupal/files/2004_memoria_actividades.pdf Memoria do ano 2004]<br /> <br /> === Documentación y manuales ===<br /> Aquí puedes ir añadiendo las páginas del wiki que realices con información interesante. Cualquier persona puede incluir cualquier contenido relacionado con el Software Libre.<br /> Por favor, coloca las nuevas páginas primero.<br /> <br /> * [[Habilitar Roaming en APs con diferentes ESSIDs]]<br /> * [[Cambiar, en Firefox, o buscador predeterminado a DuckDuckGo (SSL)]]<br /> * [[Actualización drupal]]<br /> * [[Directorio Activo en Linux]]<br /> * [[Tethering con N900]]<br /> * [[Gmail como cliente de correo predeterminado en Gnome]]<br /> * [[Solucion de problemas]]<br /> * [[Gettext_izar en &quot;Bash scripting&quot;]]<br /> * [[Gettext_izar en &quot;C&quot;]]<br /> * [[Gettext_izar en Python e Python+Glade]]<br /> * [[Gettext_izar en Ruby on Rails (RoR)]]<br /> * [[Transferencia facil de ficheros y mini-servidor web para apuros]]<br /> * [[Formatar os dispositivos de memoria USB, cartóns SSD etc.. e/ou modificar a súa etiqueta de volume]]<br /> * [[Formatear los dispositivos de memoria USB, tarjetas SSD etc.. y/o modificar su etiqueta de vol&amp;#250;men]]<br /> * [[Ubuntu 8.10 (Intrepid Ibex) en un Acer Aspire One con la interface Netbook Remix (UNR)]]<br /> * [[Utilizar el módem de un teléfono móvil Nokia por Bluetooth para conexión 3G / GPRS de Vodafone en un portátil con Ubuntu]] <br /> * [[Instalar Debian nun disco portátil USB - Galego |Instalar Debian nun disco portátil USB - Galego]]<br /> * [[Instalar Debian en un disco portátil USB - Castellano |Instalar Debian en un disco portátil USB - Castellano]]<br /> * [[Xen_Mini_HOWTO | Xen Mini HOWTO - Incompleto]]<br /> * [[Pór unha imaxe de fondo en GRUB / Poner una imagen de fondo en GRUB | Pór unha imaxe de fondo en GRUB / Poner una imagen de fondo en GRUB (bilingüe)]]<br /> * [[Activar o &quot;touchpad&quot; con efecto &quot;roda de rato&quot; (función &quot;scroll&quot;) | Activar o &quot;touchpad&quot; con efecto &quot;roda de rato&quot; (función &quot;scroll&quot;) (bilingüe)]]<br /> * [[Intel wireles 3495 en Debian Etch e Testing/Lenny | Intel wireles 3495 en Debian Etch e Testing/Lenny (bilingüe)]]<br /> * [[Instalando Debian Etch → Testing/Lenny Con escritorio Xfce ou Kde | Instalando Debian Etch → Testing/Lenny Con escritorio Xfce ou Kde]]<br /> * [[history-completion | Mellorando / Mejorando &quot;history-completion&quot; (bilingüe)]]<br /> * [[ScanMagic_1200 | Configurar escáner ScanMagic 1200 CP (Mustek 1200CP) en Linux ]] <br /> * [[Castellanizar Linux Mint Daryna FluxBox CE | Castellanizar Linux Mint Daryna FluxBox CE]]<br /> * [[Ipod_touch_en_debian | Ipod Touch - información sobre ipod touch y su uso en un entorno debian ]] <br /> * [[Linux Mint Daryna Xfce | Instalando Linux Mint 4.0 Daryna XFCE beta 008 en una máquina con pocos recursos]]<br /> * [[AirPlus G+ · DWL-G650+ Sobre Debian Etch | Como activar una tarjeta de red inalámbrica PCMCIA AirPlus G+ · DWL-G650+ Sobre Debian Etch]]<br /> * [[Debian_Live | Haz tu propia live con Debian ]] <br /> * [[Fonera_Openwrt | Instalación y actualización de Openwrt en una Fonera]]<br /> * [[Migración_XoopsGallery_a_Gallery2_en_Drupal | Migración de XoopsGallery v1 a Gallery2 integrado en Drupal ]]<br /> * [[VirtualBox y Ubuntu Gutsy Gibbon | Virtual Box y Ubuntu Gutsy Gibbon → Castellano]]<br /> * [[VirtualBox e Ubuntu Gutsy Gibbon | Virtual Box e Ubuntu Gutsy Gibbon → Galego]]<br /> * [[Auricular_Bluetooth_en_GNU/Linux | Auricular Bluetooth en GNU/Linux]]<br /> * [[approx+debtorrent_howto | Ahorrar ancho de banda con apt-get, Approx + Debtorrent HOWTO]]<br /> * [[Debian MiniMa -Galego- | Instalación dunha Debian MiniMa nunha máquina de só 32MB de RAM → Galego]]<br /> * [[Debian MiniMa -Castellano- | Instalación de una Debian MiniMa en una máquina de solo 32MB de RAM → Castellano]]<br /> * [[Deli Linux -Galego- | Deli Linux instalado en portátil Toshiba 4000CDT PII/117MHz - RAM 32 MB → Galego]]<br /> * [[Deli Linux -Castellano- | Deli Linux instalado en portátil Toshiba 4000CDT PII/117MHz - RAM 32 MB → Castellano]]<br /> * [[ava1502 | AVA-1502 funcionando en GNU/Linux]]<br /> * [[Hylafax_en_Ubuntu | Hylafax en Ubuntu ]]<br /> * [[Modem_Linuxant_en_Ubuntu | Modem Linuxant en Ubuntu]]<br /> * [[Modem_SmartLink_en_Ubuntu | Modem SmartLink en Ubuntu]]<br /> * [[GnuPg | Pasos para trabajar con gpg]]<br /> * [[Servizo_Uvigo-TV | Servizo para ver Uvigo.tv en GNU/Linux]]<br /> <br /> === Máis documentación interesante sobre Software Libre ===<br /> * [http://www.galpon.org/xoops/modules/sections/index.php?op=listarticles&amp;secid=1 Documentos (web 1.0)]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=17 Instalación de Guadalinex Mini ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=16 Instalación de Linux como Sistema Operativo único en un Mac mini Intel ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=15 Permisos Mini-Howto ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=14 Ati Radeon 9200 en Linux con FireGL ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=13 Mini guia de instalacion de Gentoo ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=8 CD Multiarranque ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=7 Comandos para novatos Mini-Como ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=6 Linux en el Compaq EVO 160 ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=5 Backups con RSYNC ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=4 GnuPG COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=3 Raton USB COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=2 Grub COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=1 Grabadoras Mini-COMO ]<br /> * [http://www.galpon.org/xoops/modules/weblog/ Diarios antigos (web 1.0)]<br /> <br /> == Documentación de conferencias-obradoiros ==<br /> * [[As redes sociais e a seguranza persoal|As redes sociais e a seguranza persoal]]<br /> <br /> == Por migrar da nosa web 1.0 ==<br /> === Galería de imaxes ===<br /> * Facer o URL Rewrite para que vaia ao Drupal e eliminar os arquivos do Xoops (non se poden eliminar os álbumes pero sí o seu contido). Para más info, mirar arriba onde pon Migración de Xoopsgallery a Gallery2 en Drupal.</div>

Ruworuro https://wiki.galpon.org/index.php?title=Portada&diff=3472 2012-02-29T21:12:59Z

<p>Ruworuro: </p> <hr /> <div>{{Nota|nota=''(Galego) Este wiki é un proxecto colaborativo feito por persoas que poden escribir tanto en galego coma en castelán. Esperamos que poidas disfrutar del e que o completes coas túas aportacións. A comunidade de Software Libre agradeceracho :-) ''<br /> <br /> ''(Castellano o español) Este wiki es un proyecto colaborativo hecho por personas que pueden escribir tanto en gallego como en castellano. Esperamos que puedas disfrutar de él y que lo completes con tus aportaciones. La comunidad del software libre te lo agradecerá :-) ''<br /> }}<br /> <br /> ----<br /> <br /> &lt;center&gt;'''''__________ NOTA IMPORTANTE: __________'''''&lt;/center&gt;<br /> <br /> '''''PARA EVITAR VANDALISMO NESTE WIKI, A CREACIÓN DE CONTAS ESTÁ RESTRINXIDA AO WEBMASTER E A PERSOAS XA REGISTRADAS CON ANTERIORIDADE. SE QUERE TER UNHA CONTA PARA EDITAR ESTE WIKI, POR FAVOR, ENVÍE UN CORREO A [mailto://info@galpon.org info@galpon.org] OU PÓÑASE EN CONTACTO CON OUTRA PERSOA XA REXISTRADA QUE LLE PODA CREAR A CONTA. DESCULPE AS MOLESTIAS ;-)'''''<br /> <br /> ----<br /> <br /> == O mellor de GALPon ==<br /> === Actividades ===<br /> * [[ Debates | Debates ]]<br /> * [[Actividades | Actividades da Asociación ]]<br /> * [[Propostas | Propostas de actividades feitas polos socios ]]<br /> * [http://www.galpon.org/drupal/files/memoria-actividades-GALPon-2006.pdf Memoria do ano 2006]<br /> * [http://www.galpon.org/drupal/files/2004_memoria_actividades.pdf Memoria do ano 2004]<br /> <br /> === Documentación y manuales ===<br /> Aquí puedes ir añadiendo las páginas del wiki que realices con información interesante. Cualquier persona puede incluir cualquier contenido relacionado con el Software Libre.<br /> Por favor, coloca las nuevas páginas primero.<br /> <br /> * [[Habilitar el Roaming con diferentes ESSIDs]]<br /> * [[Cambiar, en Firefox, o buscador predeterminado a DuckDuckGo (SSL)]]<br /> * [[Actualización drupal]]<br /> * [[Directorio Activo en Linux]]<br /> * [[Tethering con N900]]<br /> * [[Gmail como cliente de correo predeterminado en Gnome]]<br /> * [[Solucion de problemas]]<br /> * [[Gettext_izar en &quot;Bash scripting&quot;]]<br /> * [[Gettext_izar en &quot;C&quot;]]<br /> * [[Gettext_izar en Python e Python+Glade]]<br /> * [[Gettext_izar en Ruby on Rails (RoR)]]<br /> * [[Transferencia facil de ficheros y mini-servidor web para apuros]]<br /> * [[Formatar os dispositivos de memoria USB, cartóns SSD etc.. e/ou modificar a súa etiqueta de volume]]<br /> * [[Formatear los dispositivos de memoria USB, tarjetas SSD etc.. y/o modificar su etiqueta de vol&amp;#250;men]]<br /> * [[Ubuntu 8.10 (Intrepid Ibex) en un Acer Aspire One con la interface Netbook Remix (UNR)]]<br /> * [[Utilizar el módem de un teléfono móvil Nokia por Bluetooth para conexión 3G / GPRS de Vodafone en un portátil con Ubuntu]] <br /> * [[Instalar Debian nun disco portátil USB - Galego |Instalar Debian nun disco portátil USB - Galego]]<br /> * [[Instalar Debian en un disco portátil USB - Castellano |Instalar Debian en un disco portátil USB - Castellano]]<br /> * [[Xen_Mini_HOWTO | Xen Mini HOWTO - Incompleto]]<br /> * [[Pór unha imaxe de fondo en GRUB / Poner una imagen de fondo en GRUB | Pór unha imaxe de fondo en GRUB / Poner una imagen de fondo en GRUB (bilingüe)]]<br /> * [[Activar o &quot;touchpad&quot; con efecto &quot;roda de rato&quot; (función &quot;scroll&quot;) | Activar o &quot;touchpad&quot; con efecto &quot;roda de rato&quot; (función &quot;scroll&quot;) (bilingüe)]]<br /> * [[Intel wireles 3495 en Debian Etch e Testing/Lenny | Intel wireles 3495 en Debian Etch e Testing/Lenny (bilingüe)]]<br /> * [[Instalando Debian Etch → Testing/Lenny Con escritorio Xfce ou Kde | Instalando Debian Etch → Testing/Lenny Con escritorio Xfce ou Kde]]<br /> * [[history-completion | Mellorando / Mejorando &quot;history-completion&quot; (bilingüe)]]<br /> * [[ScanMagic_1200 | Configurar escáner ScanMagic 1200 CP (Mustek 1200CP) en Linux ]] <br /> * [[Castellanizar Linux Mint Daryna FluxBox CE | Castellanizar Linux Mint Daryna FluxBox CE]]<br /> * [[Ipod_touch_en_debian | Ipod Touch - información sobre ipod touch y su uso en un entorno debian ]] <br /> * [[Linux Mint Daryna Xfce | Instalando Linux Mint 4.0 Daryna XFCE beta 008 en una máquina con pocos recursos]]<br /> * [[AirPlus G+ · DWL-G650+ Sobre Debian Etch | Como activar una tarjeta de red inalámbrica PCMCIA AirPlus G+ · DWL-G650+ Sobre Debian Etch]]<br /> * [[Debian_Live | Haz tu propia live con Debian ]] <br /> * [[Fonera_Openwrt | Instalación y actualización de Openwrt en una Fonera]]<br /> * [[Migración_XoopsGallery_a_Gallery2_en_Drupal | Migración de XoopsGallery v1 a Gallery2 integrado en Drupal ]]<br /> * [[VirtualBox y Ubuntu Gutsy Gibbon | Virtual Box y Ubuntu Gutsy Gibbon → Castellano]]<br /> * [[VirtualBox e Ubuntu Gutsy Gibbon | Virtual Box e Ubuntu Gutsy Gibbon → Galego]]<br /> * [[Auricular_Bluetooth_en_GNU/Linux | Auricular Bluetooth en GNU/Linux]]<br /> * [[approx+debtorrent_howto | Ahorrar ancho de banda con apt-get, Approx + Debtorrent HOWTO]]<br /> * [[Debian MiniMa -Galego- | Instalación dunha Debian MiniMa nunha máquina de só 32MB de RAM → Galego]]<br /> * [[Debian MiniMa -Castellano- | Instalación de una Debian MiniMa en una máquina de solo 32MB de RAM → Castellano]]<br /> * [[Deli Linux -Galego- | Deli Linux instalado en portátil Toshiba 4000CDT PII/117MHz - RAM 32 MB → Galego]]<br /> * [[Deli Linux -Castellano- | Deli Linux instalado en portátil Toshiba 4000CDT PII/117MHz - RAM 32 MB → Castellano]]<br /> * [[ava1502 | AVA-1502 funcionando en GNU/Linux]]<br /> * [[Hylafax_en_Ubuntu | Hylafax en Ubuntu ]]<br /> * [[Modem_Linuxant_en_Ubuntu | Modem Linuxant en Ubuntu]]<br /> * [[Modem_SmartLink_en_Ubuntu | Modem SmartLink en Ubuntu]]<br /> * [[GnuPg | Pasos para trabajar con gpg]]<br /> * [[Servizo_Uvigo-TV | Servizo para ver Uvigo.tv en GNU/Linux]]<br /> <br /> === Máis documentación interesante sobre Software Libre ===<br /> * [http://www.galpon.org/xoops/modules/sections/index.php?op=listarticles&amp;secid=1 Documentos (web 1.0)]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=17 Instalación de Guadalinex Mini ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=16 Instalación de Linux como Sistema Operativo único en un Mac mini Intel ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=15 Permisos Mini-Howto ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=14 Ati Radeon 9200 en Linux con FireGL ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=13 Mini guia de instalacion de Gentoo ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=8 CD Multiarranque ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=7 Comandos para novatos Mini-Como ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=6 Linux en el Compaq EVO 160 ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=5 Backups con RSYNC ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=4 GnuPG COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=3 Raton USB COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=2 Grub COMO ]<br /> ** [http://www.galpon.org/xoops/modules/sections/index.php?op=viewarticle&amp;artid=1 Grabadoras Mini-COMO ]<br /> * [http://www.galpon.org/xoops/modules/weblog/ Diarios antigos (web 1.0)]<br /> <br /> == Documentación de conferencias-obradoiros ==<br /> * [[As redes sociais e a seguranza persoal|As redes sociais e a seguranza persoal]]<br /> <br /> == Por migrar da nosa web 1.0 ==<br /> === Galería de imaxes ===<br /> * Facer o URL Rewrite para que vaia ao Drupal e eliminar os arquivos do Xoops (non se poden eliminar os álbumes pero sí o seu contido). Para más info, mirar arriba onde pon Migración de Xoopsgallery a Gallery2 en Drupal.</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3184 2011-06-26T21:30:44Z

<p>Ruworuro: /* REPADMIN */ Faltaban 2 espacios</p> <hr /> <div>__TOC__<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> http://www.coyser.com/images/imagen-directorio-activo.jpg<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA<br /> <br /> FSMO:<br /> Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA<br /> <br /> ===Sitios (sites)===<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw<br /> <br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> <br /> ===Videos demostrativos===<br /> ::http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/init.d/samba4 start<br /> o<br /> /etc/init.d/samba4 stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> ====smbclient====<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> ==Unir clientes Windows al dominio:==<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ==Administrar el dominio desde un cliente windows.==<br /> ===Windows7=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ===Vista=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ===Windows XP Pro=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ==Configurando perfiles móviles para Windows 7==<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ==Añadir Unidad Organizativa al dominio.==<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función, donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada.<br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org<br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> == Fuentes ==<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3183 2011-06-26T21:29:58Z

<p>Ruworuro: /* NETDIAG */ Otro espacio que faltaba separaba en dos la salida del comando.</p> <hr /> <div>__TOC__<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> http://www.coyser.com/images/imagen-directorio-activo.jpg<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA<br /> <br /> FSMO:<br /> Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA<br /> <br /> ===Sitios (sites)===<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw<br /> <br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> <br /> ===Videos demostrativos===<br /> ::http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/init.d/samba4 start<br /> o<br /> /etc/init.d/samba4 stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> ====smbclient====<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> ==Unir clientes Windows al dominio:==<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ==Administrar el dominio desde un cliente windows.==<br /> ===Windows7=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ===Vista=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ===Windows XP Pro=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ==Configurando perfiles móviles para Windows 7==<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ==Añadir Unidad Organizativa al dominio.==<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función, donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada.<br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org<br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> == Fuentes ==<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3182 2011-06-26T21:27:32Z

<p>Ruworuro: /* Paso 9: Prueba de kerberos */ Un espacio separaba el contenido de archivo en 2</p> <hr /> <div>__TOC__<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> http://www.coyser.com/images/imagen-directorio-activo.jpg<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA<br /> <br /> FSMO:<br /> Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA<br /> <br /> ===Sitios (sites)===<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw<br /> <br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> <br /> ===Videos demostrativos===<br /> ::http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/init.d/samba4 start<br /> o<br /> /etc/init.d/samba4 stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> ====smbclient====<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> ==Unir clientes Windows al dominio:==<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ==Administrar el dominio desde un cliente windows.==<br /> ===Windows7=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ===Vista=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ===Windows XP Pro=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ==Configurando perfiles móviles para Windows 7==<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ==Añadir Unidad Organizativa al dominio.==<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función, donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada.<br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org<br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> == Fuentes ==<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3177 2011-06-26T19:37:03Z

<p>Ruworuro: </p> <hr /> <div>{| style=&quot;float: right;&quot;<br /> | __TOC__<br /> |}<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> [[Imagen:http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw]]<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> [[Imagen:http://213.198.0.249/images/imagen-directorio-activo.jpg]]<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_]]<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA]]<br /> <br /> FSMO:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA]]<br /> <br /> ===Sítios (sites)===<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw]]<br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> <br /> ===Videos demostrativos===<br /> ::http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/init.d/samba4 start<br /> o<br /> /etc/init.d/samba4 stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> ====smbclient====<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> <br /> ==Unir clientes Windows al dominio:==<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ==Administrar el dominio desde un cliente windows.==<br /> ===Windows7=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ===Vista=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ===Windows XP Pro=== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ==Configurando perfiles móviles para Windows 7==<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ==Añadir Unidad Organizativa al dominio.==<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función , donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada. <br /> <br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org y a rtoucedo@bit-bull.es <br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> ==Fuentes y agradecimientos:==<br /> <br /> <br /> Agradecimientos a GALPON (www.galpon.org) por darme la posibilidad de exponer mi trabajo y a www.bujarra.com por permitirme usar la información referente al directorio activo de Microsoft© de su página web así como a la gente de www.samba.org por su trabajo y su valiosa wiki, que sin ella esto no hubiese sido posible.<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz<br /> <br /> Y todo está anidado (o debería) en los foros de :<br /> <br /> http://bit-bull.es/ y en la wiki de www.galpon.org que está en: http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux .</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3176 2011-06-26T19:06:51Z

<p>Ruworuro: </p> <hr /> <div>{| style=&quot;float: right;&quot;<br /> | __TOC__<br /> |}<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> [[Imagen:http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw]]<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> [[Imagen:http://213.198.0.249/images/imagen-directorio-activo.jpg]]<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_]]<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA]]<br /> <br /> FSMO:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA]]<br /> <br /> ===Sítios (sites)===<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw]]<br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> <br /> ===Videos demostrativos===<br /> http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/inint.d/samba4 start<br /> o<br /> stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> smbclient<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> <br /> ===Unir clientes Windows al dominio:===<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ===Administrar el dominio desde un cliente windows.===<br /> ====Windows7==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ====Vista==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ====Windows XP Pro==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ====Configurando perfiles móviles para Windows 7====<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ====Añadir Unidad Organizativa al dominio.====<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función , donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada. <br /> <br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org y a rtoucedo@bit-bull.es <br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> ==Fuentes y agradecimientos:==<br /> <br /> <br /> Agradecimientos a GALPON (www.galpon.org) por darme la posibilidad de exponer mi trabajo y a www.bujarra.com por permitirme usar la información referente al directorio activo de Microsoft© de su página web así como a la gente de www.samba.org por su trabajo y su valiosa wiki, que sin ella esto no hubiese sido posible.<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz<br /> <br /> Y todo está anidado (o debería) en los foros de :<br /> <br /> http://bit-bull.es/ y en la wiki de www.galpon.org que está en: http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux .</div>

Ruworuro https://wiki.galpon.org/index.php?title=Directorio_Activo_en_Linux&diff=3175 2011-06-26T18:06:15Z

<p>Ruworuro: </p> <hr /> <div>{| style=&quot;float: right;&quot;<br /> | __TOC__<br /> |}<br /> <br /> ==Introducción:==<br /> <br /> Por todos es conocida la hegemonía de sistemas operativos propietarios en las empresas, altos costos en licenciamiento, altos gastos de mantenimiento preventivo (suites de anti- virus, los “parches de los martes”, etc.), a simple vista es incomprensible que utilicemos algo que nos cueste dinero y nos de problemas pero la estrategia por parte de la empresa que crea y mantiene dichos sistemas operativos es clara y funcional, inundar nuestras empresas / hogares con la parte cliente de su sistema operativo para así obligar al lado “servidor” a ser “de la casa”, nos encontramos con empresas multinacionales con facturas millonarias en licencias o lo que es peor, organismos públicos gastando dinero de las arcas del estado en licencias y caros sistemas de prevención de desastres (virus, etc.) con la disculpa de no existir alternativas reales libres a la infraestructura ya creada.<br /> <br /> La comisión Europea Anti-monopolio obligó a la empresa Microsoft© (dueña de los sistemas operativos propietarios que nos atañen) a liberar sus extensiones propietarias bajo una serie de acuerdos de no divulgación, dicha liberación permitirá a los desarrolladores de el proyecto SAMBA la implementación de su sistema allá donde exista una red con clientes propietarios y estando a la altura de las circunstancias, cabe destacar que la gente de Samba basaba sus investigaciones en el análisis de paquetes y la ingeniería inversa, al poseer dichas extensiones SAMBA ha empezado desde 0 la creación del prometedor SAMBA 4 que es el núcleo de este artículo.<br /> <br /> El escenario de este artículo es el de crear un PDC (controlador de dominio principal) a la altura de un Windows 2003 , dicho PDC podrá convivir y promocionarse con cualquier servidor de la casa Microsoft© (como Windows 2008) y cualquier cliente (Windows 7....) no debemos de olvidar nunca la juventud del desarrollo de SAMBA4 y debemos de recordar siempre su estado ALPHA, la gente de “samba” recomienda encarecidamente la NO PUESTA EN PRODUCCIÓN del mismo. Una vez creado el dominio con SAMBA 4, conectarle máquinas Windowos.<br /> <br /> Lo que se busca en este artículo es una versión funcional y estable de Samba4 para &quot;congelarla&quot; y ponerla en producción.<br /> <br /> La convivencia de SAMBA4 con BIND9 (o incluso 10) es obligada (como es lógico), es muy importante que BIND este correctamente instalado y configurado con soporte para actualizaciones dinámicas para que se puedan crear los registros PTR y A, (entre otras cosas) para ello debemos compilarlo con soporte GSSAPI dado que sin ello no podremos actualizar dichos registros.<br /> <br /> Es importante tener una serie de conocimientos técnicos sobre la utilización de Linux en general, el funcionamiento de un servidor DNS (RFC 1035) así como el funcionamiento del protocolo SAMBA y sus comandos, el funcionamiento de un Directorio Activo de Microsoft©, herramientas de compilación en Linux y de administración de servidores Windows, recomiendo encarecidamente perder todo el tiempo que sea posible en la correcta configuración de BIND (Named), ¡una vez que funciona lo replicaremos con los ojos cerrados!<br /> <br /> Samba 3.5 hacía ya funciones parecidas a un Directorio Activo, pero samba 3.5 + LDAP NO ES un directorio activo, SAMBA4 es realmente una alternativa (la única) con las ventajas y potencia del Software Libre.<br /> <br /> <br /> ==Qué saber antes de empezar: Breve introducción al Directorio Activo==<br /> <br /> Antes de poder montar una infraestructura de red basada en los servicios de directorio de Directorio Activo, es necesario tener claro los conceptos y funciones principales que hacen posible que dicha tecnología sirva para implementar una solución y no un problema. Es por eso que hay que conocer muy bien los conceptos básicos que se interrelacionan entre sí a la hora de hacer funcionar el Directorio Activo. A continuación se expone una breve lista y una pequeña descripción de lo que una persona debe conocer antes de implementar dicha solución; sería muy recomendable que se repasaran dichos términos/tecnologías en la propia ayuda del sistema o en la web de Microsoft© para poder comprender mejor el funcionamiento de lo que se va a explicar:<br /> <br /> [[Imagen:http://t2.gstatic.com/images?q=tbn:ANd9GcT8YkkLI_5-ZVZ74ac_Y1PZCSEIzx93A49RCpbF1P77ZjsnfkQASw]]<br /> <br /> ===Directorio Activo, ¿qué es?===<br /> <br /> El Directorio Activo es el servicio de directorio de Microsoft©…pero, ¿qué es un servicio de directorio?.<br /> Un servicio de directorio es como una base de datos para guardar gran cantidad de información y poder consultarla, agruparla, modificarla, etc.; haciendo un ejemplo, es como si fuera una agenda donde vamos a guardar y organizar la información que para nosotros es necesaria y útil.<br /> <br /> Por tanto, en el Directorio Activo guardaremos la información útil para la empresa, y después poder hacer diversos tipos de acciones sobre dicha información.<br /> <br /> [[Imagen:http://213.198.0.249/images/imagen-directorio-activo.jpg]]<br /> <br /> ===DNS===<br /> El servicio de DNS sirve para la resolución de nombres de máquina a una dirección IP y viceversa. Además, para el Directorio Activo, es su base, o mejor dicho, son sus cimientos; si el DNS no está bien configurado o tiene problemas, entonces nuestro diseño de Directorio Activo no funcionará adecuadamente y nos dará más problemas que soluciones, ya que el Directorio Activo usa el servicio de DNS para poder dejar información que después las estaciones de trabajo tendrán que poder consultar para interactuar correctamente con el servicio de directorio (validación, consultas, búsquedas, etc.).<br /> <br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTDyn-YJCxxr8F9wzEn0-hL8woohPlsf07BpFinxapjGTzOclM_]]<br /> <br /> ===Maestros de Operaciones (FSMO) y Global Catalog===<br /> <br /> A pesar de que a partir de Windows 2000 Server se ha cambiado el modelo de réplicas basado en “maestro-esclavo” como había en NT4 (el servidor que hacía de PDC actualizaba los cambios y después replicaba a los BDC que pudiera haber) a “multi-maestro” (cualquier DC puede actualizar los datos y después replicarlos con el resto de DC’s), hay que tener en cuenta que ciertas operaciones “críticas” e incluso cotidianas sólo pueden ser llevadas a cabo por determinados DC que lleven alguno de los roles especiales. Esos roles sirven para concretar unas funciones específicas a llevar a cabo por un DC, por lo tanto, es muy importante comprender la función de éstos y las consecuencias que puede haber en caso de una caída (en el apartado A.3 Implicaciones de un DC, FSMO o Global Catalog caído se puede ver más detalladamente una lista de posibles implicaciones). <br /> <br /> Global Catalog:<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQ9-ZMR043IGTALQn55TJ95XXG6CDBxApLA4K6xCR7NAHICb4jPCA]]<br /> <br /> FSMO:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcRlaPxko74nJvf3FINt90Z0BM07MrDTKCrYJ55Sxbrm9lCSbP4bqA]]<br /> <br /> ==Sítios (sites)==<br /> <br /> Un site es simplemente una agrupación de sub-redes lógicas, mediante la cual, el servicio de directorio será capaz de generar internamente y de manera transparente la topología de replicación entre servidores de subredes con buena comunicación entre sí, dar la posibilidad de establecer horarios e intervalos de replicación entre DC’s de diferentes subredes que no tengan tan buena comunicación y aprovechar así mejor el ancho de banda, o para poder resolver mejor las peticiones de un cliente (así, por ejemplo, es posible que un cliente quiera consultar un servidor que sea &quot;Global Catalog&quot; (catálogo global); según la subred a la que pertenezca el cliente, y si esta está definida en algún &quot;site&quot;, el servicio de directorio será capaz de proporcionar a ese cliente una respuesta informándole de los servidores de &quot;Global Catalog&quot; a los que más “fácil y rápidamente” puedan conectar para llevar a cabo su petición, y evitar así, por ejemplo, responderle con un GC que pudiera estar en una subred con un ancho de banda muy bajo).<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcTdlcQ7SkVekLfve2mlpYgvf4Q4kRAyFmgTgHVNCTRz2j7vsbxzNw]]<br /> {{Nota|nota='''''Digamos que estos 4 puntos descritos son los pilares básicos que deben conocerse y entenderse para poder llevar a cabo una correcta implementación basada en una solución de Directorio Activo (por supuesto, por debajo hay mucho más que se puede ver mirando muchos de los enlaces o documentación aquí adjunta o en la web de Microsoft©).'''''}}<br /> <br /> Si alguna función o parte de estos 4 puntos falla, por la causa que sea, supondrá un problema ya que podremos empezar a experimentar ciertos y diversos “comportamientos extraños” con nuestro Directorio Activo.<br /> <br /> Problemas tan diversos como la imposibilidad de que un usuario inicie sesión, que un DC deje de replicar con otro, no poder abrir una consola de gestión, o que no podamos unir máquinas al dominio pueden darse si no implementamos correctamente nuestro Directorio Activo.<br /> <br /> Es importante recalcar que la mayor parte de los problemas más comunes o cotidianos, se suelen deber en gran parte a una mala configuración DNS, tanto del servidor como en la parte cliente, de ahí que sea necesario recalcar que si no entendemos bien el funcionamiento de un DNS ni su implicación y relación estrechísima con el Directorio Activo, tendremos entonces muchos problemas en muchas partes que afecten a los clientes; por ejemplo, no se aplicarán correctamente las políticas de grupo; los clientes no podrían localizar servidores para hacer consultas y peticiones como puede ser un servidor para el inicio de sesión; la réplica entre DC’s falla debido a que no son capaces de conectar correctamente entre sí, etc...<br /> <br /> La definición de &quot;sites&quot; también es importantísima, ya que con ella podemos evitar que un cliente de una sede, por ejemplo, se valide en un DC de otra sede de otro país teniendo un DC en su misma subred u otra más accesible. O evitar que un DC de una sede replique con otro de otra sede en horas de trabajo, restando y degradando así el ancho de banda, seguramente más necesario a esas horas para otro tipo de operaciones. Es común también pensar que si en una subred remota no hay ningún DC, no es necesario definirla porque no va a afectar a nuestro diseño ya que mucha gente piensa que los &quot;sites&quot; sólo son útiles de cara a los DC’s para replicar entre sí. Nada más lejos de la realidad. <br /> <br /> Como hemos explicado, los &quot;sites&quot; no sólo sirven para que los DC’s repliquen a horas e intervalos establecidos… si no para que clientes de esa subred puedan localizar servicios en subredes más próximas o con mejor ancho de banda que otras posibles que pueda haber sin tener que generar tráfico de red innecesario o siquiera obtener una respuesta adecuada. Un ejemplo claro como hemos dicho antes, puede ser una oficina pequeña de 5 puestos de trabajo, que no tengan ningún DC en esa oficina. Para iniciar sesión tendrán que localizar un DC, y por tanto, preguntarán al DNS por un servidor válido para ello; si no hay una definición de &quot;sites&quot; correcta, es posible que el &quot;DNS&quot; le responda cualquier servidor que pueda estar en una sede remota con un ancho de banda pésimo… con lo cual ya tenemos un problema grave; en cambio, si hay una definición de &quot;Sites&quot; adecuada, el &quot;DNS&quot; habrá registrado mediante el servicio de directorio qué DC’s pueden ser los más “óptimos” para esa pequeña red remota a la hora de proporcionarles el inicio de sesión. <br /> <br /> Otro ejemplo menos visto puede darse en el acceso a un recurso de DFS que puede estar replicado en varios servidores. Con la definición de &quot;sites&quot;, un cliente podrá saber qué servidor es el más “próximo” o propicio para acceder a dicho DFS; sin la definición de &quot;sites&quot; y &quot;subredes&quot;, no.<br /> <br /> ==Recursos==<br /> ===Físicos===<br /> <br /> :HP Proliant ML110 G6<br /> ::4 GB RAM<br /> ::250 GB Disco Duro (S-ATA)<br /> ===Lógicos===<br /> :SuSe Linux Enterprise Server Versión 11.<br /> ::Kernel 2,6,27,19-5-xen (64)<br /> ::Xen 3.3.1. (*)<br /> ::Hypervisor 3.3.1.<br /> ::Xen Tools 3.3.1.<br /> ::Samba 4 (Version 4,0,0alpha4-GIT-606a447)<br /> ::Bind 9.7.2-P2 (versión con soporte GSSAPI y OpenSSL)<br /> ::Squid 2.7 (estable)<br /> ::Servidor DHCP (ISC)<br /> ::Amanda (Backup) 2.5.2<br /> ::Kerberos 5 (Cliente)<br /> ::OpenLDAP (Cliente)<br /> ::OpenSSL (Cliente)<br /> ::('''*''') <br /> <br /> Usaremos XEN para virtualizar los clientes Windows XP, usamos Windows XP SP3 que nos permite una versión de evaluación durante 30 días, suficientes para someterlos a las baterías de pruebas pertinentes y no tener que adquirir la licencia. Necesitamos un procesador que permita instrucciones de virtualización, dicho soporte es indispensable para una virtualización total de windows (kernel propietario y cerrado) no así para una virtualización de Linux que su kernel es parcheable. (mas ventajas de Linux... )<br /> <br /> ==SLES 11==<br /> Este desarrollo se ha creado para una empresa la cual por políticas internas usa SLED para sus estaciones y SLED para sus servidores, (todos sabemos quien es SuSe...) <br /> <br /> [[Imagen:http://t3.gstatic.com/images?q=tbn:ANd9GcQuBT0_lOoLQHHUVV_RmeAUhSjGFMscTMc-cUrYS1A5PlLnVAMQkA]]<br /> <br /> Yo particularmente soy usuario de Debian por que estoy acostumbrado a su gestor de paquetes y su estabilidad, pero eso es otro tema.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSnRU2XNcMpHJh1h3lI8GsT5rHT8IV7BvvdW7dvARzRIFNNYK5i]]<br /> <br /> Cabe destacar que SLES tiene un gestor de paquetes muy bueno y liviano que es el “zypper” (para mi gusto un &quot;intento&quot; de APT), el uso de YaST queda para otros menesteres mas sencillos dado que lo fácil lo puede llegar a convertir en difícil, pero eso es un tema de gustos y criterio.<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcRHR3PWzXlXGuuJ0aTdP8FXQCRbwdo5GgIGAK6-s4Gz07smVRRbLw]]<br /> <br /> En el caso de &quot;SLES&quot; para tener un entorno de desarrollo que nos permita compilar correctamente los programas que necesitaremos mas adelante es imprescindible instalar los siguientes paquetes (en este caso usamos YaST).<br /> <br /> YaST:<br /> [[Imagen:http://t0.gstatic.com/images?q=tbn:ANd9GcTw0TR6IRpTh_bvpu-xs1180eN29BmoLyyAny6BkHNMmRcjHjDj]]<br /> Nos vamos a Software, Instalar y desinstalar, en filtro buscamos PATRONES y en “compilador y herramientas C” seleccionamos todo, después buscamos “Desarrollo de Kernel” y dentro de ese patrón el paquete “Kernel-Source” , con esto debería de ser suficiente para compilar programas desde sus fuentes.<br /> <br /> <br /> ==Bienvenido a Samba 4==<br /> (Fuente Wiki de SAMBA4 traducida al castellano y modificada en la parte de configuración de DNS).<br /> <br /> ===Contenido===<br /> # Samba4 “HOWTO”<br /> ## Video-tutorial de este HOWTO.<br /> ## Una nota sobre las versiones alfa<br /> ## Paso 1: Descargue Samba4<br /> ### git<br /> ### rsync <br /> ## Compilar Samba4<br /> ## Instale Samba4<br /> ## Samba4, (provision) script de configuración.<br /> ## Lanzando Samba4<br /> ## Pruebas Samba4<br /> ### smbclient <br /> ## Crear un recurso compartido en smb.conf<br /> ## Paso 8: Configurar DNS<br /> ## Paso 9: Prueba de kerberos<br /> ## Paso 10: Kerberos: Configurar actualizaciones dinámicas de DNS<br /> ## Nota acerca de la compatibilidad del sistema de archivos<br /> ### Prueba de su sistema de ficheros <br /> # Configurar un cliente de Windows para unirse a un Samba 4 de Active Directory<br /> ## Paso 1: Configurar DNS Marco para Windows<br /> ## Paso 2: Configurar la fecha y la hora y zona horaria<br /> ## Paso 3: Unir el cliente de Windows en el dominio <br /> # Visualización del Directorio Activo creado por Samba 4 desde Windows XP Pro<br /> ## Paso 1: Instalación de herramientas de administración remota de Windows en Windows.<br /> # Windows7 <br /> # Windows Vista<br /> # Windows XP Pro <br /> ## Paso 1: Viendo el contenido del directorio de samba cuatro activos <br /> # Gestión de Samba 4 Active Directory de Windows XP Pro<br /> ## Paso 1: Añadir usuarios de Active Directory en Samba 4 <br /> # Configuración de perfiles móviles (Windows 7)<br /> # Añadiendo UO (Unidad Organizativa) en un dominio de SAMBA 4.<br /> # Implementación de directivas de grupo (GPO) en un dominio SAMBA 4.<br /> ## Instalación de la Consola de administración de directivas de grupo.<br /> # Unirse a un controlador de dominio de Windows como un adicional de DC en un dominio.<br /> <br /> <br /> ===Videos demostrativos===<br /> http://wiki.samba.org/index.php/Samba4/videos<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo1.ogv Meter Windows 7 en un dominio Samba 4]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo2.ogv Administración de políticas de grupo]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo3.ogv Perfiles móviles]<br /> ::[http://samba.org/tridge/Samba4Demo/s4demo4.ogv DCPROMO]<br /> ::http://samba.org/tridge/DRS-demo/s4-DRS-demo.ogv[ Vídeos antiguos]<br /> <br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcSWXJ5WhoV3H0XR-QVdmb2DaXkusMi0a-Q3_xZEoCnBiDz-y6eJ]]<br /> <br /> ===Una nota sobre las versiones alfa===<br /> SAMBA4 se está desarrollando muy rápidamente. Esta guía ha sido recientemente actualizada para reflejar los cambios realizados hasta septiembre de 2010 en preparación para el lanzamiento-alpha13 Samba4.<br /> <br /> ===Paso 1: Descarga Samba4===<br /> Si has descargado el código Samba4 a través de un archivo comprimido en “tarball” desde el sitio web “samba.org”, el paso 1 ya se ha completado.<br /> <br /> Para hacer pruebas con la versión descargada, puedes continuar con el [[Paso 2]].<br /> <br /> Ten en cuenta que en este ejemplo la carpeta se llama «samba-master», en tu caso el nombre se basará en el del archivo comprimido (por ejemplo, &lt;code&gt;samba-4.0.0alpha13&lt;/code&gt; de &lt;code&gt;samba-tar 4.0.0alpha13.tar.gz&lt;/code&gt;) . También ten en cuenta que el código samba4 se encuentra en el &lt;code&gt;source4 /&lt;/code&gt; (es un subdirectorio), <br /> Hay dos métodos para descargar la versión de samba actual:<br /> * a través de git<br /> * a través de rsync<br /> <br /> Si no tienes “rsync” o “git”, debes de instalar uno de ellos, te recomendamos utilizar el método de “git” para la descarga de Samba, ya que hace más fácil obtener actualizaciones, y permite también integrar los parches de prueba de los desarrolladores de Samba más fácilmente en caso de problemas.<br /> <br /> <br /> ====GIT====<br /> $ git clone git://git.samba.org/samba.git samba-master; cd samba-master<br /> <br /> Esto creará un directorio llamado &quot;samba-master&quot; en el directorio actual.<br /> <br /> Ahora actualizamos a la última versión:<br /> git pull<br /> <br /> <br /> ====rsync====<br /> $ rsync -avz samba.org::ftp/unpacked/samba_4_0_test/ samba-master<br /> <br /> Ten en cuenta que el comando rsync anterior te saldrá del repositorio “git”, antes debemos a hacer algunos cambios para que puedas actualizarla usando “git”:<br /> $ cd samba-master/<br /> $ rm .git/refs/tags/*<br /> $ rm -r .git/refs/remotes/ .git<br /> $ git config remote.origin.url git://git.samba.org/samba.git<br /> $ git config --add remote.origin.fetch +refs/tags/*:refs/tags/* (esta línea es opcional)<br /> $ git fetch<br /> <br /> NOTA : Si la da el error: &quot;refs/heads/master does not point to a valid object!&quot; puedes omitirlo sin problema.<br /> <br /> Puedes actualizar a la versión más reciente en un futuro con:<br /> $ git pull<br /> Si obtienes un error como este:<br /> fatal: Unable to create '[...]/samba_master/.git/index.lock': File exists.<br /> <br /> Hay que eliminar el archivo «.lock» y ejecutar &lt;code&gt;git pull&lt;/code&gt; de nuevo.<br /> <br /> ===Paso 2: Compilar Samba4===<br /> Recomendaciones de dependencias: <br /> <br /> Los paquetes previos a samba son los siguientes:<br /> $ libacl-devel libblkid-devel gnutls-devel readline-devel python-devel gdb pkgconfig<br /> <br /> NOTA: Solo los paquetes de SAMBA tienen un “script” de configuración. Si has usado git o rsync deberás de hacerlo a mano.<br /> <br /> $ cd samba-master/source4<br /> $ ./autogen-waf.sh<br /> <br /> Ejecutar<br /> $ cd samba-master/source4<br /> $ ./configure.developer<br /> $ make<br /> <br /> El comando anterior configura e instala en la ruta '''/usr/local /samba''' Si deseas instalar «SAMBA» en otra ruta debes de usar la opción &lt;code&gt;-- prefix&lt;/code&gt; cuando lánzes &lt;code&gt;configure.developer&lt;/code&gt;.<br /> <br /> La razón de usar &lt;code&gt;configure.developer&lt;/code&gt; en lugar de &lt;code&gt;configure&lt;/code&gt; para las versiones alfa de SAMBA4 es que va a incluir información de depuración extra que nos ayudará a diagnosticar problemas en caso de errores. Con esta opción podremos someter a SAMBA-4 a diversas pruebas.<br /> <br /> Después de instalar «SAMBA», es recomendable ejecutar:<br /> $ make quicktest<br /> <br /> Que se ejecutará un corto (aproximadamente 5 minutos) conjunto de pruebas para validar la instalación de Samba. &lt;code&gt;make quicktest&lt;/code&gt; es una forma rápida de comprobar que la instalación pasa las pruebas básicas, dado que a veces se cuelan errores en los repositorios GIT ...<br /> <br /> La salida de &lt;code&gt;' '&lt;/code&gt; debe terminar en un &lt;code&gt;TODO OK&lt;/code&gt;&quot;. Si no es así debemos de ver si nos faltan dependencias o hay fallos en el sistema.<br /> <br /> <br /> ===Paso 3: Instalar SAMBA 4===<br /> Ejecutar como un usuario con permisos de escritura en el directorio de instalación (que por defecto es /usr/local/samba). Utilice la opción &lt;code&gt;-- prefix&lt;/code&gt; para &lt;code&gt;configure.developer&lt;/code&gt; arriba para cambiar esta ubicación.<br /> $ make install<br /> <br /> Para el resto de esta guía se asume que ha instalado Samba4 en la ubicación predeterminada, que es '''/usr/local/samba'''.<br /> <br /> <br /> ===Paso 4: Aprovisionamiento de Samba4 (script de configuración)===<br /> El script &lt;code&gt;provision&lt;/code&gt; crea una base de datos de usuario básico (crea los archivos de configuración, los '''.conf''' de diversas aplicaciones como Named, Kerberos, etc.), y se utiliza cuando se va a configurar el servidor Samba4 en su propio dominio. <br /> <br /> Si por el contrario quieres configurar tu servidor de Samba4 como un controlador de dominio adicional en un dominio existente, por favor visite la página [«Samba4 unirse a un dominio» que está en la wiki de samba4, en (samba.org) http://wiki.samba.org/index.php/Samba4_joining_a_domain]<br /> <br /> En los ejemplos siguientes se asume el nombre de dominio es &quot;dos00000.local&quot; y su &quot;short&quot; (también conocido como NT4) o nombre corto de dominio es: &quot;dos00000&quot;. Vamos a suponer que el nombre de host servidores Samba es &quot;bulled&quot;.<br /> <br /> Por lo que:<br /> :Nombre de dominio DNS: dos00000.local<br /> :Nombre corto (NT4): dos00000<br /> :Nombre del Host: bulled<br /> <br /> Se debe ejecutar como un usuario con permisos de escritura (lo que significa que puede tener que ejecutar este comando con sudo o incluso como root).<br /> $ cd samba-master/source4<br /> $ ./setup/provision --realm=dos00000.local --domain=dos00000 --adminpass=P@SSW0RD --server-role='domain controller'<br /> <br /> Si obtiene un error como este:<br /> tdb_open_ex: could not open file /usr/local/samba/private/sam.ldb.d/DC=dos00000,DC=local,DC=COM. ldb: Permission denied ldb:<br /> <br /> Esto significa que no hemos usado &quot;sudo&quot; por lo que deberíamos de usar &quot;sudo&quot; para el comando anterior.<br /> <br /> Nota: Si falla el &quot;provision&quot; puedes probar a borrar el &quot;smb.conf&quot; y volver a lanzarlo.<br /> <br /> Hay muchas otras opciones que puede pasar al comando 'provision', ejecutarlo con la opción “- help” para ver una lista de las mismas.<br /> <br /> <br /> ===Paso 5: Arrancando SAMBA 4===<br /> Para lanzar Samba4 como un servidor de producción, basta con lanzar el ejecutable &lt;code&gt;samba&lt;/code&gt; como root.<br /> <br /> # samba<br /> <br /> Si se ejecuta Samba4 en modo «estándar», (que es el adecuado para producción):<br /> <br /> O podemos usar un script adaptado de «SAMBA 3», yo uso el siguiente:<br /> <br /> <br /> '''&lt;código&gt;'''<br /> ! /bin/sh <br /> ### BEGIN INIT INFO <br /> # Provides: samba4 <br /> # Required-Start: $network $remote_fs $syslog <br /> # Should-Start: <br /> # Required-Stop: $network $remote_fs $syslog <br /> # Should-Stop: <br /> # Default-Start: 3 5 <br /> # Default-Stop: 0 1 2 6 <br /> # Short-Description: Samba4 SMB/CIFS file server <br /> # Description: Samba SMB/CIFS file server <br /> ### END INIT INFO <br /> <br /> SMBD_BIN=&quot;/usr/local/samba/sbin/samba&quot; <br /> SMB_CONF=&quot;/usr/local/samba/etc/smb.conf&quot; <br /> PID_FILE=&quot;/usr/local/samba/var/run/samba.pid&quot; <br /> <br /> . /etc/rc.status <br /> rc_reset <br /> <br /> # Check for missing binary <br /> if [ ! -x ${SMBD_BIN} ]; then <br /> echo -n &gt;&amp;2 &quot;El demonio SAMBA4, ${SMBD_BIN} no esta instalado. &quot; <br /> rc_status -s <br /> exit 5 <br /> fi <br /> <br /> # be extra carefull cause connection fail if TMPDIR is not writeable <br /> export TMPDIR=&quot;/var/tmp&quot; <br /> <br /> test -f /etc/sysconfig/samba4 &amp;&amp; \ <br /> . /etc/sysconfig/samba4 <br /> <br /> for setting in $SAMBA_SMBD_ENV; do <br /> pathcheck=&quot;${setting%%:*}&quot; <br /> variable=&quot;${setting##*:}&quot; <br /> test &quot;${pathcheck}&quot; != &quot;${variable}&quot; -a ! -e &quot;${pathcheck}&quot; &amp;&amp; \ <br /> continue <br /> export eval ${variable} <br /> done <br /> <br /> case &quot;$1&quot; in <br /> start) <br /> echo -n &quot;Lanzando el demonio de Samba 4 &quot; <br /> if [ ! -f ${SMB_CONF} ]; then <br /> echo -n &gt;&amp;2 &quot;El archivo de configuracion, ${SMB_CONF} no existe. &quot; <br /> rc_status -s <br /> exit 6 <br /> fi <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> case $? in <br /> 0) echo -n &quot;- ¡OJO!: el demonio se esta ejecutando. &quot; ;; <br /> 1) echo -n &quot;- ¡OJO!: ${PID_FILE} existe. &quot; ;; <br /> esac <br /> test -f /etc/sysconfig/language &amp;&amp; \ <br /> . /etc/sysconfig/language <br /> export LC_ALL=&quot;$RC_LC_ALL&quot; <br /> export LC_CTYPE=&quot;$RC_LC_CTYPE&quot; <br /> export LANG=&quot;$RC_LANG&quot; <br /> startproc -p ${PID_FILE} ${SMBD_BIN} -D -s ${SMB_CONF} <br /> unset LC_ALL LC_CTYPE LANG <br /> rc_status -v <br /> ;; <br /> stop) <br /> echo -n &quot;Matando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} || \ <br /> echo -n &quot; ¡OJO!: el demonio no se esta ejecutando. &quot; <br /> killproc -p ${PID_FILE} -t 10 ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> try-restart|condrestart) <br /> if test &quot;$1&quot; = &quot;condrestart&quot;; then <br /> echo &quot;${attn} Usa try-restart ${done}(LSB)${attn} en lugar de condrestart ${warn}(RH)${norm}&quot; <br /> fi <br /> $0 status <br /> if test $? = 0; then <br /> $0 restart <br /> else <br /> rc_reset <br /> fi <br /> rc_status <br /> ;; <br /> restart) <br /> $0 stop <br /> $0 start <br /> rc_status<br /> ;; <br /> force-reload|reload) <br /> echo -n &quot;Recargando el demonio de SAMBA 4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} &amp;&amp; \ /usr/local/samba<br /> touch ${PID_FILE} || \ <br /> echo -n &gt;&amp;2 &quot; Ojo!: el demonio no esta corriendo. &quot; <br /> killproc -p ${PID_FILE} -HUP ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> status) <br /> echo -n &quot;Chequeando el demonio de SAMBA4 &quot; <br /> checkproc -p ${PID_FILE} ${SMBD_BIN} <br /> rc_status -v <br /> ;; <br /> probe) <br /> test ${SMB_CONF} -nt ${PID_FILE} &amp;&amp; echo reload <br /> ;; <br /> *) <br /> echo &quot;Usa: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}&quot; <br /> exit 1 <br /> ;; <br /> esac <br /> rc_exit<br /> <br /> 118,1 Bot <br /> '''&lt;/código&gt;'''<br /> <br /> Si está ejecutando Samba4 como desarrollador puede encontrar lo siguiente mayor utilidad:<br /> # samba -i -M single<br /> <br /> Con esto lanzamos &quot;samba&quot; con mensajes en la salida estándar, y ejecutando un solo proceso. Ese modo de funcionamiento hace que la depuración de &quot;samba&quot; con gdb sea particularmente fácil. Si desea lanzarlo bajo gdb, entonces el siguiente ejemplo puede ser útil:<br /> $ sudo gdb --args bin/samba -i -M single<br /> <br /> Tenga en cuenta que si está ejecutando cualquier proceso relacionado con SAMBA3 ( smbd y nmbd ) hay que detenerlo antes de comenzar el &quot;samba&quot; de Samba 4... <br /> <br /> Asegúrese de poner el bin y / sbin de su nueva instalación en tu $ PATH para evitar la ejecución de la versión incorrecta. Usted puede ver la versión que está usando ejecutando &quot;samba -V&quot;.<br /> <br /> En nuestro caso para lanzar samba 4 deberemos de hacer<br /> /usr/local/samba/sbin/samba -iM single -d 4<br /> donde -d 4 es el modo «debug», cuanto mayor sea el número, mas información nos dará.<br /> <br /> Para lanzar &lt;code&gt;/&lt;/code&gt; para SAMBA 4, habría que hacer:<br /> /etc/inint.d/samba4 start<br /> o<br /> stop<br /> <br /> NOTA: En versiones anteriores de desarrollo de samba «samba» todavía se llamaba «smbd».<br /> <br /> ===Paso 6: Pruebas Samba4===<br /> smbclient<br /> <br /> Pruebe el siguiente comando:<br /> $ smbclient -L localhost -U<br /> Eso te mostrará una lista de acciones disponibles en el servidor. Por ejemplo<br /> <br /> Sharename Type Comment<br /> --------- ---- -------<br /> test Disk<br /> netlogon Disk<br /> sysvol Disk<br /> IPC$ IPC IPC Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> ADMIN$ Disk DISK Service (Samba 4.0.0alpha12-GIT-5e755e9)<br /> <br /> &lt;code&gt;netlogon&lt;/code&gt; y &lt;code&gt;sysvol&lt;/code&gt; son recursos necesarios para el funcionamiento del servidor de Directorio Activo.<br /> <br /> Para probar que la autenticación está trabajando, debes de conectarte al recurso compartido netlogon utilizando la contraseña de administrador se establece anteriormente. (en nuestro caso P@SSW0RD).<br /> $ smbclient //localhost/netlogon -Uadministrator%PASSWORD<br /> <br /> Usted debe obtener un &lt;code&gt;smb&gt;&lt;/code&gt; del sistema,(un intérprete de comandos) y el acceso a su directorio &lt;code&gt;netlogon&lt;/code&gt;.<br /> <br /> ===Paso 7: Crear un recurso compartido en smb.conf===<br /> El &quot;provision&quot; creará un simple smb.conf . Para que el servidor sea útil tendrá que configurarlo para tener por lo menos una acción. Por emplo:<br /> [test]<br /> path = /data/test <br /> read only = no <br /> <br /> Tenga en cuenta que en las versiones alfa actual de Samba4 es necesario reiniciar Samba para que las nuevas acciones visibles.<br /> <br /> NOTA: como recordatorio decir que el smb.conf del SAMBA4 está en “ /usr/local/samba/etc/smb.conf no confundirlo con el que está en /etc/smb.conf “por que este corresponde a la versión 3 de samba.<br /> <br /> ===Paso 8: Configurar DNS===<br /> [[Imagen:http://t1.gstatic.com/images?q=tbn:ANd9GcQeg1VWDVv7tXb6nGehk1jR3CXwgERvRRjJx-ZME5-sx15p75af]]<br /> {{Nota|nota='''''Nota del redactor: Este paso es el mas sensible y crítico, si no tienes un planteamiento claro de lo que vas a hacer o de su funcionamiento te recomiendo perder todo el tiempo que sea necesario en este tema.'''''}}<br /> <br /> Una correcta configuración del servidor DNS es esencial para el correcto funcionamiento de Samba4. <br /> <br /> Sin las entradas correctas del DNS, “kerberos” no funciona, que a su vez significa que muchas de las características básicas de Samba4 no funcionará. <br /> <br /> Vale la pena pararse un tiempo extra para asegurarse que la configuración DNS es la correcta, como la depuración de los problemas causados por mala configuración del DNS puede llevarnos mucho tiempo y bastantes quebraderos de cabeza.<br /> <br /> La forma más sencilla de configurar el DNS para Samba4 es usar el “script” &quot;provision&quot;, si miras en “/usr/local/samba/private”, encontrarás un archivo llamado “named.conf” y otro llamado “dos00000.local.zone” (estos nombres son los del ejemplo, si has usado otros esto cambiará).<br /> <br /> En mi caso particular me hice una instalación de NAMED (Bind 9.7) desde sus fuentes, con soporte a actualizaciones dinámicas y resolviendo perfectamente antes de hacer nada de SAMBA<br /> <br /> Es muy IMPORTANTE tener el servidor BIND funcionando perfectamente con soporte GSSIAPI (para las actualizaciones inversas) cabe destacar que BIND soporta dichas actualizaciones desde su versión 9.5-rc1 , yo he optado en instalar la última estable de “bind” (de la web de ISC) dado que se comenta que existen graves vulnerabilidades en bind 9.5.x en relación a la denegación de servicio, de la cual intento escapar siempre que puedo. <br /> <br /> Para configurar el BIND 9 correctamente nos bajamos su código fuente de la página de ISC (sus creadores) y hacemos la instalación típica (lógicamente debemos de disponer de todas las herramientas para dicha compilación lo cual se presupone que está).<br /> # configure --with-openssl=yes --with-gssapi=/usr <br /> {{Nota|nota='''''NOTA: A este punto me costó muchísimo llegar, dado que lo compilaba con –with-gssapi=yes y no me daba errores hasta que intentaba hacer una actualización el DNS que no iba... editando con “vi” el ./configure del BIND (el script de configuración) me dí cuenta de que llamaba a unas librerías de gssapi que staban en /usr y /usr/lib...'''''}}<br /> # make<br /> # make install<br /> <br /> Una vez instalado nos encontramos que el “named.conf” que busca por defecto está en /etc/named.conf (como en otros bind's) pero este tipo de instalación NO GENERA un “named.conf” en ningún sitio.<br /> Los ejecutables del nuevo named están en “/usr/local/bin” y en “/usr/local/sbin” y el script del “bind 9.5” que sita en “/etc/init.d” ha sido renombrado a “/etc/init.d/bind95” para llamar “/etc/inint.d/bind” al ejecutable del 9.7 y poder hacer un start o stop típico . ( /etc/init.d/named start , stop...) para ver que versión es debemos de poner el -v después del ejecutable.<br /> <br /> Yo en este punto dejé el Wiki oficial de SAMBA 4 de lado dado que me encontré con miles de problemas rozando la frustración en muchos casos.<br /> <br /> La “wiki” de “SAMBA” nos dice que hagamos “includes” en nuestro /etc/named.conf , yo no los hice por que me daba, lo que decidí hacer es sustituir el “include” por su valor real, (he probado sin SeLinux ni AppArmor y no funcionaban los includes).<br /> <br /> Yo una vez instalado el BIND 9.7 me cree un archivo de configuración desde 0 tal que así sustituyendo los “includes” por su contenido “real” (al mayor estilo windows, copia/pega).<br /> vi /etc/named.conf<br /> <br /> '''&lt;código&gt;'''<br /> <br /> # Rafa Toucedo &lt; rtoucedo@bit-bull.es &gt;<br /> # All is GPL.<br /> <br /> options {<br /> <br /> directory &quot;/var/lib/named&quot;; ← directorio donde estarán las zonas<br /> dump-file &quot;/var/log/named_dump.db&quot;;<br /> statistics-file &quot;/var/log/named.stats&quot;;<br /> <br /> allow-query { localhost; 10.159.172.0/24; }; admitimos las consultas de nuestra red<br /> allow-transfer { localhost; 10.159.172.0/24; }; admitimos las transferencias a nuestra red<br /> allow-recursion { localhost; 10.159.172.0/24; }; admitimos recursividad de nuestra red<br /> <br /> &lt;20&gt;<br /> <br /> # Estas dos líneas de aquí abajo harán que nuestro named (bind) no funciones si no tiene el soporte GSSAPI (actualizaciones dinámicas del DNS) si comentamos estas dos líneas y nuestro named FUNCIONA es que no tiene soporte para actualizaciones dinámicas.<br /> <br /> tkey-gssapi-credential &quot;DNS/dos00000.local&quot;;<br /> tkey-domain &quot;DOS00000.LOCAL&quot;;<br /> <br /> # Ahora definimos los “reenviadores” (si los hay)en este caso dos servidores DNS de mi red:<br /> forwarders {<br /> 10.159.172.243;<br /> 10.159.172.242;<br /> };<br /> };<br /> <br /> # Esta sección es para información interna:<br /> <br /> view &quot;internal&quot; {<br /> match-clients { localhost; 10.159.172.0/24; };<br /> zone &quot;.&quot; in {<br /> type hint;<br /> file &quot;root.hint&quot;;<br /> };<br /> <br /> # Definimos la zona “directa” del dominio (ojo, este caso es para un dominio INTERNO):<br /> <br /> zone &quot;dos00000.local&quot; in {<br /> type master;<br /> file &quot;dos00000.local&quot;;<br /> <br /> <br /> # ATENCION, según la WIKI de samba 4, si usamos el allow-update no podemos usar el “update-policy” necesario para las actualizaciones del DNS, en mi caso ha sido a la inversa...<br /> <br /> ##allow-update { none; }; ¡ojo! Está comentado!<br /> check-names ignore;<br /> <br /> # Desde aquí está comentado → /* update-policy {<br /> grant DOS00000.LOCAL ms-self * A AAAA;<br /> grant administrator@DOS00000.LOCAL wildcard * A AAAA SRV CNAME TXT;<br /> grant bulled$@DOS00000.LOCAL wildcard * A AAAA SRV CNAME;<br /> };*/ ← hasta aquí que termina el “comentario”<br /> <br /> allow-update { any; }; aceptamos actualizaciones<br /> allow-query { any; }; aceptamos consultas <br /> allow-transfer { any; }; aceptamos transferencias<br /> <br /> # desde aquí está comentado → /* allow-update {<br /> 10.159.172.0/24;<br /> }; <br /> allow-query {<br /> 10.159.172.0/24;<br /> };*/ ← hasta aquí.<br /> };<br /> <br /> # Definimos nuestra zona inversa (para resolver nombre a partir de la ip y que se generen los necesarios registros PTR)<br /> <br /> zone &quot;172.159.10.in-addr.arpa&quot; in {<br /> type master; tipo MAESTRA (es un servidor MASTER, principal)<br /> file &quot;172.159.10.db&quot;; este archivo está en /var/lib/named<br /> allow-update { any; }; autorizamos actualizaciones <br /> allow-query { any; }; autorizamos consultas<br /> allow-transfer { any; }; autorizamos transferencias<br /> # Comentamos la política de actualización que nos dice la gente de samba que pongamos...<br /> /* update-policy { <br /> grant *.LOCAL wildcard *.172.159.10.in-addr.arpa. PTR; };*/<br /> };<br /> <br /> # definimos la zona del localhost<br /> zone &quot;localhost&quot; in {<br /> type master; maestro<br /> file &quot;localhost.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> <br /> # definimos la zona inversa de localhost <br /> zone &quot;0.0.127.in-addr.arpa&quot; in {<br /> type master; maestro<br /> file &quot;127.0.0.zone&quot;; archivo situado en /var/lib/named<br /> };<br /> };<br /> <br /> # metemos el include que contiene → include &quot;/etc/named.conf.include&quot;;<br /> <br /> '''&lt;/código&gt;'''<br /> <br /> NOTA: en este include lo que he metido es la llave TSIG necesaria para encriptar comunicaciones, en principio en este include se haya otro “include” hacia un archivo que contiene lo abajo escrito y el cual he sustituido por su contenido real.<br /> #include &quot;/etc/named.d/rafa&quot;;<br /> key rafa {<br /> algorithm hmac-md5;<br /> secret&quot;GD2qJHY8TvRHoNNtDOQVDnwpJ6K49/m67UoBAv5vR9UAYQOIDqhhRnfnND/OqO8Rg==&quot;;<br /> <br /> };<br /> <br /> Después de todo esto debes de reiniciar el servidor BIND y comprobar en los registros del sistema para cualquier problema.<br /> <br /> Si sigues teniendo problemas de permisos comprueba que los archivos son de root y del grupo named. Y un + 755 a los mismos...<br /> <br /> NO PODEMOS OLVIDARNOS de la llave, para ello es tan simple como realizar un enlace simbólico:<br /> <br /> # ln -s /usr/local/samba/private/dns.keytab /etc/krb5.keytab<br /> <br /> Pruebas de correcto funcionamiento del DNS.<br /> <br /> NOTA:''(por aquí ya he vuelto a la “wiki” oficial de Samba 4)''<br /> <br /> Ahora lo que necesitas para probar que DNS funciona correctamente. Comprueba que el archivo /etc/resolv.conf apunta correctamente a su servidor DNS local, a continuación, ejecuta los siguientes comandos:<br /> <br /> ''(el contenido de mi /etc/resolv.conf)''<br /> <br /> nameserver 10.159.172.201 &lt;- (esta es la IP del servidor)<br /> domain dos00000.local &lt;- (este el nombre de mi dominio)<br /> <br /> NOTA: no es necesario instalar un servidor LDAP dado que samba4 tiene una especie de servidor para tal fin en su interior...<br /> <br /> $ host -t _ldap._tcp.dos00000.local SRV.<br /> _ldap._tcp.dos00000.local has SRV record 0 100 389 bulled.dos00000.local. <br /> <br /> $ host -t SRV _kerberos._udp.dos00000.local.<br /> _kerberos._udp.bulled.dos00000.local has SRV record 0 100 88 samba.bulled.dos00000.local. <br /> <br /> $ host -t A samba.bulled.dos00000.local.<br /> bulled.dos00000.local has address 10.0.0.1<br /> <br /> Comprueba que tienes respuestas similares a las de arriba (ajustado por su nombre de dominio DNS y el nombre de “host”). Si te sale algún error a continuación, revisa cuidadosamente tu sistema de “logs” para encontrar y solucionar el problema.<br /> <br /> Nota: En sistemas Debian puede suceder que la autogeneración de la zona siempre detecta y utiliza, como la dirección IP 127.0.1.1 del controlador de dominio. Eso funciona bien hasta que tengas una interface con esa ip, unas el primer cliente al dominio... <br /> <br /> En /usr/local/samba/private/named.conf es posible que necesites cambiar 127.0.1.1 para reflejar la dirección IP real del servidor que está configurando.<br /> <br /> Con esto deberíamos tener nuestro servidor DNS resolviendo de forma directa e inversa y con actualizaciones dinámicas, si esto NO ES ASÍ , SAMBA no funcionará<br /> <br /> ===Paso 9: Prueba de kerberos===<br /> <br /> Una vez que el DNS está funcionando, debes probar que la orden interna del servidor de Kerberos para Samba4 está trabajando correctamente. La prueba más fácil es utilizar el comando kinit así:<br /> <br /> $ kinit administrator@DOS00000.LOCAL <br /> <br /> Password: P@SSW0RD<br /> <br /> <br /> Ten en cuenta:<br /> Tienes que poner el &quot;realm DOS000000.LOCAL» en letras mayúsculas . (si no NO funcionará)<br /> Si KINIT funciona exitosamente puedes examinar el &quot;ticket&quot; de esta manera:<br /> <br /> # klist -e<br /> Ticket cache: FILE:/tmp/krb5cc_1000<br /> Default principal: administrator@DOS00000.LOCAL<br /> <br /> Valid starting Expires Service principal<br /> 02/10/10 19:39:48 02/11/10 19:39:46 krbtgt/bulled.dos00000.local@bulled.dos00000.local<br /> Etype (skey, tkt): ArcFour with HMAC/md5, ArcFour with HMAC/md5<br /> <br /> <br /> Para borrar el ticket podemos usar:<br /> # kdestroy<br /> <br /> Para ver la llave que usamos<br /> # klist -k<br /> <br /> Si encuentras que no tiene kinit o klist, puede ser necesario instalarlos. En sistemas basados en Debian (como Ubuntu) los paquetes se llaman krb5-config y krb5 por el usuario, en todos los sistemas linux (debian incluido) y no te olvides de los correspondientes paquetes de desarrollo (-dev).<br /> <br /> ATENCIÓN: Si estás usando un cliente detrás de NAT entonces tienes que añadir lo siguiente al krb5.conf en el servidor controlador de dominio: <br /> [kdc] <br /> check-ticket-addresses = false<br /> <br /> Ejemplo de mi krb5.conf /etc/krb5.conf<br /> <br /> -------------------------- Inicio --------------------------<br /> [libdefaults]<br /> <br /> default_realm = DOS00000.LOCAL<br /> dns_lookup_realm = false<br /> dns_lookup_kdc = true<br /> clockskew = 300<br /> <br /> [realms]<br /> DOS00000.LOCAL = {<br /> kdc = 10.159.172.201 88 ← ¡ojo! Hay que poner el puerto.<br /> default_domain = dos00000.local<br /> ## admin_server = 10.159.172.201 749 ← ¡ojo! Hay que poner el puerto (este no lo uso).<br /> }<br /> <br /> [logging]<br /> <br /> kdc = FILE:/var/log/krb5/krb5kdc.log<br /> admin_server = FILE:/var/log/krb5/kadmind.log<br /> default = SYSLOG:NOTICE:DAEMON<br /> <br /> [domain_realm]<br /> <br /> .dos00000.local = DOS00000.LOCAL<br /> dos00000.local = DOS00000.LOCAL<br /> <br /> [appdefaults]<br /> <br /> pam = {<br /> debug = false<br /> ticket_lifetime = 1d<br /> renew_lifetime = 1d<br /> forwardable = true<br /> krb4_convert = false<br /> proxiable = false<br /> minimum_uid = 1<br /> external = sshd<br /> use_shmem = sshd<br /> }<br /> -------------------------- FIN --------------------------<br /> <br /> <br /> ===Unir clientes Windows al dominio:===<br /> En el Windows XP apuntamos el DNS principal a la IP de nuestro SAMBA 4<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dnsclient.jpg]]<br /> <br /> Es IMPRESCIDIBLE que el servidor y el cliente tengan la hora prácticamente sincronizada (para ello podemos usar NTP...).<br /> <br /> Para configurar la hora en Windows XP. (desde el “panel de control”).<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/timezone.jpg]]<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/time.jpg]]<br /> <br /> <br /> La configuramos correctamente...<br /> <br /> ===Conectar el cliente con Windows XP al dominio:===<br /> <br /> Buscamos el icono “Mi PC” y le damos al botón derecho y a propiedades.<br /> <br /> Después le damos a “ Nombre del equipo” y “cambiar”.<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/joindomain.jpg]]<br /> <br /> Seleccionamos “Dominio” y escribimos el dominio, nos pedirá usuario y contraseña de administración del dominio. Usuario: Administrator (acabado en TOR) y la contraseña es: P@SSW0RD<br /> <br /> Nos dirá que el equipo está correctamente unido al dominio y como buen Windows lo tendremos que reiniciar.<br /> <br /> ===Administrar el dominio desde un cliente windows.===<br /> ====Windows7==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyID=7D2F6AD7-656B-4313-A005-4E344E43997D&amp;displaylang=en<br /> <br /> ====Vista==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=9FF6E897-23CE-4A36-B7FC-D52065DE9960&amp;displaylang=en<br /> <br /> ====Windows XP Pro==== <br /> <br /> Descargaremos las herramientas administrativas desde:<br /> <br /> http://download.microsoft.com/download/3/e/4/3e438f5e-24ef-4637-abd1-981341d349c7/WindowsServer2003-KB892777-SupportTools-x86-ENU.exe<br /> <br /> ejecutamos “dsa.msc” desde Inicio → ejecutar:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/run.jpg]]<br /> <br /> Expandimos el árbol de nuestro dominio:<br /> <br /> [[Imagen:http://www.extraknowledge.org/xoops/images/samba/dsa.msc.jpg]]<br /> <br /> Añadir usuario dentro del Directorio Activo de SAMBA 4.<br /> <br /> net newuser USERNAME<br /> <br /> <br /> Desde el día 23 del 10 de 2010 disponemos del siguiente comando:<br /> <br /> samba-tool newuser USERNAME<br /> <br /> Si obtienes este error:<br /> <br /> ImportError: No module named samba.netcmd<br /> <br /> export PYTHONPATH=/usr/local/samba/lib/python2.6/site-packages/<br /> <br /> <br /> Los comandos de SAMBA 4 os recuerdo que están en /usr/local/samba/bin y ./sbin<br /> Para inspeccionar los ID , SID... usa wbinfo <br /> $ bin/wbinfo --name-to-sid USERNAME<br /> <br /> S-1-5-21-4036476082-4153129556-3089177936-1005 SID_USER (1)<br /> <br /> $ bin/wbinfo --sid-to-uid S-1-5-21-4036476082-4153129556-3089177936-1005<br /> 3000011<br /> <br /> Si quieres cambiarlo usa:<br /> <br /> $ bin/ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> <br /> Puedes ver los “records” así:<br /> <br /> # record 1<br /> <br /> dn: CN=S-1-5-21-4036476082-4153129556-3089177936-1005<br /> cn: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> objectClass: sidMap<br /> objectSid: S-1-5-21-4036476082-4153129556-3089177936-1005<br /> type: ID_TYPE_BOTH<br /> xidNumber: 3000011<br /> distinguishedName: CN=S-1-5-21-4036476082-4153129556-3089177936-1005 <br /> <br /> (También se puedes usar las herramientas administrativas de Windows.).<br /> <br /> ====Configurando perfiles móviles para Windows 7====<br /> <br /> Para esto necesitamos crear un recurso compartido para los perfiles, lo podemos llamar “profiles” , para esto tenemos que añadir en el smb.conf (que está en /usr/local/samba/etc/smb.conf) :<br /> <br /> [profiles]<br /> path = /usr/local/samba/var/profiles<br /> read only = no<br /> <br /> <br /> Ahora debemos de crear el directorio:<br /> <br /> $ sudo mkdir /usr/local/samba/var/profiles<br /> <br /> Ahora tenemos que seleccionar todos los usuarios (con la herramienta de administración de Windows) darle al “botón derecho” y a propiedades.<br /> En el “path” del perfíl debemos de poner la variable %username%<br /> <br /> por ejemplo: <br /> \\bulled.dos00000.local\profiles\%USERNAME%<br /> <br /> Con esto los perfiles deberían de estar sincronizados con el servidor SAMBA.<br /> <br /> ====Añadir Unidad Organizativa al dominio.====<br /> <br /> La unidad organizativa (UO), es una característica muy potente del directorio activo. <br /> <br /> Es un tipo de contenedor que le permite arrastrar y soltar los usuarios (o equipos) en ella.<br /> <br /> Podemos asociar varios tipos de directiva de grupo para una unidad organizativa, la configuración desplegará a todos los usuarios y ordenadores en la misma.<br /> <br /> Con un único dominio (que puede tener muchas UO) y una UO secundaria que desees, se que puede reducir la carga administrativa, ya que son capaces de gestionar todo a través de una unidad organizativa. <br /> <br /> Para crear una “UO”:<br /> <br /> # Abrimos las herramientas administrativas de Windows.<br /> # Botón derecho en el dominio<br /> # Le damos a nuevo, unidad organizativa. <br /> # Escribimos el nombre<br /> # Veremos que aparece una unidad organizativa nueva con el nombre elegido.<br /> # Podemos arrastrar usuarios dentro, hacer la prueba con un usuario tipo “demo” si no nos podemos quedar “atrapados” (cuidado con esto).<br /> <br /> Normalmente creamos la unidad organizativa basándonos en la configuración de los departamentos de la empresa. Ten cuidado de no confundir a los grupos y unidades organizativas, los grupos se utilizan para controlar los permisos, OU se utilizan para la configuración de la implementación a todos los usuarios o equipos dentro de la OU.<br /> <br /> ==Implementando políticas de grupo en un dominio con SAMBA 4.==<br /> <br /> El directorio Activo de SAMBA 4 , tiene soporte para las directivas de grupo, y puedes crear las sobre la marcha. La idea básica de las políticas de grupo es: <br /> <br /> # Las directivas de grupo tienen 2 tipos de configuración, los equipos y usuarios.<br /> # La configuración de equipo se aplican a las computadoras, la configuración de usuario se aplican a los usuarios.<br /> # Vinculamos la directiva de grupo a una unidad organizativa en particular, y la directiva de grupo afectará a todos los equipos y usuarios en la unidad organizativa.<br /> ##. Para agregar una directiva de grupo, le damos a propiedades&gt; OU-click derecho 'OU Demo'<br /> ## Seleccionamos la directiva de grupo.<br /> ## Presiona “nuevo nombre”, como 'GP Demo', o el que queramos.<br /> ## Pulse Editar para modificar la directiva.<br /> ## Aquí se demuestra la forma de bloquear el acceso de usuario desde el panel de control. Abrir &quot;panel de control 'del árbol' Configuración de usuario'-&gt; 'Plantillas de administración<br /> ## Haga doble clic en &quot;Prohibir el acceso al Panel de Control '<br /> ## Pulse habilitado y, a continuación, pulse Aceptar. Ahora los usuarios, todo bajo 'OU Demo' no poder acceder al panel de control.<br /> ## Hacer demostración de usuario esté dentro de la &quot;unidad organizativa Demo '(puedes arrastrar y soltar).<br /> ## Cerrar sesión y la sesión como usuario 'demo'.<br /> ## Verás que el usuario ' demo' de usuario no es capaz de acceder a panel de control<br /> * Ten en cuenta que la configuración del usuario entrará en vigor una vez que se cierre la sesión y se vuelva a iniciar.<br /> * La configuración del equipo se llevará a efecto cuando se reinicie el equipo<br /> <br /> Para saber mas, busca en google “windows 2003, implementación de directorio activo”.<br /> <br /> ===Instalando la consola de Administración de políticas de grupo.===<br /> <br /> La puedes descargar desde:<br /> http://www.microsoft.com/downloads/details.aspx?FamilyId=0A6D4C24-8CBD-4B35-9272-DD3CBFC81887&amp;displaylang=en<br /> <br /> Esto es especialmente útil para cuando tienes grandes instalaciones y la gestión de muchas máquinas. (Es posible que necesite descargar el framework de. NET en primer lugar).<br /> <br /> ===Conectándonos a un controlador de dominio de Windows como controlador adicional===<br /> <br /> Una vez que hayas creado un dominio con Samba4, puedes optar por unirlo a los controladores de dominio adicionales, ya sean controladores de Samba, o Windows.<br /> <br /> Si deseas unirse a un nuevo controlador de dominio de Windows a un Dominio Samba, se debe usar la herramienta 'dcpromo' en la máquina Windows. Por favor, consulta las instrucciones normales para la instalación de dcpromo en Windows, con la excepción de que no debe marcar la casilla &quot;servidor DNS&quot; cuando se ofrece. En este momento, debe usar Windows para DNS, o el uso de Samba y bind9 para DNS. Mezclar los dos es factible, pero requiere de unos conocimientos realmente avanzados.<br /> <br /> <br /> ===Unir SAMBA4 a un dominio como controlador de dominio adicional.===<br /> <br /> A partir de la versión alpha11, Samba4 tiene la capacidad de unirse a un dominio de Active Directory como un controlador de dominio adicional. El proceso a un dominio existente es un poco diferente al suministro de un nuevo dominio. <br /> <br /> Este proceso es el equivalente del comando 'dcpromo' en los servidores de Windows.<br /> <br /> Esta apartado se asume que la configuración e instalación de Samba en la ubicación por defecto <br /> /usr/local/samba. <br /> <br /> Se supone que se están uniendo a Samba a un dominio ya existente llamado &quot;samba.example.com.”<br /> <br /> Ten en cuenta que algunas de las características mencionadas en este apartado sólo están disponibles en versiones de Samba4 mas actuales, en versiones posteriores al 26 de febrero de 2010 .<br /> <br /> También ten en cuenta que los siguientes pasos son los mismos independientemente de si se están uniendo a Samba a un dominio existente basado en Windows o un dominio existente basado en Samba.<br /> <br /> Cómo prepararse para unir Samba como un controlador de dominio a un dominio existente<br /> <br /> Es necesario construir Samba4 como de costumbre, pero no el paso del script “provision”<br /> <br /> Tienes que quitar cualquier smb.conf existente en /usr/local/samba/etc/smb.conf<br /> <br /> Debes de tener la configuración del dominio existente correctamente como su realm por defecto en <br /> /etc/krb5.conf, y usted debe tener estas opciones de configuración en /etc/krb5.conf: <br /> <br /> [libdefaults]<br /> dns_lookup_realm = true<br /> dns_lookup_kdc = true<br /> default_realm = SAMBA.EXAMPLE.COM<br /> <br /> A continuación, deben someterse a prueba para asegurarse de que el DNS y Kerberos están configurados correctamente para apuntar a su controlador de dominio existentes. Prueba de que todo es trabajo, lanza kinit como administrador de dominio:<br /> kinit administrator<br /> Password: XXXXXXXX<br /> <br /> ===Conectándonos a un dominio existente como Controlador de Dominio.===<br /> <br /> Ejecuta esto como root:<br /> bin/net vampire samba.example.com -Uadministrator –realm=samba.example.com<br /> <br /> También puedes usar una herramienta de samba 4 :<br /> bin/samba-tool join samba.example.com DC -Uadministrator –realm=samba.example.com<br /> <br /> Debe mostrar una serie de mensajes de depuración acerca de replicar los contenidos de dominio:<br /> <br /> Partition[CN=Configuration,DC=sample,DC=example,DC=com] objects[1596] linked_values[1]<br /> <br /> Deberías recibir un mensaje como este:<br /> <br /> Joined domain V2 (SID S-1-5-21-3565189888-2228146013-2029845409) as a DC<br /> <br /> En este punto tu tienes metido tu servidor de SAMBA4 en un dominio existente y puedes lanzar un Controlador de Dominio SAMBA <br /> <br /> ===Lanzando SAMBA===<br /> <br /> Se lanza samba4 como un controlador de dominio de la misma manera que se inicia como un servidor normal, simplemente ejecuta el comando 'samba' desde el directorio sbin de su instalación. /usr/local/samba/sbin .<br /> <br /> Cuando lanzes SAMBA como un nuevo DC en un dominio existente de Windows, puedes encontrarte mensajes de error como estos en el archivo del log..<br /> <br /> UpdateRefs failed with WERR_DS_DRA_BAD_NC/NT code 0xc00020f8 for 5344d0a6-78a1-4758be69-66d933f1123._msdcs.samba.example.com CN=RID Manager$,CN=System,DC=samba,DC=example,DC=com<br /> <br /> Esto es causado por el controlador de dominio de Windows que todavía no ha seguido su “comprobador de coherencia de réplica (KCC)”, que significa que no se han creado las conexiones al servidor Samba.<br /> <br /> Para solucionar este problema, puedes ejecutar &quot;repadmin / KCC&quot; en el DC de Windows como administrador, o puede utilizar las herramientas de SAMBA ,así (dependiendo de la versión de tu samba).<br /> <br /> bin/net drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> o:<br /> <br /> bin/samba-tool drs kcc -Uadministrator windowsdc.samba.example.com<br /> <br /> <br /> A continuación, debes comprobar que la replicación entre el controlador de dominio Windows y el controlador de dominio Samba funciona correctamente mediante el uso de:<br /> <br /> net drs showrepl<br /> <br /> o:<br /> <br /> samba-tool drs showrepl<br /> <br /> Default-First-Site-Name\Windows<br /> DSA Options: 0x00000001<br /> Site Options: (none)<br /> DSA object GUID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> DSA invocationID: 794640f3-18cf-40ee-a211-a93992b67a64<br /> <br /> ==== INBOUND NEIGHBORS ====<br /> <br /> DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> CN=Schema,CN=Configuration,DC=samba,DC=example,DC=com<br /> Default-First-Site-Name\SAMBA via RPC<br /> DSA object GUID: 5344d0a6-78a1-4758-be69-b66d933f1123<br /> Last attempt @ Fri Feb 26 17:25:41 2010 EST was successful.<br /> 0 consecutive failure(s).<br /> Last success @ Fri Feb 26 17:25:41 2010 EST<br /> <br /> <br /> ====Pruebas de replicación.====<br /> <br /> Para comprobar que la replicación funciona correctamente entre dos controladores de dominio, prueba a añadir un usuario en el controlador de dominio Samba utilizando la herramienta de línea de comandos o las herramientas de Windows GUI de administración. <br /> <br /> A continuación, comprueba que el usuario se muestra en unos pocos segundos en el controlador de dominio de Windows.<br /> <br /> Del mismo modo, intenta modificar un usuario en el controlador de dominio de Windows y comprobar que la modifica muestran correctamente en el servidor Samba.<br /> <br /> ===Ldapcmp.===<br /> <br /> Es posible que desees utilizar “ldapcmp” para verificar los datos.<br /> <br /> ===Actualizaciones DNS.===<br /> <br /> A partir de Samba4 alpha12 existe la capacidad de actualizar automáticamente los servidores DNS BIND o el propietario de Microsoft©.<br /> <br /> Para que esto funcione correctamente entre Samba y Windows es posible que necesites un conjunto de parches para bind9. <br /> <br /> Los parches se encuentran en el directorio examples/bind9-patches del código fuente Samba4. <br /> <br /> Los parches se han presentado a los desarrolladores de bind9 y se incorporarán en la próxima versión de bind, pero mientras tanto debes de ser capaz de construir bind9 a sí mismo desde las fuentes y aplicar los parches.<br /> <br /> La forma en que las actualizaciones automáticas de DNS funciona es que Samba periódicamente (cada 10 minutos) llama a la secuencia de comandos “samba_dnsupdate” que se instala junto con Samba. Esa secuencia de comandos lee un archivo de plantilla de nombres DNS para actualizar en la zona DNS de “/usr/local/samba/private/dns_update_list.”.<br /> <br /> El contenido de este archivo se ve asi:<br /> <br /> <br /> A ${DNSDOMAIN} $IP<br /> A ${HOSTNAME} $IP<br /> CNAME ${NTDSGUID}._msdcs.${DNSDOMAIN} ${HOSTNAME}<br /> SRV _kerberos._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.dc.dc._msdcs.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _ldap._tcp.${SITE}._sites.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _gc._tcp.${DNSDOMAIN} ${HOSTNAME} 3268<br /> SRV _kerberos._tcp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._tcp.${DNSDOMAIN} ${HOSTNAME} 464<br /> SRV _ldap._tcp.${DNSDOMAIN} ${HOSTNAME} 389<br /> SRV _kerberos._udp.${DNSDOMAIN} ${HOSTNAME} 88<br /> SRV _kpasswd._udp.${DNSDOMAIN} ${HOSTNAME} 464<br /> <br /> <br /> Cuando se está ejecutando, Samba tiene que sustituir las variables de este archivo, y llamar al comando “nsupdate” del servidor DNS bind9 .<br /> <br /> Puedes agregar tus propios nombres para “dns_update_list” si quieres, y Samba añadir los del servidor DNS. También puedes optar por no utilizar TSIG y en lugar de utilizar una clave de configuración de DNS fijarte en otro servidor bind9. Para ello tendrás que modificar el 'nsupdate', comando que ejecuta Samba, que es configurable a través del &quot;comando nsupdate&quot; opción smb.conf. El valor por defecto es &quot;/usr/bin/nsupdate-g&quot;<br /> <br /> Las entradas de $IP de los registros se sustituyen con las direcciones IP de la interfaz que Samba detecta en tiempo de ejecución, basado en el &quot;interfaces =&quot; opción smb.conf.<br /> <br /> ==Conozcamos un poco el Directorio Activo de Windows==<br /> <br /> ===Uso de herramientas de diagnóstico para un Controlador de Dominio para Windows 2000, Windows 2003 o Windows 2008,===<br /> <br /> A continuación se describen recursos y herramientas de los que un administrador de sistemas dispone a mano para poder llevar a cabo ante determinadas circunstancias tareas tan necesarias como pueden ser la verificación de las réplicas entre Controladores de Dominio, repaso de la sincronización horaria, chequeo de puertos necesarios para el Directorio Activo, registros necesarios en un servidor DNS, etc...<br /> <br /> El documento es orientativo y hay que destacar siempre que su uso puede depender de las diferentes circunstancias y situaciones que se puedan dar a la hora de tener que realizar diagnósticos, chequeos y diferentes operaciones de mantenimiento sobre nuestro Directorio Activo y Controladores de Dominio que lo mantienen. <br /> <br /> ===Realizar un diagnóstico del DC===<br /> <br /> Ante algún posible fallo relacionado con el AD, lo primero que podemos mirar es el resultado que se produce al ejecutar las siguientes herramientas de diagnóstico para el servicio de directorio (para poder hacer uso de ellas es necesario instalar las support tools del CD de Windows 2003):<br /> <br /> Las puedes descargar de:<br /> <br /> http://www.microsoft.com/downloads/en/details.aspx?familyid=6ec50b78-8be1-4e81-b3be-4e7ac4f0912d&amp;displaylang=en<br /> <br /> ====DCDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a los DC’s del dominio o bosque con el fin de poder encontrar algún error entre ellos. Un ejemplo de un dcdiag de un DC que esté funcionando correctamente puede ser el siguiente:<br /> <br /> <br /> Una opción interesante para chequear con ésta herramienta es que el DC haya registrado correctamente en los DNS los registros necesarios para que sea reconocido y anunciado en el AD como un DC válido:<br /> <br /> dcdiag /test:registerindns /dnsdomain:FQDN /v<br /> <br /> ej:<br /> <br /> dcdiag /test:registerindns /dnsdomain:Laboratorio.test /v<br /> <br /> La salida del comando si está correcto será:<br /> <br /> Domain Controller Diagnosis<br /> Performing initial setup:<br /> Done gathering initial info.<br /> Doing initial required tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Connectivity<br /> <br /> ......................... DCLAB1 passed test Connectivity<br /> <br /> Doing primary tests<br /> <br /> Testing server: Default-First-Site-Name\DCLAB1<br /> <br /> Starting test: Replications<br /> <br /> ......................... DCLAB1 passed test Replications<br /> <br /> Starting test: NCSecDesc<br /> <br /> ......................... DCLAB1 passed test NCSecDesc <br /> <br /> Starting test: NetLogons<br /> <br /> ......................... DCLAB1 passed test NetLogons<br /> <br /> Starting test: Advertising<br /> <br /> ......................... DCLAB1 passed test Advertising<br /> <br /> Starting test: KnowsOfRoleHolders<br /> <br /> ......................... DCLAB1 passed test KnowsOfRoleHolders<br /> <br /> Starting test: RidManager<br /> <br /> ......................... DCLAB1 passed test RidManager<br /> <br /> Starting test: MachineAccount<br /> <br /> ......................... DCLAB1 passed test MachineAccount<br /> <br /> Starting test: Services<br /> <br /> IsmServ Service is stopped on [DCLAB1]<br /> <br /> ......................... DCLAB1 failed test Services<br /> <br /> Starting test: ObjectsReplicated<br /> <br /> ......................... DCLAB1 passed test ObjectsReplicated<br /> <br /> Starting test: frssysvol<br /> <br /> ......................... DCLAB1 passed test frssysvol<br /> <br /> Starting test: frsevent<br /> <br /> ......................... DCLAB1 passed test frsevent<br /> <br /> Starting test: kccevent<br /> <br /> ......................... DCLAB1 passed test kccevent<br /> <br /> Starting test: systemlog<br /> <br /> ......................... DCLAB1 passed test systemlog<br /> <br /> Starting test: VerifyReferences<br /> <br /> ......................... DCLAB1 passed test VerifyReferences<br /> <br /> Running partition tests on : ForestDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... ForestDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> ......................... ForestDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : DomainDnsZones<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... DomainDnsZones passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... DomainDnsZones passed test CheckSDRefDom<br /> <br /> Running partition tests on : Schema<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Schema passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Schema passed test CheckSDRefDom<br /> <br /> Running partition tests on : Configuration<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... Configuration passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... Configuration passed test CheckSDRefDom<br /> <br /> Running partition tests on : laboratorio<br /> <br /> Starting test: CrossRefValidation<br /> <br /> ......................... laboratorio passed test CrossRefValidation<br /> <br /> Starting test: CheckSDRefDom<br /> <br /> ......................... laboratorio passed test CheckSDRefDom<br /> <br /> Running enterprise tests on : laboratorio.test<br /> <br /> Starting test: Intersite<br /> <br /> ......................... laboratorio.test passed test Intersite<br /> <br /> Starting test: FsmoCheck<br /> <br /> ......................... laboratorio.test passed test FsmoCheck<br /> <br /> En caso de que el resultado no sea correcto habría que repasar los DNS que tiene configurado a nivel de la conexión de red para verificar que son los adecuados.<br /> <br /> ====NETDIAG====<br /> <br /> Esta herramienta sirve para hacer una serie de test a nivel de red y conexiones en el DC que se lanza. Un ejemplo de un netdiag puede ser el siguiente:&gt;<br /> <br /> Computer Name: DCLAB1<br /> <br /> DNS Host Name: dclab1.laboratorio.test<br /> <br /> System info : Windows 2000 Server (Build 3790)<br /> <br /> Processor : x86 Family 15 Model 2 Stepping 9, GenuineIntel<br /> <br /> List of installed hotfixes : <br /> <br /> KB819696<br /> KB823182<br /> KB823353<br /> KB823559<br /> KB824105<br /> KB824141<br /> KB824151<br /> KB825119<br /> KB828035<br /> KB828741<br /> KB833987<br /> KB834707<br /> KB835732<br /> KB837001<br /> KB839643<br /> KB839645<br /> KB840315<br /> KB840374<br /> KB840987<br /> KB841356<br /> KB841533<br /> KB867460<br /> KB867801<br /> KB873376<br /> Q147222<br /> Q828026<br /> <br /> Netcard queries test . . . . . . . : Passed<br /> <br /> Per interface results:<br /> <br /> Adapter : LAN-Desarrollo<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 192.168.102.101<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : 192.168.102.1<br /> Dns Servers. . . . . . . . : 213.163.5.137<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Failed<br /> No gateway reachable for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Adapter : Virtual_Interna<br /> Netcard queries test . . . : Passed<br /> Host Name. . . . . . . . . : dclab1<br /> IP Address . . . . . . . . : 10.1.1.1<br /> Subnet Mask. . . . . . . . : 255.255.255.0<br /> Default Gateway. . . . . . : <br /> Dns Servers. . . . . . . . : 10.1.1.1<br /> 10.1.1.2<br /> AutoConfiguration results. . . . . . : Passed<br /> Default gateway test . . . : Skipped<br /> [WARNING] No gateways defined for this adapter.<br /> NetBT name test. . . . . . : Passed<br /> [WARNING] At least one of the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names is missing.<br /> No remote names have been found.<br /> WINS service test. . . . . : Skipped<br /> There are no WINS servers configured for this interface.<br /> Global results:<br /> Domain membership test . . . . . . : Passed<br /> NetBT transports test. . . . . . . : Passed<br /> List of NetBt transports currently configured:<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> 2 NetBt transports currently configured.<br /> Autonet address test . . . . . . . : Passed<br /> IP loopback ping test. . . . . . . : Passed<br /> Default gateway test . . . . . . . : Failed<br /> [FATAL] NO GATEWAYS ARE REACHABLE.<br /> You have no connectivity to other network segments.<br /> If you configured the IP protocol manually then<br /> you need to add at least one valid gateway.<br /> NetBT name test. . . . . . . . . . : Passed<br /> [WARNING] You don't have a single interface with the &lt;00&gt; 'WorkStation Service', &lt;03&gt; 'Messenger Service', &lt;20&gt; 'WINS' names defined.<br /> Winsock test . . . . . . . . . . . : Passed<br /> DNS test . . . . . . . . . . . . . : Passed<br /> [WARNING] Cannot find a primary authoritative DNS server for the name<br /> 'dclab1.laboratorio.test.'. [ERROR_TIMEOUT]<br /> The name 'dclab1.laboratorio.test.' may not be registered in DNS.<br /> [WARNING] The DNS entries for this DC cannot be verified right now on DNS server 213.163.5.137, ERROR_TIMEOUT. <br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.1' and other DCs also have some of the names registered.<br /> PASS - All the DNS entries for DC are registered on DNS server '10.1.1.2' and other DCs also have some of the names registered.<br /> Redir and Browser test . . . . . . : Passed<br /> List of NetBt transports currently bound to the Redir<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The redir is bound to 2 NetBt transports.<br /> List of NetBt transports currently bound to the browser<br /> NetBT_Tcpip_{91873FE9-2F61-4E21-947C-E99F39ABF65E}<br /> NetBT_Tcpip_{B8D698CD-89BC-4E98-B2A6-B5F1616783EE}<br /> The browser is bound to 2 NetBt transports.<br /> DC discovery test. . . . . . . . . : Passed<br /> DC list test . . . . . . . . . . . : Passed<br /> Trust relationship test. . . . . . : Skipped<br /> Kerberos test. . . . . . . . . . . : Passed<br /> LDAP test. . . . . . . . . . . . . : Passed<br /> Bindings test. . . . . . . . . . . : Passed<br /> WAN configuration test . . . . . . : Skipped<br /> No active remote access connections.<br /> Modem diagnostics test . . . . . . : Passed<br /> IP Security test . . . . . . . . . : Skipped<br /> Note: run &quot;netsh ipsec dynamic show /?&quot; for more detailed information<br /> The command completed successfully<br /> <br /> ====REPADMIN====<br /> <br /> Esta herramienta sirve para comprobar las réplicas entre los servidores. A continuación se muestra un ejemplo en el que se ven las réplicas establecidas y llevadas a cabo por el servidor “server1”:<br /> <br /> repadmin /showrepl server1.microsoft.com <br /> <br /> Press Enter and the following output is displayed:<br /> <br /> repadmin /showrepl server1.microsoft.com<br /> Building7a\server1<br /> DC Options : IS_GC<br /> Site OPtions: (none)<br /> DC object GUID : 405db077-le28-4825-b225-c5bb9af6f50b<br /> DC invocationID: 405db077-le28-4825-b225-c5bb9af6f50b<br /> <br /> ==== INBOUND NEIGHBORS ======================================<br /> <br /> CN=Schema,CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.35 was successful.<br /> <br /> CN=Configuration,DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2002-09-09 12:25.10 was successful.<br /> <br /> DC=microsoft,Dc=com<br /> Building7b\server2 via RPC<br /> objectGuid: e55c6c75-75bb-485a-a0d3-020a44c3afe7<br /> last attempt @ 2001-09-09 12:25.11 was successful<br /> <br /> <br /> ====REPLMON====<br /> <br /> Es la utilidad gráfica del repadmin, y tiene las mismas funcionalidades pero de un modo más intuitivo y fácil de hacer e interpretar; puede comprobar el estado de la réplica entre las diferentes particiones del AD entre los diferentes DC’s implicados; forzar la sincronización entre ellos, ver errores de réplica o hacer testeos de los FSMO. A continuación se detallan las opciones más comunes y el uso de dicha herramienta. Para arrancarla basta ir a “Start - &gt;Run: replmon”:<br /> <br /> Para añadir un DC y empezar a hacer los diagnósticos, con el botón derecho sobre Monitored Servers elegimos la opción para añadir un DC:<br /> <br /> Nos preguntará por cómo queremos añadir o buscar el DC, si por el nombre o a través del directorio; en nuestro ejemplo será a partir del directorio:<br /> <br /> A continuación elegiremos el site del que forme parte el DC a chequear y al propio Dc como tal:<br /> <br /> Tras ello veremos que aparece en pantalla el DC elegido y colgando de él todas las particiones del Directorio Activo que maneja y replica con el resto de DC’s implicados:<br /> <br /> Si expandimos cada una de las zonas podremos ver el resultado de la última sincronización que se haya efectuado con el resto de DC’s; si la sincronización es correcta aparecerá una imagen de un servidor en gris; si no ha sido así, aparecerá marcado con un aspa roja; podemos ver un ejemplo de ello a continuación:<br /> <br /> Si pinchamos sobre alguna de las particiones con error en la réplica podremos ver el log con el resultado de la operación:<br /> <br /> Si queremos complementar más información sobre posibles errores entre los DC’s podemos mirar también el visor de sucesos para buscar más datos al respecto. A parte, puede ser interesante en circunstancias determinadas activar a nivel de registro que los datos a recolectar en el visor de eventos sean más detallados. Para ello:<br /> <br /> &quot;How to configure Active Directory diagnostic event logging in Windows Server http://support.microsoft.com/default.aspx?scid=kb;en-us;314980&amp;sd=tech&quot;<br /> <br /> Si lo que queremos es forzar la réplica de alguna de las particiones del AD con algún DC, basta con elegir dicha partición y con el botón derecho sobre ella seleccionar la opción de sincronizar con el DC elegido:<br /> <br /> Una vez forzada la réplica podremos ver como hemos indicado antes en el log el resultado de la misma.<br /> <br /> Para ver los controladores de dominio presentes, seleccionamos nuestro DC y con el botón derecho sobre él elegimos la opción para mostrar los DC’s.<br /> <br /> Para ver los DC’s que sean además Global Catalog, hacemos lo mismo que anteriormente pero seleccionando dicha opción:<br /> <br /> Si tuviéramos varios sitios y quisiéramos saber los DC’s designados como cabezas de puente para la replicación entre ellos podemos hacerlo de éste modo:<br /> <br /> Si no hay ninguno (como en éste ejemplo) el mensaje que se devuelve será:<br /> <br /> Si queremos ver los roles (si es que tiene) el DC o hacer testeos de los FSMO en el directorio, editamos las propiedades del Server monitorizado:<br /> <br /> Para testear los FSMO, nos situamos en su pestaña y damos al botón del test:<br /> <br /> Pulsamos en Query... <br /> <br /> Si queremos ver qué “roles” o funciones definidas lleva éste DC, nos situamos sobre la pestaña de Server Flags:<br /> <br /> Si queremos ver las replicaciones Intra-Site de éste DC con otros, nos situamos sobre la pestaña de Inbound Replication Connection:<br /> <br /> Si queremos chequear que el KCC (el cual se encarga de generar y mantener el estado de las réplicas tanto intra como inter-site) esté funcionando adecuadamente:<br /> <br /> Si queremos ver si hay algún error de objetos sin replicar entre los DC’s, también podemos ir al menú de “ActionàDomainàSearch DC for Replication Errors”:<br /> <br /> Nos aparecerá la siguiente ventana en la que deberemos pulsar sobre el botón Run Search para que comience el test:<br /> <br /> Indicamos el nombre del dominio &amp; &quot;OK&quot;,<br /> <br /> Si hubiera algún error de réplicas aparecería en la pantalla anterior:<br /> <br /> ====PORTQRY==== <br /> <br /> Esta herramienta sirve para comprobar la conectividad entre los servidores mediante puertos TCP y UDP, por ejemplo, para verificar la conectividad al puerto 135 de un Server:<br /> <br /> portqry /n 10.193.36.210 /p udp /e 135 <br /> <br /> <br /> Querying target system called:<br /> <br /> 10.193.36.210<br /> <br /> Attempting to resolve IP address to a name...<br /> <br /> IP address resolved to RKTLABDC2<br /> <br /> UDP port 135 (epmap service): LISTENING or FILTERED<br /> <br /> Querying Endpoint Mapper Database...<br /> <br /> Server's response:<br /> <br /> UUID: a00c021c-2be2-11d2-b678-0000f87a8f8e PERFMON SERVICE<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> UUID: d049b186-814f-11d1-9a3c-00c04fc9b232 NtFrs API<br /> <br /> ncacn_np:\\\\RKTLABDC2[\\pipe\\000003b8.000]<br /> <br /> Total endpoints found: 69<br /> <br /> ==== End of RPC Endpoint Mapper query response ====<br /> <br /> UDP port 135 is LISTENING<br /> <br /> =====A parte:=====<br /> <br /> HOW TO: Use Portqry to Troubleshoot Active Directory Connectivity Issues: http://support.microsoft.com/default.aspx?scid=kb;EN-US;816103<br /> <br /> ====NSLOOKUP==== <br /> <br /> Se usa para hacer test de resolución de nombres en un servidor de DNS. Es muy recomendable hacer la verificación de que los registros de tipo SRV necesarios para que el AD funcione adecuadamente estén correctamente registrados en el DNS. Para ello, en un CMD escribimos nslookup, y a continuación set q=SRV. <br /> <br /> Tras ello _ldap._tcp.dc._msdcs.ActiveDirectoryDomainName. Un ejemplo de ello:<br /> <br /> C:\nslookup<br /> <br /> Default Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> set type=srv<br /> _ldap._tcp.dc._msdcs.example.microsoft.com<br /> Server: dc1.example.microsoft.com<br /> Address: 10.0.0.14<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc1.example.microsoft.com<br /> _ldap._tcp.dc._msdcs.example.microsoft.com SRV service location:<br /> priority = 0<br /> weight = 0<br /> port = 389<br /> svr hostname = dc2.example.microsoft.com<br /> dc1.example.microsoft.com internet address = 10.0.0.14<br /> dc2.example.microsoft.com internet address = 10.0.0.15<br /> <br /> <br /> ====DSASTAT====<br /> <br /> Esta herramienta sirve para comparar y detector diferencias entre las bases de datos de directorio de los DC’s que pueda haber. Sirve de complemento a las anteriores.<br /> <br /> Por ejemplo, para ver las diferencias que pueda haber entre 2 DC’s (dclab1 y dclab2, del dominio laboratorio.test), ejecutaremos lo siguiente en un CMD:<br /> <br /> Dsastat –s:dclab1;dclab2 –b:DC=laboratorio,DC=test<br /> <br /> El resultado será:<br /> <br /> Stat-Only mode.<br /> <br /> Unsorted mode.<br /> <br /> Opening connections...<br /> <br /> dclab1...success.<br /> <br /> Connecting to dclab1...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> Setting server as [dclab1] as server to read Config Info...<br /> <br /> dclab2...success.<br /> <br /> Connecting to dclab2...<br /> <br /> reading...<br /> <br /> **&gt; ntMixedDomain = 0<br /> <br /> reading...<br /> <br /> **&gt; Options = <br /> <br /> ignored attrType = 0x3, bIsRepl 2.5.4.3<br /> <br /> ignored attrType = 0xb, bIsRepl 2.5.4.11<br /> <br /> BEGIN: Getting all special metadata attr info ...<br /> <br /> --&gt; Adding special meta attrs, (3, cn)<br /> <br /> --&gt; Adding special meta attrs, (6, c)<br /> <br /> --&gt; Adding special meta attrs, (1376281, dc)<br /> <br /> --&gt; Adding special meta attrs, (7, l)<br /> <br /> --&gt; Adding special meta attrs, (591522, msTAPI-uid)<br /> <br /> --&gt; Adding special meta attrs, (10, o)<br /> <br /> --&gt; Adding special meta attrs, (11, ou)<br /> <br /> END: Getting all special metadata attr info ...<br /> <br /> No. attributes in schema = 1070<br /> <br /> No. attributes in replicated = 1015<br /> <br /> No. attributes in PAS = 151<br /> <br /> Generation Domain List on server dclab1...<br /> <br /> &gt; Searching server for GC attribute partial set on property attributeId.<br /> <br /> &gt; Searching server for GC attribute partial set on property ldapDisplayName.<br /> <br /> Retrieving statistics...<br /> <br /> Paged result search...<br /> <br /> Paged result search...<br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 64. <br /> <br /> 50 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 100 entries processed (7 msg queued, 0 <br /> obj stored, 0 obj deleted)... 150 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 200 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 250 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 300 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 350 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... 400 entries processed (7 msg queued, 0 obj stored, 0 obj deleted)... <br /> <br /> Svr[dclab2]. Entries = 64. <br /> <br /> Svr[dclab1]. Entries = 6.<br /> <br /> Svr[dclab2]. Entries = 6. <br /> <br /> ...(Terminated query to dclab1. &lt;No result present in message&gt;)<br /> <br /> ...(Terminated query to dclab2. &lt;No result present in message&gt;)<br /> <br /> 450 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... 500 entries processed (3 msg queued, 0 obj stored, 0 obj deleted)... --&gt; Svr[dclab1] has returned 256 objects... --&gt; Svr[dclab2] has returned 244 objects...<br /> <br /> -=&gt;&gt;|*** DSA Diagnostics ***|&lt;&lt;=-<br /> <br /> <br /> Objects per server:<br /> <br /> Obj/Svr dclab1 dclab2 Total<br /> <br /> builtinDomain 1 1 2<br /> <br /> classStore 1 1 2<br /> <br /> computer 3 3 6<br /> <br /> container 87 87 174<br /> <br /> dfsConfiguration 1 1 2<br /> <br /> dnsNode 59 59 118<br /> <br /> dnsZone 6 6 12<br /> <br /> domainDNS 1 1 2<br /> <br /> domainPolicy 1 1 2<br /> <br /> fileLinkTracking 1 1 2<br /> <br /> foreignSecurityPrincipal 4 4 8<br /> <br /> group 32 32 64<br /> <br /> groupPolicyContainer 3 3 6<br /> <br /> infrastructureUpdate 1 1 2<br /> <br /> ipsecFilter 2 2 4<br /> <br /> ipsecISAKMPPolicy 3 3 6<br /> <br /> ipsecNFA 8 8 16<br /> <br /> ipsecNegotiationPolicy 6 6 12<br /> <br /> ipsecPolicy 3 3 6<br /> <br /> linkTrackObjectMoveTable 1 1 2<br /> <br /> linkTrackVolumeTable 1 1 2<br /> <br /> lostAndFound 1 1 2<br /> <br /> mSMQConfiguration 1 1 2<br /> <br /> msDS-QuotaContainer 1 1 2<br /> <br /> nTFRSMember 2 2 4<br /> <br /> nTFRSReplicaSet 1 1 2<br /> <br /> nTFRSSettings 1 1 2<br /> <br /> nTFRSSubscriber 2 2 4<br /> <br /> nTFRSSubscriptions 2 2 4<br /> <br /> organizationalUnit 2 2 4<br /> <br /> rIDManager 1 1 2<br /> <br /> rIDSet 2 2 4<br /> <br /> rpcContainer 1 1 2<br /> <br /> samServer 1 1 2<br /> <br /> secret 4 4 8<br /> <br /> user 15 15 30<br /> <br /> ---<br /> <br /> Total: 262 262 524<br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per object:<br /> <br /> Object Bytes<br /> <br /> builtinDomain 334 <br /> <br /> classStore 322<br /> <br /> computer 4384<br /> <br /> container 32694<br /> <br /> dfsConfiguration 362<br /> <br /> dnsNode 19328<br /> <br /> dnsZone 2022<br /> <br /> domainDNS 3350<br /> <br /> domainPolicy 370<br /> <br /> fileLinkTracking 332<br /> <br /> foreignSecurityPrincipal 1528<br /> <br /> group 25138<br /> <br /> groupPolicyContainer 1642<br /> <br /> infrastructureUpdate 366<br /> <br /> ipsecFilter 1368<br /> <br /> ipsecISAKMPPolicy 1614<br /> <br /> ipsecNFA 4518<br /> <br /> ipsecNegotiationPolicy 4208<br /> <br /> ipsecPolicy 2368<br /> <br /> linkTrackObjectMoveTable 424<br /> <br /> linkTrackVolumeTable 390<br /> <br /> lostAndFound 404<br /> <br /> mSMQConfiguration 2162<br /> <br /> msDS-QuotaContainer 412<br /> <br /> nTFRSMember 1224<br /> <br /> nTFRSReplicaSet 432<br /> <br /> nTFRSSettings 416<br /> <br /> nTFRSSubscriber 1456<br /> <br /> nTFRSSubscriptions 756<br /> <br /> organizationalUnit 974<br /> <br /> rIDManager 318<br /> <br /> rIDSet 564<br /> <br /> rpcContainer 340<br /> <br /> samServer 318<br /> <br /> secret 1624<br /> <br /> user 8870<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Bytes per server:<br /> <br /> Server Bytes<br /> <br /> dclab1 63666<br /> <br /> dclab2 63666<br /> <br /> . . . . . . . . . . . . . . <br /> <br /> Checking for missing replies...<br /> <br /> No missing replies!INFO: Server sizes are equal. <br /> <br /> *** Identical Directory Information Trees ***<br /> <br /> -=&gt;&gt; PASS &lt;&lt;=-<br /> <br /> closing connections...<br /> <br /> dclab1; dclab2;<br /> <br /> <br /> ===Tareas periódicas a llevar a cabo en un DC===<br /> <br /> Si nuestro Directorio Activo sufre contínuos cambios en la base de datos del metadirectorio (por ejemplo, adición/eliminación constante de cuentas de usuario, máquinas, políticas, etc) sería muy aconsejable una vez al mes llevar a cabo una defragmentación offline.<br /> <br /> Si no es así, no es necesario a cabo nada en este respecto ya que la defragmentación online será suficiente.<br /> <br /> Si no hay muchos DC’s o sites configurados, debería bastar una vez al mes realizar un diagnóstico de los DC’s empleando las herramientas de dcdiag, netdiag y replmon como se ha explicado arriba para hacer un chequeo del estado de las réplicas, FSMO’s y Global Catalog. <br /> <br /> Comprobar al menos una vez a la semana que el DC con el rol de PDCEmulator encargado de sincronizar la hora lo haga adecuadamente. <br /> <br /> Comprobar al menos una vez al mes con la herramienta dsastat que los DC’s entre sí no tengan diferencias en los objetos replicados. <br /> <br /> Comprobar al menos una vez al mes que no hay errores con ID 5774, 5775 y 5781 por el servicio Netlogon en la parte de Sistema. Esos ID pueden suponer que el DC no ha registrado correctamente en el DNS los registros necesarios para anunciarse y actuar como DC. Para ello seguir el procedimiento siguiente. <br /> <br /> Repasar al menos una vez al mes que los DC’s están al día en cuanto de parches de seguridad se refiere. <br /> <br /> Si nuestro DC tiene software de antivirus, repasar diariamente que se encuentra actualizado adecuadamente. <br /> <br /> NOTA: la periodicidad puede variar en función de muchas circunstancias y situaciones, por lo que se ha especificado es sólo a modo orientativo<br /> <br /> ===Problemas comunes relacionados y tareas que podemos revisar===<br /> <br /> A continuación se hace una relación de los problemas más comunes que se suelen dar y las posibles soluciones o tareas que podemos llevar a cabo para intentar resolverlos. Cabe recalcar que son los problemas más comunes y las soluciones más comunes, lo cual quiere decir que puede ser que se produzcan por otros motivos diferentes (en cuyo caso podemos hacer uso de las herramientas explicadas para intentar detectar el punto de fallo y obrar en consecuencia, o podemos siempre acudir a los foros de soporte gratuito de MS <br /> <br /> http://www.microsoft.com/spanish/msdn/gruposnoticias.asp<br /> <br /> http://www.microsoft.com/spain/technet/comunidad/grupos/default.asp ) : <br /> <br /> ====Los clientes Windows 2000 en adelante tardan en validarse mucho tiempo para el inicio de sesión.====<br /> <br /> La causa más común se deriva de una mala implementación o configuración del DNS, ya sea en el propio servidor o en la estación de trabajo.<br /> <br /> Hay que repasar que los DC’s en su configuración de TCP/IP tienen los servidores DNS adecuados, y los adecuados son servidores de DNS internos en los cuales el Directorio Activo registra sus registros necesarios para el correcto funcionamiento de éste. Nunca deberá aparecer la IP de un DNS que no tenga este objetivo (por ejemplo, el de un ISP), ya que para eso deben configurarse los reenviadores<br /> <br /> ====Las políticas de grupo no se aplican====<br /> <br /> La causa más común suele ser también la descrita en el punto anterior. <br /> <br /> Si no fuera el caso, aunque no sea la temática de este documento (las políticas de grupo o GPO necesitan su propio documento debido a que también dan mucho juego), se dejan a continuación algunos enlaces que pueden ser de ayuda u orientación:<br /> <br /> ====Los DC’s de diferentes Sites, y del mismo dominio dejan de replicar====<br /> <br /> Lo primero que deberemos verificar es que entre dichos DC’s haya conectividad por el puerto 135 TCP. Para ello podemos usar la herramienta Portquery.<br /> <br /> Es importante tener en cuenta que los DC’s que lleven más de 60 días sin replicar ya no podrán hacerlo.<br /> <br /> Si hay conectividad por el puerto 135 TCP, deberemos entonces repasar que hay resolución de nombres por el <br /> DNS, la sincronización horaria está correcta y repasar el visor de eventos para más información al respecto y ver si alguna de las herramientas descritas puede ayudar a averiguar más. <br /> <br /> ====Los usuarios no inician sesión====<br /> <br /> Un usuario necesita acceder a un DC que sea Global Catalog para poder iniciar sesión (a partir de Windows Server 2003 ya no es imperativo; se necesita un DC que tenga habilitada la posibilidad del cacheo de membresía a grupos universales y que el usuario haya hecho logon a través de dicho DC).<br /> <br /> <br /> También es importante repasar que la sincronización horaria es la adecuada entre la estación cliente y un DC de su dominio.<br /> <br /> ====Los clientes validan o acceden a recursos de servidores de otra subred en lugar de acceder a los de la suya====<br /> <br /> Deberemos repasar que su subred esté asociada al Site adecuado, y en caso de no ser así, definirlo cuanto antes<br /> <br /> Un DC con un FSMO ha caído y no puede volverse a poner en red. <br /> <br /> El procedimiento adecuado en estos casos pasa primero por forzar el traspaso del FSMO de dicho DC a otro.<br /> <br /> Tras ello, es importante eliminar la referencia de dicho DC en la metabase del Directorio Activo, ya que de lo contrario afectará al rendimiento y funcionamiento de nuestro servicio de directorio.<br /> <br /> Una vez que se haya replicado este cambio, podemos verificar con la herramienta de replmon que los cambios se han llevado a cabo satisfactoriamente.<br /> <br /> <br /> ===Eliminación de metadatos en el AD===<br /> <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo debido por ejemplo a que el servidor ha sufrido una averigua irrecuperable, o simplemente el contenido de los discos se ha degradado, seguiremos el siguiente procedimiento:<br /> <br /> Haga clic en Inicio, seleccione Programas, Accesorios y, a continuación, haga clic en Símbolo del sistema. <br /> <br /> En el símbolo del sistema, escriba ntdsutil y, a continuación, presione ENTRAR. <br /> <br /> Escriba metadata cleanup y, a continuación, presione ENTRAR. Según las opciones dadas, el administrador puede realizar la eliminación; pero para que ello sea posible se deben especificar parámetros de configuración adicionales. <br /> <br /> Escriba connections y presione ENTRAR. Este menú se usa para conectar el servidor específico donde se produzcan los cambios. Si el usuario que ha iniciado sesión no tiene permisos administrativos, se pueden suministrar credenciales diferentes especificando las credenciales que hay que usar antes de realizar la conexión. Para ello, escriba set creds nombre de dominionombre de usuariocontraseña y, a continuación, presione ENTRAR. Para escribir una contraseña nula, escriba null en el parámetro correspondiente a la contraseña. <br /> <br /> Escriba connect to server nombre de servidor y, a continuación, presione ENTRAR. Debe recibir la confirmación de que la conexión se ha establecido correctamente. Si se produce un error, compruebe que el controlador de dominio que se usa en la conexión está disponible y que las credenciales que ha suministrado tienen permisos administrativos en el servidor.<br /> <br /> Nota<br /> Si intenta conectar el mismo servidor que desea eliminar, cuando intente eliminar el servidor al que se hace referencia en el paso 15, puede aparecer un mensaje de error similar al siguiente: <br /> Error 2094. No se puede eliminar el objeto DSA<br /> Escriba quit y, a continuación, presione Entrar. Aparece el menú Metadata Cleanup. <br /> Escriba select operation target y presione ENTRAR. <br /> Escriba list domains y presione ENTRAR. Se muestra una lista de dominios en el bosque, cada uno con un número asociado. <br /> Escriba select domain número y, a continuación, presione ENTRAR, donde número es el número asociado con el dominio del que es miembro el servidor que está quitando. El dominio que seleccione se usa para determinar si el servidor que se está quitando es el último controlador de dominio de ese dominio. <br /> Escriba list sites y presione ENTRAR. Se muestra una lista de sitios, cada uno con un número asociado. <br /> Escriba select site número y, a continuación, presione ENTRAR, donde número es el número asociado con el sitio del que es miembro el servidor que está quitando. Debería recibir una confirmación que enumere el sitio y el dominio que elija. <br /> Escriba list servers in site y presione ENTRAR. Se muestra una lista de los servidores del sitio, cada uno con un número asociado.<br /> Escriba select server número, donde número es el número asociado con el servidor que desea quitar. Aparece una confirmación donde se indica el servidor seleccionado, su nombre de host de Servidor de nombres de dominio (DNS) y la ubicación de la cuenta de equipo del servidor que desea quitar. <br /> Escriba quit y presione ENTRAR. Aparece el menú Metadata Cleanup. <br /> Escriba remove selected server y presione ENTRAR. Debe recibir la confirmación de que la eliminación se ha completado correctamente. Si aparece el mensaje de error siguiente: <br /> Error 8419 (0x20E3)<br /> No se encontró el objeto DSA. <br /> el objeto de configuración NTDS puede haberse quitado ya de Active Directory porque lo haya quitado otro administrador o como consecuencia de la replicación de la eliminación con éxito del objeto después de ejecutar la utilidad DCPROMO.<br /> <br /> Nota<br /> También puede ver este error cuando intenta enlazar con el controlador de dominio que se va a quitar. Ntdsutil tiene que enlazar con otro controlador de dominio distinto al que se va a quitar con la limpieza de metadatos. <br /> Escriba quit en cada menú para salir de la utilidad Ntdsutil. Debe aparecer la confirmación de que la desconexión se ha completado correctamente. <br /> Quite el registro cname de la zona _msdcs.dominio raíz del bosque en DNS. Suponiendo que el controlador de dominio (DC) se va a reinstalar y se va a volver a promover, se crea un nuevo objeto de configuración NTDS con un nuevo GUID y un registro cname coincidente en DNS. Es mejor que los DC que existan no usen el registro cname antiguo.<br /> <br /> Es aconsejable eliminar el nombre de host y otros registros DNS. Si se supera el tiempo de concesión que queda en la dirección de Protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) asignada al servidor sin conexión, otro cliente puede obtener la dirección IP del DC problemático. <br /> Ahora que se ha eliminado el objeto de configuración NTDS, puede eliminar la cuenta de equipo, el objeto miembro FRS, el registro cname (o Alias) del contenedor _msdcs, el registro A (o Host) en DNS, el objeto trustDomain para un dominio secundario eliminado y el controlador de dominio. <br /> Use ADSIEdit para eliminar la cuenta de equipo. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expand OU=Domain Controllers. <br /> Haga clic con el botón secundario del mouse (ratón) en CN=nombre de controlador de dominio y, después, haga clic en Eliminar. <br /> Si aparece el error &quot;No se puede eliminar el objeto DSA&quot; cuando intenta eliminar el objeto, cambie el valor de UserAccountControl. Para cambiar el valor de UserAccountControl, haga clic con el botón secundario del mouse en el controlador de dominio en ADSIEdit y, después, haga clic en Properties. En Select a property to view, seleccione UserAccountControl. Haga clic en Clear, cambie el valor por 4096 y, después, haga clic en Set. Ya puede eliminar el objeto.<br /> <br /> <br /> Nota <br /> El objeto de suscriptor FRS se elimina cuando se elimina el objeto de equipo porque es un objeto secundario de la cuenta de equipo. <br /> Use ADSIEdit para eliminar el objeto de miembro FRS. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Expanda CN=File Replication Service. <br /> Expanda CN=Domain System Volume (SYSVOL share). <br /> Haga clic con el botón secundario del mouse en el controlador de dominio que está quitando y, a continuación, haga clic en Eliminar. <br /> En la consola DNS, use MMC de DNS para eliminar el registro A en DNS. El registro A también se conoce como registro Host. Para eliminar el registro A, haga clic con el botón secundario del mouse en él y, después, haga clic en Eliminar. Elimine igualmente el registro cname (también conocido como Alias) en el contenedor _msdcs. Para ello, expanda el contenedor _msdcs, haga clic con el botón secundario del mouse en el registro cname y, después, haga clic en Eliminar.<br /> <br /> Importante Si éste era un servidor DNS, quite la referencia a este DC debajo de la ficha Servidores de nombres. Para ello, en la consola DNS haga clic en el nombre de dominio en Zonas de búsqueda inversa y, después, quite este servidor de la ficha Servidores de nombres.<br /> <br /> Nota <br /> Si tiene zonas de búsqueda inversas, quite también el servidor de esas zonas. <br /> Si el equipo eliminado era el último controlador de dominio de un dominio secundario y éste también se eliminó, use ADSIEdit para eliminar el objeto trustDomain del objeto secundario. Para ello, siga estos pasos: <br /> Inicie ADSIEdit. <br /> Expanda el contenedor Domain NC. <br /> Expanda DC=su dominio, DC=COM, PRI, LOCAL, NET. <br /> Expanda CN=System. <br /> Haga clic con el botón secundario del mouse en el objeto Dominio de confianza y, a continuación, haga clic en Eliminar. <br /> Use Sitios y servicios de Active Directory para quitar el controlador de dominio. Para ello, siga estos pasos: <br /> Inicie Sitios y servicios de Active Directory. <br /> Expanda Sitios <br /> Expanda el sitio del servidor. El sitio predeterminado es Nombre-predeterminado-primer-sitio. <br /> Expanda Servidor. <br /> Haga clic con el botón secundario del mouse en el controlador de dominio y, a continuación, haga clic en Eliminar.<br /> <br /> <br /> Además, deberemos tener en cuenta lo siguiente:<br /> Si el DC eliminado era un GC, habría que evaluar si algún servidor de aplicaciones que apuntara al GC caído deba configurarse o “re-apuntar” a un GC que esté presente y funcionando.<br /> Si el DC eliminado era un GC, habría que evaluar añadir/promocionar un nuevo GC en el Site, dominio, o bosque.<br /> Si el DC eliminado era responsable de algún FSMO, transferir dicha función a otro DC.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los clientes DNS en todas las estaciones de trabajo, servidores miembro, u otros DC’s que pudieran hacer uso del servidor caído para la resolución de nombres. Si se requiere, modificar el ámbito de DHCP para reflejar el borrado del servidor DNS caído.<br /> Si el DC eliminado era un servidor de DNS, actualizar la configuración de los Reenviadotes y de las Delegaciones en cualquier otro servidor DNS que pudiera estar apuntando al DC eliminado para la resolución de nombres.<br /> Transferir los FSMO mediante ntdsutil <br /> Ante la caída de un DC en un dominio dado y si no hay posibilidad ninguna de restaurarlo, y después de haber leído el punto anterior , seguiremos el siguiente procedimiento.<br /> En cualquier controlador de dominio, haga clic en Inicio, haga clic en Ejecutar, escriba ntdsutil en el cuadro Abrir y, a continuación, haga clic en Aceptar. <br /> NOTA: Microsoft recomienda que utilice el controlador de dominio que va a asumir las funciones FSMO. <br /> Escriba roles y, a continuación, presione ENTRAR. <br /> NOTA: para ver una lista de los comandos disponibles en cualquiera de los símbolos del sistema de la herramienta Ntdsutil, escriba ? y, a continuación, presione ENTRAR. <br /> Escriba connections y, a continuación, presione ENTRAR. <br /> Escriba connect to server nombre del servidor , donde nombre del servidor es el nombre del servidor que desea utilizar y presione ENTRAR. <br /> En el símbolo de server connections:, escriba q y, a continuación, presione ENTRAR de nuevo. <br /> Escriba seize función , donde función es la función que desea asumir. Para ver una lista de las funciones que puede asumir, escriba ? en el símbolo de Fsmo maintenance: y presione ENTRAR o consulte la lista de funciones que aparece al principio de este artículo. Por ejemplo, para asumir la función Maestro RID escribiría seize maestro rid . La única excepción es la función Emulador PDC, cuya sintaxis sería &quot;seize pdc&quot; y no &quot;seize emulador pdc&quot;. <br /> NOTA: las cinco funciones deben estar en el bosque. Si el primer controlador de dominio está fuera del bosque, asuma todas las funciones. Determine qué funciones van a estar en cada uno de los controladores de dominio restantes de forma que las cinco funciones no estén en un único servidor. <br /> <br /> <br /> Microsoft© recomienda que sólo asuma todas las funciones cuando el otro controlador de dominio no vuelve al dominio; de lo contrario, repare con las funciones el controlador de dominio que no funciona. <br /> <br /> Si el controlador de dominio original que tiene las funciones FSMO sigue en conexión, transfiera las funciones. Escriba transfer función . <br /> Después de asumir o transferir las funciones, haga clic en q y presione ENTRAR hasta que salga de la herramienta Ntdsutil. <br /> NOTA: no ponga la función Maestro de infraestructuras en el mismo controlador de dominio que el catálogo global. <br /> En el caso de nuestro domino, gctiberica.local, esto nos es indiferente, pudiendo estar el GC en el mismo DC que el Maestro de Infraestructuras sin ningún problema.<br /> <br /> Para comprobar si un controlador de dominio es un servidor de catálogos globales:<br /> Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativas y, a continuación, haga clic en Sitios y servicios de Active Directory . <br /> Haga doble clic en Sitios en el panel izquierdo y vaya hasta el sitio apropiado o haga clic en Nombre-predeterminado-primer-sitio si no hay ningún otro sitio disponible. <br /> Abra la carpeta Servidores y haga clic en el controlador de dominio. <br /> En la carpeta del controlador de dominio, haga doble clic en Configuración de NTDS. <br /> En el menú Acción, haga clic en Propiedades. <br /> En la ficha General, busque la casilla de verificación Catálogo global para ver si está activada. <br /> <br /> <br /> ===Informa de tu éxito / fracaso.===<br /> <br /> Samba4 todavía se está desarrollando (muy rápidamente). Sería interesante que si has implementado SAMBA4 hagas partícipe a la comunidad en la siguiente dirección.<br /> http://lists.samba.org y a rtoucedo@bit-bull.es <br /> <br /> Puedes colaborar con este documento en :<br /> <br /> http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux<br /> <br /> Por favor, ten en cuenta que Samba4 no está completa, por lo que debe implementar con cuidado hasta que esté listo para un lanzamiento no-alfa.<br /> <br /> ==Fuentes y agradecimientos:==<br /> <br /> <br /> Agradecimientos a GALPON (www.galpon.org) por darme la posibilidad de exponer mi trabajo y a www.bujarra.com por permitirme usar la información referente al directorio activo de Microsoft© de su página web así como a la gente de www.samba.org por su trabajo y su valiosa wiki, que sin ella esto no hubiese sido posible.<br /> <br /> Guía de instalación de la SLES . (inglés)<br /> http://www.server-world.info/en/note?os=SUSE_Linux_Enterprise_Server_11&amp;p=make_media<br /> <br /> Wiki de SAMBA 4 (es la mayoría del documento) (inglés)<br /> http://wiki.samba.org/index.php/Samba4<br /> <br /> Explicación de directorio activo y herramientas de diagnóstico (Windows) gracias a www.bujarra.com.<br /> http://www.bujarra.com/UsoDeHerramientasDeDiagnosticoParaUnControladorDeDominio.html<br /> <br /> Configuración de las actualizaciones dinámicas he usado.<br /> www.google.es ;-)<br /> www.google.com/linux (inglés)<br /> http://www.netlinxinc.com/netlinx-blog/45-dns/136-how-to-implement-gss-tsig-on-isc-bind.html<br /> <br /> Guías del BIND (DNS) (inglés)<br /> http://www.howtoforge.net/two_in_one_dns_bind9_views<br /> <br /> Referencia de Kerberos: (inglés)<br /> http://sammoffatt.com.au/jauthtools/Kerberos/Troubleshooting#Client_not_found_in_Kerberos_database<br /> <br /> El bind 9.7 lo he obtenido de:<br /> http://www.isc.org/software/bind/972-p2/download/bind-972-p2targz<br /> <br /> Y todo está anidado (o debería) en los foros de :<br /> <br /> http://bit-bull.es/ y en la wiki de www.galpon.org que está en: http://wiki.galpon.org/index.php/Directorio_Activo_en_Linux .</div>

Ruworuro