DT_Pool

gg ! Oui avec la très jolie Sydney Penny qui a joué dans la série Largo Winch

Je rajoute un screen avec le perso principal :

un autre screen : L'image est en noir et blanc mais le film est bien en couleur, c'est juste que je trouvais pas une image avec des tags partout...

pareil, même pas eu le temps de venir voir le screen

Full Eclipse

ben oui, cocoon évidemment !

ça me dit quelque chose, c'est un vieux film non ?

pas de son au taf, je regarde ça ce soir.

ça me fait penser aux Inconnus mais là ils sont 4... peut être Smaïn sur la gauche et ce serait : le téléphone sonne toujours 2 fois ??

un ami avait eu le même genre de soucis en restaurant une image de son windows. Il avait tenté la réparation automatique sans succès et avait réussit à s'en sortir en passant par la console suite à la réparation infructueuse et avait lancé la commande "bootrec /fixmbr".

Bon, vue la quantité de réaction... J'ai fini par trouver la correction : lors de la redirection https vers http sur le port 8090, la websocket "oublie" au passage le port. En modifiant la ligne par: proxy_set_header Host $host:$server_port; ça passe nickel. En fin de compte, ça me donne le bloc suivant: # Redirect to selfcare http/https location ^~ /selfcare/ { access_log /var/log/nginx/otecs_vlan3603/selfcare_access.log main; error_log /var/log/nginx/otecs_vlan3603/selfcare_error.log debug; proxy_redirect http://$selfcarefqdn:8090/selfcare/ https://$RPpublic_name/selfcare/; # Header proxy_set_header Host $host:$server_port; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; chunked_transfer_encoding on; client_body_timeout 3600; # WebSocket support proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; proxy_read_timeout 86400; if ($request_uri ~* "/selfcare/(.*)") { proxy_pass http://$selfcarefqdn:8090/selfcare/$1; break; } proxy_pass http://$selfcarefqdn:8090/selfcare/; }

arf, j'étais en train de compléter ma réponse avec le smiley ninja pour piquer le point ! j'aurais du la poster d'abord et l'éditer ensuite !

c'est là qu'on reconnait les affamés du screenshot ! 1 min de durée de vie pour un screen facile !

allez hop, on reprend avec un facile :

Allez hop, je remonte ce sujet passionnant de ma vie pro Depuis janvier, j'ai eu droit à une formation de 3 jours... formation qui n'a servi à rien puisque le gars nous a présenté un peu de tout et quasiment pas ce que je voulais (2h sur le reverse proxy le dernier jour alors que bon... nginx, c'est "un peu" créé pour faire du reverse proxy). Bien évidemment, aucune réponse dès que j'abordais un point trop technique... Bref, je me suis bien démerdé jusque là, autant continuer ! Nouveau soucis : j'ai un serveur interne qui accepte le http sur le port 8090, pas de soucis maintenant je sais faire une redirection https vers http (au passage, avec un certificat letsencrypt). J'ai accès au site depuis l'extérieur sauf que... les websockets échouent. Dès que je me connecte sur ce site, je vois une jolie erreur : app.js:740 WebSocket connection to 'wss://public_fqdn/selfcare/api/ws' failed: Error during WebSocket handshake: Unexpected response code: 404 Côté nginx, j'ai la config suivante pour ce serveur : server { listen @IP_publique:443 ssl; # Redirect to Selfcare location ^~ /selfcare/ { access_log /var/log/nginx/otecs_vlan3603/selfcare_access.log main; error_log /var/log/nginx/otecs_vlan3603/selfcare_error.log debug; proxy_redirect https://$RPpublic_name/selfcare/ http://$selfcarefqdn:8090/selfcare/; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; if ($request_uri ~* "/selfcare/(.*)") { proxy_pass http://$selfcarefqdn:8090/selfcare/$1; } proxy_pass http://$selfcarefqdn:8090/selfcare/; } # Redirect to Selfcare location ^~ /selfcare/api/ws { access_log /var/log/nginx/otecs_vlan3603/selfcare_api_access.log main; error_log /var/log/nginx/otecs_vlan3603/selfcare_api_error.log debug; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; proxy_pass http://$selfcarefqdn:8090/; proxy_set_header X-NginX-Proxy true; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Proxy ""; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; proxy_read_timeout 86400; } } J'ai découpé en 2, c'est pas beau je sais, mais c'est pour mieux tracer les requêtes websocket. côté web browser, je vois une différence entre une connexion interne et une connexion passant par le nginx. En interne, la première connexion websocket revient avec le code 101 et un changement de protocole, là où via le nginx, la même requête revient en 200 ok. "Normalement", nginx supporte les websocket grâce à l'ajout de : proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; sauf que, ça marche pas chez moi, comme si la redirection foutait le bordel... Une petite idée dans la salle ?

je crois que j'ai trouvé après avoir parcouru une longue liste de jeux CPC... crossfire ?

non non, ça se jouait au joystick...