Excusez moi, j'ai oublié de préciser certaines choses.
Ma distribution est une Red Hat AS 3. Le serveur SMTP distant est un IIS sous Windows 2000 (j'ai pas le choix).
Bref tous les mails envoyés via la commande mail de ma machine en Red Hat doit arriver vers le SMTP Windows et celui ci se chargera de faire la résolution de l'adresse et d'envoyer le mail.
Je vais de ce pas tester vos idées. Merci beaucoup.
PS: oui j'ai fait pas mal de recherche sur internet, j'ai demandé à quelques personnes et soit personne ne sait, soit ce qu'on a tenté ne marche pas. Enfin en même temps je ne suis pas un expert linux ...
Le seul truc que j'apprécie chez elle, c'est son jeu d'actrice. Peut être qu'elle a prévu de faire participer son nouveau chien à ses films, qui sait ...
Les seuls trucs en info que je savais avant de faire une école d'ingé, c'était utiliser Windows 95-98 (c) (tm) (r), la suite Office, et installer des jeux ... Et je pensais m'y connaitre un peu en informatique quand même.
Mais il n'y a pas d'âge pour apprendre, j'ai bien évolué et il ne faut pas croire que les Vrais Informaticiens sont ceux qui démarrent en faisant de l'assembleur à 12 ans. :-)
Il apprendra et il évoluera, le petit cousin. :-) (ceci dit il y a pas mal de monde qui, même en dernière année d'école d'ingé spé info, sont totalement réfractaires à Linux, alors qu'ils sont très bons en prog. Tout existe :) ).
Ca marche maintenant. Le problème venait bien de OpenSSL. Dans le fichier install.txt de OpenSSL, il me dit bien qu'il s'installe par défaut (pour des raisons historiques) dans /usr/local/lib ... et quand je vais voir il n'y a rien.
En fait il s'est installé dans /usr/local/ssl/lib , je ne sais pas pourquoi vu que je n'ai pas spécifié de répertoire spécifique.
J'ai du rajouter dans le ld.so.conf ce chemin d'accès et le tour était joué.
Un grand merci pour ton aide car sans toi ... ben j'aurai pas trop su quoi dire à mon boss pour lui expliquer que rien ne marchait ! ;-)
Oui j'ai déjà les certificats d'installés ainsi qu'OpenSSL. Sous Mozilla, tout fonctionne impecc, il me délivre les certifcats correctement via https://srvdav/webdav/(...)
En tapant http://srvdav/webdav/(...) , l'url ne marche pas ... bref c'est normal vu que je ne veux que du sécurisé.
Sous Windows, j'utilise Naja, je configure les certificats comme il me le demande et j'arrive à me connecter à mon serveur webdav. Mais bon Windows c'est juste une machine client de test et je ne dois tourner que sous Linux.
Sous Linux donc, que ce soit Cadaver ou Naja, il refuse de se connecter en https. Si je configure mon serveur webdav sans sécurisation SSL (donc dans httpd.conf), cadaver se connecte sans soucis via la commande "open http://srvdav/webdav/(...)".
Dès que je passe en SSL (donc dans ssl.conf), et que je tape "open https://srvdav/webdav/(...)", il me dit SSL is not enabled. Le problème vient donc du SSL et non du webdav.
J'ai pourtant installé OpenSSL. Mais je me pose 2 questions:
- Faut il compiler cadaver avec ssl ? (j'ai tenté ./configure --with-ssl=/usr/local/ssl pour la compilation de cadaver mais après le ./configure, il me marque "SSL Support: not active" ou un truc du genre.
- Faut il déclarer quelque part à cadaver où se trouve les certificats client ? Si oui comment ?
Yep, cette ligne était présente dans mon httpd.conf. Mais quand je lance cadaver, et que je tape "open https://srvdav/webdav/(...)", il me répond "SSL is not enabled".
J'ai tenté avec Naja (autre client webdav) et toujours le meme probleme. Quelqu'un a une idée ?
Autre question: Existe t'il des clients graphiques webdav sous linux qui fonctionnent bien sous la Red Hat AS 3 ? (mon boss souhaite ce type de client mais perso je préfère ceux en command line).
En fait à la fin, il me faudrait un webdav sur lequel je me connecte avec un client en ligne de commande. Comment faire ? Ca marche impecc en http mais pas en client command line. (cf mon post au dessus).
Je suis nouveau dans le monde Linux/Apache/Webdav et mon boss m'a demandé de finir ce serveur avant fin décembre ... vous comprendrez alors que ce n'est pas évident pour moi.
Quelqu'un a une idée pour une connection à mon serveur via client command line ?
Impeccable ca marche !! Merci beaucoup. Sous Mozilla ca passe sans soucis.
Par contre encore un point qui ne marche pas. Quand je veux me connecter à mon serveur webdav via un client en command line (j'utilise cadaver), cela ne marche pas.
Quand je tape sous cadaver "open http://srvdav/webdav/(...)" il me marque
"Could not access /webdav/ (not Webdav-enabled ?):
405 Method Not Allowed
Connection to 'srvdav' closed."
Quand je teste avec http://srvdav/webdav(...) il me fait une erreur 404 (URL /webdav not found on this server).
Quand je teste avec http://srvdav/webdav/(...) j'ai encore cette erreur 403 ("You don't have permission to access /webdav/ on this server").
Ca va faire plus d'une semaine que je suis sur cette erreur, je ne sais vraiment plus quoi faire. Je parie que c'est un truc tout bete mais quoi ? ca je ne sais pas hélas.
Loin de moi l'idée d'invoquer un troll puant, poilu et plein de bave, mais je pense qu'il y a une différence entre "garantie" et "promesse" ...
Je peux te promettre de te sauver la vie si jamais tu es en danger, mais rien ne te garantira jamais que je le ferais si tu étais vraiment dans la merde ...
Enfin après peut être qu'IBM & Co ont fait des papiers de garantis officiels et tout, j'en sais rien ...
La seule chose qui m'oblige à rebooter régulièrement sous Windows : GuitarPro, un logiciel qui me sert bcp, et qui ne marche pas bien sous Linux... Il tourne, mais sans son, et j'en ai besoin.
Du coup c'est laid, je ne peux pas le virer définitivement de mon poste fixe. Mais ça viendra peut être, un jour...
C'est ça le truc chiant avec Windows (c) (tm) (r), c'est qu'on est parfois complétement dépendants de vieux logiciels spécifiques à l'os, c'est chiant. :-(
Posté par Ian X .
En réponse au journal KGuitar.
Évalué à 3.
Tu ne peux pas savoir à quel point je t'aimerais si tu arrives à faire en sorte que je puisse lire mes tablatures avec un rendu plus ou moins égal à celui de guitar pro. :-)
A l'heure actuelle, pas que je sache, mais les gars sont en train de développer une version linux du client, ça ne devrait pas être trop long à arriver...
Bientôt Skype sera porté sous linux. Ok, il a été fait par les gars de Kazaa, on peut cracher, contre cracher et vomir tripes et boyaux dessus, n'empêche que quelqu'un de pragmatique qui veut quelque chose qui marche serait très heureux avec ce logiciel.
Perso je l'attends avec une certaine impatience, mais c'est mon choix...
Moinssez donc, mes braves, défoulez vous.
Ils ne font pas que tuer, ils violent et ils torturent aussi.
Il doit y en avoir des biens, mais je ne les ai jamais rencontré ceux là, ils se cachent bien...
Le tome 9, "la loi du régicide", existe en français, format grand livre, aux éditions Pygmalion.
Enfin d'après Ben il n'est plus disponible à la vente à l'heure actuelle, si j'ai bien compris...
Mais si, la suite est disponible. :-)
J'ai lu le tome 9 fin aout, et là je vais commander la suite (mais elle sera en anglais) sur amazon... Et Georges est déjà en train d'écrire la suite, qui est bien avancée je crois. :-)
Quand on aime, on ne compte pas! Brave série, peut être bien la meilleure que je connaisse. Attends toi à de beaux rebondissements, comme toujours. ;-)
Hmm merci de me prévenir alors, une fois que ça serait en place je ferais tourner une jolie note de service pour le dire à tout le monde, je ne tiens pas à avoir d'ennuis.
Mais bon d'abord je voudrais être sûr que même en toute connaissance de cause, ils ne pourront rien faire pour contourner le proxy. ;-)
Parce qu'à l'heure actuelle ce n'est pas le cas, il suffit qu'ils décochent la case du proxy dans leurs browsers et qu'il change manuellement leurs passerelles pour accèder au net et hop, protection contournée! :-/
D'ailleurs je me demande comment je vais faire, puisque dans tout les cas il leur suffira de changer la passerelle de leurs postes afin de se connecter directement au routeur sans passer par le proxy. :-(
C'est en cours de cogitation...
A priori je ne peux pas dire au routeur de refuser toutes les connexions sauf celles venant du proxy, c'est dommageable. Même si je met un firewall, je pense que ça ne changera rien... Saleté de routeur matériel. :-(
Hop là un autre coup de RTFM, mais après avoir installé webalizer (qui marche nickel par ailleurs), je me rends compte qu'il a l'air de manquer une fonctionnalité relativement importante...
En effet j'aimerais bien savoir quels sites fréquente quelles personnes, et quand. Genre "à 14h43, robert est allé sur google".
Webalizer ne le fait pas?
# SMTP distant
Posté par Ian X . En réponse au message configuration SMTP distant. Évalué à 1.
Ma distribution est une Red Hat AS 3. Le serveur SMTP distant est un IIS sous Windows 2000 (j'ai pas le choix).
Bref tous les mails envoyés via la commande mail de ma machine en Red Hat doit arriver vers le SMTP Windows et celui ci se chargera de faire la résolution de l'adresse et d'envoyer le mail.
Je vais de ce pas tester vos idées. Merci beaucoup.
PS: oui j'ai fait pas mal de recherche sur internet, j'ai demandé à quelques personnes et soit personne ne sait, soit ce qu'on a tenté ne marche pas. Enfin en même temps je ne suis pas un expert linux ...
[^] # Re: Noyau 2.6.9 et UML
Posté par Ian X . En réponse au message UML et 2.6.10. Évalué à 1.
Et d2 aussi. :-)
Merci. :-)
# actrice
Posté par Ian X . En réponse au message Paris Hilton adopte un nouveau chien.. Évalué à -1.
[^] # Re: Pas une généralité
Posté par Ian X . En réponse au journal [Coup de blues] Grosse désillusion.... Évalué à 2.
Mais il n'y a pas d'âge pour apprendre, j'ai bien évolué et il ne faut pas croire que les Vrais Informaticiens sont ceux qui démarrent en faisant de l'assembleur à 12 ans. :-)
Il apprendra et il évoluera, le petit cousin. :-) (ceci dit il y a pas mal de monde qui, même en dernière année d'école d'ingé spé info, sont totalement réfractaires à Linux, alors qu'ils sont très bons en prog. Tout existe :) ).
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Ca marche maintenant. Le problème venait bien de OpenSSL. Dans le fichier install.txt de OpenSSL, il me dit bien qu'il s'installe par défaut (pour des raisons historiques) dans /usr/local/lib ... et quand je vais voir il n'y a rien.
En fait il s'est installé dans /usr/local/ssl/lib , je ne sais pas pourquoi vu que je n'ai pas spécifié de répertoire spécifique.
J'ai du rajouter dans le ld.so.conf ce chemin d'accès et le tour était joué.
Un grand merci pour ton aide car sans toi ... ben j'aurai pas trop su quoi dire à mon boss pour lui expliquer que rien ne marchait ! ;-)
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
En tapant http://srvdav/webdav/(...) , l'url ne marche pas ... bref c'est normal vu que je ne veux que du sécurisé.
Sous Windows, j'utilise Naja, je configure les certificats comme il me le demande et j'arrive à me connecter à mon serveur webdav. Mais bon Windows c'est juste une machine client de test et je ne dois tourner que sous Linux.
Sous Linux donc, que ce soit Cadaver ou Naja, il refuse de se connecter en https. Si je configure mon serveur webdav sans sécurisation SSL (donc dans httpd.conf), cadaver se connecte sans soucis via la commande "open http://srvdav/webdav/(...)".
Dès que je passe en SSL (donc dans ssl.conf), et que je tape "open https://srvdav/webdav/(...)", il me dit SSL is not enabled. Le problème vient donc du SSL et non du webdav.
J'ai pourtant installé OpenSSL. Mais je me pose 2 questions:
- Faut il compiler cadaver avec ssl ? (j'ai tenté ./configure --with-ssl=/usr/local/ssl pour la compilation de cadaver mais après le ./configure, il me marque "SSL Support: not active" ou un truc du genre.
- Faut il déclarer quelque part à cadaver où se trouve les certificats client ? Si oui comment ?
Merci d'avance
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Yep, cette ligne était présente dans mon httpd.conf. Mais quand je lance cadaver, et que je tape "open https://srvdav/webdav/(...)", il me répond "SSL is not enabled".
J'ai tenté avec Naja (autre client webdav) et toujours le meme probleme. Quelqu'un a une idée ?
Autre question: Existe t'il des clients graphiques webdav sous linux qui fonctionnent bien sous la Red Hat AS 3 ? (mon boss souhaite ce type de client mais perso je préfère ceux en command line).
Merci d'avance
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Je suis nouveau dans le monde Linux/Apache/Webdav et mon boss m'a demandé de finir ce serveur avant fin décembre ... vous comprendrez alors que ce n'est pas évident pour moi.
Quelqu'un a une idée pour une connection à mon serveur via client command line ?
Merci d'avance et bonnes fêtes de noël à tous.
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Même résultat à chaque fois (voir post précédent).
J'ai tenté en mettant http(s)://srvdav/var/www/webdav(/) à tout hasard mais cela ne marche pas non plus.
Merci d'avance.
[^] # Re: Webdav + Apache 2
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Par contre encore un point qui ne marche pas. Quand je veux me connecter à mon serveur webdav via un client en command line (j'utilise cadaver), cela ne marche pas.
Quand je tape sous cadaver "open http://srvdav/webdav/(...)" il me marque
"Could not access /webdav/ (not Webdav-enabled ?):
405 Method Not Allowed
Connection to 'srvdav' closed."
Quand je tape "open https://srvdav/webdav/(...)", il me marque
"SSL is not enabled"
Quelqu'un peut m'aider ?
Merci d'avance.
[^] # Re: Probléme de Slash
Posté par Ian X . En réponse au message Webdav + Apache 2. Évalué à 1.
Quand je teste avec http://srvdav/webdav(...) il me fait une erreur 404 (URL /webdav not found on this server).
Quand je teste avec http://srvdav/webdav/(...) j'ai encore cette erreur 403 ("You don't have permission to access /webdav/ on this server").
Ca va faire plus d'une semaine que je suis sur cette erreur, je ne sais vraiment plus quoi faire. Je parie que c'est un truc tout bete mais quoi ? ca je ne sais pas hélas.
# promesse ?
Posté par Ian X . En réponse au journal Steve Ballmer fait son FUD. Évalué à 7.
Je peux te promettre de te sauver la vie si jamais tu es en danger, mais rien ne te garantira jamais que je le ferais si tu étais vraiment dans la merde ...
Enfin après peut être qu'IBM & Co ont fait des papiers de garantis officiels et tout, j'en sais rien ...
[^] # Re: Je comprends ...
Posté par Ian X . En réponse au journal Mon premier Journal de linuxien. Évalué à 2.
Du coup c'est laid, je ne peux pas le virer définitivement de mon poste fixe. Mais ça viendra peut être, un jour...
C'est ça le truc chiant avec Windows (c) (tm) (r), c'est qu'on est parfois complétement dépendants de vieux logiciels spécifiques à l'os, c'est chiant. :-(
# J'en ai rêvé, il va le faire
Posté par Ian X . En réponse au journal KGuitar. Évalué à 3.
[^] # Re: Bientôt Skype...
Posté par Ian X . En réponse au journal Téléphonie sur IP. Évalué à 1.
http://bigbugsoft.free.fr/skype_vs_linux.html(...)
Enjoy.
[^] # Re: Bientôt Skype...
Posté par Ian X . En réponse au journal Téléphonie sur IP. Évalué à 1.
# Bientôt Skype...
Posté par Ian X . En réponse au journal Téléphonie sur IP. Évalué à 7.
Perso je l'attends avec une certaine impatience, mais c'est mon choix...
Moinssez donc, mes braves, défoulez vous.
[^] # Re: Filtrage
Posté par Ian X . En réponse au journal Limitation web. Évalué à 7.
http://christian.caleca.free.fr/squid/squidguard.htm(...)
[^] # Re: pas de généralisation
Posté par Ian X . En réponse au journal Licence open source avec interdiction pour l'utilisation militaire. Évalué à -7.
Il doit y en avoir des biens, mais je ne les ai jamais rencontré ceux là, ils se cachent bien...
[^] # Re: Vouala
Posté par Ian X . En réponse au journal geek test en français et l'original. Évalué à 1.
# le comble
Posté par Ian X . En réponse au journal 2 membres du projet Debian tués :(. Évalué à -2.
[^] # Re: Eh eh
Posté par Ian X . En réponse au journal Trone de Fer. Évalué à 1.
Enfin d'après Ben il n'est plus disponible à la vente à l'heure actuelle, si j'ai bien compris...
# Eh eh
Posté par Ian X . En réponse au journal Trone de Fer. Évalué à 2.
J'ai lu le tome 9 fin aout, et là je vais commander la suite (mais elle sera en anglais) sur amazon... Et Georges est déjà en train d'écrire la suite, qui est bien avancée je crois. :-)
Quand on aime, on ne compte pas! Brave série, peut être bien la meilleure que je connaisse. Attends toi à de beaux rebondissements, comme toujours. ;-)
[^] # Re: webalizer?
Posté par Ian X . En réponse au journal Squid, bloquer l'IP d'un membre du reseau. Évalué à 1.
Mais bon d'abord je voudrais être sûr que même en toute connaissance de cause, ils ne pourront rien faire pour contourner le proxy. ;-)
Parce qu'à l'heure actuelle ce n'est pas le cas, il suffit qu'ils décochent la case du proxy dans leurs browsers et qu'il change manuellement leurs passerelles pour accèder au net et hop, protection contournée! :-/
D'ailleurs je me demande comment je vais faire, puisque dans tout les cas il leur suffira de changer la passerelle de leurs postes afin de se connecter directement au routeur sans passer par le proxy. :-(
C'est en cours de cogitation...
A priori je ne peux pas dire au routeur de refuser toutes les connexions sauf celles venant du proxy, c'est dommageable. Même si je met un firewall, je pense que ça ne changera rien... Saleté de routeur matériel. :-(
# webalizer?
Posté par Ian X . En réponse au journal Squid, bloquer l'IP d'un membre du reseau. Évalué à 1.
En effet j'aimerais bien savoir quels sites fréquente quelles personnes, et quand. Genre "à 14h43, robert est allé sur google".
Webalizer ne le fait pas?