MS_Totor

tu triche l

bonjour, si tout a bougé dans les ip, c'est que vous étiez en ip dynamique, le dhcp est fournit par le routeur en général, ce soucis est donc l'épée de damocles au dessus d' un systeme entièrement en ip dynamique, lorsque le dhcp décide de re délivrer des ip de façon dynamique, bref aléatoire, si pour une raison ou une autre le dhcp n'est pas disponible, alors le syno prendra une ip d'auto configuration dite apipa on peut lire un peu partout pour resoudre ce genre de soucis, que nous conseillons de mettre l'ip du syno en ip fixe.....car le syno est un serveur, si son ip change, alors cela impacte sur les partages, l'accès à la console de gestion etc... comment on fait ? regardez le sujet foire aux questions, faq, présent dans chaque section du forum et également ce tuto, le principe est le même, dedans il y a une description pour remettre les choses à plat http://www.nas-forum.com/forum/topic/9334-synology-inaccessible-aprs-une-installation-du-firmware/

pas d'accord et l'esprit de partage alors ? donne plutôt ici les pre requis que tu as utilisé, nom des paquets etc....pour l'archi arm ou ppc ce n'est pas un soucis, je peux adapter les chemins. cela sera plus facilement ouvert pour que je l'adapte aux ppc et autres syno tu ne crois pas ? je suis sur que tu vas le faire, alors c'est juste un branchage léger bonne journée

tous ces scans sont commun dans le monde internet, que tu sois en ip fixe ou pas, dns dynamique ou pas, ce sont des scans qui font toc toc sur des plages entières d'ip, donc la notion de dydns ou au autre dns dynamique ne change pas grand chose. active bien la fonction autoblock du syno, et blinde de facon correcte tes mot de passe d'accès sur chaque service auquel il y a un accès externe et tu peux aussi changer les ports d'écoute du ftp, (pour cela la documentation disponible sur internet pour ubuntu est directement adaptable ou via un peu d'interprétation au syno (il y a de très nombreux tutos) si tu es en ip dynamique et que cette ip a servi pour du partage par un boulet auparavant, "ces clients" vont chercher encore un peu à rentrer, ensuite ils iront ailleurs, puis d'autres viendrons encore faire toc toc, ainsi vas le monde

bonjour, ma meilleure r

exellent !

http://zoonek2.free....2_makefile.html regarde la syntaxe utilisée dans le lien je ne pige pas tout non plus, dans certain makefile il y a CC = cc et dans d'autres c'est CC = gcc dans ton cas, il y a appel à $(CC) mais CC = tu n'as rien , bref l'erreur vient bien de là bref essayes avec CC = cc et CC = gcc en dernier reinstalle gcc via ipkg pour voir si comme décrit dans mon premier post ce n'est pas gcc qui est mal installé [left]# build helloworld executable when user executes "make" CC = gcc SRCS:=client.c main.c messages.c pds.c server.c ssl.c log.c conf.c crypt.c timer.c messagehandler.c channel.c OBJS:=$(patsubst %.c, %.o, $(SRCS)) CFLAGS:=$(CFLAGS) -Wall -Os -g LDFLAGS:=$(LDFLAGS) -lcrypto -lssl -lconfig umurmurd:$(OBJS) depend.mak $(CC) $(LDFLAGS) $(OBJS) -o umurmurd # remove object files and executable when user executes "make clean" clean: rm *.o umurmurd all: umurmur $(OBJS): Makefile depend.mak: $(CC) -M $(SRCS) > depend.mak include depend.mak[/left] http://zoonek2.free....2_makefile.html

bonjour, oui, c'est ca, il y a une section et un tuto d

welcoming in board at your right you have the bar for a "tourn

tu as un contenu du makefile pour voir si le chemin de gcc est correct

quid du message qui te demande ce binaire, tu peux mettre le message d'erreur, je regarde ca demain edit tu as bien installé gcc ? vérifies ca il me semble de mémoire que gcc provoque quelques ouilles si il n'est pas installé avant le kit de dev, ou alors c'est le contraire, étant passé par là, mais sans affirmation cela remonte à quelques mois déjà ipkg info gcc

bonsoir mon petit grain de sel du soir il existe sur le forum des gentils membres laissant de petits tutos bien pratiques pour la communaut

petit passage du soir, bonsoir.. info diffusée sur le forum anglais cher ami, et reportée il y a peu section firmware de ce forum, le 959 passe sur les x06, via firmware "alternatif" pour l'histoire de l'option de domaine qui n'apparait pas, est ce que le cache de IE ou firefox a bien été vidé après upgrade, ce phénomène est récurent lorsqu'il y a rétention en cache des anciennes pages d'administration, la solution pour s'en assurer est de vider le cache, et de se reconnecter à la console de gestion, en saisissant le lien complet, il serait inopportun de se passer de cette vérification classique. @+

mais non mais non tout vient à point pour celui ou celle qui veut apprendre, cela passe par des boulettes parfois rigolotes, je préfère largement filer un coup de main pour cela, que pour ceux qui ne font aucun effort à plus sur le fofo

de loin une excellente r

la seule solution graphique possible pour de la gestion DNS sur un produit synology pour ceux frileux de la ligne de commande, est de passer par webmin et un module sp

le voyant lan sera allum

bonjour pour tes prochaines recherches de fichier sous ssh nom d'utilisateur=root mot de passe=le même que admin utilise cette syntaxe find / -name nom_du_fichier exemple find / -name php.ini et hop le chemin correct est ? /usr/syno/etc/php.ini pour éditer le fichier vi /usr/syno/etc/php.ini google pour la syntaxe de vi (éditeur de fichier) bonne continuation

ton lien marche très bien depuis chez moi, y compris la consultation du feed x07 et un test de téléchargement via firefox d'un autre paquet ces deux liens pointent sur la même ip: 140.211.169.169 http://ipkg.nslu2-linux.org http://nslu2-linux.org sinon via le ftp essayes ftp://ftp.osuosl.org/pub/nslu2/feeds/optware/syno-x07/cross/unstable/

pour l'instant ma vm de dev est repassée en attente, faute de sources gpl à jour. chez moi les mirroirs ipkg ne posent pas de soucis, cela a du revenir entre temps

salut tu dois avoir des solutions en orientants tes recherches sur le portage de ldap (ipkg) et appel de fonction php vers ldap

salut tu compte compiler quoi, mumur ou umurmur ? le deuxi

oki doki bonne installation et bonne nuit