Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

nombre réponses : 25

#0 Re : -1 »  Boot PXE via iso issue d'un NAS impossible » Le 29/09/2014, à 16:33

droopy191
Réponses : 9
gthery a écrit :

Merci je vais regarder à ça.

Mais ce que je chercher à faire réellement été de lancer directement l'iso sans la monté avec memdisk mais je ne trouve pas comment faire car il faut que je passe par le NAS pour l'iso et c'est la que ça bloque ...

Merci pour les renseignements si tu as une idée avec memdisk je suis preneur.

Salut,

Il faut monter l'iso en loopback dans votre fstab et partager ensuite le dossier de montage en nfs.

#1 Re : -1 »  WOL + SSH avec commande halt reboot en continu » Le 06/08/2014, à 10:34

droopy191
Réponses : 15

Salut,

Voyez aussi du coté des mises à jour du bios de la carte mère ( a faire avec les précautions d'usage).

#2 Re : -1 »  WOL + SSH avec commande halt reboot en continu » Le 07/08/2014, à 06:43

droopy191
Réponses : 15
smike2809 a écrit :

J'ai fait la mise à jour du BIOS. Plus de problèmes de démarrage en boucle ça c'est déjà une bonne chose mais le wol ne fonctionne plus du tout.

Retournez sous windows, et dans les propriétés de la carte, regarder si le WOL est activé:
- onglet gestion alimentation
- ou dans avancé,

#3 Re : -1 »  WOL + SSH avec commande halt reboot en continu » Le 07/08/2014, à 14:58

droopy191
Réponses : 15
smike2809 a écrit :

J'ai deux cartes réseau. Une intégré et une en PCI-E que j'ai ajouté car celle intégré n'est visiblement pas nativement supporté par ubuntu 14.04 bien que ce soit une intel. J'ai quand même modifié les deux cartes de manière semblables (voir images ci-dessus).
Mais est-ce que ces modifications ont réellement une influence lorsque le pc est éteint (Je veux bien croire lorsqu'il est en veille mais éteint j'ai de la peine à comprendre vu qu'il est totalement déconnecté de l'os)? Se pourrait-il qu'il y ait un conflit étant donné qu'il y a deux OS`?

J'ai souvent eu du mal avec le WOL en double démarrage, activer ce paramètre sous windows a réglé le pb sur plusieurs carte ASUS.
Si ce ce réglage ne règle pas le pb, je n'ai pas plus d'idée.

#4 Re : -1 »  DHCP - VLANS - ordinateurs portables » Le 04/08/2014, à 13:45

droopy191
Réponses : 11

Salut,

En dehors de ce poste spécifique, votre serveur dhcp fonctionnel correctement, je suppose ?

Je ne suis pas sur que ce soit le pb, mais il vous manque la directive "range" dans vos déclarations de sous-réseau.
L'ip statique attribuée à votre portable devra se trouver en dehors de ces plages d'attribution dhcp.

#5 Re : -1 »  DHCP - VLANS - ordinateurs portables » Le 04/08/2014, à 14:31

droopy191
Réponses : 11
jplemoine a écrit :

Selon moi, ça ne peut pas fonctionner correctement....
Les 2 Vlans se voient : c'est donc comme s'il y avait qu'un 2 serveurs DHCP... Or il ne doit y en avoir qu'un seul accessible...
Le poste émet avec l'IP 0.0.0.0 vers 255.255.255.255 et donc, c'est lequel qui répond celui en 192.168 ou en 10.200 ?

Si, ca peut marcher et ca semble etre le cas. Le principe :
Le serveur dhcp a une patte ( une carte ethernet et une adresse ip) dans chaque sous-réseau,
suivant la patte qui recoit la demande dhcp, il répond avec une proposition d'adresse ip dans le meme sous réseau. En pratique, vu qu'on parle VLAN, il n'y a peut etre qu'une carte physique, mais le principe est le meme.
Le fait que les 2 vlans/sous-réseaux se voient  est lié à un routage entre les 2 réseaux en question.

jplemoine a écrit :

Donc, à part la solution de brunod : un adresse MAC par sous-réseau, je ne vois pas de solution.

La par contre, je n'ai pas de certitude, je n'arrive pas à savoir si on peut déclarer une meme addresse MAC 2 fois dans le dhcpd.conf.

#6 Re : -1 »  No free lease sur serveur DHCP » Le 20/05/2014, à 08:49

droopy191
Réponses : 1

Salut,

Il vous manque la déclaration de la plage d'ip à utiliser pour le pool:

subnet 172.18.254.0 netmask 255.255.255.0 {
range 172.18.254.50 172.18.254.150 ; ...

#7 Re : -1 »  BootPXE détecte le seul disque dur en sdb au lieu de sda cause SDcard » Le 14/01/2014, à 13:46

droopy191
Réponses : 8

Salut,

Vous pourriez faire en sorte que le lecteur usb soit listé après le disque dur, sinon il faut "détecter" le premier disque dur. Je ne vois pas de solution toute faite, hormis en scriptant un peu ca doit se faire.

Par exemple,

# dmesg | grep "Attached SCSI"
[    1.948847] sd 0:0:0:0: [sda] Attached SCSI disk
[    3.025133] sd 2:0:0:0: [sdb] Attached SCSI removable disk

sdb est ici un lecteur de carte SD. Voyez ce que ca donne chez vous.

ici on sort le premier disque dur

# dmesg | grep "Attached SCSI disk" | tr -s ' ' | cut -d ' ' -f 5
[sda]

en version très moche,

# dmesg | grep "Attached SCSI disk" | tr -s ' ' | cut -d ' ' -f 5 | tr -d "[]"
sda

#8 Re : -1 »  BootPXE détecte le seul disque dur en sdb au lieu de sda cause SDcard » Le 14/01/2014, à 16:47

droopy191
Réponses : 8
philos a écrit :

Cela marche très bien mais je vois pas trop comment je peux modifier mes nodes PXE pour qu'ils détectent le
Attached SCSI disk en sda.

Je ne connais pas clonezilla donc ne pourrai pas vous guider dans le détail. L'idée est de detecter le disque dur et d'installer sur /dev/sdb.

Voyez par exemple ici, il semble possible de customiser clonezilla:
Custom script

#9 Re : -1 »  BootPXE détecte le seul disque dur en sdb au lieu de sda cause SDcard » Le 14/01/2014, à 16:48

droopy191
Réponses : 8
droopy191 a écrit :
philos a écrit :

Cela marche très bien mais je vois pas trop comment je peux modifier mes nodes PXE pour qu'ils détectent le
Attached SCSI disk en sda.

Je ne connais pas clonezilla donc ne pourrai pas vous guider dans le détail. L'idée est de detecter le disque dur et d'installer sur /dev/sdb.

Voyez par exemple ici, il semble possible de customiser clonezilla:
Custom script


Sinon, en triturant le bios, vous n'arrivez pas à mettre le disque dur premier ?

#10 Re : -1 »  BootPXE détecte le seul disque dur en sdb au lieu de sda cause SDcard » Le 16/01/2014, à 14:01

droopy191
Réponses : 8
philos a écrit :

Je pensais vu que le lecteur de carte SD est vu en temps que Attached SCSI removable disk :

# dmesg | grep "Attached SCSI"
sd 4:0:0:0: [sda] Attached SCSI removable disk
sd 1:0:0:0: [sdb] Attached SCSI disk

N'y a t-il pas un moyen de désactiver la gestion de "Attached SCSI removable disk" sans enlever celle de "Attached SCSI disk".

Ou de carrément enlever la gestion de l'USB qui ne m'est pas utile pendant la resdecente des images.

Pourquoi ne pas plutot selectionner le bon disque ?
Vous paramétrez la copie sur sda, si je comprend bien, n'est il pas possible de scripter ceci pour selectionner sdb ?

#11 Re : -1 »  Probléme de config d'un Serveur DHCP help :) [Résolu] » Le 16/01/2014, à 14:10

droopy191
Réponses : 5

Salut,

essayez en commentant

option subnet-mask 255.255.255.0;

#12 Re : -1 »  Probléme de config d'un Serveur DHCP help :) [Résolu] » Le 16/01/2014, à 16:24

droopy191
Réponses : 5
Caribouuh a écrit :

Merci Troödon, mais je préfère faire les choses par moi même je trouve ça enrichissant big_smile

et Merci aussi droopy191 mais je ne comprend pas très bien je doit commenté où?

mettez un # devant la ligne suivante et redemarrez dhcpd

# option subnet-mask 255.255.255.0;

#13 Re : -1 »  Windows en RDP » Le 07/01/2014, à 10:50

droopy191
Réponses : 2

Salut,

un fichier rdp est un fichier texte. Ouvrez le, vous devriez pouvoir y trouver les paramètres pour la session rdp.

#14 Re : -1 »  [Résolu] pas de Gigabit pour mon Eee PC 1215B » Le 19/12/2013, à 11:41

droopy191
Réponses : 2

Salut,

Le manuel indique carte 10/100Mbits, donc ca semble normal. De toute facon, pas sur que le pc soit capable de saturer un lien 100Mbits, donc ca ne verra pas à l'usage.

#15 Re : -1 »  OpenVPN bypass Proxy » Le 21/11/2013, à 10:08

droopy191
Réponses : 6

Salut,

J'essaierais de faire écouter le serveur openvpn sur le port https 443 au lieu de 110.
C'est souvent suffisant pour passer.

#16 Re : -1 »  OpenVPN bypass Proxy » Le 24/11/2013, à 18:45

droopy191
Réponses : 6
BilliLeChauve a écrit :

Bonsoir,

malheureusement, j'ai déjà essayé en tcp, udp pour 443, également pour les ports de serveurs mails webs ... Rien n'est passé.

Pour le port 443, il s'agit du port sur lequel écoute le serveur ( ou la box au niveau de la redirection de port).

Autre idée un tunnel ssh, tjs sur le port 443. Cela suffira pour le web et les mails ( voir proxy socks).
Sinon, en dernier recours voyez du coté de httpproxy.

#17 Re : -1 »  Installation Lubuntu sur serveur PXE » Le 17/09/2013, à 14:51

droopy191
Réponses : 19

Salut,

next-server 102.168.0.10

A moins que ce ne soit une erreur de recopie.

#18 Re : -1 »  Installation Lubuntu sur serveur PXE » Le 17/09/2013, à 18:32

droopy191
Réponses : 19

Quels sont les messages d'erreur sur le client et le serveur ?
Ca plante à quel moment, le chargement de la racine ( pb nfs) ou plus tard lors du démarrage ?

Avez vous pensé à partagé le dossier xubuntu en nfs ?

Pour le fichier de config, voici le mien pour du xubuntu meme si je ne vois pas d'erreur dans le votre ( ne tenez bien sur pas compte des chemins)..

label xubu_AMD64_live
	menu label Xubuntu AMD64 Live 
	kernel debian-installer/xubu64l/casper/vmlinuz
	append boot=casper netboot=nfs nfsroot=192.168.10.10:/var/tftpboot/debian-installer/xubu64l debian-installer/language=fr console-setup/layoutcode=fr console-setup/variantcode=oss quiet splash initrd=debian-installer/xubu64l/casper/initrd.lz --

Enlevez le quiet et splash dans votre ligne pour avoir plus de détails au démarrage

append boot=casper netboot=nfs nfsroot=192.168.10.10:/var/tftpboot/debian-installer/xubu64l debian-installer/language=fr console-setup/layoutcode=fr console-setup/variantcode=oss initrd=debian-installer/xubu64l/casper/initrd.lz --

#19 Re : -1 »  Installation Lubuntu sur serveur PXE » Le 18/09/2013, à 18:26

droopy191
Réponses : 19
basima a écrit :

J'ai un [fail] à load fallback graphics device

tout le reste à ok

Ce serait la carte graphique qui ne serait pas reconnu?

J'ai un message qui clignote plusieurs fois et après plus rien:

Starting LightDM Diplay Manager [OK]
Stooping System V runlevel compatibility [OK]
Starting [OK]
Starting [OK]
Stooping [OK]

Bon j'ai testé sur un ordi client plus récent est ça fonctionne donc l'autre ordi ne doit pas pouvoir fonctionner avec xubuntu

Comparez avec un live cd pour confirmer que votre config PXE est fonctionelle.
Désolé, mais je ne saurai pas vous aider plus avant sur le pb de CG. Ceci dit, avec un P3 une 10.04 LTS serait un bon départ.

#20 Re : -1 »  Installation Lubuntu sur serveur PXE » Le 19/09/2013, à 09:24

droopy191
Réponses : 19
basima a écrit :

J'aurais une question, si j'installe lubuntu sur ce poste, penses tu que je redémarrerais normalement par la suite ou il y aura une manip à faire?

Si je comprend votre question,
comment faire pour démarrer en local sans désactiver le boot PXE

Ajoutez ceci à votre fichier, démarrage par défaut en local ( cdrom, hdd, usb, suivant votre config bios)
Pour booter en PXE, il faudra sélectionner une des autres entrées du menu.

default local
label local
	menu label ^Demarrage local
	menu default
    localboot 0

#21 Re : -1 »  [Résolu] Accès SSH depuis un PC externe refusé » Le 05/09/2013, à 12:26

droopy191
Réponses : 6
darkwin314 a écrit :

Mais lorsque j'essaie d'y accéder depuis un autre PC externe à mon réseau (pc boulot ou smartphone via ConnectBot en 3G), la connexion est refusée. J'ai essayé également de rajouter une règle pour le pare-feu gufw pour autoriser les connexions depuis l'extérieur, mais rien n'y fait.

Salut,

Avez vous essayé depuis une connection externe plus classique ? car les 2 exemples que vous citez sont souvent des sur réseaux très filtrés.

Eventuellement, faites ecouter sshd sur le port 443 ( ou au niveau de la redirection) si vous n'avez pas un serveur qui écoute sur https.

#22 Re : -1 »  Cacher un point de montage Samba à certains utilisateurs » Le 16/08/2013, à 12:15

droopy191
Réponses : 5

Salut,

Je ne crois pas que ce soit possible à ma connaissance.
Mettez browseable à no et créez un raccourci pour le montage pour les utilisateurs autorisés ( ou le fstab) .

#23 Re : -1 »  partage samba invisible depuis poste W7 » Le 30/08/2013, à 11:11

droopy191
Réponses : 10

Salut,

Voyez pour ces options supplémentaires de la section globale.

   domain master = yes
   local master = yes
   os level = 66

#24 Re : -1 »  partage samba invisible depuis poste W7 » Le 30/08/2013, à 20:56

droopy191
Réponses : 10
bruno a écrit :

Pourquoi ces directives :

 os level = 66
        domain master = Yes

?

Il s'agit de forcer le serveur samba a etre maitre explorateur en l'absence de controleur de domaine windows. C'est sensé se passer automagiquement mais c'est parfois utile de forcer les choses.


Je ne vois ni workgroup = QUELQUECHOSE, ni server string = quelque chose, ni netbios name = quelque chose dans la sortie de ton testparm

D'accord sur le serveur string et le netbios
Le workgroup ne sort pas dans le testparm -s chez moi non plus.


@Levi59

Pour la partie centrale, vous pouvez utiliser ceci ( testé sur une debian wheezy avec seven )

[global]
   workgroup = WORKGROUP
   server string = %h server
   wins support = yes
   dns proxy = no
#hosts allow = 192.168.10. 127. 192.168.2.   // a adapter fonction de votre réseau 
# hosts deny = 0.0.0.0/0
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
   security = user
   encrypt passwords = true
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
   invalid users = root
   domain master = yes
   local master = yes
   os level = 66

follow symlinks = yes
wide links = yes
unix extensions = no