j'ai bien une réponse DHCP et une attribution d'IP logique.
Le logiciel LTSP a été installé selon les tutos.
Sauf que, comme tu l'as peut-être vu plus haut, il n'a pas fait son travail.
J'ai ensuite installé moi même un PXELINUX.0 là où il fallait, puis le protocole TFTP à la main également.
Résultat, pas de transaction, aucun transfert.
Et au vu des échanges que j'ai pu obtenir, personne pour le moment ne peut expliquer ceci, et non plus donner de réponse.
Donc, logiquement, ce que j'avais prévu de faire, était:
- soit placer des bombes dans les data centres
- soit trouver une autre solution sérieuse
Mais pour le deuxième tirait, il semble que personne n'ai jamais eu besoin d'y penser.
j'ai pris le port 12222.
Transmission, au test d'ouverture du port, me répète sans cesse Port Fermé.
BBOX, tout est éteint dans les règles : idem
BBOX, tout est en mode standard avec règle d'ouverture sur le port : idem
BBOX, tout est en mode avancé (firewall personnalisé) avec règle d'ouverture sur le port : idem
BBOX, j'utilise l'interface Jeux et Applications, j'ouvre le jeu Act of War, utilisant le port 12222 : idem
PC, tout est désinstallé (UFW et IPTABLES) + reboot : idem
PC, tout est installé et les règles établies pour le port, sur TCP et UDP + reboot : idem
PC, tout ceci est refait en mode grahique avec GUFW : idem
Un scan de ports ouverts http://www.zebulon.fr/ me donne:
Félicitation ! Votre sécurité semble optimale !
La totalité des ports TCP testés sont masqués, votre ordinateur ne donne donc aucune réponse aux tests de ports effectués. Votre machine est donc invisible aux yeux de pirates potentiels.
Yougetsignal me donne:
open port finder
Use Current IP
Port Number
12222
Closed Port 12222 is closed on 176.186.120.9.
Inoculer me donne:
Ports ouverts ports ouverts
Aucun
Je précise qu'à ce moment, Transmission tourne, et les uploads vont bon train.
Si j'ai bien compris, cette fermeture de port ne bloque pas Transmission, mais gêne les mises en partage (?)
Quoi qu'il en soit, c'est bien un truc de fou, non ?
Oui, je sais, LTSP n'était qu'un paliatif, tout comme VNC.
Les deux sont des solutions inadaptées.
Moi je cherche à faire du TSE sous Linux pour remplacer des vieilles bécanes sous Win Servbeurk Deux Mille Soixante Quatre
Et je suis étonné que ce soit si compliqué pour Linux, un système PAR DÉFINITION multi-utilisateurs………………………………………………………………………………
j'ai fait plein de points parce que ces incohérences, dans 3 ou 5 ans, on en rira, mais pour l'instant, ça me pique à l'intérieur de quelque part.
J'ai appelé Bouygues pour demander les éléments synchro de box, à des fins de brancher mon Netgear voip à laplace de cette m3Rd3 : quelle galère, ils ne comprennent même pas la question…
En fait, pour en revenir au coeur du sujet : je voulais un TSE chez moi.
Comme avec Win 2008 Serv. (peux pas dire ces mots en entier sans tomber malade)
Le but était de pouvoir maîtriser cette technique et la placer dans certains contextes pour remplacer les serveurs bourrés de licenses…
Installer des sessions TSE sur un poste Linux est-il donc si compliqué ?
Si LTSP n'a pas fait son boulot, alors peut-on trouver d'autres solutions, qui ne seraient pas celles de NoMachine avec leur TSE à 1500 € ?
en effet, super réponse de l'expert" bbox; la qualité du matériel des fournisseurs laisse à désirer, et elle est due au contrôle qu'ils veulent imposer.
J'ai un routeur Netgear de qualité, et il gère la VOIP, je vais voir ce que je peux faire.
Pour le moment, je vais garder la PrisonBox, et essayer de trouver ce qui chmoute.
J'ai bien lu vos réponses, notamment celle des règles mal appliquées.
Mais comment se fait-il alors qu'avec UFW désactivé, et le pare-feu de la JailBox éteint, ça ne passe tjs pas ?
j'ai choisi Ubuntu car l'environnement Unity, s'il m'avait choqué il y a qq années, me convient parfaitement, sur une config haut de gamme (2x ssd RAIDO /, 2x hdd RAID1 /home, 12 Go Ram + 8 go swap, Xeon 8 Coeurs à 3.5 GHz etc.)
Egalement, les logiciels fournis avec l'environnement me vont très bien.
Sinon, je les ai toutes essayées, mais pas en Live USB, car pas besoin.
J'ai toujours un laptop ave Kali, pour certains bricolages, mais sur CD, je préfère pour faire ça.
La tendance publicitaire, ouais, il y a Amazon à désactiver, un clic, et pour l'actualité, ça reste correct à mon sens, surtout si on compare à une grande firme con-currente dont le nom commence par ouine, et finit par dose.
nan, mon système est en dur, je disais juste que j'avais essayé ces fabuleuses distributions pour choisir la mienne et partager celles qui me plaisaient).
Voici donc mon iptables, et je constate avec effroi que le port 777 n'y figure pas.
Chain INPUT (policy ACCEPT)
target prot opt source destination
j'en peux plus.
J'voudrais mettre fin à cette folie.
Débrancher tous les câbles de la Terre, et qu'on aille tous faire du cheval.
On penserait à nos années douleur, passées à mâchonner l'intelligence qu'on avait pas, reçue par le réseau, avec nostalgie et soulagement.
Mais j'aimerais quand même bien réussir ce truc, il avait l'air tellement simple au début !
Donc là j'ai corrigé mon dhcpd.conf pour balancer mon client dans /opt/ltsp/i386, où il y a un gentil pxelinux.0 qui l'attend.
RIEN
J'ai donc copié ce pxelinux.0 dans /opt/ltsp/amd64 et modifié dhcpd.conf en fonction.
Devinez quoi : RIEN.
Keutchi, nada.
Mon client continue de choper une ip, d'attendre la transac, et voilà.
Wah cool de ta part.
T'arrives chez toi, tu vois une réponse, ça te relance, même si je t'avoue, je sais pas où je vais ni comment.
Mais tu vois, t'es combatif, t'as envie de réussir, de calmer cette frustration, cette obsession, bâtie sur un truc trop dur !
Trop dur parce que facile dans les tutos, mais avec rien qui marche une fois dans tes pognes, et des variables à gogo qui viennent comme des chauves-souris hanter les longues heures que tu passes devant cet écran qui transforme tes yeux en braisons.
L'enfer ? Ouais, quand ça marche pas, et paradis pour les meilleurs.
Sélection naturelle universelle.
Je fais mes conneries sous Ubuntu 14.04 LTS; j'ai essayé plein de distri, mais celle-ci me paraît très bonne tous facteurs moyennant, et puis, je me tape des trucs trop hauts, alors il me faut une distri fastoche c'est déjà assez bouffant. Faites comme moi, pour me former, je vis dans l'échec !
J'ai en VM une dizaine de Linux au choix, des bien, des moins bien, bref.
Mon éducation est souffrance :)
Sinon c'est ça, LTSP n'a rien foutu, en gros, juste parce que c'est moi, et qu'il a décidé de se foutre de mon groin.
Il ne m'a pas installé TFTP, j'ai dû le faire.
Il manquait à peu près tout dans les endroits où il était censé poser des fichiers, même après plusieurs install selon les tuto officiels.
La commande lstp-build-image qui dure une éternité, et au final, rien dans les fouilles.
Pourquoi ? Personne ne le saura jamais. C'est perdu
Une fois fait, j'ai constaté que je pouvais laisser mon dhcp box en route.
Et j'ai pu me connecter (non pas en telnet, donc) mais en commande directe terminal avec succès en local biensûr, mais aussi en distant depuis VMs ou bien mon PC direct.
J'ai bien collé un pxelinux.0 à quelques endroits, mais rien n'y fait.
J'ai pas le recul sur ce que ce naze de LTSP aurait dû faire, j'ai pas trouvé un truc qui prend ddu recul, rien que des tutos vite fait, et des discussions de forums.
J'aurais besoin de savoir quoi va où et sert à quoi, après j'ai encore un peu de discernement tu vois.
Bon je vais essayer de voir avec ce que tu me donnes ce soir.
Donc puisque même éditer mon post n'est pas possible (un Gandalf noir me déclare "Vous ne passerez pas !") je me réponds encore une fois pour ajouter, que je suis en train de refaire une image pxe en re-lançant cette commande "build client", trouvée ici :http://www.mathrice.org/IMG/pdf_ltsp.pdf
sudo lstp-build-client --archi386 --chroot=demo
ça met en général plus d'une heure (Xeon 8 coeurs à 3.5 GHZ, SSD x 2 en RAID0 + 2HDD en RAID1, 12Go RAM, et 8 de swap, adsl 18 M, 4 coeurs virtuels ds la VM), ce qui m'étonne un peu, soit.
Au final, quel fichiers nécessaires devrai-je trouver, et où ?
J'ai l'impression en fait que mon serveur ne crée jamais ce qu'il faut avec cette commande build.
J'ai lu tous les tutos d'internet, je suis mort, dodo.
alors disons que je me suis trop crevé sur ce plan, et que je ne sais pas comment, mais avec une requête x ou y sur 127.0.0.1, j'ai eu une réponse, si je me souviens bien, du style:
tftp>
en tapant par hasard "help", j'ai obtenu une liste des commandes que je pouvais saisir pour discuter semble-t-il avec ce serveur, une douzaine environ.
Je peux pas l'inventer, ça, mais je ne sais plus comment j'ai fait. faut dire qu'avec toutes ces heures passées à perdre mon temps, pas étonnant que je perde aussi la boule.
Oui mon serveur a une IP fixe, 192.168.1.222
oui il est bien en pont dans ma VM
et le dhcpd.conf de LTSP est celui-ci (biensûr, le copier-coller bidirectionnel n'est qu'une promesse, on retape tout):
authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.20 192.168.1.250;
option domain-name "example.com";
option domain-namme-servers range 192.168.1.1;
option broadcast-address range 192.168.1.255;
option routers range 192.168.1.254;
next-server range 192.168.1.222 <= c'est mon serveur ltsp
option subnet-mask 255.255.255.0;
option root-path "/opt/ltsp/i386": <= qui contient debootstrap et var , et rien d'autre
if substring …tatata … "/ltsp/i386/pxelinux.0"; <= qui n'existe pas en réel dans mon serveur (?)
} else{
filename "/ltsp/i386/nbi.img";
Voilà
Dans mon serveur, j'ai fait un
locate pxelinux.0
=> rien
Encore ce soir, mon portable boote bien dessus, mais aucun fichier ne se charge.
Désolé de me répondre, mais je peux pas éditer mon post, j'ai eu un blocage à l'écran au moment de valider mon premier edit, puis plus le bouton …
*Je précise que j'avais depuis le début mis mon serveur en dhcp, que j'ai toujours accroché sur l'IP du serveur correctement, et que le client a tjs eu des bons paramètres IP, mais jamais de transaction TFTP.
*Je précise aussi qu'à chaque fois qu'on veut essayer un truc, en faisant EXACTEMENT ce qui est expliqué, on n'obtient JAMAIS le bon résultat. Il y a toujours des bonnes raisons pour que ça tourne pas, et il manque toujours une petite note sur ces choses qui pourraient bien ne pas tourner. Non, on n'en parlera pas, parce que ce serait montrer que ça marche pas si bien ce truc en question, Haaaaa ! https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall#Installing_on_top_of_an_already_running_desktop_system
Hier, suite à lecture d'un article internet, et à force de créer des machines virtuelles et de réinstaller, j'ai réussi à obtenir une connexion telnet en local (127.0.0.1).
J'en veux pour preuve, si besoin, que j'ai pu taper help, ou ?, et que j'ai obtenu une liste des commandes, environ une douzaine; mais je n'ai rien trouvé d'intéressant pour moi.
Mon serveur est dans VirtualBox en réseau mode Pont sur eth0.
Si je fais un boot pxe depuis mon client, il se trouve bien une IP fixe, 192.168.1.20, et voit bien le serveur DHCP 192.168.1.222, et le routeur 192.168.1.254, mais aucun transfert de fichier, la phase TFTP ne progresse pas, et me donne "size:0"
Le serveur évidemment répond au ping, mais pas au telnet 69. Cette requête telnet est refusée en une fraction de seconde.
Si je fais un telnet 69 sur cette machine en local, j'ai "connexion refused." contrairement à hier.
Ma box n'a plus de DHCP actif, ni de pare-feu actif.
J'ai bien ufw en disabled sur le serveur.
En faisant un top sur ce serveur, je ne vois rien qui parle de LTSP.
[^] # Re: JE VOULAIS JUSTE UN TSE
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Oui,
j'ai bien une réponse DHCP et une attribution d'IP logique.
Le logiciel LTSP a été installé selon les tutos.
Sauf que, comme tu l'as peut-être vu plus haut, il n'a pas fait son travail.
J'ai ensuite installé moi même un PXELINUX.0 là où il fallait, puis le protocole TFTP à la main également.
Résultat, pas de transaction, aucun transfert.
Et au vu des échanges que j'ai pu obtenir, personne pour le moment ne peut expliquer ceci, et non plus donner de réponse.
Donc, logiquement, ce que j'avais prévu de faire, était:
- soit placer des bombes dans les data centres
- soit trouver une autre solution sérieuse
Mais pour le deuxième tirait, il semble que personne n'ai jamais eu besoin d'y penser.
[^] # Re: plusieurs etages.
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 1.
Non, je suis pas en virtuel.
j'ai pris le port 12222.
Transmission, au test d'ouverture du port, me répète sans cesse Port Fermé.
BBOX, j'utilise l'interface Jeux et Applications, j'ouvre le jeu Act of War, utilisant le port 12222 : idem
PC, tout est désinstallé (UFW et IPTABLES) + reboot : idem
PC, tout est installé et les règles établies pour le port, sur TCP et UDP + reboot : idem
PC, tout ceci est refait en mode grahique avec GUFW : idem
Un scan de ports ouverts http://www.zebulon.fr/ me donne:
Félicitation ! Votre sécurité semble optimale !
La totalité des ports TCP testés sont masqués, votre ordinateur ne donne donc aucune réponse aux tests de ports effectués. Votre machine est donc invisible aux yeux de pirates potentiels.
Yougetsignal me donne:
open port finder
Use Current IP
Port Number
12222
Closed Port 12222 is closed on 176.186.120.9.
Inoculer me donne:
Ports ouverts ports ouverts
Aucun
Je précise qu'à ce moment, Transmission tourne, et les uploads vont bon train.
Si j'ai bien compris, cette fermeture de port ne bloque pas Transmission, mais gêne les mises en partage (?)
Quoi qu'il en soit, c'est bien un truc de fou, non ?
WTF (Wah T'es Fou !)
[^] # Re: JE VOULAIS JUSTE UN TSE
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Oui, je sais, LTSP n'était qu'un paliatif, tout comme VNC.
Les deux sont des solutions inadaptées.
Moi je cherche à faire du TSE sous Linux pour remplacer des vieilles bécanes sous Win Servbeurk Deux Mille Soixante Quatre
Et je suis étonné que ce soit si compliqué pour Linux, un système PAR DÉFINITION multi-utilisateurs………………………………………………………………………………
j'ai fait plein de points parce que ces incohérences, dans 3 ou 5 ans, on en rira, mais pour l'instant, ça me pique à l'intérieur de quelque part.
[^] # Re: port ?
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 1.
J'ai TOUT essayé, rien ne s'ouvre.
J'ai appelé Bouygues pour demander les éléments synchro de box, à des fins de brancher mon Netgear voip à laplace de cette m3Rd3 : quelle galère, ils ne comprennent même pas la question…
On me rappelle, soit disant, lundi (2018)…
# Ouvrir un port : BBOX
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 1.
J'ajoute que le pare-feu de la BBOX, quand il est éteint, ne filtre rien.
C'est ce qu'ils disent sur la page.
Ok, alors je ferme mon UFW, et je fais :
nmap 192.168.1.254 -p 777 (sur la box donc)
et je trouve que le port est fermé …
PQCADALEPL ? (pourquoi c'est aussi débile au lieu d'être parfaitement logique ?)
# JE VOULAIS JUSTE UN TSE
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
En fait, pour en revenir au coeur du sujet : je voulais un TSE chez moi.
Comme avec Win 2008 Serv. (peux pas dire ces mots en entier sans tomber malade)
Le but était de pouvoir maîtriser cette technique et la placer dans certains contextes pour remplacer les serveurs bourrés de licenses…
Installer des sessions TSE sur un poste Linux est-il donc si compliqué ?
Si LTSP n'a pas fait son boulot, alors peut-on trouver d'autres solutions, qui ne seraient pas celles de NoMachine avec leur TSE à 1500 € ?
[^] # Re: La vie est dure
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 0.
Ouais,
en effet, super réponse de l'expert" bbox; la qualité du matériel des fournisseurs laisse à désirer, et elle est due au contrôle qu'ils veulent imposer.
J'ai un routeur Netgear de qualité, et il gère la VOIP, je vais voir ce que je peux faire.
Pour le moment, je vais garder la PrisonBox, et essayer de trouver ce qui chmoute.
J'ai bien lu vos réponses, notamment celle des règles mal appliquées.
Mais comment se fait-il alors qu'avec UFW désactivé, et le pare-feu de la JailBox éteint, ça ne passe tjs pas ?
DIIINGUE !
[^] # Re: Pourquoi Ubuntu?
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 1.
Hep,
j'ai choisi Ubuntu car l'environnement Unity, s'il m'avait choqué il y a qq années, me convient parfaitement, sur une config haut de gamme (2x ssd RAIDO /, 2x hdd RAID1 /home, 12 Go Ram + 8 go swap, Xeon 8 Coeurs à 3.5 GHz etc.)
Egalement, les logiciels fournis avec l'environnement me vont très bien.
Sinon, je les ai toutes essayées, mais pas en Live USB, car pas besoin.
J'ai toujours un laptop ave Kali, pour certains bricolages, mais sur CD, je préfère pour faire ça.
La tendance publicitaire, ouais, il y a Amazon à désactiver, un clic, et pour l'actualité, ça reste correct à mon sens, surtout si on compare à une grande firme con-currente dont le nom commence par ouine, et finit par dose.
[^] # Re: La vie est dure
Posté par Ridingaround . En réponse au message Ouvrir un port. Évalué à 1.
Hi,
nan, mon système est en dur, je disais juste que j'avais essayé ces fabuleuses distributions pour choisir la mienne et partager celles qui me plaisaient).
Voici donc mon iptables, et je constate avec effroi que le port 777 n'y figure pas.
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT udp — 0.0.0.0/0 0.0.0.0/0 multiport dports 5353
ACCEPT tcp — 0.0.0.0/0 0.0.0.0/0 multiport dports 4000
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source
Pourtant, dans UFW, il était censé rester ouvert ?!
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
LTSP seul
j'en peux plus.
J'voudrais mettre fin à cette folie.
Débrancher tous les câbles de la Terre, et qu'on aille tous faire du cheval.
On penserait à nos années douleur, passées à mâchonner l'intelligence qu'on avait pas, reçue par le réseau, avec nostalgie et soulagement.
Mais j'aimerais quand même bien réussir ce truc, il avait l'air tellement simple au début !
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Ok ok
Donc là j'ai corrigé mon dhcpd.conf pour balancer mon client dans /opt/ltsp/i386, où il y a un gentil pxelinux.0 qui l'attend.
RIEN
J'ai donc copié ce pxelinux.0 dans /opt/ltsp/amd64 et modifié dhcpd.conf en fonction.
Devinez quoi : RIEN.
Keutchi, nada.
Mon client continue de choper une ip, d'attendre la transac, et voilà.
Je précise qu'il s'agit d'un pxelinux.0 issu de SYSLINUX CHOPÉ ICI:
https://docs.oracle.com/cd/E20815_01/html/E20821/gjqeh.html
Et après, le trus default.cfg, j'ai pas fait.
Tout ça, ma commande ltsp-buil-client, aurait dû le faire, si je comprends bien ?
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Wah cool de ta part.
T'arrives chez toi, tu vois une réponse, ça te relance, même si je t'avoue, je sais pas où je vais ni comment.
Mais tu vois, t'es combatif, t'as envie de réussir, de calmer cette frustration, cette obsession, bâtie sur un truc trop dur !
Trop dur parce que facile dans les tutos, mais avec rien qui marche une fois dans tes pognes, et des variables à gogo qui viennent comme des chauves-souris hanter les longues heures que tu passes devant cet écran qui transforme tes yeux en braisons.
L'enfer ? Ouais, quand ça marche pas, et paradis pour les meilleurs.
Sélection naturelle universelle.
Je fais mes conneries sous Ubuntu 14.04 LTS; j'ai essayé plein de distri, mais celle-ci me paraît très bonne tous facteurs moyennant, et puis, je me tape des trucs trop hauts, alors il me faut une distri fastoche c'est déjà assez bouffant. Faites comme moi, pour me former, je vis dans l'échec !
J'ai en VM une dizaine de Linux au choix, des bien, des moins bien, bref.
Mon éducation est souffrance :)
Sinon c'est ça, LTSP n'a rien foutu, en gros, juste parce que c'est moi, et qu'il a décidé de se foutre de mon groin.
Il ne m'a pas installé TFTP, j'ai dû le faire.
Il manquait à peu près tout dans les endroits où il était censé poser des fichiers, même après plusieurs install selon les tuto officiels.
La commande lstp-build-image qui dure une éternité, et au final, rien dans les fouilles.
Pourquoi ? Personne ne le saura jamais. C'est perdu
Une fois fait, j'ai constaté que je pouvais laisser mon dhcp box en route.
Et j'ai pu me connecter (non pas en telnet, donc) mais en commande directe terminal avec succès en local biensûr, mais aussi en distant depuis VMs ou bien mon PC direct.
J'ai bien collé un pxelinux.0 à quelques endroits, mais rien n'y fait.
J'ai pas le recul sur ce que ce naze de LTSP aurait dû faire, j'ai pas trouvé un truc qui prend ddu recul, rien que des tutos vite fait, et des discussions de forums.
J'aurais besoin de savoir quoi va où et sert à quoi, après j'ai encore un peu de discernement tu vois.
Bon je vais essayer de voir avec ce que tu me donnes ce soir.
Go, je redescends sous terre voir le griffu.
```
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Donc puisque même éditer mon post n'est pas possible (un Gandalf noir me déclare "Vous ne passerez pas !") je me réponds encore une fois pour ajouter, que je suis en train de refaire une image pxe en re-lançant cette commande "build client", trouvée ici :http://www.mathrice.org/IMG/pdf_ltsp.pdf
sudo lstp-build-client --archi386 --chroot=demo
ça met en général plus d'une heure (Xeon 8 coeurs à 3.5 GHZ, SSD x 2 en RAID0 + 2HDD en RAID1, 12Go RAM, et 8 de swap, adsl 18 M, 4 coeurs virtuels ds la VM), ce qui m'étonne un peu, soit.
Au final, quel fichiers nécessaires devrai-je trouver, et où ?
J'ai l'impression en fait que mon serveur ne crée jamais ce qu'il faut avec cette commande build.
J'ai lu tous les tutos d'internet, je suis mort, dodo.
bye
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Bonjour et merci
alors disons que je me suis trop crevé sur ce plan, et que je ne sais pas comment, mais avec une requête x ou y sur 127.0.0.1, j'ai eu une réponse, si je me souviens bien, du style:
tftp>
en tapant par hasard "help", j'ai obtenu une liste des commandes que je pouvais saisir pour discuter semble-t-il avec ce serveur, une douzaine environ.
Je peux pas l'inventer, ça, mais je ne sais plus comment j'ai fait. faut dire qu'avec toutes ces heures passées à perdre mon temps, pas étonnant que je perde aussi la boule.
Oui mon serveur a une IP fixe, 192.168.1.222
oui il est bien en pont dans ma VM
et le dhcpd.conf de LTSP est celui-ci (biensûr, le copier-coller bidirectionnel n'est qu'une promesse, on retape tout):
authoritative;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.20 192.168.1.250;
option domain-name "example.com";
option domain-namme-servers range 192.168.1.1;
option broadcast-address range 192.168.1.255;
option routers range 192.168.1.254;
next-server range 192.168.1.222 <= c'est mon serveur ltsp
option subnet-mask 255.255.255.0;
option root-path "/opt/ltsp/i386": <= qui contient debootstrap et var , et rien d'autre
if substring …tatata … "/ltsp/i386/pxelinux.0"; <= qui n'existe pas en réel dans mon serveur (?)
} else{
filename "/ltsp/i386/nbi.img";
Voilà
Dans mon serveur, j'ai fait un
locate pxelinux.0
=> rien
Encore ce soir, mon portable boote bien dessus, mais aucun fichier ne se charge.
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Désolé de me répondre, mais je peux pas éditer mon post, j'ai eu un blocage à l'écran au moment de valider mon premier edit, puis plus le bouton …
*Je précise que j'avais depuis le début mis mon serveur en dhcp, que j'ai toujours accroché sur l'IP du serveur correctement, et que le client a tjs eu des bons paramètres IP, mais jamais de transaction TFTP.
*Je précise aussi qu'à chaque fois qu'on veut essayer un truc, en faisant EXACTEMENT ce qui est expliqué, on n'obtient JAMAIS le bon résultat. Il y a toujours des bonnes raisons pour que ça tourne pas, et il manque toujours une petite note sur ces choses qui pourraient bien ne pas tourner. Non, on n'en parlera pas, parce que ce serait montrer que ça marche pas si bien ce truc en question, Haaaaa !
https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall#Installing_on_top_of_an_already_running_desktop_system
[^] # Re: il te manque une etape
Posté par Ridingaround . En réponse au message PXE : tftp impossible. Évalué à 1.
Bonjour et merci de vos réponses.
Hier, suite à lecture d'un article internet, et à force de créer des machines virtuelles et de réinstaller, j'ai réussi à obtenir une connexion telnet en local (127.0.0.1).
J'en veux pour preuve, si besoin, que j'ai pu taper help, ou ?, et que j'ai obtenu une liste des commandes, environ une douzaine; mais je n'ai rien trouvé d'intéressant pour moi.
Là je viens de refaire une ubuntu toute propre et deux simples commandes:
- sudo apt-get install ltsp-server-standalone
- sudo ltsp-build-client
en suivant cette page : https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall#Installing_on_top_of_an_already_running_desktop_system
Mon serveur est dans VirtualBox en réseau mode Pont sur eth0.
Si je fais un boot pxe depuis mon client, il se trouve bien une IP fixe, 192.168.1.20, et voit bien le serveur DHCP 192.168.1.222, et le routeur 192.168.1.254, mais aucun transfert de fichier, la phase TFTP ne progresse pas, et me donne "size:0"
Le serveur évidemment répond au ping, mais pas au telnet 69. Cette requête telnet est refusée en une fraction de seconde.
Si je fais un telnet 69 sur cette machine en local, j'ai "connexion refused." contrairement à hier.
Ma box n'a plus de DHCP actif, ni de pare-feu actif.
J'ai bien ufw en disabled sur le serveur.
En faisant un top sur ce serveur, je ne vois rien qui parle de LTSP.