Geo IP vous fournit comme la latitude, la longitude et l'ISP (Internet Service Provider) etc. informations.
Notre service GeoIP a trouvé l'hôte shinken-monitoring.org .Actuellement, hébergé dans France et son fournisseur de services est OVH SAS .
Latitude:
50.69421005249
Longitude:
3.1745600700378
Pays:
France (fr)
Ville:
Roubaix
Région:
Nord-Pas-de-Calais
ISP:
OVH SAS
the related websites
Analyse d'en-tête HTTP
Les informations d'en-tête HTTP font partie du protocole HTTP que le navigateur d'un utilisateur envoie à appelé Apache/2.2.22 (Debian) contenant les détails de ce que le navigateur veut et acceptera de nouveau du serveur Web.
Content-Length: 7118 X-Powered-By: PHP/5.4.45-0+deb7u11 Content-Encoding: gzip Vary: Accept-Encoding Keep-Alive: timeout=5, max=100 Server: Apache/2.2.22 (Debian) Connection: Keep-Alive Date: Mon, 30 Jul 2018 02:03:04 GMT Content-Type: text/html
DNS
soa: dns14.ovh.net. tech.ovh.net. 2017031103 86400 3600 3600000 86400 txt: "v=spf1 include:mx.ovh.com ~all" ns: ns14.ovh.net. ipv4: IP:178.32.223.207 16276 OVH, FR FR mx: MX preference = 100, mail exchanger = mxb.ovh.net.
HtmlToText
shinken-solutions.com business-centric monitoring shinken-monitoring.org shinken framework project shinken.io shinken packages platform shinkenlab.io let's discuss about monitoring toggle navigation home download forum documentation home ready to start shinken io extend monitoring scalability lan dmz multi-datacenters business focus root problem analysis alert filtering virtualisation automatic vmware topology amazon ec2 monitoring flexible. strongly flexible. shinken is a monitoring framework. it's a python nagios® core total rewrite enhancing flexibility and large environment management. ready to run monitoring packs endless scalability and raid-like availability focus on critical business impacts only full virtualization integration keep your nagios® configuration and plugins download it ! shinken io extend monitoring ready to start ! shinken packages will allow you to : quickly start to monitor your servers and applications reuse your nagios® configuration easily apply best practices from the monitoring community load data from new sources (puppet, mysql, ...) and add new export methods (graphite, pnp4nagios, ...) exchange your own best practices lead me to shinken io to infinity and beyond ! extend your monitoring platfom : the monitoring node doesn't give you what you need out of the box ? you can easily extend it with configuration packs and modules. configuration packs the configuration packs are basically "ready to run" nagios® configurations files, with templates and commands. and if you already know how to write a nagios® configuration file, then you know how to write shinken configuration packs (and can help the community ;-) ). shinken modules shinken is designed to be very flexible and modular. if you want to load your configuration from a specific cmdb or export data into a brand new performance data tool, you'll be able to write modules to do that. take a look at the sample modules, it's in python and it's really easy. lan dmz multi-datacenters scale without limits easy scalability for all discover a world where the tool is scalable by design. shinken has no limits regarding distribution. scale it to your lan, through your dmzs and even across several datacenters! raid like availability you can be sure shinken won't stop: define spare nodes, and should an active node go down, the spare will take it's place. mixed architectures it's always smoother to monitor a windows host from another windows host, a linux from a linux, and so on. hopefully, shinken won't force you to choose between linux and windows, just get both! you will be able to check windows with the wmi protocol within your active directory domain on a windows poller (no more password in the configuration files!), and check your network and unix servers from a linux poller! dmz monitoring : no more a security nightmare ! reconcile with the computer security manager : 1 . install a shinken poller in the dmz 2 . tag the dmz hosts as such in your configuration file 3 . enjoy : dmz shinken poller handles all the checks and collects all data, eliminating unnecessary interaction between lan and dmz. monitor several datacenters ? yes you can get a structural view of your datacenters: centralize the configuration for all your datacenters get a global view of your infrastructure, or display one for each datacenter, or both! scale one datacenter or another, it's up to you organize your ressources within sub-datacenters to reflect your internal organization root problem analysis alert filtering focus on your business what really matters is not it. your end-users apps are. end users applications are delivered through your it, which is shared between very important applications like e-mails or crm, and less important ones like your development environment. with shinken, you will be able to describe your it from the physical servers to the high level apps. find the root problem when facing an incident, getting a full page of 500+ red lines like common monitoring apps usually do is useless if only one of them is interesting: 499 are consequences, 1 is the root problem! shinken can filter out the consequences for you, allowing you to diagnose faster. this will also solve your "too much" alerts problems. sort by business impact have you ever seen an administrator rush for the server room to fix a development server? i guess not. but for production ones, they do ;-). you need to figure out in seconds which problems are impacting your production applications, and which ones can wait after your coffee break. production can’t wait (but production only). have you ever seen an administrator rush for the server room to fix a development server ? i guess not. but for production ones, they do ;-). your team should focus on production, and manage the other environment later. give them the tools taking this into account. filtering testing/production alerts while problems on production need to trigger a sms, the testing environment probably doesn't. with shinken you can easily filter root problem alarms to only receive notifications that really need action. day != night you may not need to receive sms during the day, or and e-mails during the night. with shinken you can easily manage notification canals without having to add another layer of complexity to your configuration. sometime it's critical for business, sometime it's not the payroll application is a good example. do you need to wake the administrator at 3am because the server hosting it is down? probably not... unless of course we are nearing the payroll! with shinken you are able to define business impact modulations based on the period, like the 3 days at the end of the month :). automatic vmware topology amazon ec2 monitoring because an esxi host can fail what if an esxi host crashes? do you rather receive 50+ simultaneous alerts for your downed vms, or just one critical alert about the fact that your hypervisor is down? i'll bet you'll choose the latter! the vmware module will solve this problem for you : it will automatically check through vsphere on which esxi are the vm now, and create notification dependencies from it. what about vmotion and my host-dependencies? don't worry about vmotion, if your vm has moved to another esxi, the vmware module will detect it, and automatically update the link without restarting shinken. vmware is great, but i use xen/kvm/openstack/... no problem with this. in fact xen and kvm are already managed, and new virtualization framework is easy to add. if it has an api, it can be integrated! ec2 is great. monitor the apps on these hosts is great too. why monitor ec2 ? with the ec2 module you won't monitor ec2 itself, but you will be able to automatically monitor the applications (like mysql or apache) running on them. no double configuration this module will automatically load all your ec2 instances, and will use the ec2 tags to configure your hosts in shinken. when your ec2 tags are filled, your configuration is done. not only ec2 as of today, only the ec2 module is available. but it won't be difficult to extend it to other cloud providers, like rackspace, ovh or gandi. feel free to contribute on the monitoring station, we can help you for this. learn more about this twitter google+ source code download contact us ok -- 2014 © all rights reserved | sas shinken solutions | rcs bordeaux 794 549 543 |
Top search words for shinken-monitoring.org business-centric , packages , about , shinken , framework , monitoring , discuss , shinken.io , project , toggle , navigation , lets , shinkenlab.io , platform ,
Analyse PopURL pour shinken-monitoring.org
http://www.shinken-monitoring.org/#slide2
Whois est un protocole qui permet d'accéder aux informations d'enregistrement.Vous pouvez atteindre quand le site Web a été enregistré, quand il va expirer, quelles sont les coordonnées du site avec les informations suivantes. En un mot, il comprend ces informations;
Domain Name: SHINKEN-MONITORING.ORG
REFERRER http://www.pir.org/REGISTRAR Public Interest RegistrySERVERS SERVER org.whois-servers.netARGS shinken-monitoring.orgPORT 43TYPE domainRegrInfo DOMAIN NAME shinken-monitoring.orgHANDLE D157910196-LRORCREATED 2009-12-24STATUS NSERVER DNS14.OVH.NET 213.251.188.133NS14.OVH.NET 213.251.128.133OWNER HANDLE C189625377-LRORNAME Jean GabesADDRESS STREET CITY Roubaix Cedex 1PCODE 59053COUNTRY FRPHONE +33.972101007EMAIL 30ikry7mg0nvnr55bbyf@i.o-w-o.infoADMIN HANDLE C189625378-LRORNAME Jean GabesADDRESS STREET CITY Roubaix Cedex 1PCODE 59053COUNTRY FRPHONE +33.972101007EMAIL w1s5u2lndpy9uzos4g38@g.o-w-o.infoTECH HANDLE C189625378-LRORNAME Jean GabesADDRESS STREET CITY Roubaix Cedex 1PCODE 59053COUNTRY FRPHONE +33.972101007EMAIL w1s5u2lndpy9uzos4g38@g.o-w-o.infoREGISTERED yes
Go to top
shinken-monitoring.org rapport :
Visitez le site