Site web sur sa machine perso ???
dominique
-
sebsauvage Messages postés 33415 Statut Modérateur -
sebsauvage Messages postés 33415 Statut Modérateur -
Bonjour tous les gens,
Est il possible de monter un site web sur sa machine perso et grace à un nom de domaine gratuit plus un redirigeur d'@ ip vers le nom de domaine qu'il soit consultable par les gens ???
Et si oui comment faire (ptites docs ...) ???
Merci par avance pour les réponse ...
A+++++++
Est il possible de monter un site web sur sa machine perso et grace à un nom de domaine gratuit plus un redirigeur d'@ ip vers le nom de domaine qu'il soit consultable par les gens ???
Et si oui comment faire (ptites docs ...) ???
Merci par avance pour les réponse ...
A+++++++
A voir également:
- Site web sur sa machine perso ???
- Création site web - Guide
- Site de telechargement - Accueil - Outils
- Web office - Guide
- Machine virtuelle windows - Guide
- Site x - Guide
5 réponses
avant d'aller plus loin...
Tu te sent pres a laisser 24h/24 ton pc perso allumé?
De plus... dis nous cest koi comme OS sur le serveur
Tu te sent pres a laisser 24h/24 ton pc perso allumé?
De plus... dis nous cest koi comme OS sur le serveur
J'ai essayé de faire un petit résumé là:
http://sebsauvage.net/comprendre/dns/index.html
Mais il faut faire attention à la sécurité !
http://sebsauvage.net/comprendre/dns/index.html
Mais il faut faire attention à la sécurité !
... déjà que j'étais fan de SebSauvage... !!!
Ta page est super Sébastien ! je ne sais pas comment mais je ne la connaissais pas !
Dis... est-ce que, dans ton chapitre "Il se passe quoi quand je tape http://www.sebsauvage.net/index.html ?", tu ne devrais pas dire quelques mots du fichier lmhosts ("DNS personnel") ?
@12C4
Ipl
Ta page est super Sébastien ! je ne sais pas comment mais je ne la connaissais pas !
Dis... est-ce que, dans ton chapitre "Il se passe quoi quand je tape http://www.sebsauvage.net/index.html ?", tu ne devrais pas dire quelques mots du fichier lmhosts ("DNS personnel") ?
@12C4
Ipl
Ta page est super Sébastien !
Merci. :-)
tu ne devrais pas dire quelques mots du fichier lmhosts
C'est vrai, mais je ne voulais pas trop rentrer dans les particularités de chaque OS (surtout que chez Windows, la résolution des noms est une chaîne beaucoup plus longue (hosts+lmhosts+netbios+wins+dns...).
Merci. :-)
tu ne devrais pas dire quelques mots du fichier lmhosts
C'est vrai, mais je ne voulais pas trop rentrer dans les particularités de chaque OS (surtout que chez Windows, la résolution des noms est une chaîne beaucoup plus longue (hosts+lmhosts+netbios+wins+dns...).
Les succès peuvent être divers.
Personnellement avec le cable Chello à Bruxelles,
les ports standards < 1024 son fermés.
Javais mis Apache su le port 8080. Les cons me l'on fermé après quelque temps.
Bref , j'ai toujours Apache qui tourne , mais mon URL http est plus confidentielle.
(pas de référencement entre autre)
Johan
The software said "Requires Windows98, Win2000, or better,
So I installed Unix.
Personnellement avec le cable Chello à Bruxelles,
les ports standards < 1024 son fermés.
Javais mis Apache su le port 8080. Les cons me l'on fermé après quelque temps.
Bref , j'ai toujours Apache qui tourne , mais mon URL http est plus confidentielle.
(pas de référencement entre autre)
Johan
The software said "Requires Windows98, Win2000, or better,
So I installed Unix.
Ah oui j'oubliais:
Lisez attentivement le contrat de votre fournisseur d'accès.
Certains interdisent l'installation de serveurs, d'autres bloquent les ports <1024, d'autres mettent des quotas pour décourager.
Je trouve que c'est de l'ingérance.
Un fournisseur d'accès devrait faire ce qu'il est censé faire: fournir un accès à internet, c'est tout.
Le reste (ce qu'on fait de cet accès) ne devrait pas le regarder.
Si ils posent des limites, c'est qu'ils n'ont pas les moyens pour assumer leur nombre d'abonnés (exemple: AOL qui déconnecte ses abonnés au bout de 30 minutes parcequ'ils n'ont pas assez de lignes pour tout le monde.).
C'était mon coup de gueule du jour :)
Lisez attentivement le contrat de votre fournisseur d'accès.
Certains interdisent l'installation de serveurs, d'autres bloquent les ports <1024, d'autres mettent des quotas pour décourager.
Je trouve que c'est de l'ingérance.
Un fournisseur d'accès devrait faire ce qu'il est censé faire: fournir un accès à internet, c'est tout.
Le reste (ce qu'on fait de cet accès) ne devrait pas le regarder.
Si ils posent des limites, c'est qu'ils n'ont pas les moyens pour assumer leur nombre d'abonnés (exemple: AOL qui déconnecte ses abonnés au bout de 30 minutes parcequ'ils n'ont pas assez de lignes pour tout le monde.).
C'était mon coup de gueule du jour :)
Merci pour le lien sur ton site fort bien fait !!!
ça m'a permis de comprendre pas mal de chose et donc de rechercher des docs sur apache pour windows now !!!
Par contre tu me parlais de sécurité dans ton premier post.
Je sais que windows n'est pas très fiable à ce niveau là ... As tu plus d'infos à me fournir stp ???
Merci encore
Bye
ça m'a permis de comprendre pas mal de chose et donc de rechercher des docs sur apache pour windows now !!!
Par contre tu me parlais de sécurité dans ton premier post.
Je sais que windows n'est pas très fiable à ce niveau là ... As tu plus d'infos à me fournir stp ???
Merci encore
Bye
Vaste sujet !
quelques axes:
1) appliquer les correctifs sur tous les logiciels et OS.
2) suivre la sortie des correctifsau jour le jour.
3) lire avec soin la doc des logiciels et les configurer pour couper tout, sauf ce qui est strictement nécessaire.
4) faire attention à la sécurité des applications web qu'on développe.
5) appliquer une politique de sécurité auprès des utilisateurs.
Pour le 2), il y a des sites spécialisés dans ce genre de chose (CERT, etc.)
Pour le 3):
Par exemple sous Windows, inutile de laisser les partages par défaut des disques, supprimer le compte 'guest', renommer le compte administrateur, restreindre les droits d'accès aux fichiers, ne pas fare tourner Apache avec le compte admin, etc.
On trouve des docs de sécurisation sur le web (je me rappelle en avoir lu pour Windows NT4 assez bien faites comme "Hardening NT4").
Pour le 4):
Là il faut bien y réfléchir.
Par exemple, ça me fait peur de voir des gens qui mettent le contrôle du mot de passe en javascript.
Ou bien ils font un site entier en HTTPS mais laissent la page de login en HTTP.
Ou bien qui font des pages de login, mais qui n'utilisent pas de système de blacklisting d'adresse IP pour empêcher les attaques brute force,
etc.
C'est un sacré boulot !
Je bosse sur un site de vente en ligne sécurisé (et bien sécurisé), et je ne prétendrais jamais faire le boulot de l'équipe sécurité.
quelques axes:
1) appliquer les correctifs sur tous les logiciels et OS.
2) suivre la sortie des correctifsau jour le jour.
3) lire avec soin la doc des logiciels et les configurer pour couper tout, sauf ce qui est strictement nécessaire.
4) faire attention à la sécurité des applications web qu'on développe.
5) appliquer une politique de sécurité auprès des utilisateurs.
Pour le 2), il y a des sites spécialisés dans ce genre de chose (CERT, etc.)
Pour le 3):
Par exemple sous Windows, inutile de laisser les partages par défaut des disques, supprimer le compte 'guest', renommer le compte administrateur, restreindre les droits d'accès aux fichiers, ne pas fare tourner Apache avec le compte admin, etc.
On trouve des docs de sécurisation sur le web (je me rappelle en avoir lu pour Windows NT4 assez bien faites comme "Hardening NT4").
Pour le 4):
Là il faut bien y réfléchir.
Par exemple, ça me fait peur de voir des gens qui mettent le contrôle du mot de passe en javascript.
Ou bien ils font un site entier en HTTPS mais laissent la page de login en HTTP.
Ou bien qui font des pages de login, mais qui n'utilisent pas de système de blacklisting d'adresse IP pour empêcher les attaques brute force,
etc.
C'est un sacré boulot !
Je bosse sur un site de vente en ligne sécurisé (et bien sécurisé), et je ne prétendrais jamais faire le boulot de l'équipe sécurité.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
J'tourne sous 2000 pro