¿ADSL o fibra óptica? (1/2) - Rankia\nSegún un estudio de la OCU los españoles están dispuestos a pagar más por la fibra óptica. A mi me llama la atención que hayan compañías que ofrezcan 100 megas, pero que dependiendo de tu instalación a lo mejor te lleguen 20. Pero tu sigues pagando los 100. Mi duda es ¿de verdad se nota tanto el cambio de uno a otro? Si instalase la fibra ¿me llegaría todo lo que contrato? Un saludo.\na ver para que lo entiendas, en ADSL contratas HASTA..... en fibre CONTRATAS LO QUE ES.\nO sea que en un ADSL de 20mb lo normal es andar sobre 6mb y los que están muy cerquita pues llegar a 10-12mb reales. Con fibra si contratas 20, te llegan 19-20. Vamos que si tenías 20 de ADSL, y estabas feliz, contrata fibra de 6 o de 10MB y te sale más barato y consigues lo mismo.\nYo ahora tengo 20mb, pero me han dado una promo por 6 meses de regalo 100mb, y en las mediciones ando en 99,5.... vamos que me sobra canuto, prefería que me bajasen el precio y con 10mb es más que suficiente para cualquier usuario.\nAhí está el tema. A mi también me sobran megas por todas partes y las compañías no hacen más que ofrecer megas y más megas. Yo quiero menos precio, no más megas...\nPara que quiere un usuario casero 100 megas de bajada?? Ahora tengo 12 porque me costaba lo mismo 12 que 6 megas, pero a mi con 6 me sobran y uso internet continuamente...\nEso es Arsan, efectivamente, psicología pura... nos ofrecen lo que no necesitamos ni usamos.\nPara seguir manteniendo su nivel de ingresos, imagina tú que bajaran los precios, facturarían muchísimo menos.\nY por ahora las emrpesas de cable no tienen competencia real, cuando la tengan ya verás como bajan las tarifas.\nFijate en Barcelona por ejemplo ADAMO te da 300mb...... ¿vas a montar la NASA?\nPero entonces la fibra para que vale? Porque si realmente nos acaban sobrando megas para que vamos a pagar mas? Y sobretodo porque la gente esta dispuesta a pagar casi 15 euros mas de media por la fibra?\nPues imagino que por lo mismo que muchos se compran cochazos con muchos caballos cuando no se puede pasar de 120 km/h en ningún sitio.\nPor capricho, porque "mola" tener más megas que el vecino y presumir delante de tu cuñado, porque los comerciales te venden la burra...\nPara facebook, email, navegación por internet etc vas sobrado con muchíiiiiiisimo menos que 100 megas y para bajarte cosas también... con 100 megas de bajada tu conexión de internet es capaz de bajarse pelis, seris, musica o lo que sea a un ritmo 100 veces mayor del que uno es capaz de verlas u oirlas...\nVamos, eso es lo que yo creo...\nLas cuestiones a plantearse son las siguientes: ¿Tienen el mismo coste contratar Xmegas por ADSL que por fibra óptica? ¿Se permite fragmentar los megas que necesitas por igual en los 2 productos? ¿Cuán de cerca debes de estar de la antena de ADSL que hay por las calles para que recibas realmente la cantidad de megas contratados?\nVamos a ver lo primero yo tengo 3 megas vale y tardo 100 minutos en bajarme una película, bien tu tienes 30 megas y tardas 10 minutos en bajarte la misma película y el que tiene 300 megas (dudo que exista aún para usuarios)tardaría 3 minutos, esa es mas o menos la diferencia no es así pero se aproxima, segundo esta megas en bajada y subida bajada es mas fácil( barato) subida es algo mas complicado ( un poco mas caro), ejemplo simple yo tengo mi www. y subo diseños gráficos en 3D pero no uno sino 10 ó 15 tendré que tener una velocidad de subida aceptable para que no me coman las moscas si voy a subir al facebbok 5 fotos de 6 megas cada una, fotos de bastante calidad eso tardaría a una velocidad de 1 mega unos minutos como mucho.\nLas empresas saben que el precio no le interesa bajarlo que hacen para que no te vallas te dan mas velocidad pero tu no lo notas. Si tu lo únicos que haces con tu pc es entrar en rankia solo es y te compras un i3 con 2,2 gigahercios y 3 megas de cache tienes de sobra tardas en entrar 0,3segundos, si tienes un i9 con lo que sea que lo soporte, va a ser mejor que el que tenga el i3 vas a tardar en rankia 0,1 segundo ,notarias la diferencia no, yo cual te querria vender. pues lo mismo pasa con el ADSL si te meten el paquete básico de televisión 5€ mas ellos lo tienen eso ganan, a veces sale mas caro anularlo que dejarlo, pero lo quitan para ofrecértelo gratis dentro de un tiempo o para tenerte casado durante xx meses mas.\nNueva subida en Contrato Mínimo de Movistar a partir del 15 de febrero de 2020.\nNefasto el servicio de Lowi\nIphone - Amazon


Fotografía, pintura e instalaciones se reúnen en el MAC - El Mostrador\nExhibición permanecerá hasta e\nFotografía, pintura e instalaciones se reúnen en el MAC\nDesde el 19 de este mes, en el Museo de Arte Contemporáneo se presentarán una serie de exposiciones que incluyen artistas de España, Suecia y Chile. Paisajes urbanos, propuestas conceptuales, rutas trazadas entre museos, la nostalgia de la patria lejana, espacio público y cuerpo y arquitectura experimental, son algunas de las temáticas de las muestras.\nA partir del 19 de este mes, el Museo de Arte Contemporáneo presentará una serie de exposiciones que incluyen fotografía, instalaciones, pintura y muestras arquitectónicas. La selección cuenta con la participación de connotados artistas de España, Suecia y Chile y desarrolla temáticas como paisajes urbanos, propuestas conceptuales, rutas trazadas entre museos, la nostalgia de la patria lejana, espacio público y cuerpo y arquitectura experimental.\nLas presentaciones las integran Tráfico, exposición internacional de Lotty Rosenfeld, Ismael Frigerio y Francis Naranjo, entre otros; Único e irrepetible, instalación de María Ignacia Fell; Sudamericana City, muestra fotográfica de Cristóbal Palma, chileno residente en Londres; Sociedad titular, colectiva fotográfica femenina de Mónica Bate, Loreto Ledezma, María Paz Zamorano y María Francisca Montes.\nCompletan esta muestra Visita Guiada: La ruta lógica, intervención de Sebastián Preece en la arquitectura del MAC; Osvaldo Reyes: Retrospectiva 1973 - 2003, Chile México y Canadá, pinturas de este artista chileno; Intimidades Urbanas: Registros de diálogo entre cuerpo y contexto, muestra arquitectónica del taller de Rodrigo Tisi; y Un segmento de Arameida, propuesta de Manuel Casanueva.\nLuciano Escanilla, curador de la muestra Tráfico explicó que "esta exposición trabaja sobre la idea de traficar o transitar objetivos, deseos y pasiones, inventando formas éticas y discursos para trocar nuestros pensamientos, dolores, nuestra felicidad, nuestro quehacer, nuestro arte, nuestras vidas".\nLa exhibición, reúne las obras de Juan Hidalgo y Francis Naranjo de España, Anders Rönnlund y Juan Castillo de Suecia, y Lotty Rosenfeld e Ismael Frigerio de Chile. Sin exigir una temática a los artistas (solo a partir del concepto que conlleva el título), Escanilla les extendió la invitación para ocupar el primer piso del MAC con sus particulares propuestas.\nÚnico e irrepetible se denomina el debut en la escena artística de María Ignacia Fell, joven egresada de la Universidad Católica. La instalación compuesta por 400 bloques de madera, surge del trabajo que Fell desarrolló durante años con materiales desechados, recolectados e intervenidos, como una pieza especialmente diseñada para el espacio del hall del MAC, considerando sus características arquitectónicas y materiales.\nEs así como construyó personalmente 400 piezas, cuyas medidas irregulares fluctúan entre los 70 x 50 cm. y 50 x 50 cm., y en las cuales sobreviven las características propias de la madera original, junto al resultado de múltiples operaciones: fragmentos de madera cortados, ensamblados, desgastados, pulidos y sellados.\nSudamericana City comprende una serie de fotografías desarrolladas por Cristóbal Palma desde principios del 2001. La serie se concentra en el registro de metrópolis sudamericanas, tales como Sao Paulo, Río de Janeiro, Punta del este, Buenos Aires, Santiago y Viña del Mar.\nPanorámicas aéreas y primeros planos, retratan ciudades en donde la concentración de edificaciones, la pureza de cielos azules y el detalle de elementos arquitectónicos, rescata la universalidad de esos lugares. Precisamente, Palma evita incorporar en sus fotos íconos que identifiquen fácilmente una ciudad de otra, para realzar lo anónimo como punto de partida de su proyecto.\nBajo el nombre de Sociedad Titular, Mónica Bate, Loreto Ledezma, María Paz Zamorano y María Francisca Montes, pretenden reunir en un espacio específico cuatro trabajos que representan su visión de la fotografía, desde su uso más cotidiano: su sobrevivencia frente a los medios digitales y la posibilidad de interacción con ellos.\nBúsqueda de relaciones y traducciones entre la fotografía y las imágenes obtenidas por medios digitales o instalaciones de contenido pasional que ponen en diálogo dispositivos de origen diverso, son algunas de las propuestas que esta muestra expone.\nVisita Guiada: La ruta lógica, es una propuesta de intervención espacial de Sebastián Preece, originariamente proyectada para ser ejecutada simultáneamente en el MAC y en el Museo de Bellas Artes. Comprende el diseño de una "ruta de expedición" que atraviesa e inspecciona el territorio de ambos museos, obviando la dualidad institucional que aqueja al edificio, para abordar y comprender en su magnitud este espacio arquitectónico como un solo cuerpo.\nDespués de realizar una investigación respecto a los planos originales de este edificio, Monumento Nacional desde 1976, sus remodelaciones a través del tiempo y recorrerlo completamente, Preece decidió iniciar su "camino" en el zócalo del museo. Específicamente en el cajón de las desaparecidas escaleras de la esquina norponiente del MAC, las cuales se quemaron en el terremoto de 1985.\nOsvaldo Reyes: Retrospectiva 1973 - 2003, Chile, México y Canadá. En 19 cuadros que se exhiben en la sala norte del segundo piso del MAC, destaca la contradicción de la nostalgia por la patria lejana, combinada con la sensibilidad del inmigrante que enfrenta nuevas realidades. Reyes pretende reflejar en sus pinturas su paso por la escuela mexicana donde se formó como alumno de los grandes muralistas Siqueiros, Rivera y Anguiano, así como también su formación con los artistas chilenos Ana Cortés y Laureano Guevara, que influyeron decisivamente en él.\nSu exposición en el MAC muestra los nuevos temas que lo seducen: la naturaleza, el dolor del desarraigo que se expresa en un Cristo reinterpretado como indígena latinoamericano; y el crisol de razas, pueblos, lenguas y colores con que se construye la diversidad del país donde reside, Canadá.\nIntimidades Urbanas explora las arquitecturas posibles en el territorio de la ciudad, aquellas que van directamente asociadas a la escala perceptual del cuerpo humano. La muestra destaca el aspecto humano de los espacios, valorizando el cuerpo como un medio singular de representación espacial.\nEsta muestra reúne el material exploratorio realizado desde el año 2000 por el arquitecto Rodrigo Tisi, junto con profesores y alumnos del primer año de la carrera de arquitectura de la Universidad Federico Santa María, en Valparaíso.\nEl recorrido propuesto de los módulos exploratorios del taller, ha tenido como misión hacer que el alumno tome conciencia de una actitud de diseño cada vez que estudia y propone una nueva experiencia espacial, enfatizando el aspecto de roce entre cuerpo y objeto construido, proponiendo de esta manera que la actitud considere la experiencia perceptual del espacio, antes que la de funcionamiento impuesta por la arquitectura.\nUn segmento de Arameida de Manuel Casanueva, Profesor titular de la Escuela de Arquitectura y Urbanismo de la Pontificia Universidad Católica de Valparaíso, presenta cuarenta y cinco ampliaciones fotográficas, que abordan tres proyectos autorales de esta arquitectura experimental: la Hospedería del Errante, dos travesías, dos torneos y una coreografía para un evento deportivo: el mundial juvenil de fútbol.\nLa exposición esta constituida por seis láminas seleccionadas de la muestra realizada en Harvard el año 2000 sobre Amereida y seis gigantografías de la serie "Asterisco y pie de página", divertimento en taller 2002. Complementariamente a estas imágenes, Casanueva incluye en su montaje un cubo de estructura metálica (3.30 mts. de arista que se puede abrir y cerrar), cuyo rol es contener en su interior "el fundamento de lo más general hasta lo especifico", ilustrativo de lo que el arquitecto denomina "Tesis del Arquitecto Orfebre".


HIGHLANDER: EL BESO DEL DEMONIO (DONNA GRANT) - Yo Leo RA\nHome / Donna Grante / Histórica / Paranormal / Reseña / HIGHLANDER: EL BESO DEL DEMONIO (DONNA GRANT)\nHIGHLANDER: EL BESO DEL DEMONIO (DONNA GRANT)\nMerche Diolch mayo 06, 2011 Donna Grante, Histórica, Paranormal, Reseña\nSerie Highlander: La espada negra I\n[...]Él pensaba que estar poseído por un dios era una tortura, pero aquello no era nada comparado con el hambre que sentía por aquella impresionante mujer que estaba a su lado. Con ella en su vida, en su hogar, se encontraba en un infierno completamente diferente. Un infierno que era mucho peor de lo que nunca podría haber imaginado.[...]\nEmpezamos una nueva serie, Highlander: La Espada negra, donde como su nombre bien lo indica sus protagonistas son esos hombres que consiguen robar los sueños de muchas mujeres.\nPero no creáis que solamente os encontraréis Highlanders, perdidos en tierras escocesas, porque vais a descubrir con una aventura mágica en la que los celtas, los druidas, demonios y un sinfín de personajes forman parte de una leyenda que se remonta hasta los tiempos del Imperio Romano.\nDescubriréis como los druidas, una parte de ellos llamados drough, crearon unos seres, demonios poderosos, que utilizaban a los guerreros de los clanes para combatir con el enemigo. Unos seres que en principio tenían un fin, acabar con los romanos, y desaparecer, pero alguien no estaba de acuerdo con esa idea.\nEn el Highlander: El Beso del Demonio, nos encontramos una mala malísima llamada Deidre (no sé por qué pero los mejores malos son las mujeres ¿pensáis igual?) que quiere organizar un ejército de guerreros-demonios para conquistar el mundo, por lo que tiene que conseguir reunirlos a todos.\nEntre ellos están los hermanos MacLeod, a cual más guapo y más carcomido por el odio. Son Lucan, Fallon y Quinn, tres guerreros que tienen que esconderse de su enemiga y luchar con su demonio interior.\nPero por ahora, y para que la historia vaya poco a poco, esta novela nos presenta a todos los personajes que irán apareciendo a lo largo de la serie pero sobre todo se centra en una pareja, Lucan y Cara.\n[...]-¿Eres una bruja, Cara?\nÉl le acarició el pelo. Las vibraciones de su voz la hicieron estremecerse.\n-Me has hechizado. No puedo dejar de pensar en ti.[...]\nEl romance viene de la mano de ellos dos desde las primeras páginas, y a no ser porque para mi parecer es demasiado rápido (amor a primera vista, pero primerísima vista) y que ella, Cara, asume todo lo que rodea muy bien: a los hermanos de maravilla, sin dudar, sin miedo y sin plantearse ningún problema desde el principio, podéis encontraros una aventura en la que una joven que iba a ser monja conocerá lo que es el amor y un guerrero, a pesar del "mal" que habita en su interior, avanzará en su vida y se arriesgará para ser feliz.\n[...]-No me conoces, Cara.\n-Sí que te conozco -respondió con una sensual sonrisa que hizo que se le volvieran a poner rígidos los testículos-. Eres el hombre que me ha salvado, el hombre que me protege, el hombre que me enseña a luchar. Y eres el hombre que despierta en mí deseos que no sabía que pudieran existir.\n-No dirías esas cosas si vieras el monstruo que realmente soy.\n-Sí que las diría.[...]\nLa autora, Donna Grant, os dejará con la miel en los labios porque no hay que olvidar que este libro pertenece a una serie y como buena escritora necesita dejarnos con la intriga para que sigamos queriendo más, más historias en los que los MacLeod sean los protagonistas y aunque tiene toda la pinta de que el próximo volumen estará centrado en las aventuras de Quinn, a mí me apetece conocer qué le sucederá al hermano mayor, Fallon, quien no ha conocido el amor en todos esos años que ha vivido-sufrido y sí el deber.\nOs dejo todos los títulos que lleva por ahora la autora escritos sobre la serie del Higlander: La Espada Negra para que no os perdáis ninguno:\n2. Forbidden Highlander\n3. Wicked Highlander\n4. Untamed Highlander\nSi queréis leer el Primer Capítulo de El Beso del Demonio PINCHAD AQUÍ\nTambién os dejo un booktrailer, en inglés, donde se promociona las serie de Highlander: La Espada Negra, para que podáis haceros una pequeña idea de lo que esconden sus libros:\nY para no ser menos, os subo la portada original para que podáis decidir cuál es mejor (yo me quedo con la nuestra):\nBy Merche Diolch - mayo 06, 2011\nEtiquetas: Donna Grante, Histórica, Paranormal, Reseña


Firma Elisa Quijada y Toño Flores, Agenda de Movilidad Para Metepec - Agenda Informativa\nFirma Elisa Quijada y Toño Flores, Agenda de Movilidad Para Metepec\nMETEPEC, Estado de México.- Como parte de la preocupación del transporte público y las vías para transitar e ir de un lugar a otro, en buenas condiciones y con seguridad. La candidata de la Coalición Por el Estado de México al Frente (PAN-PRD-MC) a presidenta municipal por Metepec, Elisa Quijada y el candidato de la Coalición por México al Frente a diputado federal por el distrito 27, Toño Flores. Firmaron la agenda “Yo Me Muevo” con integrantes de la Fundación Xihmai.\nPues esta agenda, que es a nivel nacional, consiste en la implementación de mejorar para evitar 16 mil muertes viales y 14 mil muertes por enfermedades respiratorias. Por ello se trata principalmente de trabajar con el cuidado del medio ambiente, a través de la movilidad y desarrollo sustentable.\nHay 7 ejes que integran esta agenda, los principales buscan un Desarrollo urbano sustentable, Movilidad peatonal y ciclista, Aumentar la seguridad vial, Inversión para la movilidad sustentable. Así Diana Bobadilla Martínez y Saúl Palomares Ruiz, integrantes de la Fundación Xihmai, invitaron a los diversos actores políticos que se sumen a esta agenda, pues hoy tocó la oportunidad y el apoyo de Elisa y de Toño en Metepec.\nPor lo que los candidatos, mostraron su entusiasmo de sumarse a esta iniciativa, pues son los primeros del municipio de Metepec, a participar y firmar el compromiso. “Se trata de trabajar en equipo, para erradicar las diversas problemáticas en el transporte público y mejorar las vías de movilidad… será un trabajo de gobierno y ciudadanos”, comentó Toño Flores.\n‹ Coalición “Por México al Frente”, Firma Agenda de Trabajo Para la Comunidad LGBTTTI+\nCierra Campaña Cecilia Peralta, va por la Reelección por el PRI en Tonatico ›


Algunos seguidores del blog echan de menos un reproductor que había en la columna derecha para oír parte de los sonidos que aquí se evocan. Por ello he configurado una selección de 50 formaciones distintas a lo largo de toda la década. En algunos casos no he incluido la canción más conocida de un grupo, incluso hay grupos que podrían aparecer con más de un tema en la lista, pero he procurado que el abanico fuese lo más amplio y representativo. Estará disponible permanentemente a la derecha, aunque irá variando periódicamente. Que ustedes lo disfruten.\nPublicado por César Sánchez en 9.5.14 3 comentarios:\nPrimera de las dos maquetas de Unidad Psiquiátrica -Víctor Valdés (guitarra y voz), José Joaquín del Campo (bajo y voz) y José Ródenas &#...\nUnidad Psiquiátrica: Listas para morir + Triste final (vídeo 1986)\nGrabado en el Casino de Murcia.\nEs decisión de los organizadores llevar cada año a un grupo que fue poco conocido o pasó desapercibido, pero que a nuestro juicio atesore ...\nEscuchar programa Descargar programa Ángel Sopena, director de 'Música de Contrabando', dedicó el miércoles su...\nEl lunes acudimos en compañía de Los Anónimos a los estudios de Onda Regional, para disfrutar de sus canciones y de su buen humor, y desvel...


Redes en Linux Como (Previamente Net-3 Como) - PDF\nRedes en Linux Como (Previamente Net-3 Como)\nDownload "Redes en Linux Como (Previamente Net-3 Como)"\nFrancisco Ruiz Giménez\n1 Redes en Linux Como (Previamente Net-3 Como) Autor actual: Joshua Drake, fpoetg, Autores originales: Terry Dawson (autor principal), Alessandro Rubini, (mantenimiento) Traducido por: Ricardo Javier Cárdenes Medina, v1.5, 20 de agosto de 1997, traducción del 3 de septiembre de 1999 Este Cómo es la base para entender la evolución de las capacidades de Linux para tratar con redes informáticas. Es el punto de partida para aprender todo sobre el mantenimiento de redes TCP/IP, la configuración de los archivos relacionados con la red, y hay un amplio capítulo sobre configuración de dispositivos físicos. En suma, un documento muy exhaustivo que merece la pena leer. Índice General 1 Introducción. 4 2 Historia del documento Comentarios y sugerencias Cómo usar este documento Convenciones usadas en el documento Información general sobre las redes en Linux Breve historia del desarrollo del Linux Networking Kernel Recursos referentes al tratamiento de redes con Linux Dónde conseguir información sobre redes no específica de Linux Información genérica sobre la configuración de redes Qué necesito para comenzar? Código fuente del núcleo Herramientas de red actualizadas Aplicaciones de red Introducción a las direcciones IP Dónde debería poner las órdenes de configuración? Creación de las interfaces de red Configuración de una interfaz de red Configuración del sistema de resolución de nombres (Name Resolver) Qué hay en un nombre? Qué información necesitará /etc/resolv.conf\n2 ÍNDICE GENERAL /etc/host.conf /etc/hosts Ejecutar un servidor de nombres Configuración de la interfaz loopback Encaminamiento (Routing) Entonces qué hace el programa routed? Configuración de los servidores de red y los servicios /etc/services /etc/inetd.conf Otros ficheros de configuración relacionados con la red /etc/protocols /etc/networks Seguridad en la red y control de acceso /etc/ftpusers /etc/securetty El mecanismo de control de acceso hosts de tcpd /etc/hosts.equiv Configure su demonio de ftp adecuadamente Cortafuegos para redes Otras sugerencias Información relacionada con IP y Ethernet Ethernet EQL - ecualizador de tráfico para líneas múltiples IP Accounting (en Linux 2.0) IP Accounting (en Linux 2.2) IP Aliasing IP Firewall (para Linux 2.0) IP Firewall (para Linux 2.2) Encapsulación IPIP Una configuración de red con túneles Configuración de la máquina cuyos paquetes serán encapsulados Enmascarado IP (IP Masquerade) Proxy IP transparente IPv Mobile IP Multicast\n3 ÍNDICE GENERAL NAT - Network Address Translation (Traducción de direcciones de red) Traffic Shaper (Manipulación del ancho de banda) Encaminamiento con Linux Uso de hardware común en los PC RDSI PLIP en Linux PLIP en Linux PPP Mantener una conexión permanente a la red usando pppd Cliente SLIP dip slattach Cuándo usar cada uno? Servidor SLIP estático con línea por llamada y DIP Servidor SLIP dinámico con línea por llamada y DIP Uso de Dip Conexión SLIP permanente usando una línea dedicada y slattach Servidor SLIP Servidor slip usando sliplogin Servidor Slip usando dip Servidor SLIP usando el paquete dslip Otras tecnologías de red ARCNet Appletalk (AF APPLETALK) Configuración del software Appletalk Exportación de un sistema de ficheros Linux vía Appletalk Compartir la impresora Linux a través de Appletalk Ejecución de AppleTalk Comprobación de AppleTalk Problemas con AppleTalk Si necesitase más información ATM AX25 (AF AX25) DECNet FDDI Retransmisión de Tramas (Frame Relay)\n4 1. Introducción IPX (AF IPX) NetRom (AF NETROM) Protocolo Rose (AF ROSE) Soporte SAMBA - NetBEUI, NetBios Soporte de STRIP (Starmode Radio IP) Anillo con testigo (Token Ring) X Tarjeta WaveLan Cables y Cableado Cable serie Módem NULO (NULL Modem) Cable de puerto paralelo (cable PLIP) Cableado Ethernet 10base2 (coaxial fino) Cable Ethernet de Par Trenzado Glosario de Términos usados en este documento Linux para un PSI? Reconocimientos Copyright Anexo: El INSFLUG 77 1 Introducción. El Sistema Operativo Linux se enorgullece de contar con una implementación de servicios de red basada en el núcleo, escrita casi por completo partiendo de cero. Su rendimiento en los núcleos recientes lo convierte en una alternativa válida incluso a el mejor de sus iguales. Este documento intenta describir cómo instalar y configurar el software de red de Linux y sus herramientas asociadas. Esta es la primera entrega desde que LinuxPorts comenzó a hacerse cargo del documento. Quisiera decir antes que nada que deseamos que durante los próximos meses encuentre de utilidad este documento, y que seamos capaces de proporcionar información precisa y puntual en lo que respecta al tratamiento de redes con Linux. Este documento, al igual que los otros Comos de los que nos encargamos, se va a convertir en algo muy diferente. Dentro de poco pasará a ser el Redes en Linux Como en lugar de ser sólo el Net-3(4) Como. Va a cubrir temas como PPP, VPN (Redes Privadas Virtuales), y otros... 2 Historia del documento El NET-FAQ original fue escrito por Matt Welsh y Terry Dawson para responder preguntas frecuentes sobre las redes para Linux, un tiempo antes de que comenzara formalmente el Proyecto de Documentación de Linux. Cubría las últimas versiones de desarrollo del Linux Networking Kernel. El NET-2-HOWTO sobreseyó el NET-FAQ y fue uno de\n5 3. Cómo usar este documento. 5 los documentos HOWTO originales del LDP. Cubría lo que se llamó versión 2 y posteriormente versión 3 del Linux Kernel Networking software. Este documento a su vez lo sobresee y sólo se refiere a la versión 4 del Linux Networking Kernel: más específicamente a las versiones 2.0.x y 2.2.x del núcleo. Las versiones anteriores de este documento llegaron a ser bastante grandes a causa de la enorme cantidad de material que caía dentro de su ámbito. Para ayudar a resolver este problema se han producido unos cuantos Como que tratan con temas específicos sobre redes. Este documento proporciona referencias a dichos Como cuando sean relevantes y cubre aquellas áreas de las que aún no se habla en otros documentos. 2.1 Comentarios y sugerencias Estamos interesados en que la gente nos proporcione sugerencias (que nos informen de cambios, errores, etc.). Por favor, póngase en contacto con nosotros en: De nuevo, si encuentra algo erróneo o cualquier cosa que desearía que fuese añadida, por favor, contacte con nosotros. 3 Cómo usar este documento. Este documento está organizado de una manera vertical. La primera sección incluye material informativo y se la puede saltar si no es de su interés; lo que sigue es una discusión genérica sobre temas referentes a las redes, y debe asegurarse de entender esto antes de proceder con partes más específicas. El resto, información específica de la tecnología, está agrupada en tres secciones principales: información relativa a Ethernet e IP, tecnologías pertinentes a hardware para PC de amplia difusión y tecnologías usadas sólo rara vez. La metodología que nosotros sugerimos a la hora de leer este documento es la siguiente: Lea las secciones genéricas Estas secciones se aplican a toda, o casi toda tecnología descrita más adelante, y por tanto es muy importante que lo comprenda. Estudie su red Debería saber cómo está, o estará diseñada su red, y exactamente qué tipo de hardware y tecnología estará implementando. Lea la sección 6 (IP y Ethernet) si está conectado directamente a una LAN o a Internet Esta sección describe la configuración básica para Ethernet ya las varias posibilidades que ofrece Linux para las redes IP, como servicio de cortafuegos, encaminamiento avanzado, etc. Lea la siguiente sección si está interesado en redes locales de bajo coste o en conexiones punto a punto Esta sección describe PLIP, PPP, SLIP y RDSI, las tecnologías de más amplia difusión en estaciones de trabajo personales. Lea las secciones específicas a tecnologías relacionadas con sus necesidades Configure Si sus necesidades difieren de una solución con IP y hardware común, la sección del final cubre detalles específicos a protocolos diferentes al IP y a hardware de comunicaciones peculiar. Debería intentar configurar su red y tomar nota cuidadosamente de cualquier problema que tenga. Busque más ayuda si la necesita Si experimenta problemas que este documento no le ayude a resolver entonces lea la sección relativa a dónde encontrar ayuda o dónde informar de los errores.\n6 4. Información general sobre las redes en Linux. 6 Diviértase! Trabajar en red es divertido, disfrútelo. 3.1 Convenciones usadas en el documento No se han utilizado convenciones especiales, pero debería estar al corriente de la manera en que aparecen las órdenes. Siguiendo el estilo clásico en la documentación de Unix, cualquier orden que deba escribir en su intérprete de órdenes, estará prefijada por el símbolo prompt. Este Como muestra el prompt usuario$ para las órdenes que no necesitan que las ejecute el root. He escogido usar root en lugar de un simple para evitar confusiones con los trozos dispersos de guiones (shell script), donde la almohadilla () se usa para definir comentarios entre líneas. Cuando se muestran Opciones de Compilación del Núcleo, se presentan en el formato usado por menuconfig. Deberían ser comprensibles incluso si usted (al igual que yo) no está acostumbrado a usar menuconfig. Si tiene dudas al respecto del anidamiento de las opciones, ejecutar el programa le será de ayuda. Fíjese en que los enlaces a otros documentos COMO son locales para que pueda acceder a las copias de los documentos del LDP que haya en el servidor al que usted está accediendo, en caso de que esté leyendo la versión html de este documento. Si no dispone del paquete completo de documentos, cada COMO puede ser obtenido en (directorio /pub/linux/howto) y en sus incontables servidores réplica (mirror sites). 4 Información general sobre las redes en Linux. 4.1 Breve historia del desarrollo del Linux Networking Kernel. Desarrollar una nueva implementación núcleo de la pila para el protocolo tcp/ip que rinda tan bien como las implementaciones existentes no es una tarea fácil. La decisión de no portar una de las implementaciones existentes se tomó en un tiempo en que había cierta incertidumbre al respecto de si las implementaciones existentes serían lastradas con copyrights restrictivos por el precedente sentado por U.S.L. y en que había un gran entusiasmo por hacerlo diferente y quizás incluso mejor de lo que se había hecho. El voluntario original para liderar el desarrollo del núcleo del código de red fue Ross Biro, Ross produjo una implementación simple e incompleta pero aprovechable en su mayor parte de rutinas que fueron completadas con un controlador de Ethernet para la interfaz de red WD Esto era suficiente para tener a mucha gente probando y experimentando con el software y algunas personas incluso intentaron conectar máquinas con esta configuración a conexiones reales en Internet. La presión dentro de la comunidad de Linux conduciendo el desarrollo de la implementación de la red estaba creciendo y, al final, el coste de una combinación de cierta presión aplicada sobre Ross y sus propios compromisos personales le sobrecargaron y se descolgó del puesto de desarrollador jefe. Los esfuerzos de Ross por iniciar el proyecto y la aceptación de la responsabilidad de producir realmente algo útil en tan controvertidas circunstancias fue lo que catalizó todo el trabajo futuro y por lo tanto supone un componente esencial en el éxito del producto actual. Orest Zborowski, produjo la interfaz original de programación de sockets BSD para el núcleo de Linux. Fue un gran paso adelante ya que permitió portar a Linux muchas de las aplicaciones de red existentes sin modificaciones serias. Por aquel momento, Laurence Culhane, desarrolló los primeros controladores de dispositivo para la implementación del protocolo SLIP en Linux. Esto permitió a mucha gente que no tenía acceso a redes Ethernet experimentar con el nuevo software de red. De nuevo, hubo gente que cogió este controlador y lo puso en servicio para conectarse a Internet. Esto dio a mucha gente una idea de las posibilidades que podrían hacerse realidad si Linux tuviera un soporte total de red y creciera el número de usuarios usando y experimentando de forma activa el software de red que existía.\n7 4. Información general sobre las redes en Linux. 7 Una de las personas que también había estado trabajando activamente en la tarea de construir la implementación de red era Fred vam Kempen, Después de un periodo de incertidumbre tras la renuncia de Ross al cargo de desarrollador jefe, Fred ofreció su tiempo y esfuerzos y aceptó el papel esencialmente sin oposición. Fred tenía planes ambiciosos sobre la dirección que quería que siguiese el software de red de Linux y orientó el progreso hacia esos objetivos. Fred desarrolló varias versiones del código de red llamado el núcleo de código NET-2 (el código NET era el de Ross) que mucha gente pudo usar de manera más útil. Fred puso formalmente algunas innovaciones en la agenda de desarrollo, como la interfaz dinámica de dispositivo, la implementación del protocolo Amateur Radio AX.25 y una interfaz de red diseñada más modularmente. El código NET-2 de Fred fue usado por un gran número de entusiastas, que crecía continuamente según se iba corriendo la voz de que el software funcionaba. El software de red en esos momentos aún estaba constituido por un gran número de parches a la versión estándar del núcleo y no estaba incluido en la versión normal. El NET-FAQ y el subsecuente NET-2-HOWTO describían el por entonces relativamente complejo procedimiento de ponerlo todo en marcha. Fred se concentraba en desarrollar innovaciones frente a las implementaciones estándar de red y eso estaba llevando tiempo. La comunidad de usuarios estaba impacientándose por algo que funcionase eficazmente y satisficiera al 80% de usuarios y, como con Ross, la presión sobre Fred como desarrollador en jefe creció. Alan Cox, propuso una solución al problema diseñada para resolver la situación. Propuso que él podría coger el código NET-2 de Fred para quitar fallos, haciéndolo eficaz y estable para que satisficiera al impaciente usuario de base al tiempo que retiraba esa presión de Fred permitiéndole continuar con su trabajo. Alan se puso a ello, obteniendo buenos resultados y su primera versión del código de red de Linux fue llamada it/net- 2D(ebugged)/. El código funcionaba bien en muchas configuraciones típicas y el usuario de base estaba feliz. Alan puso claramente sus propias ideas y habilidad para contribuir al proyecto y como consecuencia comenzaron a aparecer muchas discusiones relativas a la dirección del código NET-2. Esto desarrolló dos tendencias distintas dentro de la comunidad de red de Linux, una que tenía la filosofía hazlo funcionar primero, y luego hazlo mejor y la otra hazlo mejor primero. Linus terminó arbitrando y ofreciendo su apoyo a los esfuerzos de desarrollo de Alan e incluyó el código de Alan en la distribución estándar de las fuentes del núcleo. Esto puso a Fred en una posición difícil. Cualquier desarrollo continuado podría debilitar la gran base de usuarios usando y probando activamente el código y eso significaría que los progresos serían lentos y difíciles. Fred continuó trabajando un tiempo y a la larga acabó dejándolo y Alan se convirtió en el nuevo jefe del esfuerzo de desarrollo de red para Linux. Donald Becker, reveló pronto su talento para los aspectos de bajo nivel de las redes y produjo un amplio abanico de controladores de red. Casi todos los incluidos en los núcleos actuales fueron desarrollados por él. Hay más gente que ha hecho contribuciones significativas, pero el trabajo de Donald es prolífico y eso le garantiza una mención especial. Alan continuó refinando el código NET-2-Debugged durante un tiempo mientras trabajaba en solucionar algunos de los problemas que quedaban sin mirar en la lista PORHACER. Por la época en que al código fuente 1.3.* del núcleo les estaban creciendo los dientes, el código de red había migrado a la entrega NET-3 que es en la que las versiones actuales están basadas. Alan trabajó en muchos aspectos diferentes del código de red y con la asistencia de mucha otra gente con talento de la comunidad de red de Linux hizo crecer el código en todas direcciones. Alan produjo dispositivos de red dinámicos y las primeras implementaciones de los estándares AX.25 e IPX. Alan ha continuado jugueteando con el código, estructurándolo y mejorándolo lentamente hasta el estado en que se encuentra hoy día. Michael Callahan, y Al Longyear aportaron la implementación del protocolo PPP, lo cual fue crítico para incrementar el número de gente que usaba activamente Linux para trabajar en red. Jonathon Naylor, ha contribuido mejorando significativamente el código de AX.25 de Alan, añadiendo los protocolos NetRom y Rose. La implementación de AX.25/NetRom/Rose es en sí misma bastante significativa, porque ningún otro sistema operativo puede enorgullecerse de trabajar de forma nativa con estos protocolos aparte de Linux. Por supuesto, ha habido centenares de otras personas que han hecho contribuciones significativas al desarrollo del software de red de Linux. A algunas de estas personas las encontrará más adelante en la sección de tecnologías\n8 4. Información general sobre las redes en Linux. 8 específicas; otras personas han contribuido con módulos, controladores, correcciones de errores, sugerencias, informes de pruebas y apoyo moral. En cada caso, cada uno puede decir que ha puesto su granito de arena y que ofreció lo que pudo. El código de red del núcleo de Linux es un excelente ejemplo de los resultados que se pueden obtener del anárquico estilo de desarrollo de Linux. Si aún no se ha sorprendido, lo hará pronto. El desarrollo no se ha detenido. 4.2 Recursos referentes al tratamiento de redes con Linux. Hay varios sitios en los que puede encontrar información acerca de la implementación de red de Linux. Tiene a su disposición un montón de asesores. Podrá encontrar un listado en la LinuxPorts Consultants Database, Alan Cox, quien en estos momentos se encarga de mantener el código de red del núcleo de Linux tiene una página WWW con los últimos titulares y eventos de interés relativos al estado de desarrollo de las funcionalidades presentes y futuras en cuanto al código de red linux en: Otro buen sitio es un libro escrito por Olaf Kirch titulado la Guía para Administradores de Redes. Es parte del Proyecto de Documentación de Linux y puede leerlo de forma interactiva en su versión HTML u obtenerlo en varios formatos mediante FTP (y en castellano) desde el archivo del proyecto LuCAS ftp://lucas.hispalinux.es/pub/lucas/manuales-lucas/garl. El libro de Olaf es bastante extenso y procura una buena iniciación de alto nivel a la configuración de redes en Linux. Hay un grupo de noticias en la jerarquía de noticias de Linux dedicado a las redes y a materias relacionadas: comp.os.linux.networking Hay una lista de correo a la que se puede suscribir, donde hacer preguntas relacionadas al trabajo en redes con Linux. Para suscribirse debe mandar un mensaje: A: Asunto: cualquier cosa Mensaje: subscribe linux-net En las diferentes redes de IRC suele haber canales linux en los que suele haber gente que responde preguntas sobre linux y redes. Por favor, cuando vaya a informar de cualquier problema, recuerde incluir todos los detalles que pueda relevantes al respecto. Debería informar, específicamente, de las versiones de los programas que esté usando, sobre todo la versión del núcleo, la versión de herramientas como pppd o dip y la naturaleza exacta del problema que está experimentando. Esto significa tomar nota de la sintaxis exacta de cualquier mensaje de error que reciba y de cualquier orden que esté ejecutando. 4.3 Dónde conseguir información sobre redes no específica de Linux. Si está buscando información básica de aprendizaje sobre redes tcp/ip en general, entonces le recomiendo que eche un vistazo a los siguientes documentos: TCP/IP Introduction este documento está tanto en versión texto ftp://athos.rutgers.edu/runet/tcp-ip-intro.doc como en versión PostScript ftp://athos.rutgers.edu/runet/tcp-ip-intro.ps.\n9 5. Información genérica sobre la configuración de redes. 9 TCP/IP Administration este documento está tanto en versión texto ftp://athos.rutgers.edu/runet/tcp-ip-admin.doc como en versión PostScript ftp://athos.rutgers.edu/runet/tcp-ip-admin.ps. Si busca información algo más detallada sobre redes tcp/ip entonces le recomiendo: Internetworking with TCP/IP, Volume 1: principles, protocols and architecture, de Douglas E. Comer, ISBN , Prentice Hall publications, Tercera edición, Si quiere aprender a escribir aplicaciones de red en entornos compatibles Unix entonces también le recomiendo: Unix Network Programming, by W. Richard Stevens, ISBN , Prentice Hall publications, También debería probar el grupo de noticias comp.protocols.tcp-ip. Otra fuente importante de información técnica específica relativa a la Internet y al conjunto de protocolos tcp/ip son los RFC. RFC es un acrónimo de Request For Comments y es el medio estándar de enviar y documentar los protocolos estándar de Internet. Hay muchos sitios de donde tomar los RFC. Muchos de estos sitios son de FTP y otros proporcionan acceso por World Wide Web con un buscador asociado que le permite buscar palabras clave en la base de datos de RFC. Un posible lugar donde encontrar lo RFC es la base de datos de Nexor 5 Información genérica sobre la configuración de redes. Las siguientes subsecciones las necesitará para saber y comprender ciertas cosas antes de que intente configurar la red. Son principios fundamentales que se aplican independientemente de la naturaleza exacta de la red que desee organizar. 5.1 Qué necesito para comenzar? Antes de que empiece a construir o configurar la red necesita saber algunas cosas. Las más importantes son: Código fuente del núcleo. Antes que nada: La mayoría de las distribuciones vienen por defecto con el soporte de red activado, por lo cual no habrá que recompilar el núcleo. Si tiene hardware común, debería irle bien. Por ejemplo, tarjetas de red 3COM, NE2000, o Intel. Sin embargo proporcionamos la siguiente información por si necesita actualizar el núcleo. Como puede ser que el núcleo que está ejecutando no esté preparado para los tipos de red o tarjetas que desee usar, probablemente necesitará las fuentes del núcleo para recompilarlo con las opciones apropiadas. Siempre puede obtener la última versión de CDROM.com ftp://ftp.cdrom.com/pub/linux/sunsite/kernel.org/pub/linux/kernel. Este no es el sitio oficial, pero tiene un GRAN ancho de banda y permite que MUCHOS usuarios conecten simultáneamente. El sitio oficial es kernel.org, pero use el anterior si tiene la posibilidad. Por favor, recuerde que ftp.kernel.org está seriamente sobrecargado. Use un servidor réplica.\n10 5. Información genérica sobre la configuración de redes. 10 Normalmente las fuentes del núcleo se instalarán en el directorio /usr/src/linux. Para más información sobre cómo aplicar parches y construir el núcleo debería leer el Kernel Como. Para más información sobre cómo configurar módulos del núcleo debería leer el Modules mini-howto. Además, el fichero README que hay en las fuentes del núcleo y el directorio Documentation son muy ilustrativos para el lector intrépido. A menos que se diga específicamente lo contrario, recomiendo que empiece con la versión estándar del núcleo (la que tenga un número par como segundo dígito del número de versión). Las versiones de desarrollo del núcleo (las que tienen el segundo dígito impar) podrían tener algunos cambios estructurales u otros que podrían causar problemas con otro software en su sistema. Si no está seguro de que pueda resolver ese tipo de problemas sumado al potencial de que haya otros errores de software, no los use. Por otro lado, algunas de las capacidades aquí descritas han sido introducidas durante el desarrollo de los núcleos 2.1, por lo que tendrá que tomar una decisión: puede mantenerse en 2.0 mientras espera por el 2.2 y por una distribución con cada herramienta actualizada, o puede coger un 2.1 y buscar los diversos programas necesarios para explotar las nuevas capacidades. En el momento de escribir este Como, en Agosto de 1998, el núcleo disponible es el y se espera que el 2.2 aparezca pronto. Nota del Traductor: En el momento en que acabó la traducción de este Como, en septiembre de 1999, las versiones disponibles del núcleo son la (estable) y la (desarrollo). Además, las principales distribuciones han puesto al día sus herramientas para tratar las capacidades de la serie 2.1 y superiores Herramientas de red actualizadas. Las herramientas de red son los programas que usted usa para configurar los dispositivos de red de linux. Estas herramientas permiten asignar direcciones a dispositivos y configurar rutas, por ejemplo. La mayoría de distribuciones modernas de Linux están dotadas con las herramientas de red, por lo que si ha instalado Linux a partir de una distribución y no ha instalado las herramientas de red, debería hacerlo. Si no ha instalado a partir de una distribución entonces necesitará las fuentes para compilar las herramientas usted mismo. No es difícil. Las herramientas de red las mantiene ahora Bernd Eckenfelds y están disponibles en: ftp://ftp.inka.de/pub/comp/linux/networking/nettools/ y están replicadas en: ftp://ftp.uk.linux.org/pub/linux/networking/base/. También puede encontrar los últimos paquetes de RedHat en ftp://ftp.cdrom.com/pub/linux/redhat/redhat- 6.0/i386/base/net-tools i386.rpm. Para Debian, los paquetes que traen las principales herramientas son los paquetes hostname, netbase y netstd, que encontrará en ftp://ftp.debian.org/debian/dists/stable/main/binary-i386/base/. Asegúrese de que elige la versión que más se ajuste al núcleo que desee usar y siga las instrucciones del paquete para instalarlo. Para instalar y configurar la versión actual, en el momento de traducirse esto esto necesitará hacer lo siguiente: usuario% cd /usr/src usuario% tar xvfz net-tools-x.xx.tar.gz usuario% cd net-tools-x.xx usuario% make config usuario% make root make install O si no, use los paquetes de su distribución. Por ejemplo, con RedHat: root rpm -U net-tools-x.xx-y.i386.rpm\n11 5. Información genérica sobre la configuración de redes. 11 y con Debian: root dpkg -i hostname_x.xx-y.yy.deb root dpkg -i netbase_x.xx-y.yy.deb root dpkg -i netstd_x.xx-y.yy.deb En los anteriores ejemplos, x.xx se refiere a la versión de las herramientas, e y.yy a la revisión de los correspondientes paquetes. Si además va a configurar un cortafuegos o a usar la característica de IP Masquerade, necesitará ipfwadm. La última versión la puede obtener en: ftp:/ftp.xos.nl/pub/linux/ipfwadm. De nuevo se encontrará con más de una versión disponible. Asegúrese de coger la versión que más se ajuste a su núcleo. Tenga en cuenta que las capacidades de cortafuegos de Linux cambiaron durante el desarrollo 2.1 y ipfwadm ha sido sustituida por ipchains en la versión 2.2 del núcleo. ipfwadm sólo vale para la versión 2.0 del núcleo. Se sabe de estas distribuciones que se ajustan a versiones 2.0 o anteriores del núcleo: Redhat 5.2 o anteriores Caldera antes de la versión 2.2 Slackware antes de las versiones 4.x Debian antes de las versiones 2.x Para instalar y configurar la versión actual en el momento de escribir esto necesita leer el IPChains Howto, disponible en el Proyecto de Documentación de Linux Tenga en cuenta que si tiene una versión 2.2 (o 2.1 de las últimas) del núcleo, ipfwadm no es la herramienta correcta para configurar un cortafuegos. Esta versión del NET-3-HOWTO todavía no trata con la nueva configuración de cortafuegos. Si necesita información más detallada sobre ipchains, por favor, diríjase al documento mencionado anteriormente Aplicaciones de red. Las aplicaciones de red son programas como telnet y ftp y sus respectivos programas servidores. David Holland estuvo manteniendo una distribución de las más comunes de la que ahora se ocupa Puede obtenerlas en: ftp://ftp.uk.linux.org/pub/linux/networking/base Introducción a las direcciones IP. Las direcciones del Protocolo Internet (IP) están compuestas por cuatro bytes. La convención es escribir estas direcciones en la denominada notación decimal puntuada (dotted decimal notation). De esta forma cada byte es convertido en un número decimal (0-255), despreciando los ceros a la izquierda a menos que el número en sí sea cero. Por convención, cada interfaz de una máquina o encaminador tiene una dirección IP. Es válido usar la misma IP para cada interfaz de una sola máquina en algunas circunstancias, pero normalmente cada interfaz tiene su propia dirección. Las Redes basadas en Internet Procotol son secuencias contiguas de direcciones IP. Todas las direcciones dentro de una red tienen un número de dígitos de en común. A la porción de la red que es común a todas las direcciones llama la porción de la red. Los dígitos restantes son llamados porción de la máquina. Al número de bits que comparten todas las direcciones de una red se le llama máscara de red (netmask), y su papel es determinar qué direcciones pertenecen a la red y cuáles no. Consideremos el siguiente ejemplo:\n12 5. Información genérica sobre la configuración de redes Dirección Host Máscara de red Porción de red Porción de Host Dirección de Red Dirección de Difusión Cualquier dirección a la que se aplique una operación and de bits con su máscara de red, revelará la dirección de la red a la que pertenece. La dirección de red es por tanto siempre el menor número de dirección dentro de el rango de la red y siempre tiene la porción de máquina codificada toda con ceros. La dirección de difusión (broadcast) es una especial a la que escucha cada máquina en la red además de a la suya propia. Esta dirección es a la que se envían los datagramas si se supone que todas las máquinas de la red lo deben recibir. Ciertos tipos de datos, como la información de encaminamiento y los mensajes de aviso son transmitidos a la dirección de difusión para que cada estación en la red pueda recibirlo simultáneamente. Hay dos estándares usados comúnmente al respecto de la dirección de difusión. El más ampliamente aceptado es el de usar la dirección más alta posible en la red. En el ejemplo anterior sería Por alguna razón, otras estaciones han adoptado la convención de usar las direcciones de red como direcciones de difusión. En la práctica no importa mucho cual use, pero asegúrese de que cada máquina en la red está configurada con la misma. Por razones administrativas, durante el desarrollo inicial del protocolo IP se formaron, de forma arbitraria, algunos grupos de direcciones como redes, y estas redes se agruparon en las llamadas clases. Estas clases proporcionan un cierto número de redes de tamaño estándar que pueden ser reservadas. Los rangos reservados son: Clase Máscara de Direcciones de red de red red A B C Multicast Las direcciones que deberá usar dependen de lo que vaya a hacer exactamente. Puede que tenga que realizar varias de las siguientes actividades para obtener las direcciones que necesite: Instalar una máquina Linux en una red IP existente Si desea instalar una máquina Linux en una red IP existente entonces debería contactar con los administradores de la red y preguntarles por la siguiente información: Dirección IP del Host Dirección IP de la red Dirección IP de broadcast Máscara de red IP Dirección del encaminador (router) Dirección del Servidor de Nombre de Dominio (DNS) Debería configurar entonces el dispositivo de red Linux con esos detalles. No puede inventarlos y esperar que la configuración funcione.\n13 5. Información genérica sobre la configuración de redes. 13 Construir una nueva red propia que nunca conectará con Internet Si está construyendo una red privada y no tiene intención de conectar nunca esa red a Internet entonces puede elegir las direcciones que quiera. De todas maneras, por razones de seguridad y consistencia, se han reservado algunas direcciones IP de red específicamente para este propósito. Están descritas en el RFC1597 y son las que siguen: DIRECCIONES RESERVADAS PARA REDES PRIVADAS Clase Máscara de Direcciones de red de red red A B C Primero debería decidir cuán grande quiere que sea su red para entonces elegir tantas direcciones como necesite. 5.2 Dónde debería poner las órdenes de configuración? Hay unas pocas opciones a elegir para el procedimiento de arranque del sistema Linux. Después de que carga el núcleo, siempre ejecuta un programa llamado init. El programa init lee entonces el fichero de configuración llamado /etc/inittab y comienza el proceso de arranque. Hay unos pocos init diferentes, aunque todo el mundo está ahora convergiendo al modelo SystemV, desarrollado por Miguel van Smoorenburg. A pesar de que el programa init sea el mismo, la configuración del arranque del sistema está organizada de manera diferente en cada distribución. Normalmente el fichero /etc/inittab contiene una entrada que dice algo como: si::sysinit:/etc/init.d/boot Esta línea especifica el nombre del fichero de guión de ejecución (script) que controla la secuencia de carga. Este fichero es algo así como el AUTOEXEC.BAT en MS-DOS. El guión de arranque suele llamar a otros, y a menudo la red se configura dentro de alguno de éstos. La siguiente tabla puede ser usada como guía para su sistema: Distrib. Interfaz Configuración/Encaminado Iniciación del Servidor Debian /etc/init.d/network /etc/rc2.d/* Slackware /etc/rc.d/rc.inet1 /etc/rc.d/rc.inet RedHat /etc/rc.d/init.d/network /etc/rc.d/rc3.d/* Fíjese en que Debian y Red Hat usan un directorio entero de guiones que levantan los servicios del sistema (y normalmente la información no se encuentra en esos archivos; por ejemplo, el sistema de Red Hat almacena toda la configuración del sistema en ficheros dentro de /etc/sysconfig, de donde es leída por los guiones de carga). Si quiere comprender los detalles del proceso de arranque del sistema, le sugiero que examine /etc/inittab y la\n14 5. Información genérica sobre la configuración de redes. 14 documentación que acompaña a init. Linux Journal va a publicar (o lo ha hecho ya) un artículo tratando la iniciación del sistema, y este documento mantendrá una referencia a él tan pronto como esté disponible en la red. La mayoría de distribuciones modernas incluyen algún programa que le permita configurar la mayoría de interfaces de red. Si tiene una de éstas entonces debería ver si hace lo que usted quiere antes de acudir a la configuración manual Distrib. Programa de configuración de red RedHat /sbin/netcfg Slackware /sbin/netconfig Creación de las interfaces de red. En muchos sistemas operativos Unix los dispositivos de red tienen correspondencias en el directorio /dev. Esto no pasa en Linux. Los dispositivos de red se crean de forma dinámica y por tanto no requieren de la presencia de ficheros de dispositivo. En la mayoría de los casos los dispositivos de red son creados automáticamente por el controlador de dispositivos mientras se inicia y localiza el hardware. Por ejemplo, el controlador Ethernet crea interfaces eth[0..n] secuencialmente según va encontrado tarjetas Ethernet. La primera tarjeta que encuentra es eth0, la segunda eth1, etc. Sin embargo, en algunos casos, de los que slip y ppp son ejemplos notables, los dispositivos de red son creados por la acción de algún programa de usuario. Se aplica la misma numeración secuencial de dispositivos, pero no se crean al arrancar. La razón es que al contrario que con los dispositivos Ethernet, el número de dispositivos ppp o slip puede variar durante la actividad de la máquina. Estos casos serán cubiertos con más detalle en secciones posteriores. 5.4 Configuración de una interfaz de red. Cuando tenga todos los programas necesarios y su dirección e información de red, puede configurar la interfaz de red. Cuando hablamos de configurar una interfaz de red nos referimos al proceso de asignar direcciones apropiadas a un dispositivo y asignar valores adecuados a otros parámetros configurables. El programa usado más comúnmente para hacer esto es la orden ifconfig (interface configure). Lo normal será usar una orden similar a la siguiente: root ifconfig eth netmask up En este caso estoy configurando la interfaz Ethernet eth0, con dirección IP y máscara de red El up del final de la orden le dice al interfaz que debería activarse, pero normalmente se puede omitir, ya que es el valor por defecto. Para desactivar una interfaz, simplemente tiene que ejecutar ifconfig eth0 down. El núcleo asume ciertas cosas cuando configura interfaces. Por ejemplo, puede especificar la dirección de red y difusión de una interfaz, pero si usted no lo hace, como en mi ejemplo anterior, entonces el núcleo hará una suposición razonable de cuáles deberían ser, basándose en la máscara que se le proporciona; si tampoco indica la máscara, entonces partirá de la clase de la dirección IP configurada. En mi ejemplo, el núcleo asumirá que se va a configurar una red clase C en la interfaz y establece una dirección de red y una dirección de difusión Hay otras muchas opciones para la orden ifconfig. Las mas importantes son: up esta opción activa una interfaz (y es la opción por defecto).\n15 5. Información genérica sobre la configuración de redes. 15 down [-]arp [-]allmulti mtu N esta opción desactiva una interfaz. esta opción activa o desactiva el uso del protocolo de resolución de dirección (address resolution protocol) sobre la interfaz esta opción activa o desactiva la recepción de todos los paquetes multicast por hardware. El multicast por hardware permite que varios grupos de interfaces reciban paquetes remitidos a destinos especiales. Esto puede ser de importancia si está usando aplicaciones como videoconferencia, pero normalmente no se usa. este parámetro le permite especificar la MTU del dispositivo. netmask <direc> este parámetro le permite asignar la máscara de la red a la que pertenece el dispositivo. irq <direc> este parámetro sólo trabaja con ciertos tipos de hardware, y permite especificar la IRQ del dispositivo. [-]broadcast [direc] este parámetro le permite activar y asignar la acepción de datagramas destinados a la dirección de difusión, o desactivarla por completo. [-]pointopoint [direc] este parámetro le permite asignar la dirección de la máquina en el otro extremo de un enlace punto a punto, como en SLIP o PPP. hw <tipo> <direc> este parámetro le permite asignar la dirección del hardware de ciertos tipos de dispositivos de red. Esto no suele ser útil para Ethernet, pero lo es para otras redes como AX.25. Puede usar la orden ifconfig sobre cualquier dispositivo de red. Algunos programas de usuario, como pppd y dip configuran automáticamente los dispositivos de red al crearlos, por lo que es innecesario el uso de ifconfig con ellos. 5.5 Configuración del sistema de resolución de nombres (Name Resolver) El sistema de resolución de nombres es una parte de la biblioteca estándar de Linux. Su función principal es proporcionar un servicio para convertir las denominaciones amistosas con el hombre de las máquinas como ftp.funet.fi a direcciones IP amigables para la máquina como Qué hay en un nombre? Posiblemente esté familiarizado con la apariencia de los nombres de máquina de Internet, pero puede que no entienda como se construyen, o como se desconstruyen. Los nombres de dominio de Internet son jerárquicos por naturaleza; esto es, tienen una estructura en árbol. Un dominio es una familia, o grupo de nombres. Un dominio puede ser fragmentado en subdominios. Un dominio de nivel superior (toplevel domain) es un dominio que NO es un subdominio. Los Dominios de Nivel Superior están especificados en el RFC-920. Algunos ejemplos de los más comunes son:\n16 5. Información genérica sobre la configuración de redes. 16 COM Organizaciones Comerciales EDU Organizaciones Educativas GOV Organizaciones Gubernamentales MIL Organizaciones Militares ORG Otras organizaciones NET Organizaciones relacionadas con InterNet Designador de País éstos son códigos de dos letras que representan a un país en particular. Por razones históricas, la mayoría de los dominios pertenecientes a uno de los de nivel superior que no basados en un nombre de país, son de organizaciones dentro de los Estados Unidos, aunque los Estados Unidos tienen también su propio código de país.us. Esto ha dejado de ser cierto para los dominios.com y.org, que son usados de forma común por compañías de fuera de los Estados Unidos de América. Cada uno de estos dominios de nivel superior tiene subdominios. Los dominios de nivel superior basados en el nombre de un país suelen estar divididos en subdominios basados en com, edu, gov, mil y org. Por ejemplo, encontrará cosas como com.au y gov.au, las organizaciones comerciales y gubernamentales en Australia. El siguiente nivel de división suele representar el nombre de la organización. Los siguientes subdominios varían, a menudo basando el siguiente nivel en la estructura departamental de la organización a la que pertenecen, pero pueden estarlo en cualquier criterio considerado razonable y con significado claro para los administradores de la red de la organización. La parte más a la izquierda de un nombre siempre es el nombre único asignado a la máquina, y es llamada hostname, la porción del nombre a la derecha del nombre de la máquina es el domainname (nombre de dominio), y el nombre completo es llamado Fully Qualified Domain Name (Nombre de Dominio Completamente Cualificado). Si usamos el ordenador de Terry como ejemplo, el nombre completamente cualificado es perf.no.itg.telstra.com.au. Esto significa que el nombre de la máquina es perf y el nombre de dominio el no.itg.telstra.com.au. El nombre de dominio está basado en un dominio de nivel superior basado en su país, Australia, y como su dirección de correo pertenece a una organización comercial tenemos.com como siguiente nivel de dominio. El nombre de la compañía es (era) telstra, y la estructura interna de su nombre está basada en una estructura organizacional. En su caso, la máquina pertenece al Grupo de Tecnología de la Información (Information Technology Group), sección de Operaciones de Red (Network Operations). Los nombres son, por norma, bastante más cortos; por ejemplo, mi PSI se llama systemy.it y mi organización sin ánimo de lucro se llama linux.it, sin subdominio com ni org, por lo que mi propia máquina se llama morgana.systemy.it y es una dirección de correo electrónico válida. Sepa que el dueño de un dominio tiene derecho tanto para registrar una máquina como para registrar subdominios; por ejemplo, el GUL (Grupo de Usuarios de Linux) al que pertenezco usa el dominio pluto.linux.it, porque los dueños de linux.it convinieron en abrir un subdominio para el GUL.\n17 5. Información genérica sobre la configuración de redes Qué información necesitará Necesitará saber a qué dominio pertenecen sus máquinas. El software de resolución de nombres proporciona el servicio de traducción haciendo consultas a un Servidor de Nombres de Dominio (Domain Name Server), por lo que deberá saber la dirección IP del servidor de nombres (nameserver) local que vaya a usar. Hay tres ficheros que es necesario editar. Los comentaré uno a uno /etc/resolv.conf /etc/resolv.conf es el fichero de configuración principal del código de resolución de nombres. Su formato es bastante simple. Es un fichero de texto con una palabra clave por línea. Hay tres palabras clave de uso frecuente, que son: domain search nameserver esta palabra clave especifica el nombre de dominio local. ésta especifica una lista de dominios alternativos para completar el nombre de una máquina. ésta, que puede utilizarse varias veces, especifica una dirección IP de un servidor de nombres de dominio para consultarlo cuando se resuelvan nombres. Su /etc/resolv.conf podría parecerse a éste: domain maths.wu.edu.au search maths.wu.edu.au wu.edu.au nameserver nameserver Este ejemplo especifica que el nombre de dominio por defecto para añadir a los nombres no cualificados (esto es, nombres de máquinas suministrados sin dominio) es maths.wu.edu.au, y que si no se encuentra la máquina en este dominio intentemos también el dominio wu.edu.au directamente. Se proporcionan dos entradas de servidor de nombres, cada uno de los cuales puede ser llamado por el código de resolución de nombres para traducir el nombre /etc/host.conf El fichero /etc/host.conf es el lugar donde se configuran algunos elementos que gobiernan el comportamiento del código de resolución de nombres. El formato de este fichero está descrito en detalle en la página de manual resolv+. El ejemplo siguiente funcionará en casi todas las circunstancias: order hosts,bind multi on Esta configuración le dice al resolutor de nombres que examine el fichero /etc/hosts antes de intentar consultar a un servidor de nombres, y que devuelva todas las direcciones válidas de una máquina que encuentre en el fichero /etc/hosts, en lugar de sólo el primero.\n18 5. Información genérica sobre la configuración de redes /etc/hosts El fichero /etc/hosts es donde se pone el nombre y dirección IP de las máquinas locales. Si usted inserta un nombre en este fichero, entonces su ordenador no consultará a un servidor de dominio para obtener la dirección IP. La desventaja de este método es que usted mismo tendrá que poner el fichero al día si la dirección de alguna máquina cambia. En un sistema bien administrado, las únicas entradas que suelen aparecer son la interfaz de loopback (prueba en bucle) y el nombre de la máquina local. /etc/hosts localhost loopback this.host.name Se puede especificar más de un nombre de máquina por línea, como se demuestra en la primera entrada, que es la forma estándar para la interfaz de prueba (loopback) Ejecutar un servidor de nombres Si quiere tener un servidor de nombres local, le resultará sencillo. Por favor, lea el DNS Como, y la documentación incluida en su copia de BIND (Berkeley Internet Name Domain). 5.6 Configuración de la interfaz loopback La interfaz loopback es un tipo especial de interfaz que le permite hacer conexiones consigo mismo. Hay varias razones por las que podría querer esto. Por ejemplo, puede que desee probar algún tipo de programa sin interferir con alguien más en su red. Por convención, la dirección de red IP ha sido asignada específicamente para el dispositivo de pruebas. Por lo que da igual lo que haga su máquina, que si abre una conexión de telnet a , siempre llegará a la interfaz interna. Configurar la interfaz loopback es simple y debería asegurarse de hacerlo. root ifconfig lo root route add -host lo Hablaremos más de la orden route en la siguiente sección. 5.7 Encaminamiento (Routing). El encaminamiento es un tema amplio. Sería fácil llenar varios volúmenes hablando de él. La mayoría de ustedes tendrán requisitos de encaminamiento relativamente simples, pero algunos no. Cubriré solamente algunos de los fundamentos básicos. Si está interesado en información más detallada, entonces sugiero que se remita a las referencias propuestas al principio del documento. Comencemos con una definición. Qué es el encaminamiento IP? Esta es la que yo suelo aplicar: El Encaminamiento IP es el proceso por el que una máquina con múltiples conexiones de red decide por dónde dirigir un datagrama IP que haya recibido. Sería útil ilustrar esto con un ejemplo. Imagine una oficina con el encaminamiento típico, que podría constar de un enlace PPP con Internet, varios segmentos Ethernet alimentando las estaciones de trabajo, y un enlace PPP hacia otra oficina. Cuando el encaminador recibe un datagrama en cualquiera de sus conexiones de red, el mecanismo que usa\n19 5. Información genérica sobre la configuración de redes. 19 para determinar qué interfaz debería enviar el datagrama, es el encaminamiento. Las estaciones sencillas también necesitan encaminar. Todas las estaciones en Internet tienen dos dispositivos de red: uno es la interfaz de pruebas descrita anteriormente, y la otra es la que usa para comunicarse con el resto de la red, quizá una Ethernet, quizá una interfaz serie PPP o SLIP. Bien... Por tanto, cómo funciona el encaminado? Cada máquina tiene una lista de reglas, llamada tabla de encaminamiento. Esta tabla contiene columnas que suelen contener al menos tres campos: el primero es una dirección de destino, el segundo es el nombre de la interfaz a la que se va a encaminar el datagrama, y el tercero es (opcionalmente) la dirección IP de otra máquina que cogerá el datagrama en su siguiente paso a través de la red. En Linux puede ver esta tabla usando la siguiente orden: root cat /proc/net/route o con cualquiera de estas otras: root /sbin/route -n root /bin/netstat -r El proceso de encaminado es relativamente simple: se recibe un datagrama que llega, se examina la dirección de destino (para quién es) y se compara con cada entrada en la lista. Se selecciona la entrada que más se parezca y se reenvía el datagrama a la interfaz especificada. Si el campo de pasarela (gateway) está descrito, el datagrama se reenvía a esa máquina mediante la interfaz especificada, y si no, se asume que la dirección de destino está en la red a la que se accede mediante la interfaz correspondiente. Para manipular esta tabla se usa una orden especial. Esta instrucción toma sus argumentos en línea de órdenes y los convierte en llamadas al sistema del núcleo, que le piden que añada, borre o modifique entradas en la tabla de encaminamiento. Dicha orden se llama route. Un ejemplo sencillo. Imagine que tiene una red Ethernet. Le han dicho que pertenece a una red clase C con dirección Le han dado la dirección IP para su uso y también que es un encaminador conectado a Internet. El primer paso es configurar la interfaz como se describió anteriormente. Puede usar una orden como: root ifconfig eth netmask up Ahora necesita añadir una entrada en la tabla de rutas para decirle al núcleo que los datagramas destinados a todas las máquinas con direcciones que se ajusten a *, deberán ser enviados al dispositivo Ethernet. Debería usar una orden similar a: root route add -net netmask eth0 Fíjese en el uso del parámetro -net para especificar al programa route que esta entrada es una regla para una red completa. Otra opción es -host, que indica una vía específica a una dirección IP en particular. Esta ruta le permitirá establecer conexiones IP con todas las estaciones de su segmento Ethernet. Pero qué pasa con todas las máquinas con dirección IP que no están en su segmento Ethernet? Sería bastante engorroso, por no decir imposible, tener que añadir caminos para cada red de destino posible, por lo que existe un truco que se usa para simplificar la tarea. A este truco se le llama camino por defecto. El camino por defecto se ajusta a todo destino posible, pero con prioridad mínima, por lo que si existe cualquier otra entrada que se ajuste a la dirección requerida, será la que se use en lugar del camino por defecto. La idea del camino por defecto es simplemente permitirle decir: y todo lo demás debería ir por aquí. En el ejemplo que me he inventado podría usar una orden como:\n20 5. Información genérica sobre la configuración de redes. 20 root route add default gw eth0 El parámetro gw le dice a la orden route que lo que le sigue es la dirección IP, o nombre, de una pasarela u otra máquina encaminadora a la que se deberían enviar todos los datagramas que se ajusten a esta entrada para futuro encaminamiento. Por lo tanto, la configuración completa debería parecerse a: root ifconfig eth netmask up root route add -net netmask eth0 root route add default gw eth0 Si echa una mirada a los ficheros rc de red de su máquina, encontrará que al menos uno de ellos se parece mucho a esto. Es una configuración muy común. Veamos ahora una configuración de encaminamiento un poco más complicada. Imaginemos que estamos configurando el encaminador de antes, el que soportaba el enlace PPP a Internet y los segmentos LAN alimentando las estaciones de trabajo en la oficina. Imaginemos que el encaminador tiene tres segmentos Ethernet y un enlace PPP. Nuestra configuración de encaminamiento debería parecerse a esto: root route add -net netmask eth0 root route add -net netmask eth1 root route add -net netmask eth2 root route add default ppp0 Cada una de las estaciones debería usar la forma simple que presentamos anteriormente. Sólo el encaminador necesita especificar cada uno de los caminos de red de forma separada, porque para las estaciones el mecanismo de encaminamiento por defecto enviará todos los paquetes al encaminador, dejándole el problema de repartirlos. Puede estar preguntándose por qué el encaminador por defecto presentado no especifica un gw. La razón es simple: los protocolos de enlace serie como PPP y SLIP sólo tienen dos terminales en su red, uno en cada extremo. Especificar el host al otro extremo como pasarela no tiene sentido y es redundante, ya que no hay otra elección, por lo que no se necesita especificar una pasarela para este tipo de conexión de red. Otros tipos como Ethernet, arcnet o token ring necesitan que se especifique la pasarela, ya que se puede acceder a un gran número de terminales al mismo tiempo Entonces qué hace el programa routed? La configuración de encaminamiento descrita anteriormente se ajusta a necesidades de red simples, donde los posibles caminos hacia los destinos son sencillos. Cuando se tienen necesidades de red más complejas, las cosas se vuelven un poco más complicadas. Afortunadamente la mayoría de ustedes no tendrá este problema. El gran problema con el encaminamiento manual o encaminamiento estático que aquí se ha descrito, es que si una máquina o enlace falla en la red, entonces la única manera en que podrá dirigir sus datagramas por otra dirección, si es que existe, es interviniendo manualmente y ejecutando las órdenes apropiadas. Naturalmente esto es poco elegante, lento, nada práctico y peligroso. Se han desarrollado varias técnicas para ajustar automáticamente las tablas de encaminamiento en el caso de fallos en la red donde hubiera caminos alternativos. Todas estas técnicas se agrupan de manera no muy oficial bajo la definición protocolos de encaminamiento dinámico. Puede que haya oído de alguno de los protocolos más comunes. Es probable que RIP (Routing Information Protocol) y OSPF (Open Shortest Path First Protocol) sean los más comunes. El Routing Information Protocol es muy común en redes pequeñas, como las redes corporativas pequeñas y medianas o en las redes de edificios. El OSPF es más moderno y más capaz de gestionar grandes configuraciones de red, y está mejor preparado para entornos donde haya un gran número de caminos posibles a través de la red. Las implementaciones habituales de estos protocolos son:


Alcalde inspeccionó atención en los puestos de salud - Santa Marta Al Día\nInicio Santa Marta Alcalde inspeccionó atención en los puestos de salud\npor Redacción SMAD 13 agosto, 2019 2:37 pm\nEn La Paz, según informó la Alcaldía, son atendidos 300 pacientes de consulta general y más de 10 partos diariamente.\nActualmente los centros de salud cuentan con infraestructura y dotación adecuada para suplir las necesidades de la población, que debía trasladarse a otros puntos de la ciudad para recibir atención hospitalaria.\n“Hoy, tenemos sala de parto, atendemos diariamente de 8 a 10 partos que son remitidos de la Policlínica La Castellana y del Centro de Salud de Bastidas, esto no lo podíamos hacer anteriormente porque solo préstamos servicios de PYP y vacunación. La población está satisfecha con todo lo que podemos ofrecer gracias a la intervención del puesto de salud”, sostuvo, la Coordinadora del centro de salud de La Paz.\nAlcaldía de Santa MartaPortadaRafael Martinez


La agremiación Fasecolda alertó que esta medida “es innecesaria e inconveniente y por ende debería ser eliminada”.\nEn el Congreso de la República se encuentra en curso un proyecto de ley que busca reducir los accidentes viales en el país, sin embargo, se incluyó una propuesta que encarecería el Seguro Obligatorio de Accidentes de Tránsito (SOAT), aumentando aún más la evasión al mismo.\nAsí lo advirtió la Federación de Aseguradores Colombianos (Fasecolda), donde dicho proyecto de ley, que va para cuarto debate, propone en el parágrafo del Artículo 11 que todas las aseguradoras del SOAT utilicen herramientas tecnológicas para verificar los accidentes viales sin afectar la atención oportuna y, además, establece que reporten todos los meses al RUNT dichos accidentes.\nAgregó que esta medida “es innecesaria e inconveniente, por ende debería ser eliminada del proyecto de ley”.\nLa agremiación afirmó que aún en el hipotético caso en que se contara con la información oportuna, la infraestructura que se debería tener para poder verificar tecnológicamente todos los accidentes que ocurran diariamente en el país elevaría los costos de operación de tal manera que la tarifa del SOAT tendría que aumentar.\n“El SOAT no aguanta que se le imputen gastos adicionales sin subir la tarifa”, resaltó Fasecolda.\nPor medio de este seguro, se atiende actualmente a más de 700 mil víctimas de accidentes de tránsito anualmente, es decir, cerca de 2.000 víctimas diarias.


La iniciativa contra la Violencia de Género 'Tu Voz Cuenta' visita Logroño | Rioja2.com\nLa iniciativa contra la Violencia de Género 'Tu Voz Cuenta' visita Logroño\nEl drama de la violencia contra las mujeres se agudiza en los países del hemisferio Sur del planeta. La abogada boliviana Magali María Chavez interviene en una charla sobre este asunto en Ayuntamiento de Logroño.\nLa iniciativa 'Tu voz cuenta. Semana por un mundo sin violencias contra las mujeres' llega a Logroño. Está organizada conjuntamente por la Agencia Española de Cooperación Internacional para el Desarrollo (AECID), la Secretaría de Estado de Igualdad, la Coordinadora de ONG para el Desarrollo, la Plataforma 2015 y más, la Red Activas, y una serie de organizaciones de la sociedad civil (Solidaridad Internacional, ACSUR -Las Segovias, AIETI, PBI - Brigadas Internacionales de Paz, Sisma Mujer), junto con la Oficina de Enlace de UNIFEM (parte de ONU Mujeres) en España y aquí en Logroño con la colaboración del Ayuntamiento de Logroño.\nLas entidades impulsoras de esta iniciativa quieren abrir una ventana al Sur e incorporar la perspectiva, diversa pero compatible, de las violencias que se ejercen contra las mujeres del Sur. Consideramos necesario aunar esfuerzos entre las instituciones y la sociedad civil en la lucha por la erradicación de la violencia de género.\n'Tu voz cuenta' llega a Logroño, con la visita de Magali María Chavez Vega, abogada boliviana. Hoy a las 18.30 horas se celebrará una reunión en el Ayuntamiento de Logroño Magalí Chavez, Beatriz Arraíz, concejala de Cooperación, Concha Arribas, Concejala de Igualdad y Marcos Ramírez, Delegado de Solidaridad Internacional con colectivos de mujeres, cooperación e inmigración. En el Ayuntamiento de Logroño.\nY a las 20.00 horas en el marco de la Semana Municipal de los Derechos Humanos, del Niño y de la Mujer promovido por el Ayuntamiento de Logroño y otras ONG, se realizará una conferencia abierta con la presencia de Magalí Chavez, Beatriz Arraíz y Ana Santos, Responsable de la Unidad de Violencia de Género Delegación del Gobierno. Presenta Marcos Ramírez. En la Casa de los Periodista.\nPERFIL DE MAGALÍ CHAVEZ VEGA\nMagali, es abogada boliviana, empieza sus actividades como defensora de los derechos de las mujeres, en El Alto, actualmente dirige el Área de la Gerencia de Fortalecimiento Personal y Familiar. Desde el trabajo diario y la atención personalizada concentra su actuación en la lucha por la eliminación de la violencia de género, ha participado numerosas iniciativas legislativas: las modificaciones de la Ley contra la Violencia en la Familia o Doméstica. También es promotora del Anteproyecto de "Ley integral para garantizar el respeto a las mujeres y una vida libre de violencia".\nEs decir, Magali lleva trabajando toda su vida por la visibilización y la lucha contra el feminicidio. Impulsando en la administración de justicia boliviana la aplicación de la ley y la utilización de instrumentos internacionales de protección a los derechos de las mujeres.\nTAGS:violencia de géneroTu Voz Cuenta