From LAN to the Internet: Token Ring, Ethernet, and the Protocols That Won
2026-08-22 · 11 min
Every network diagnostic in this toolkit — a ping, a traceroute, a DNS lookup — quietly depends on decisions made in engineering rooms half a century ago. Before any of it was possible, engineers first had to solve a much more basic problem: how do you get more than two computers talking on the same wire without every conversation turning into noise?
That problem produced two competing philosophies for the local area network, a standards process that still governs the Internet today, and a decade-long transition from proprietary hardware to the open, layered protocol stack every device now runs. This is that story.
1969
ARPANET goes live
The first four nodes (UCLA, Stanford Research Institute, UC Santa Barbara, University of Utah) are connected, the direct ancestor of the modern Internet.
1973
Ethernet is invented
Bob Metcalfe and David Boggs at Xerox PARC design a packet-based network over shared coaxial cable, named after the 19th-century 'luminiferous ether'.
1974
TCP is described
Vint Cerf and Bob Kahn publish 'A Protocol for Packet Network Intercommunication', laying out the ideas that become TCP/IP.
1980
DIX Ethernet standard
DEC, Intel, and Xerox jointly publish the first commercial Ethernet standard: 10 Mbps over thick coaxial cable.
1981
IP and TCP formalized
RFC 791 (Internet Protocol) and RFC 793 (Transmission Control Protocol) are published, still the foundation of Internet addressing and reliable delivery today.
1983
The ARPANET flag day
On January 1, every host on ARPANET switches from the old NCP protocol to TCP/IP overnight - the moment the modern Internet's protocol stack becomes mandatory.
1985
IEEE 802.5 Token Ring
IBM's deterministic, token-passing ring topology is formally standardized at 4 Mbps, later extended to 16 Mbps.
1990
10BASE-T arrives
IEEE 802.3i brings Ethernet onto twisted-pair cabling and RJ45 connectors, enabling cheap star-topology wiring through a central hub.
1995
Fast Ethernet (100 Mbps)
IEEE 802.3u standardizes 100 Mbps Ethernet, six times faster than Token Ring's ceiling - the tipping point in enterprise LAN purchasing decisions.
1999
Gigabit Ethernet over copper
IEEE 802.3ab delivers 1000 Mbps over the same twisted-pair cabling already installed everywhere, cementing Ethernet as the unchallenged LAN standard.
Before the LAN: one cable, one conversation
Early computer networking was built around point-to-point or multidrop links between a mainframe and its terminals - reliable, but expensive to wire and impossible to scale past a handful of devices. As offices filled with independent minicomputers and, later, personal computers, the real problem shifted: how do dozens of machines share one physical cable without their signals colliding into unreadable noise?
Two very different answers emerged in the 1970s and 1980s, and for over a decade neither one was the obvious winner.
Two philosophies: token passing vs. listen-and-retry
IBM's Token Ring, standardized as IEEE 802.5, solved the collision problem by removing the possibility of collision entirely. A single small 'token' frame circulates continuously around a logical ring; a station may only transmit when it is holding the token, guaranteeing that exactly one device speaks at a time. It is deterministic and predictable under heavy load - properties IBM's mainframe-oriented enterprise customers valued highly.
Ethernet took the opposite bet. Its CSMA/CD access method (Carrier Sense Multiple Access with Collision Detection) simply lets any station transmit whenever it believes the wire is idle, and listens for a collision; if one occurs, both senders back off for a random interval and retry. It is probabilistic rather than guaranteed, but radically simpler and cheaper to implement in hardware - and under the light-to-moderate traffic loads of a typical office, it performed just as well in practice as the more elaborate token scheme.
Token Ring's logical ring (left) passes a single token station-to-station; Ethernet's shared bus or hub-based star (right) lets any station transmit and resolves collisions after the fact.
The protocols that made packets talk
A shared cable only solves how frames move between two adjacent machines. Getting a message from a computer in Los Angeles to one in Boston, across networks owned by entirely different organizations, needed a second, independent layer of addressing and routing - which is exactly what the ARPANET research program was built to solve. Vint Cerf and Bob Kahn's 1974 paper introduced the idea of splitting that job into two protocols: IP, responsible for addressing packets and getting them from network to network, and TCP, responsible for reassembling them reliably and in order at the far end.
Both were formalized as RFC 791 and RFC 793 in September 1981, and on January 1, 1983 - a date engineers still refer to as 'flag day' - every host still connected to ARPANET was cut over from the older NCP protocol to TCP/IP simultaneously, essentially overnight. It is one of the largest coordinated protocol migrations in computing history, and it is the direct reason IP addressing and TCP's three-way handshake are still exactly how this toolkit's Ping, Traceroute, and every other tool talk to the network today.
The RFC (Request for Comments) process itself, still run by the IETF, deserves credit here too: unlike Token Ring's IBM-controlled standardization, RFCs are open documents anyone can propose, argue about in public, and implement - the process's own famous motto is 'rough consensus and running code'. That openness is a large part of why TCP/IP, rather than any of several competing proprietary networking stacks of the era (including IBM's own SNA), became the protocol every vendor eventually converged on.
The layered model that came out of this era: each layer only talks to the one directly above and below it, which is why a tool like Ping (ICMP, network layer) works identically regardless of what application layer protocol - HTTP, DNS, SMTP - runs on top of it.
Why Ethernet ultimately won
Through the mid-1980s, Token Ring and Ethernet coexisted as genuinely competing enterprise choices, with Token Ring often preferred in IBM-centric shops for its predictable behavior under load. The balance tipped decisively over the following decade for reasons that had less to do with raw technical merit and more to do with economics and pace of innovation: Ethernet's move to twisted-pair cabling with 10BASE-T in 1990 made wiring dramatically cheaper and easier than Token Ring's shielded cabling and specialized connectors, and the arrival of switching (replacing shared hubs with a dedicated point-to-point link per port, eliminating collisions altogether) removed CSMA/CD's biggest theoretical weakness.
The final blow was speed. Fast Ethernet's 100 Mbps in 1995 was already six times Token Ring's 16 Mbps ceiling, and by the time Gigabit Ethernet arrived in 1999 running over the exact same cabling already installed everywhere, there was no remaining reason to choose the more expensive, proprietary alternative. IBM itself quietly shifted its own recommendations to Ethernet during the 1990s; Token Ring survives today mostly in legacy industrial control systems, not new deployments.
Το συμπέρασμα
The specific hardware debate is settled, but the pattern it set is still the one modern networking follows: an open, community-driven standard (Ethernet's IEEE process, TCP/IP's RFCs) tends to out-innovate a closed, vendor-controlled one over a long enough timeline, because more organizations can build on it, extend it, and drive its cost down. Every device on a modern LAN, from a laptop to an IoT sensor, still speaks the same Ethernet frame format standardized in the 1980s carrying the same IP packets standardized in 1981 - which is exactly why a tool as simple as Ping still works the same way it did forty years ago.
Η δημόσια διεύθυνση IP και η τοποθεσία δικτύου σας, εντοπίζονται αυτόματα.
Φορτώνεται αυτόματα όταν ανοίγετε το NetChecks — δεν απαιτείται καταχώριση. Χρησιμοποιήστε το κουμπί Ανανέωση μετά την αλλαγή δικτύου ή επανασύνδεση VPN.
Το πρόγραμμα περιήγησής σας
Έλεγχος Όλα-σε-Ένα
Εκτελεί σε ένα πέρασμα όλους τους σχετικούς ελέγχους για μία διεύθυνση IP ή όνομα κεντρικού υπολογιστή: DNS, whois, ping, traceroute, σάρωση γνωστών θυρών (1-1024), κεφαλίδες HTTP και πιστοποιητικό SSL.
Εισαγάγετε έναν τομέα ή διεύθυνση IP και εκτελέστε τον έλεγχο για να δείτε ταυτόχρονα DNS, whois, ping, traceroute, κοινές θύρες, κεφαλίδες HTTP και το πιστοποιητικό SSL.
Οι περισσότεροι έλεγχοι εκτελούνται παράλληλα - συνήθως ολοκληρώνεται σε περίπου 30 δευτερόλεπτα, περισσότερο αν ο στόχος είναι αργός ή μη προσβάσιμος.
Το βήμα σάρωσης θυρών εκτελείται μόνο εφόσον είναι επιλεγμένο το παραπάνω πλαίσιο συναίνεσης - όλοι οι άλλοι έλεγχοι εκτελούνται σε κάθε περίπτωση.
Ping
Στέλνει αιτήματα echo ICMP σε έναν κεντρικό υπολογιστή για έλεγχο προσβασιμότητας και καθυστέρησης.
Εισαγάγετε όνομα κεντρικού υπολογιστή ή διεύθυνση IP και πατήστε Ping για αποστολή αιτημάτων ICMP echo και μέτρηση της καθυστέρησης μετ' επιστροφής.
Μάθετε περισσότερα για Ping
Τι είναι
Το Ping στέλνει πακέτα ICMP Echo Request σε έναν κεντρικό υπολογιστή και μετρά πόσο χρόνο χρειάζονται τα πακέτα ICMP Echo Reply για να επιστρέψουν. Είναι η πιο βασική δοκιμή συνδεσιμότητας δικτύου που υπάρχει: απαντά σε ακριβώς μία ερώτηση, "είναι αυτό το μηχάνημα προσβάσιμο, και πόσο γρήγορα;". Το πρωτόκολλο ICMP (RFC 792) σχεδιάστηκε το 1981 ειδικά για τη μεταφορά μηνυμάτων ελέγχου και διάγνωσης σε δίκτυα IP, εκτός οποιασδήποτε κίνησης εφαρμογών - το Ping είναι η πιο γνωστή και καθολικά διαθέσιμη υλοποίησή του, παρούσα σχεδόν σε κάθε λειτουργικό σύστημα και συσκευή δικτύου από τις πρώτες τους εκδόσεις.
Πώς λειτουργεί
Κάθε πακέτο ICMP φέρει ένα πεδίο TTL (Time To Live) που μειώνεται κατά ένα σε κάθε δρομολογητή που διασχίζει· αν φτάσει στο μηδέν πριν φτάσει στον στόχο, το πακέτο απορρίπτεται και ένα σφάλμα επιστρέφεται στον αποστολέα. Ο χρόνος μετάβασης και επιστροφής (RTT), μετρημένος σε χιλιοστά του δευτερολέπτου, αντικατοπτρίζει τη συσσωρευμένη καθυστέρηση δικτύου σε ολόκληρη τη διαδρομή, όχι μόνο το τελευταίο τμήμα κοντά στον στόχο - ένα σημείο που συχνά παρανοείται, καθώς ένα αργό αποτέλεσμα ping μπορεί να έχει την πραγματική του αιτία οπουδήποτε στη διαδρομή, όχι απαραίτητα κοντά στον δοκιμαζόμενο διακομιστή. Ένα ping συνήθως στέλνει αρκετά πακέτα στη σειρά αντί για ένα μόνο, κάτι που επιτρέπει τη διάκριση μιας εφάπαξ αιχμής καθυστέρησης από ένα επαναλαμβανόμενο πρόβλημα και τον υπολογισμό ενός ποσοστού απώλειας πακέτων στο δείγμα.
Ερμηνεία των αποτελεσμάτων
Ένα σταθερό, χαμηλό RTT - λίγα χιλιοστά του δευτερολέπτου σε τοπικό δίκτυο, 10 έως 50 ms για προορισμό εντός της ίδιας χώρας, και αισθητά περισσότερο για διηπειρωτική σύνδεση - υποδηλώνει υγιή σύνδεση. Ακόμη και μικρή απώλεια πακέτων (πάνω από 1-2%) είναι ιδιαίτερα επιβλαβής για χρήσεις ευαίσθητες στην καθυστέρηση όπως το VoIP ή διαδραστικές απομακρυσμένες συνεδρίες, όπου κάθε χαμένο πακέτο εκδηλώνεται ως διακοπή ή ακουστική κοπή. Μια πολύ μεταβλητή καθυστέρηση από πακέτο σε πακέτο (jitter) είναι συχνά, για τις ίδιες αυτές χρήσεις, μεγαλύτερο πρόβλημα από μια υψηλή αλλά απόλυτα σταθερή καθυστέρηση. "Λήξη χρόνου αιτήματος" σημαίνει ότι δεν έφτασε καμία απάντηση εντός του προβλεπόμενου χρόνου - ο κεντρικός υπολογιστής μπορεί πράγματι να είναι εκτός λειτουργίας, ένα τείχος προστασίας μπορεί να μπλοκάρει σιωπηλά το ICMP, ή μια διαδρομή μπορεί να είναι διακομμένη κάπου στη διαδρομή· "Προορισμός μη προσβάσιμος" είναι διαφορετικό και πιο ενημερωτικό: ένας ενδιάμεσος δρομολογητής έστειλε ρητά πίσω ένα μήνυμα λέγοντας ότι δεν μπόρεσε να προωθήσει το πακέτο, κάτι που βοηθά να περιοριστεί πού βρίσκεται πραγματικά το πρόβλημα.
Συνηθισμένα λάθη
Η πιο συνηθισμένη εσφαλμένη ερμηνεία είναι το συμπέρασμα ότι ένας κεντρικός υπολογιστής είναι "εκτός λειτουργίας" τη στιγμή που αποτυγχάνει ένα ping, ενώ στην πραγματικότητα πάρα πολλοί διακομιστές και συσκευές - ειδικά πίσω από ένα καλά ρυθμισμένο τείχος προστασίας, ή φιλοξενούμενα σε μεγάλους παρόχους cloud - μπλοκάρουν σκόπιμα το εισερχόμενο ICMP ως πολιτική, ενώ είναι πλήρως λειτουργικά και προσβάσιμα στις πραγματικές τους υπηρεσίες (HTTP, μια βάση δεδομένων κ.λπ.). Η απουσία απάντησης σε ping είναι επομένως σημαντική απόδειξη διακοπής λειτουργίας μόνο όταν συνδυάζεται με άλλα σημάδια, όπως το γεγονός ότι και η ίδια η εφαρμογή δεν απαντά. Αντίστροφα, ένα επιτυχημένο ping δεν εγγυάται καθόλου ότι η υπηρεσία εφαρμογής που φιλοξενείται σε αυτό το μηχάνημα λειτουργεί σωστά - πρόκειται για δύο εντελώς ανεξάρτητα επίπεδα της στοίβας δικτύου.
Πότε να το χρησιμοποιήσετε
Το πρώτο πράγμα που πρέπει να ελεγχθεί πριν από την κλιμάκωση ενός εισιτηρίου: απαντά καν το μηχάνημα, πριν διερευνηθεί περαιτέρω; Επιβεβαίωση συνδεσιμότητας μετά από αλλαγή κανόνα τείχους προστασίας ή πίνακα δρομολόγησης, για να διασφαλιστεί ότι η αλλαγή δεν διέκοψε την πρόσβαση. Καθορισμός μιας βασικής μέτρησης καθυστέρησης πριν από μια ανάπτυξη VoIP ή ένα failover σύνδεσης παρόχου, ώστε να υπάρχει ένα αντικειμενικό σημείο σύγκρισης αν αργότερα φτάσουν παράπονα για την ποιότητα κλήσεων. Ένας ελαφρύς, περιοδικός έλεγχος κατάστασης για MSP που παρακολουθεί πολλές τοποθεσίες πελατών παράλληλα, πάντα ως συμπλήρωμα - ποτέ ως υποκατάστατο - βαθύτερης παρακολούθησης σε επίπεδο εφαρμογής.
Traceroute
Ιχνηλατεί τη διαδρομή δικτύου (βήμα προς βήμα) προς έναν κεντρικό υπολογιστή προορισμού.
Εισαγάγετε όνομα κεντρικού υπολογιστή ή διεύθυνση IP και εκτελέστε τον έλεγχο για να δείτε κάθε δικτυακό άλμα μεταξύ αυτού του διακομιστή και του προορισμού, με την καθυστέρηση κάθε άλματος.
Εισαγάγετε έναν τομέα, επιλέξτε τύπο εγγραφής (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV ή CAA) και εκτελέστε την αναζήτηση.
Whois
Αναζητά πληροφορίες καταχώρισης για έναν τομέα ή διεύθυνση IP.
Εισαγάγετε έναν τομέα ή διεύθυνση IP για να δείτε τα στοιχεία καταχώρισής του: καταχωρητή, οργανισμό-ιδιοκτήτη και σημαντικές ημερομηνίες.
Έλεγχος μαύρης λίστας
Ελέγχει αν μια διεύθυνση IP ή τομέας περιλαμβάνεται σε δημόσιες μαύρες λίστες spam/κατάχρησης (DNSBL).
Εισαγάγετε μια διεύθυνση IPv4 ή τομέα και εκτελέστε τον έλεγχο για να ελέγξετε ταυτόχρονα 7 δημόσιες μαύρες λίστες (DNSBL/RBL) - καθεμία εμφανίζεται ως καταχωρισμένη, μη καταχωρισμένη ή αποτυχία ελέγχου.
Σάρωση θυρών TCP
Ελέγχει αν οι θύρες TCP είναι ανοιχτές σε έναν κεντρικό υπολογιστή ή IP: κοινές θύρες, προσαρμοσμένη λίστα ή το πλήρες εύρος 1-65535.
Εισαγάγετε έναν κεντρικό υπολογιστή ή IP, επιλέξτε κοινές θύρες, προσαρμοσμένη λίστα ή το πλήρες εύρος, και σαρώστε για να δείτε ποιες θύρες TCP ανταποκρίνονται.
Μια πλήρης σάρωση εύρους μπορεί να διαρκέσει έως ~100 δευτερόλεπτα. Οι μεγάλες σαρώσεις (πάνω από 100 θύρες, συμπεριλαμβανομένων προσαρμοσμένων εύρους/λίστων) περιορίζονται σε 1 ανά λεπτό ανά επισκέπτη.
Ανοιχτές θύρες (0)
Επιθεωρητής κεφαλίδων HTTP
Ανακτά την κατάσταση απόκρισης HTTP και τις κεφαλίδες για ένα URL.
Εισαγάγετε ένα URL για να λάβετε τον κωδικό κατάστασης απόκρισης HTTP και όλες τις κεφαλίδες απόκρισης που στέλνει ο διακομιστής.
Έλεγχος πιστοποιητικού SSL/TLS
Εξετάζει το πιστοποιητικό TLS ενός κεντρικού υπολογιστή: εκδότης, ημερομηνίες ισχύος και ημέρες που απομένουν.
Εισαγάγετε ένα όνομα κεντρικού υπολογιστή για να ελέγξετε το πιστοποιητικό TLS του: εκδότη, ημερομηνίες ισχύος και ημέρες που απομένουν έως τη λήξη.
Αναζήτηση Geo-IP
Αναζητά τη γεωγραφική τοποθεσία και τις πληροφορίες δικτύου για μια διεύθυνση IP. Αφήστε κενό για αναζήτηση της δικής σας δημόσιας IP.
Εισαγάγετε οποιαδήποτε διεύθυνση IP, ή αφήστε το κενό για αναζήτηση της δικής σας, για να δείτε την κατά προσέγγιση τοποθεσία και πληροφορίες δικτύου/ISP.
Υπολογίζεται εξ ολοκλήρου στο πρόγραμμα περιήγησής σας — δεν αποστέλλονται δεδομένα στον διακομιστή.
Εισαγάγετε μια διεύθυνση IP και πρόθεμα CIDR (π.χ. 192.168.1.0/24) για άμεσο υπολογισμό του εύρους δικτύου, της διεύθυνσης εκπομπής και του αριθμού διαθέσιμων κεντρικών υπολογιστών.
Δοκιμή ταχύτητας
Βασική δοκιμή ταχύτητας λήψης/αποστολής σε αυτόν τον διακομιστή (η ακρίβεια εξαρτάται από τη σύνδεση uplink του ίδιου του διακομιστή).
Πατήστε Έναρξη για μέτρηση της ταχύτητας λήψης και αποστολής προς αυτόν τον διακομιστή. Η ακρίβεια εξαρτάται από τη σύνδεση αυτού του διακομιστή.
Λεξικό κωδικών χωρών
Κωδικοί χωρών ISO 3166-1 alpha-2 — η αναζήτηση γίνεται εξ ολοκλήρου στο πρόγραμμα περιήγησής σας.
Αναζητήστε ή περιηγηθείτε στη λίστα κωδικών χωρών ISO 3166-1 alpha-2, με αναζήτηση εξ ολοκλήρου στο πρόγραμμα περιήγησής σας.
Χώρα
Κωδικός ISO
Λεξικό τηλεφωνικών κωδικών
Διεθνείς κωδικοί κλήσης ανά χώρα — η αναζήτηση γίνεται εξ ολοκλήρου στο πρόγραμμα περιήγησής σας.
Αναζητήστε ή περιηγηθείτε στους διεθνείς κωδικούς κλήσης ανά χώρα, με αναζήτηση εξ ολοκλήρου στο πρόγραμμα περιήγησής σας.
Χώρα
Κωδικός κλήσης
Παγκόσμιο ρολόι
Επιλέξτε ζώνη ώρας για να δείτε την τρέχουσα ώρα — σύρετε την υδρόγειο για να την περιστρέψετε.
Επιλέξτε ζώνη ώρας από τη λίστα, ή σύρετε τη σφαίρα, για να δείτε την τρέχουσα ώρα εκεί.
Η ωρα σας
--:--:--
—
—
Επιλεγμενη ωρα
--:--:--
—
—UTC±00:00
Διαφορα απο εσας—
—
Σύρετε για να περιστρέψετε την υδρόγειο.
Κατάσταση γαλλικού δικτύου κινητής τηλεφωνίας
Θέσεις κεραιών κινητής τηλεφωνίας εκτός λειτουργίας ή υπό συντήρηση στη Γαλλία, ανά πάροχο (Orange, Free, SFR, Bouygues Telecom), από τα δημόσια δεδομένα της ARCEP. Το στιγμιότυπο ενημερώνεται μία φορά την ημέρα από την ARCEP - όχι ροή σε πραγματικό χρόνο.
Περιηγηθείτε σε δεδομένα βλαβών κινητών κεραιών και οπτικών ινών ανά Γάλλο πάροχο — δεν απαιτείται καταχώριση, ενημερώνεται αυτόματα από τα δημόσια δεδομένα της Arcep.
Πηγή: ARCEP, σύνολο δεδομένων «Sites indisponibles», δημοσιευμένο υπό την άδεια Licence Ouverte / Etalab 2.0 - η εμπορική επαναχρησιμοποίηση επιτρέπεται ρητά, σε αντίθεση με τα δεδομένα IODA/CAIDA που χρησιμοποιούνταν προηγουμένως σε αυτή την καρτέλα. Η ένδειξη Κανονικό/Παρακολούθηση/Ειδοποίηση είναι εσωτερική εκτίμηση (αριθμός βλαβών σήμερα σε σχέση με τη διάμεσο των προηγούμενων ημερών), όχι επίσημη ταξινόμηση της ARCEP. Σύνδεσμοι πηγών παρακάτω.
Πιο επηρεασμένα διαμερίσματα
Αριθμός θέσεων που είναι επί του παρόντος εκτός λειτουργίας ή υπό συντήρηση, ανά διαμέρισμα. Κάντε κλικ σε έναν πάροχο παραπάνω για φιλτράρισμα.
Ποιότητα δικτύου οπτικών ινών (FTTH) ανά πάροχο: ποσοστό αναφερόμενων βλαβών και ποσοστό αποτυχίας σύνδεσης, από τα δημόσια δεδομένα της ARCEP. Μηνιαίοι δείκτες, κυλιόμενος μέσος όρος 6 μηνών - όχι ροή σε πραγματικό χρόνο όπως το τμήμα κινητής τηλεφωνίας.
Πηγή: ARCEP, σύνολο δεδομένων «Qualité des réseaux en fibre optique», δημοσιευμένο υπό την άδεια Licence Ouverte / Etalab 2.0 - η εμπορική επαναχρησιμοποίηση επιτρέπεται ρητά. Σύνδεσμοι πηγών παρακάτω.
Ανά πάροχο (μητρικός όμιλος)
Μέσοι όροι των τελευταίων 6 διαθέσιμων μηνών, ανά μητρικό όμιλο παρόχου υποδομής.
Το NetChecks παρέχεται αποκλειστικά για νόμιμους σκοπούς διαγνωστικού δικτύου και εκπαιδευτικούς σκοπούς, σε συστήματα, τομείς και διευθύνσεις IP που σας ανήκουν ή για τα οποία είστε ρητά εξουσιοδοτημένοι να πραγματοποιείτε δοκιμές.
Η εκτέλεση σαρώσεων θυρών, αναζητήσεων DNS/whois, traceroute ή άλλων ελέγχων σε συστήματα τρίτων χωρίς εξουσιοδότηση ενδέχεται να παραβιάζει τη νομοθεσία περί κατάχρησης υπολογιστών στη δικαιοδοσία σας (για παράδειγμα τον Computer Fraud and Abuse Act στις ΗΠΑ, τον «Loi Godfrain» στη Γαλλία, ή ισοδύναμη τοπική νομοθεσία). Είστε αποκλειστικά υπεύθυνοι να διασφαλίζετε ότι έχετε το δικαίωμα να δοκιμάσετε οποιονδήποτε στόχο εισάγετε εδώ.
Αυτός ο ιστότοπος και τα αποτελέσματά του παρέχονται «ως έχουν», χωρίς καμία εγγύηση. Ο διαχειριστής αυτού του ιστότοπου δεν φέρει καμία ευθύνη για τυχόν άμεσες, έμμεσες ή παρεπόμενες ζημίες, νομικές συνέπειες ή κακή χρήση που προκύπτουν από τη χρήση αυτού του ιστότοπου.
Τα αιτήματα υπόκεινται σε περιορισμό ρυθμού για την αποτροπή κατάχρησης. Ο διαχειριστής αυτής της παρουσίας μπορεί προαιρετικά να ενεργοποιήσει καταγραφή δραστηριότητας αιτημάτων - σε αυτή την περίπτωση, κάθε αίτημα εργαλείου (η διεύθυνσή IP σας, η χρονική σήμανση, το εργαλείο που χρησιμοποιήθηκε και ο στόχος/ερώτημα που εισήχθη) ενδέχεται να καταγράφεται σε μια βάση δεδομένων για λόγους ασφάλειας, πρόληψης κατάχρησης και ανάλυσης χρήσης. Αυτό είναι απενεργοποιημένο από προεπιλογή. Χρησιμοποιώντας αυτόν τον ιστότοπο, αποδέχεστε αυτούς τους όρους· εάν δεν συμφωνείτε, μην τον χρησιμοποιείτε.
Η προγραμματιστική (API) χρήση αυτού του ιστότοπου υπόκειται στους ίδιους όρους, συμπεριλαμβανομένης της παραπάνω απαίτησης εξουσιοδότησης.
Αποστολή σχολίων
Αναφέρετε ένα πρόβλημα, αφήστε ένα σχόλιο ή προτείνετε μια νέα λειτουργία.
Αυτός ο ιστότοπος χρησιμοποιεί διαφημίσεις και, εάν αποδεχτείτε, cookies συνεργατών διαφημίσεων για να βοηθήσει στη χρηματοδότηση της φιλοξενίας. Μπορείτε να αρνηθείτε και να συνεχίσετε να χρησιμοποιείτε όλα τα εργαλεία χωρίς διαφημίσεις.