firehol en debian jessie
Luego de instalarlo y configurarlo, aqui el problema FireHOL[5760]: Firewall has been stopped. Policy is ACCEPT EVERYTHING! alguna ayuda? adian
What's the real name for this user
Sent from my iPhone
Re: vpn y debian linux.
El 16/11/15, Camaleón escribió: (...) > > Pues tendría que funcionar sin que el cliente haga uso del IPv6. ¿Cómo lo > has desactivado, exactamente? ¿Le funciona la red al cliente windows o > sólo es la interfaz virtual la que lleva IPv6? > En propiedades del adaptador, configuracion y he desmarcado ipv6 de ambos adaptadores, el tap virtual y el hard. todo funciona ok. >> provare un *nix a ver que tal prque no doy el fallo del maligno. >> Gracias... > > Sí, buena idea, al menos así sabrás si la configuración en la parte > servidora y la tabla de rutas funciona correctamente. > > Saludos, > > -- > Camaleón > > En debian funciona de perlas y a la primera, salgo a la red con esa ip publica, navego y accedo a los servicios locales. Es problema de la configuracion de la red del MaLiGnO ventanitas, eso ya es seguro -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: vpn y debian linux.
El Mon, 16 Nov 2015 18:44:36 +0100, Ala de Dragón escribió: > El 16/11/15, Ala de Dragón escribió: >> 2015-11-16 16:13 GMT+01:00, Camaleón : >>> El Mon, 16 Nov 2015 13:32:14 +0100, Ala de Dragón escribió: >>> Hola, he deshabilitado ipv6 en el cliente. >>> >>> (...) >>> >>> Hum... >>> >> (...) >> >> >>> bad source address from client [fe80::6169:4ac7:65ac:6283], packet >>> dropped >>> >>> Ciertamente, dice que IPv6 está desactivado (en el servidor, entiendo) >>> pero el mensaje persiste y en notación IPv6, luego debe de estar >>> activado por ahí. Mira a ver si el adaptador de red del cliente >>> windows tiene desactivado IPv6, y en caso de no ser así, desactívalo. >>> >> Pues parece ser que en windows el tunel se crea por mediacion de un >> adaptador de red virtual, que si tiene activado ipv6. >> lo desactivo y os cuento. > Tras deshabilitar ipv6 los ping no llegan al servidor. > No recibo nada en los log ni del cortafuegos ni de openvpn. Pues tendría que funcionar sin que el cliente haga uso del IPv6. ¿Cómo lo has desactivado, exactamente? ¿Le funciona la red al cliente windows o sólo es la interfaz virtual la que lleva IPv6? > provare un *nix a ver que tal prque no doy el fallo del maligno. > Gracias... Sí, buena idea, al menos así sabrás si la configuración en la parte servidora y la tabla de rutas funciona correctamente. Saludos, -- Camaleón
Re: vpn y debian linux.
Tras deshabilitar ipv6 los ping no llegan al servidor. No recibo nada en los log ni del cortafuegos ni de openvpn. provare un *nix a ver que tal prque no doy el fallo del maligno. Gracias... El 16/11/15, Ala de Dragón escribió: > 2015-11-16 16:13 GMT+01:00, Camaleón : >> El Mon, 16 Nov 2015 13:32:14 +0100, Ala de Dragón escribió: >> >>> Hola, he deshabilitado ipv6 en el cliente. >> >> (...) >> >> Hum... >> > (...) > > >> bad source address from client [fe80::6169:4ac7:65ac:6283], packet >> dropped >> >> Ciertamente, dice que IPv6 está desactivado (en el servidor, entiendo) >> pero el mensaje persiste y en notación IPv6, luego debe de estar >> activado por ahí. Mira a ver si el adaptador de red del cliente windows >> tiene desactivado IPv6, y en caso de no ser así, desactívalo. >> >> Saludos, >> >> -- >> Camaleón >> >> > > Pues parece ser que en windows el tunel se crea por mediacion de un > adaptador de red virtual, que si tiene activado ipv6. > lo desactivo y os cuento. > > > -- > "El cielo es para los dragones > lo que el agua es para las ninfas" > -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: Desconexiones del USB con el kernel 4.2
El Mon, 16 Nov 2015 17:58:45 +0100, Josu Lazkano escribió: > Hace poco que actualice el kernel de mi servidor al de los backports de > Jessie: > > # uname -a Linux mitxelena 4.2.0-0.bpo.1-amd64 #1 SMP Debian > 4.2.5-1~bpo8+1 (2015-11-02) x86_64 GNU/Linux > > El problema que tengo es que el USB del SAI se me desconecta > constantemente: > > # tail -n 20 /var/log/syslog > Nov 16 17:52:21 servidor kernel: [378450.893207] usb 4-5: new low-speed USB > device number 119 using ohci-pci > Nov 16 17:52:21 servidor kernel: [378451.062333] usb 4-5: New USB device > found, idVendor=0665, idProduct=5161 > Nov 16 17:52:21 servidor kernel: [378451.062345] usb 4-5: New USB device > strings: Mfr=1, Product=2, SerialNumber=0 > Nov 16 17:52:21 servidor kernel: [378451.062352] usb 4-5: Product: USB to > Serial > Nov 16 17:52:21 servidor kernel: [378451.062358] usb 4-5: Manufacturer: INNO > TECH > Nov 16 17:52:21 servidor kernel: [378451.077138] hid-generic > 0003:0665:5161.82E4: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to > Serial] on usb-:00:12.0-5/input0 > Nov 16 17:52:31 servidor kernel: [378460.445921] usb 4-5: USB disconnect, > device number 119 (...) > Antes de la actualizacion no me pasa, ¿que puede ser? > > La verdad que es un poco raro, hasta ahora a funciona bien. ¿Estás usando algún programa de monitorización para el SAI (NUT)? Si es así, comprueba que hayas iniciado el servicio y los drivers asociados a tu unidad correctamente. También podrías probar a conectar el SAI en otro puerto USB o usar un cable distinto (que sea para el SAI, eso sí, ya que dependiendo del fabricante suelen usar una configuración de los pines distinta de los cable USB estándar). Saludos, -- Camaleón
Desconexiones del USB con el kernel 4.2
Hola a todos, Hace poco que actualice el kernel de mi servidor al de los backports de Jessie: # uname -a Linux mitxelena 4.2.0-0.bpo.1-amd64 #1 SMP Debian 4.2.5-1~bpo8+1 (2015-11-02) x86_64 GNU/Linux El problema que tengo es que el USB del SAI se me desconecta constantemente: # tail -n 20 /var/log/syslog Nov 16 17:52:21 servidor kernel: [378450.893207] usb 4-5: new low-speed USB device number 119 using ohci-pci Nov 16 17:52:21 servidor kernel: [378451.062333] usb 4-5: New USB device found, idVendor=0665, idProduct=5161 Nov 16 17:52:21 servidor kernel: [378451.062345] usb 4-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 16 17:52:21 servidor kernel: [378451.062352] usb 4-5: Product: USB to Serial Nov 16 17:52:21 servidor kernel: [378451.062358] usb 4-5: Manufacturer: INNO TECH Nov 16 17:52:21 servidor kernel: [378451.077138] hid-generic 0003:0665:5161.82E4: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-:00:12.0-5/input0 Nov 16 17:52:31 servidor kernel: [378460.445921] usb 4-5: USB disconnect, device number 119 Nov 16 17:52:32 servidor kernel: [378462.193014] usb 4-5: new low-speed USB device number 120 using ohci-pci Nov 16 17:52:32 servidor kernel: [378462.362197] usb 4-5: New USB device found, idVendor=0665, idProduct=5161 Nov 16 17:52:32 servidor kernel: [378462.362208] usb 4-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 16 17:52:32 servidor kernel: [378462.362215] usb 4-5: Product: USB to Serial Nov 16 17:52:32 servidor kernel: [378462.362220] usb 4-5: Manufacturer: INNO TECH Nov 16 17:52:32 servidor kernel: [378462.376749] hid-generic 0003:0665:5161.82E5: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-:00:12.0-5/input0 Nov 16 17:52:42 servidor kernel: [378471.747838] usb 4-5: USB disconnect, device number 120 Nov 16 17:52:44 servidor kernel: [378473.496808] usb 4-5: new low-speed USB device number 121 using ohci-pci Nov 16 17:52:44 servidor kernel: [378473.666912] usb 4-5: New USB device found, idVendor=0665, idProduct=5161 Nov 16 17:52:44 servidor kernel: [378473.666924] usb 4-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 16 17:52:44 servidor kernel: [378473.666930] usb 4-5: Product: USB to Serial Nov 16 17:52:44 servidor kernel: [378473.666936] usb 4-5: Manufacturer: INNO TECH Nov 16 17:52:44 servidor kernel: [378473.680619] hid-generic 0003:0665:5161.82E6: hiddev0,hidraw0: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-:00:12.0-5/input0 Antes de la actualizacion no me pasa, ¿que puede ser? La verdad que es un poco raro, hasta ahora a funciona bien. Un saludo. -- Josu Lazkano
Re: vpn y debian linux.
2015-11-16 16:13 GMT+01:00, Camaleón : > El Mon, 16 Nov 2015 13:32:14 +0100, Ala de Dragón escribió: > >> Hola, he deshabilitado ipv6 en el cliente. > > (...) > > Hum... > (...) > bad source address from client [fe80::6169:4ac7:65ac:6283], packet dropped > > Ciertamente, dice que IPv6 está desactivado (en el servidor, entiendo) > pero el mensaje persiste y en notación IPv6, luego debe de estar > activado por ahí. Mira a ver si el adaptador de red del cliente windows > tiene desactivado IPv6, y en caso de no ser así, desactívalo. > > Saludos, > > -- > Camaleón > > Pues parece ser que en windows el tunel se crea por mediacion de un adaptador de red virtual, que si tiene activado ipv6. lo desactivo y os cuento. -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: sobre mtab y fstab
El Mon, 16 Nov 2015 16:21:56 +0100, Maykel Franco escribió: > El día 16 de noviembre de 2015, 16:10, Paradix ;) > escribió: >> saludos >> >> a riesgo de hacer una pregunta tonta y mas riesgo de quedar tonto sino >> pregunto ... ¿alguien me puede decir que diferencia tiene /etc/mtab >> respecto a /etc/fstab? >> > No es lo mismo, creo que está claro en fstab se guarda la información de > las opciones de montaje estáticamente y, por el contrario, en mtab se > guarda la tabla de montaje de manera dinámica de lo que actualmente > tengas montado. > > Es decir, tengas una configuración en fstab determinada, no implica que > tenga que estar todos los dispositivos montados, por ejemplo algún > dispositivo que este marcado con la opción de noauto, no se montará en > el inicio del sistema operativo y con lo cual no aparecerá enl a tabla > que hay de /etc/mtab. > > No son iguales, uno guarda información estáticamente, montando lo que > quieras dependiendo de la configuración y en mtab aparecerá lo que está > montado de verdad dinámicamente. "man mount" tiene algo de info en la sección "The /etc/fstab, /etc/mtab and /proc/mounts files." Saludos, -- Camaleón
Re: sobre mtab y fstab
El día 16 de noviembre de 2015, 16:10, Paradix ;) escribió: > saludos > > a riesgo de hacer una pregunta tonta y mas riesgo de quedar tonto sino > pregunto ... ¿alguien me puede decir que diferencia tiene /etc/mtab > respecto a /etc/fstab? > > saludos > > -- > Paradix ;) > > Haciendo abogacía por el software libre adonde voy > > -- > Este mensaje le ha llegado mediante el servicio de correo electronico que > ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema > Nacional de Salud. La persona que envia este correo asume el compromiso de > usar el servicio a tales fines y cumplir con las regulaciones establecidas > > Infomed: http://www.sld.cu/ > No es lo mismo, creo que está claro en fstab se guarda la información de las opciones de montaje estáticamente y, por el contrario, en mtab se guarda la tabla de montaje de manera dinámica de lo que actualmente tengas montado. Es decir, tengas una configuración en fstab determinada, no implica que tenga que estar todos los dispositivos montados, por ejemplo algún dispositivo que este marcado con la opción de noauto, no se montará en el inicio del sistema operativo y con lo cual no aparecerá enl a tabla que hay de /etc/mtab. No son iguales, uno guarda información estáticamente, montando lo que quieras dependiendo de la configuración y en mtab aparecerá lo que está montado de verdad dinámicamente.
(SOLUCIONADO) Re: [OT] Manguera datos portatil - HDD a SSD
El día 16 de noviembre de 2015, 15:25, Camaleón escribió: > El Sun, 15 Nov 2015 22:50:35 +0100, Maykel Franco escribió: > >> El día 15 de noviembre de 2015, 22:50, Maykel Franco >> escribió: >>> El día 15 de noviembre de 2015, 19:09, Maykel Franco >>> escribió: El 15 nov. 2015 6:27 p. m., "Camaleón" escribió: > > (...) > > > http://www.amazon.es/adaptador-pines-Macbook-estado-s%C3%B3lido/dp/B009CARNR2/ref=sr_1_2?ie=UTF8&qid=1447604354&sr=8-2&keywords=FPC+SATA > > > > Qué opináis? Será compatible?? > > Ese modelo es para un Macbook y esos bichos son propietarios a más no > poder además de que el número de pines no coincide (ZIF/LIF-24). > > Mejor busca un adaptador genérico y prueba, tampoco son muy caros y > no tienes mucho que perder, eso sí, fíjate en el ancho de la faja y > el número de pines (tu cable original marca 50, ZIF/LIF-50) del > extremo que conecta con la placa base así como el tamaño del chisme > para que lo puedas insertar bien ya que en los portátiles no hay > margen de error posible. > > https://en.wikipedia.org/wiki/Zero_insertion_force > > Vaya que faena... Gracias. No encuentro ninguno... No se si estoy buscando bien. Seguiré mirando, gracias camaleón. >>> >>> Umm a lo mejor algo así me vale... Si me cabe claro... >>> >>> http://www.amazon.es/Micro-SATA-Cables-Drive-Adapter/dp/B00M1IVBAW/ref=sr_1_2?ie=UTF8&qid=1447614644&sr=8-2&keywords=adapter+ide+sata+laptop >> >> >> 100 € ?? wowww no he dicho nada. > > Ni aunque fuera gratis... no creo que ese adaptador te quepa dentro del > portátil. Mira, una opción alternativa que comentan en Google¹ es usar > la ranura de la lectora DVD para poner el disco SSD en una bahía con > caja adaptada pero tendrías que prescindir de la unidad de DVD. > > Piensa sinceramente si vas a notar alguna mejoría sólo por cambiarle el > disco duro a ese portátil. Yo creo que no, teniendo en cuenta que lo que > te limita es el bus de datos (PATA en este caso, 133 MiB/s). > > ¹https://www.google.com/webhp?complete=0&hl=en&gws_rd=cr,ssl#complete=0&hl=en&q=laptop+ssd+disk+dvd > > Saludos, > > -- > Camaleón > Descartado totalmente. Esto último me ha hecho abrir los ojos. Si todavía fuera un sata, pues vale, aunque fuera un sata1 algo se nota el SSD pero siendo un ide, en este caso como comentas un PATA... No me interesa lo más mínimo... Gracias, marco como solucionado.
sobre mtab y fstab
saludos a riesgo de hacer una pregunta tonta y mas riesgo de quedar tonto sino pregunto ... ¿alguien me puede decir que diferencia tiene /etc/mtab respecto a /etc/fstab? saludos -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/
Re: vpn y debian linux.
El Mon, 16 Nov 2015 13:32:14 +0100, Ala de Dragón escribió: > Hola, he deshabilitado ipv6 en el cliente. (...) Hum... > sigo con problemas, logs: > > http://paste.debian.net/332990/ (...) Mon Nov 16 13:01:31 2015 us=539330 40.40.40.231:54976 [cliente1] Peer Connection Initiated with [AF_INET]40.40.40.231:54976 Mon Nov 16 13:01:31 2015 us=539419 cliente1/40.40.40.231:54976 OPTIONS IMPORT: reading client specific options from: ccd/cliente1 Mon Nov 16 13:01:31 2015 us=539566 cliente1/40.40.40.231:54976 MULTI_sva: pool returned IPv4=10.8.0.6, IPv6=(Not enabled) Mon Nov 16 13:01:31 2015 us=539678 cliente1/40.40.40.231:54976 MULTI: Learn: 10.8.0.6 -> cliente1/40.40.40.231:54976 Mon Nov 16 13:01:31 2015 us=539698 cliente1/40.40.40.231:54976 MULTI: primary virtual IP for cliente1/40.40.40.231:54976: 10.8.0.6 Mon Nov 16 13:01:31 2015 us=539713 cliente1/40.40.40.231:54976 MULTI: internal route 192.168.2.0/24 -> cliente1/40.40.40.231:54976 Mon Nov 16 13:01:31 2015 us=539729 cliente1/40.40.40.231:54976 MULTI: Learn: 192.168.2.0/24 -> cliente1/40.40.40.231:54976 Mon Nov 16 13:01:31 2015 us=539746 cliente1/40.40.40.231:54976 REMOVE PUSH ROUTE: 'route 192.168.2.0 255.255.255.0' RMon Nov 16 13:01:33 2015 us=931866 cliente1/40.40.40.231:54976 PUSH: Received control message: 'PUSH_REQUEST' Mon Nov 16 13:01:33 2015 us=931903 cliente1/40.40.40.231:54976 send_push_reply(): safe_cap=940 Mon Nov 16 13:01:33 2015 us=931941 cliente1/40.40.40.231:54976 SENT CONTROL [cliente1]: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,route 10.8.0.0 255.255.255.0,dhcp-option DNS 208.67.222.222,dhcp-option DNS 208.67.220.220,route 10.8.0.0 255.255.255.0,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5' (status=1) Mon Nov 16 13:01:34 2015 us=62502 cliente1/40.40.40.231:54976 MULTI: bad source address from client [fe80::6169:4ac7:65ac:6283], packet dropped Ciertamente, dice que IPv6 está desactivado (en el servidor, entiendo) pero el mensaje persiste y en notación IPv6, luego debe de estar activado por ahí. Mira a ver si el adaptador de red del cliente windows tiene desactivado IPv6, y en caso de no ser así, desactívalo. Saludos, -- Camaleón
(Solucionado) Re: KMS y resolución en las consolas (tty)
El Sun, 15 Nov 2015 14:57:52 +, Camaleón escribió: >>> He probado a poner en "/etc/default/grub.conf" lo siguiente: >>> >>> GRUB_GFXMODE=1680x1050,1280x1024,1024x768,800x600,640x480 >>> GRUB_GFXPAYLOAD_LINUX=keep >>> >>> Pero no hay forma, tras regenerar el archivo de configuración (update- >>> grub) y reiniciar el sistema el texto sigue igual. (...) > Pues al final he puesto un bug porque o no doy con la tecla (no debería > ser tan complicado definir la resolución de las consolas en el año > 2015) o es que algo falla: > > inteldrmfb: unable to set console resolution > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805178 Pongo la solución que me han indicado en el bug (menos mal que hay gente del kernel por ahí respondiendo :-P) para que quede en el archivo de la lista. GRUB_CMDLINE_LINUX_DEFAULT="quiet video=1680x1050@60" GRUB_GFXMODE=1680x1050,1280x1024,1024x768,800x600,640x480 GRUB_GFXPAYLOAD_LINUX=keep El parámetro del kernel "video=1680x1050@60" es el que obra la magia. Los valores "GRUB_GFX*" me parece que se usan cuando se quiere mostrar algún pantallazo bonito en GRUB mientras se carga el sistema (bootsplash) pero yo eso no lo uso aunque los he mantenido habilitados por si acaso. ¿Qué fallaba? Pues la documentación es cuanto menos, contradictoria. En todos los documentos se puede leer que si se le pasan al kernel los parámetros "video=" o "vga=" se desactiva el KMS (falso, o al menos no sucede así con el driver intel). También dicen los documentos que las resoluciones disponibles en la consola dependerán de la salida de "vbeinfo" y eso también es falso ya que a mí no me muestra la resolución nativa del monitor y en cambio al pasarle el parámetro "video" se define sin problemas. Es posible que todo esto dependa del driver libre que se esté usando (nouveau/intel) pero desde luego convendría ser un poco más cauteloso con la documentación y si hay excepciones, indicarlas. Saludos, -- Camaleón
Re: Modificando variables de php.ini desde VirtualHost
El Sun, 15 Nov 2015 23:53:08 +0100, Alfonso escribió: (...) > He visto que para Nginx se pueden aplicar estos cambios con > 'fastcgi_param': > > fastcgi_param PHP_ADMIN_VALUE open_basedir=/home/ftp/user1/httpdocs/:/tmp/ > > Existe alguna forma de hacer esto mismo en Apache? O preguntado de una > manera más amplia, es posible reescribir variables de un PHP CGI desde > un Vhost en Apache? > > Agradezco cualquier orientación. Pues ni idea :-? pero echa un ojo a esta documentación: https://wiki.apache.org/httpd/SecuringPHP Saludos, -- Camaleón
Re: KMS y resolución en las consolas (tty)
El día 14 de noviembre de 2015, 16:13, Camaleón escribió: > El Fri, 13 Nov 2015 15:19:02 +, Camaleón escribió: > > (...) > >> He probado a poner en "/etc/default/grub.conf" lo siguiente: >> >> GRUB_GFXMODE=1680x1050,1280x1024,1024x768,800x600,640x480 >> GRUB_GFXPAYLOAD_LINUX=keep >> >> Pero no hay forma, tras regenerar el archivo de configuración (update- >> grub) y reiniciar el sistema el texto sigue igual. >> >> ¿Alguna sugerencia? En uno de mis equipos me pasaba lo mismo, pero con una nvidia. Al poner la profundidad de color me ha funcionado. (Asegúrate que la soporta con vbeinfo) GRUB_GFXMODE=1280x800x32 No soporta la resolución del monitor que es 1920x1080 pero mejora lo que tenía. S2.
Re: [OT] Manguera datos portatil - HDD a SSD
El Sun, 15 Nov 2015 22:50:35 +0100, Maykel Franco escribió: > El día 15 de noviembre de 2015, 22:50, Maykel Franco > escribió: >> El día 15 de noviembre de 2015, 19:09, Maykel Franco >> escribió: >>> >>> El 15 nov. 2015 6:27 p. m., "Camaleón" escribió: (...) > http://www.amazon.es/adaptador-pines-Macbook-estado-s%C3%B3lido/dp/B009CARNR2/ref=sr_1_2?ie=UTF8&qid=1447604354&sr=8-2&keywords=FPC+SATA > > Qué opináis? Será compatible?? Ese modelo es para un Macbook y esos bichos son propietarios a más no poder además de que el número de pines no coincide (ZIF/LIF-24). Mejor busca un adaptador genérico y prueba, tampoco son muy caros y no tienes mucho que perder, eso sí, fíjate en el ancho de la faja y el número de pines (tu cable original marca 50, ZIF/LIF-50) del extremo que conecta con la placa base así como el tamaño del chisme para que lo puedas insertar bien ya que en los portátiles no hay margen de error posible. https://en.wikipedia.org/wiki/Zero_insertion_force >>> Vaya que faena... Gracias. >>> >>> No encuentro ninguno... No se si estoy buscando bien. >>> >>> Seguiré mirando, gracias camaleón. >> >> Umm a lo mejor algo así me vale... Si me cabe claro... >> >> http://www.amazon.es/Micro-SATA-Cables-Drive-Adapter/dp/B00M1IVBAW/ref=sr_1_2?ie=UTF8&qid=1447614644&sr=8-2&keywords=adapter+ide+sata+laptop > > > 100 € ?? wowww no he dicho nada. Ni aunque fuera gratis... no creo que ese adaptador te quepa dentro del portátil. Mira, una opción alternativa que comentan en Google¹ es usar la ranura de la lectora DVD para poner el disco SSD en una bahía con caja adaptada pero tendrías que prescindir de la unidad de DVD. Piensa sinceramente si vas a notar alguna mejoría sólo por cambiarle el disco duro a ese portátil. Yo creo que no, teniendo en cuenta que lo que te limita es el bus de datos (PATA en este caso, 133 MiB/s). ¹https://www.google.com/webhp?complete=0&hl=en&gws_rd=cr,ssl#complete=0&hl=en&q=laptop+ssd+disk+dvd Saludos, -- Camaleón
Re: vpn y debian linux.
Hola, he deshabilitado ipv6 en el cliente. No hacia ping al tunel. he añadido las rutas y el fichero ccd: ;local a.b.c.d port 1194 proto udp dev tun ca /etc/openvpn/ssl/ca.crt cert /etc/openvpn/ssl/vpn.selanbus.es.crt key /etc/openvpn/ssl/vpn.selanbus.es.key # This file should be kept secret dh /etc/openvpn/ssl/dh2048.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt client-config-dir ccd client-to-client push "redirect-gateway def1 bypass-dhcp" push "route 192.168.2.0 255.255.255.0" push "route 10.8.0.0 255.255.255.0" push "dhcp-option DNS 208.67.222.222" push "dhcp-option DNS 208.67.220.220" route 192.168.2.0 255.255.255.0 ;duplicate-cn keepalive 10 120 tls-auth /etc/openvpn/ssl/ta.key 0 # This file is secret comp-lzo max-clients 10 user nobody group nogroup persist-key persist-tun status openvpn-status.log log /var/log/openvpn/openvpn.log #log-append /var/log/openvpn/openvpn.log verb 5 mute 20 #cat /etc/openvpn/ccd/cliente1 iroute 192.168.2.0 255.255.255.0 sigo con problemas, logs: http://paste.debian.net/332990/ rutas del maligno ;) paste.debian.net/332992 rutas del servidor vpn Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default 80.80.80.10.0.0.0 UG0 00 eth0 10.8.0.010.8.0.2255.255.255.0 UG0 00 tun0 10.8.0.2* 255.255.255.255 UH0 00 tun0 80.80.80.1* 255.255.255.255 UH0 00 eth0 192.168.2.0 10.8.0.2255.255.255.0 UG0 00 tun0 Tambien he provado activando el proxy arp echo1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp echo1 > /proc/sys/net/ipv4/conf/tun0/proxy_arp No dio resultado. Purge y configure las reglas de iptables por si las moscas. iptables -A INPUT -i tun+ -j ACCEPT iptables -A FORWARD -i tun+ -j ACCEPT iptables -A FORWARD -i tun+ -o eth0 -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -A FORWARD -i eth0 -o tun+ -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE A ver si puedo provar con algun NIX* y me arroja otro resultado. Saludos linuxeros. El 16/11/15, Ala de Dragón escribió: > El 13/11/15, Fernando Vicios escribió: > > (...) > >> El 13/11/15 a las 19:09, Camaleón escribió: > > (...) > > Hola :D > > Muchisimas gracias a ambos por vuestros comentarios. > Son muy utiles. > Voy a empezar por mirar a fondo el tema ipv6, que ni el ISP ni el > Cliente Win manejan IPV6. > > Despues comenzare con la gestion de rutas y ficheros ICC. > > Saludos. > > -- > "El cielo es para los dragones > lo que el agua es para las ninfas" > -- "El cielo es para los dragones lo que el agua es para las ninfas"
Re: KMS y resolución en las consolas (tty)
El día 15 de noviembre de 2015, 15:57, Camaleón escribió: > El Sat, 14 Nov 2015 15:13:05 +, Camaleón escribió: > >> El Fri, 13 Nov 2015 15:19:02 +, Camaleón escribió: >> >> (...) >> >>> He probado a poner en "/etc/default/grub.conf" lo siguiente: >>> >>> GRUB_GFXMODE=1680x1050,1280x1024,1024x768,800x600,640x480 >>> GRUB_GFXPAYLOAD_LINUX=keep >>> >>> Pero no hay forma, tras regenerar el archivo de configuración (update- >>> grub) y reiniciar el sistema el texto sigue igual. >>> >>> ¿Alguna sugerencia? >> >> He avanzado un poco pero no mucho :-) > > (...) > >> ¿A alguien le funciona este parámetro en una gráfica intel pura (no >> híbrida)? > > Pues al final he puesto un bug porque o no doy con la tecla (no debería > ser tan complicado definir la resolución de las consolas en el año 2015) > o es que algo falla: > > inteldrmfb: unable to set console resolution > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805178 > > Saludos, > > -- > Camaleón > Si tu filtro te deja ver este mensaje, echa un vistazo a esta página. http://unix.stackexchange.com/questions/107479/how-do-you-pass-vga-vesa-modes-with-grub2 S2.
Re: vpn y debian linux.
El 13/11/15, Fernando Vicios escribió: (...) > El 13/11/15 a las 19:09, Camaleón escribió: (...) Hola :D Muchisimas gracias a ambos por vuestros comentarios. Son muy utiles. Voy a empezar por mirar a fondo el tema ipv6, que ni el ISP ni el Cliente Win manejan IPV6. Despues comenzare con la gestion de rutas y ficheros ICC. Saludos. -- "El cielo es para los dragones lo que el agua es para las ninfas"