Existen tres formas principales de configurar variables de entorno en Ubuntu:
0. Es recomendable arrancar el ordenador con un USB de Ubuntu y realizar estos pasos:
1. Entrar en la herramienta disc y verlos dispositivos originales (/dev/sda) y los de copia (/dev/sdc) y comprobar que el disco que recibira la copia sea mayor que el original!
2. Ejecutar este comando para ver el progreso y esperar
sudo dd if=/dev/sda of=/dev/sdc bs=64K conv=noerror,sync status=progress
3. Cambiar los discos físicos , arrancar el ordenador y para que reconozca el nuevo tamaño de disco mayor hay que arancar con un USB con UBUNTU. y desde ahí en la herramienta gráfica disc podemos:
4. Comprobar que podemos escribir en dicho disco (por ejemplo haciendo ls>kk.txt)
5. Apagar el ordenador y quitar el USB y verificar que va bien
Primeramente nos situamos en el direcotrio que queramos buscar
Ejecutamos este script
grep -inr --include \*.java "IRPF" ./ > /home/ximo/IRPF_files_java.txt
donde
\*.java indica la extensión de los ficheros, en este caso son los ficheros con extensión ".java"
"IRPF" es el texto a buscar dentro de los ficheros
./ es la ruta donde buscar. Indica la carpta actual
> /home/ximo/IRPF_files_java.txt es el fichero donde se guardaran los resultados.
0. Introducción
Vamos a seguir a Mahdi Mashrur Matin a ver si esta vez sale bien.
Tal como vimos en el fallido blog anterior, primero añadimos al repositorio
sudo certbot certonly --standalone -d myweb.es
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | <Connector port="19443" protocol="HTTP/1.1" SSLEnabled="true" maxThreads="150" scheme="https" secure="true" sslProtocol="TLS" clientAuth="true" keyAlias="tomcat" SSLCertificateFile="/etc/letsencrypt/live/midominio.es/cert.pem" SSLCertificateChainFile="/etc/letsencrypt/live/midominio.es/chain.pem" SSLCertificateKeyFile="/etc/letsencrypt/live/midominio.es/privkey.pem" /> |
Problem binding to port 443: Could not bind to IPv4 or IPv6#!/bin/bash #--Explicació #--------------------------------------------------------------------------- # S'ha d'executar des de la màquina que s'ha d'instal·lar el certificat # Ha d'estar instal·lat el cerbot a la màquina: # sudo add-apt-repository ppa:certbot/certbot # sudo apt install python-certbot-apache # La carpeta /etc/letsencrypt/live/csv.tavernesvalldigna.es/ ha de tindre # permissos d'escritura per a eviar cridar-la amb "sudo" # per tant cal executar abans esta orden: # sudo chmod -R ugo+rwx /etc/letsencrypt # sudo chmod -R ugo+rwx /var/log # sudo chmod -R ugo+rwx /var/lib/letsencrypt # 1. Indicar el domini # 2. Indicarla carpeta on guarda el certbot els certificats # 3. Indicar la carpeta on guardar els certificats tipus jks # que és la ruta on Tomcat els busca # 4. Indicar la paraula de pas del certificat #--------------------------------------------------------------------------- #--Parameters myuser='ximo' domain='webprop.es' download_certbot='/etc/letsencrypt/live/'${domain} keystore_folder='/home/'${myuser}'/MyKeystores' psswrd='mi_password' work_folder=${keystore_folder}'/letsencrypt/'$(date +%Y.%m.%d) ks_prefix=${work_folder}'/'${domain} JAVA_HOME='/home/'${myuser}'/MyPrograms/jdk-15.0.2+7.OpenJ7' echo '--------------------------------------------------------------' echo 'Usuari: ' $myuser echo 'Domain: ' $domain echo 'Descarga Certbot: ' $download_certbot echo 'Keystore folder: ' $keystore_folder echo 'Paraula de pas : ' $psswrd echo 'Work folder : ' $work_folder echo 'Keystore prefix : ' $ks_prefix echo 'JAVA_HOME : ' $JAVA_HOME echo '--------------------------------------------------------------' certbot certificates echo '--------------------------------------------------------------' echo Por favor, verificar que los datos son correctos read continuar # No se si vol "csv.tavernesvalldigna.es" o si "vol sols tavernesvalldigna.es" # Descarreguem el certificat a /etc/letsencrypt/live/csv.tavernesvalldigna.es/ certbot certonly --standalone -d ${domain} echo Creem la carpeta ${work_folder} mkdir -p ${work_folder} echo Convertir el p12 i el pem a PKCS12 openssl pkcs12 -export -out ${ks_prefix}'_fullchain_and_key.p12' -in ${download_certbot}'/fullchain.pem' -inkey ${download_certbot}'/privkey.pem' -password pass:${psswrd} -name 'tomcat' echo Convertir el PKCS12 a JKS $(${JAVA_HOME}'/bin/keytool' -importkeystore -deststorepass ${psswrd} -destkeypass ${psswrd} -destkeystore ${ks_prefix}'.jks' -srckeystore ${ks_prefix}'_fullchain_and_key.p12' -srcstoretype PKCS12 -srcstorepass ${psswrd} -alias 'tomcat') echo Copiar a la carpeta MyKeystore cp ${ks_prefix}'.jks' ${keystore_folder}
Se ha seguido esta web de Digital Ocean y Devanswers
Para tener un dominio virtual hay que tener un servidor de DNS que reconozca a dicho dominio para que lo redireccione.
En el caso que no lo tengamos, para hacer las pruebas el punto 2 debemos modificar el fichero /etc/hosts para que pueda ver ese nombre, tanto en el servidor local como en cada una de las máquinas que quieran acceder a dicho servidor.
En ese caso se definirán los dominios o hosts (webprop.es y www.webprop.es)
NOTA: Para que letsencrypt pueda darte un certificado, debes tener el dominio registrado, es decir, que cualquiera, desde cualquier sitio pueda hacer un ping a tu dominio y que esté localizable. Para ello se puedes probar el google cloud DNS que tiene un período de pruebas. Yo no lo he probado, pero algunos dicen que funciona.
Para poder gestionar el dominio debes:
a. Crear el dominio y registrarlo
b. En tu firewall debes redirigir este dominio a la máquina y puerto correcto
c. En tu servidor interno de DNS debes redirigir el dominio a tu máquina y puerto internos correcto para que no vaya al exterior y vuelva a entrar
Veamos el primer fichero de configuración (según Rich Bowen) , para ello ejecutamos
httpd -VY si no la encuentra, ejecutar esta otra
apache2ctl -VY contesta esto
Server version: Apache/2.4.29 (Ubuntu)
Server built: 2021-09-28T22:27:27
Server's Module Magic Number: 20120211:68
Server loaded: APR 1.6.3, APR-UTIL 1.6.1
Compiled using: APR 1.6.3, APR-UTIL 1.6.1
Architecture: 64-bit
Server MPM: event
threaded: yes (fixed thread count)
forked: yes (variable process count)
Server compiled with....
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=256
-D HTTPD_ROOT="/etc/apache2"
-D SUEXEC_BIN="/usr/lib/apache2/suexec"
-D DEFAULT_PIDLOG="/var/run/apache2.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="mime.types"
-D SERVER_CONFIG_FILE="apache2.conf"
Donde podemos adivinar que el fichero de configuración del httpd es /etc/apache2/apache2.conf
que se ha obtenido al unir las 2 cadenas marcadas en color azul y rojo
Este fichero lo utilizaríamos si quisiésemos tener más de un nombre de dominio junto diferentes IPs para un mismo servidor y se acutaría creando diferentes entradas de <VirtualHost IP:80> en este fichero, indicacando diferentes IPs para cada servidor virtual, por ejemplo
<VirtualHost 172.20.30.40:80>
Para el caso de querer tener un solo dominio, me parece más sencillo utilizar el segundo fichero que expongo a continuación
Vamos a la carpeta /etc/apache2/sites-available y en mi caso hago un ls y veo que hay 2 ficheros: 000-default.conf y default-ssl.conf siendo el primero el que nos interesa.
Supongamos que queremos definir untenmos un dominio llamado webprop.es para ello editamos el fichero 000-default.conf y le dejamos este contenido
sudo nano /etc/apache2/sites-available/000-default.conf<VirtualHost *:80>
ServerAdmin webmaster@webprop.es
ServerName webprop.es
ServerAlias www.webprop.es
DocumentRoot /var/www/webprop.es/public_html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>CTRL + O y salimos conCTRL + X,Ahora creamos un directorio
sudo mkdir -p /var/www/webprop.es/public_htmlsudo nano /var/www/webprop.es/public_html/index.html<html>
<head>
<title>Welcome!</title>
</head>
<body>
<h1>Welcome to webprop.es! Hava a nice day!</h2>
</body>
</html>CTRL + O y salimos conCTRL + X,Ahora comprobamos errores
apachectl configtesty nos da errores
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
sudo nano /etc/apache2/apache2.confServerName webprop.esSalvamos con CTRL + O y salimos conCTRL + X,
Reiniciamos el servidor apache y si le damos otra vez a comprobar errores (apachectl configtest) vemos que ya no tenemos errores.
Añadimos al repositorio
sudo certbot --apachesudo certbot --apache -d webprop.esPlease choose whether or not to redirect HTTP traffic to HTTPS, removing HTTP access.
-------------------------------------------------------------------------------
1: No redirect - Make no further changes to the webserver configuration.
2: Redirect - Make all requests redirect to secure HTTPS access. Choose this for
new sites, or if you're confident your site works on HTTPS. You can undo this
change by editing your web server's configuration.
-------------------------------------------------------------------------------
Select the appropriate number [1-2] then [enter] (press 'c' to cancel):Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for webprop.es
Enabled Apache rewrite module
Waiting for verification...
Cleaning up challenges
Created an SSL vhost at /etc/apache2/sites-available/000-default-le-ssl.conf
Enabled Apache socache_shmcb module
Enabled Apache ssl module
Deploying Certificate to VirtualHost /etc/apache2/sites-available/000-default-le-ssl.conf
Enabling available site: /etc/apache2/sites-available/000-default-le-ssl.conf
Please choose whether or not to redirect HTTP traffic to HTTPS, removing HTTP access.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1: No redirect - Make no further changes to the webserver configuration.
2: Redirect - Make all requests redirect to secure HTTPS access. Choose this for
new sites, or if you're confident your site works on HTTPS. You can undo this
change by editing your web server's configuration.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Select the appropriate number [1-2] then [enter] (press 'c' to cancel): 2
Enabled Apache rewrite module
Redirecting vhost in /etc/apache2/sites-enabled/000-default.conf to ssl vhost in /etc/apache2/sites-available/000-default-le-ssl.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Congratulations! You have successfully enabled https://webprop.es
You should test your configuration at:
https://www.ssllabs.com/ssltest/analyze.html?d=webprop.es
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
IMPORTANT NOTES:
- Congratulations! Your certificate and chain have been saved at:
/etc/letsencrypt/live/webprop.es/fullchain.pem
Your key file has been saved at:
/etc/letsencrypt/live/webprop.es/privkey.pem
Your cert will expire on 2022-03-07. To obtain a new or tweaked
version of this certificate in the future, simply run certbot again
with the "certonly" option. To non-interactively renew *all* of
your certificates, run "certbot renew"
- If you like Certbot, please consider supporting our work by:
Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate
Donating to EFF: https://eff.org/donate-lesudo certbot certificatesSaving debug log to /var/log/letsencrypt/letsencrypt.log
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Found the following certs:
Certificate Name: webprop.es
Domains: webprop.es
Expiry Date: 2022-03-07 12:30:51+00:00 (VALID: 89 days)
Certificate Path: /etc/letsencrypt/live/webprop.es/fullchain.pem
Private Key Path: /etc/letsencrypt/live/webprop.es/privkey.pem
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -RewriteEngine on
RewriteCond %{SERVER_NAME} =www.csv.tavernesvalldigna.es [OR]
RewriteCond %{SERVER_NAME} =csv.tavernesvalldigna.es
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]<VirtualHost *:80> # The ServerName directive sets the request scheme, hostname and port that # the server uses to identify itself. This is used when creating # redirection URLs. In the context of virtual hosts, the ServerName # specifies what hostname must appear in the request's Host: header to # match this virtual host. For the default virtual host (this file) this # value is not decisive as it is used as a last resort host regardless. # However, you must set it for any further virtual host explicitly. #ServerName www.example.com # ServerAdmin webmaster@localhost # DocumentRoot /var/www/html ServerAdmin webmaster@webprop.es ServerName webprop.es
ServerAlias webprop.es
DocumentRoot /var/www/webprop.es/public_html
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn, # error, crit, alert, emerg. # It is also possible to configure the loglevel for particular # modules, e.g. #LogLevel info ssl:warn ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined # For most configuration files from conf-available/, which are # enabled or disabled at a global level, it is possible to # include a line for only one particular virtual host. For example the # following line enables the CGI configuration for this host only # after it has been globally disabled with "a2disconf". #Include conf-available/serve-cgi-bin.conf #Added by CertBot #RewriteEngine on #RewriteCond %{SERVER_NAME} =www.csv.tavernesvalldigna.es [OR] #RewriteCond %{SERVER_NAME} =csv.tavernesvalldigna.es #RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent] </VirtualHost>
Parece ser que el problema se produce cuando ser instala o reinstala ubuntu y tenemos teclado y/o ratón conectado al USB.
Puede que funcione haciendo:
1. Desconectar el teclado y/o ratón adicionales enganchados al puerto USB
2. Desde un terminal teclear sudo apt-get update para actualizar
3. Eliminar aquel software que no es útil sudo apt autoremove
4. Reinstalar Ubuntu desde terminal sudo apt install --reinstall ubuntu-software
5. Prueba a enchufar el teclado y ratón al puerto USB.
Es conveniente arrancar la máquina SIN el teclado y ratón USB. En versiones anteriores (16) a veces no arrancaba.
Créditos: https://bugs.chromium.org/p/chromium/issues/detail?id=367103#c114
Hay que borrar el fichero .xinputrc del directorio home (/home/ximo/..xinputrc)
1. Crear un link no permanente a un fichero (cuando rearrancamos se pierde)
ln -sfn <source_file_directory> <link_file_directory>
la opción -f es para forzar la creación del enlace en caso que exista
la opción -n es para no dereferenciar el fichero fuente en caso que sea un enlace
2. Crear un link permanente a un fichero (quitamos la opcion -s)
ln <source_file_directory> <link_file_directory>
3. Verificar el link
ls -l link_file_directory
4. Borrar el enlace
unlink -l link_file_directory
tambien se puede borrar el link rm link_file_directory
5. Obtener el path de un enlace (la ruta completa a la carpeta donde esta). supongamos que en la carpeta donde estamos hay un víncuo a un fichero o carpeta.
readlink link_file_directory
Según HackProgramming se puede hacer modificando el fichero ~/.profile
Se le puede añadir esto al fichero (se le añade al path la carpeta MyShells al PATH)
# set PATH so it includes user's private MyShells if it exists
if [ -d "$HOME/MyShells" ] ; then
PATH="$HOME/MyShells:$PATH"
fi
y ahora le damos este comando para que recoja el nuevo PATH
source ~/.profile
Y ya podemos ver esta carpeta en el path haciendo
echo $PATH
Se ha consultado a https://linuxconfig.org/how-to-run-script-on-startup-on-ubuntu-20-04-focal-fossa-server-desktop
1. Ir a /etc/systemd/system
2. Crear el fichero socket-server.service
[Unit] After=network.service [Service] ExecStart=/home/informatica/MyPrograms/SOCKET_SERVER/startup_SocketServer.sh [Install] WantedBy=default.target3. El script a ejecutar (startup_SocksetServer.sh) es
#!/bin/bash# 1. show all argumentsecho $@# 2. Mostra directorimyFolder=`dirname "$0"`echo "The present working directory is $myFolder"#3. Execute java program/home/informatica/MyPrograms/jdk-15.0.2/bin/java -jar $myFolder/socketserver.jar S
$ sudo chmod 744 /home/informatica/MyPrograms/SOCKET_SERVER/startup_SocketServer.sh
$ sudo chmod 664 /etc/systemd/system/socket-server.service
$ sudo systemctl daemon-reload $ sudo systemctl enable socket-server.service
Se ha consultado a https://dantesquecsv.blogspot.com/2022/10/1-instalacion-del-servidor-tomcat.html
He hecho lo siguiente:
1. Cargar el repositorio
sudo add-apt-repository ppa:alex-p/tesseract-ocr
con lo que me sale una ratahila de mensajes y en concreto uno de ello me dice:
Las firmas siguientes no se han podido verificar porque la clave pública no está disponible: NO_PUBKEY F7E06F06199EF2F2
sudo add-apt-repository ppa:alex-p/tesseract-ocr
sudo apt-get update
sudo apt install tesseract-ocr
sudo apt install libtesseract-dev
sudo ldconfigy para ver la version
tesseract -v
Que nos devuelve:
tesseract 4.1.1
leptonica-1.78.0
libgif 5.1.4 : libjpeg 8d (libjpeg-turbo 1.5.2) : libpng 1.6.34 : libtiff 4.0.9 : zlib 1.2.11 : libwebp 0.6.1 : libopenjp2 2.3.0
Found AVX2
Found AVX
Found FMA
Found SSE
Found libarchive 3.2.2 zlib/1.2.11 liblzma/5.2.2 bz2lib/1.0.6 liblz4/1.7.1