NeoX a écrit 18054 commentaires

plusieurs possibilités

1°) installer sybase en lui disant de se mettre dans /opt/sybase
(y a surement une option pour ca)

2°) dire à python-sybase ou se trouve le sybase/include
(y a surement aussi une option pour ca)

perso je prefererais la 2°)

flinguer une clef en l'enlevant, c'est souvent lié à une operation d'ecriture qui ne s'est pas (bien) faite.

si tu plug ta cle sur un windows, ne voit, et l'enleve, il n'y aura pas d'interaction avec le contenu de la clef (pas de lecture, pas d'ecriture)


enfin, ceux qui ont des softs pour crypter/proteger une partition de la clé, ben ils se balladent avec le CD ou avec un bout de la clef ouvert en lecture/ecriture pour pouvoir y placer le logiciel en question. (ou bien le soft est present sur toutes les machines ou ils vont utilisé la cle)

Tu installes encore des RHEL 3 ? Prends au moins une RHEL 4 qui a un kernel 2.6 voire une RHEL 5 disponible depuis quelques temps..

il s'agit peut-etre d'un serveur en prod, et on ne change pas un serveur juste parce que cela fait plaisir ou parce que la derniere version est sortie.

ici tu sites MONTAVISTA Linux

si tu developpes que pour eux, ben regarde comment ils gerent leurs paquets (si c'est le cas) et fait pareil.

ensuite si tu veux ouvrir tes developpements à d'autres distribs, ben il faut faire des :
- RPM pour mandriva et redhat et suse...
- DEB pour debian, ubuntu, ...

mais il te faudra avoir testé ton soft sur ces distribs.

Evidemment, fournir un tar.gz avec les sources est aussi la solution universelle mais qui rebute parfois les "debutants".

Allow open standards and other recognized standards to coexist
Gartner acknowledges the importance of open standards.
IT vendors and system integrators should also recognize that open standards are the way to go.

The era where proprietary standards lead to a sure base of loyal customers is fading away.

IT is becoming just like any other industry where true added value and competitive pricing determine the winners.

Yet, Gartner recommends not to focus on the use of open standards per se.

Whether open or not, standards are to further the deployment of public services.

EIF v2.0 should facilitate the most profitable business model(s) of cost versus public value, under proper recognition of
intellectual property rights, if any.

The support for multiple standards allows a migration towards open standards when appropriate in the long run.

The use of 'open source' software may further the deployment of public services.
However again, whether open source or not, it is the most viable software that should be allowed to
survive in the infrastructure.

So again, EIF v2.0 should facilitate multiple options to co-exist, and to compete.

Autoriser la coexistence des standards ouverts et des standards connus.
Gartner avoue l'importance des standard ouverts.
Les vendeurs d'informatique et les integrateurs systemes reconnaissent aussi que les standards ouverts sont l'idée à suivre.

L'ere ou les standards propriétaires conduisaient à une base certaine de clients loyaux decline.

L'informatique devient comme les autres domaines de l'industrie ou la valeur ajoutée et les prix competitifs determinent les gagnants.

Ainsi Gartner recommande de ne pas se focaliser sur l'usage unique des standards ouverts.

Qu'il soit ouvert ou non, les standards sont necessaires pour le deploiement de service public.

EIF v2 doit faciliter le choix du meilleur rapport qualité/prix/rendements à opposer aux valeurs publiques, en conservant la reconnaissance de la propriété intellectuelle quand elle s'appplique.

Le support de multiple standards permet une migration vers les standards ouverts, quand cela est necessaire, pour le long terme.

L'utilisation de logiciel 'open source' peut faire avancer le deployement de service public.
Neanmoins, qu'il soit opensource ou pas, c'est le plus viable (NdT : rentable ?) des logiciels qui doit pouvoir survivre dans l'infrastructure.

Aussi, EIF v2.0 doit faciliter la co-existence ainsi que la competition entre les differentes options.

Est-ce que sous windows il y aurait un système similaire qui permettrait cela ?

pas que je sache.
ou alors specifique à windows, avec les fonctions du systeme de fichier windows (adieux les autres systemes)
voire carrement avec un systeme à 2 partitions, une petite qui contient un .exe qui ira (dé)bloquer la 2e partition qui contient les infos.

voir l'autre post
http://linuxfr.org/forums/26/23070.html

finalement à moins que le fichier ne fasse plus de 2500lignes,
tu aurais presque gagner du temps à le reecrire...

aller je te la joue simple,
parce que tu tourne en rond depuis 10 jours

une idée serait un script bash qui fait

xsetroot image1
sleep N
xsetroot image2
sleep M
[...]

Ca doit bien être stocké qq part sur la clé le statut du writeprotect et donc ça doit bien être modifiable.

pas vraiment,
c'est ton system qui regarde les options de mount pour savoir comment le signaler.

sinon tu peux peut-etre mettre ton systeme de fichier dans un loop que tu ne montera qu'en lecture seule (un peu comme une iso)

testé au boulot en ubuntu 7.04, sed version ???
testé à la maison en ubuntu 7.10, sed version 4.1.5

fait eventuellement un echo de tes 2 variables $file$tmp1 et $file$tmp2
savoir si elles existent.

en meme temps quand tu te connecte tu lui passe le port 501,
si ca se trouve cela aurait fonctionné avec la meme astuce et le client cisco.

mais vpnc c'est mieux, c'est libre.

sans commentaire :

man host :

DESCRIPTION
host is a simple utility for performing DNS lookups. It is normally used to convert names to IP addresses and vice-versa.
When no arguments or options are given, host prints a short summary of its command line arguments and options.
[...]

FILES
/etc/resolv.conf

man nslookup

DESCRIPTION
Nslookup is a program to query Internet domain name servers. Nslookup has two modes: interactive and
non-interactive.
[...]
FILES
/etc/resolv.conf

man dig

DESCRIPTION
dig (domain information groper) is a flexible tool for interrogating DNS name servers.
[...]

FILES
/etc/resolv.conf

${HOME}/.digrc

les 3 outils que tu cites se base clairement sur le fichier /etc/resolv.conf
et c'est normal car ils font, par definition, du traitement de type DNS

et pour en revenir à la question initiale,
es-tu sur que ces 3 outils se basent sur les primitive gethostbyname() et gethostbyaddress() ?

cela me semble bien tortueux.

simplifions un peu :

sed -e :a -e '/^\n*$\|^[ ]*$\|^[ t]*$/ {$d;N;ba' -e '}' $file$tmp1 > $file$tmp2

devient

sed -e :a -e '/^[ |\n|\t]*$/ {$d;N;ba' -e '}' $file$tmp1 > $file$tmp2

car on souhaite remplacer les lignes qui ne contiennent que
- des espaces
- des retours à la ligne (\n)
- des tabulations (\t)

et du coup ca marche mieux

chez moi :

user@machine:~$ cat /etc/resolv.conf

search mon_domaine.tld
nameserver IP_de_mon_dns

user@machine:~$ cat /etc/nsswitch.conf

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: compat
group: compat
shadow: compat

hosts: files dns
networks: files

protocols: db files
services: db files
ethers: db files
rpc: db files

netgroup: nis

user@machine:~$ cat /etc/host.conf

# The "order" line is only used by old versions of the C library.
order hosts,bind
multi on

et si mon reseau ne fonctionne pas, ben j'ai quand meme ma resolution localhost qui fonctionne.

et je viens d'essayer, si je vide le resolv.conf mais que j'ai mis mes hotes dans /etc/hosts
avec la syntaxe suivante
IP_de_la_machine nom_complet nom_abrege

et ben je pingue bien cette machine.

le ping localhost qui ne fonctionne pas, ca me fait penser à l'interface lo qui ne serait pas active, ou une erreur de syntaxe dans le fichier /etc/hosts

pas sur qu'on puisse le faire de maniere independante du systeme (car finalement c'est cela que tu veux)

/etc/resolv.conf vide => pas de reseau => pas de resolution.

si tu as du reseau (il en faut meme pour faire un localhost)
tu dois avoir une entrée dans /etc/resolv.conf

ensuite seulement il ira lire /etc/hosts (sans passer par le dns vu que tu lui dis de passer par hosts)

Mon fichier PCF a été donné avec l'installation du vpnclient par mon administrateur et je l'ai copié dans le répertoire /etc/opt/cisco-vpnclient/Profiles.

ben il ne reste plus qu'a aller voir ton administrateur.
et faire les tests avec lui.

il regardera les routes AVANT de lancer le vpn
les routes APRES le lancement du VPN

il regardera s'il n'y a pas plusieurs clients qui se lanceraient et qui se battraient pour le port 500...

apres tout, c'est son boulot...

apparemment
(
http://readlist.com/lists/gentoo.org/gentoo-user/9/45529.htm(...)
ou
http://rainbow.i3s.unice.fr/~mosser/doku/tutoriels:vpn:ubunt(...)
)

tout se joue dans le dossier
/etc/opt/cisco-vpnclient/Profiles/

qui devrait contenir (dans ton cas) un fichier fichier_config.pcf

et ce fichier doit contenir les infos necessaires pour se connecter au serveur vpn.

A verifier aussi, Il semblerait que les parefeux soient assez genant pour le client.

et dans ton fichier

sudo vpnclient connect fichier_config

il n'y aurait pas l'adresse à laquelle aller se connecter par exemple ?
ce fameux fichier ne s'invente pas...

verifier le contenu du fichier /etc/opt/cisco-vpnclient
y a peut-etre ce qu'il faut dedans (si le fichier est bien commenté)

sinon un man vpnclient

va falloir regarder dans les options du driver nvidia

option nvagp ?
option vblank ?
etc
etc

deja avec la source possible et le probleme, tu dois pouvoir trouver des pistes sur google.

ton VPN essaie de se monter avec l'adresse IP 0.0.0.0

c'est n'est pas tres pratique, et cela laisse supposer qu'il essaierait de se mettre en place sur une interface qui n'est pas active (eth0 dans ton cas).

regarde que ton VPN n'essaie pas de se mettre en place sur la carte eth0 (Ethernet) alors que toi tu le veux via le WIFI (eth1 ou wlan0 suivant les distrib)

peut-etre verifier les niveaux de lancement du script /etc/init.d/networking (sur ma ubuntu) ?

le reseau ne se lance peut-etre pas au niveau de demarrage correspondant à ton demarrage par defaut.

sur mes machines precedentes il fallait penser à installer un paquet resolv ou un truc dans le genre pour que le fichier soit recreer par le client dhcp.


sinon, il te faudra ajouter un redemerrage du reseau à la fin du boot, pour activer la carte.

voir les precedents posts.

- pas de bip (ca devrait au moins une fois quand ca boote)
- ecran noir

ca sent le proc qui marche pas ou la carte mere grillée.