क्या आईपी पते प्रमुख जीरो के साथ और उसके बिना हैं?

89

मेरे पास एक सुरक्षा प्रणाली है और नेटवर्क सेटिंग केवल तीन अंकों के आईपी पते की अनुमति देता है। मैं इसे सेट नहीं कर सकता 192.168.2.100, इसके बजाय मुझे उपयोग करना होगा 192.168.002.100।

क्या ये दोनों आईपी पते अलग हैं? क्या मुझे 192.168.xxx.xxxसही ढंग से काम करने के लिए अपने राउटर के लैन को सेट करने की आवश्यकता है? मुझे इस बारे में कोई ठोस जानकारी नहीं मिली।

networking ip

— बिज्जू वंद
स्रोत

16

नीचे दिए गए उत्तरों के अनुसार, 192.168.020.100, 192.168.20.100 के समान नहीं होना चाहिए , लेकिन यह समान हो सकता है यदि आपका सिस्टम केवल इस तरह से आईपी में प्रवेश करने की अनुमति देता है (मैंने इसे पुलिस वाले के साथ देखा है जब आईपी अंकों द्वारा दर्ज किया जाता है। अप-डाउन-एरो के साथ अंक)। - यदि आपके सिस्टम में "सामान्य" कीबोर्ड इनपुट होने पर भी यह क्वर्क है (यानी, आप इनपुट को टेक्नीकल कर सकते हैं192.168.2.100 , लेकिन यह शिकायत करता है), तो मेरा सुझाव है कि आपके पास विक्रेता के साथ एक शब्द है (इसका इनपुट सत्यापन कितना विश्वसनीय है) बहुत भद्दा है?)

— हेगन वॉन एटिजन

4

यह वास्तव में काफी विचित्र मान्यता है। मैं @Hagen के दृष्टिकोण के अनुसार, सुरक्षा प्रणालियों को स्विच करूँगा।

— कक्षा में

2

यह सॉफ्टवेयर विशिष्ट भी हो सकता है। वे अग्रणी 0s के साथ या उसके बिना मान्य हैं , लेकिन मैं कुछ ऐसे अनुप्रयोगों में चला गया हूं, जो आईपी पते का समर्थन नहीं कर रहे हैं जिसमें प्रत्येक ओकटेट में 3 अंक नहीं थे।

— ps2goat 17

2

सभी आईपी (v4) पते वास्तव में सिर्फ 32 बिट्स हैं जो एक अच्छे तरीके से दर्शाए गए हैं। यदि 192.168.002.100आपका उपकरण 0xc0a80264/ 3232236132 / का प्रतिनिधित्व कैसे करता है 192.168.2.100, तो यह एक ही बात है।

— टिम एस।

1

क्या आप कृपया अन्य उत्तर को स्वीकार कर सकते हैं? जो आपने स्वीकार किया वह वास्तव में गलत है (या कम से कम अधूरा है) और इसमें 11 डाउनवोट हैं।

— अर्जन

101

यह उपकरण पर निर्भर करता है।

अधिकांश उद्देश्यों के लिए दोनों समान होंगे, लेकिन हमेशा नहीं।

उदाहरण के लिए, यदि आप एक शून्य से शुरू होने वाले 3-अंकीय संख्या का उपयोग करते हैं (या शून्य से शुरू होने वाला दो-अंकीय, धन्यवाद @ डाइटरिच-एप), तो पिंग मान लेंगे कि संख्याएं अष्टाधारी हैं।

Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft Corporation. All rights reserved.

C:\Users>ping 011.012.013.014

Pinging 9.10.11.12 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 9.10.11.12:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

— ग्रीनस्टोन वाकर
स्रोत

37

इतना अधिक पिंग नहीं है, लेकिन अंतर्निहित दिनचर्या का उपयोग करता हैinet_addr()

— cd

2

यह OSX पर भी हो रहा है।

— जोहान फिलिप स्ट्रैटहॉजेन 12

21

ऐसा नहीं है क्योंकि इसमें तीन अंक हैं, यह इसलिए है क्योंकि संख्या में अग्रणी शून्य है। आप 09.09.09.09 पिंग करने की कोशिश करके इसका परीक्षण कर सकते हैं, जो काम नहीं करता है क्योंकि 9 अष्टक में मान्य नहीं है।

— डिट्रिच एप्प

65

आपके द्वारा उपयोग किए जा रहे सभी सॉफ़्टवेयरों का अनुमान है कि वे डॉट-दशमलव का उपयोग कर रहे हैं और सही ढंग से सबनेट कर रहे हैं, हाँ वे समान हैं।

192.168.0.1 उदाहरण के लिए केवल डॉट-बाइनरी मूल्य 11000000.10101000.00000000.00000001 का अनुकूल डॉट-दशमलव अंकन है।

चाहे आप इसे 192.168.0.1 या 192.168.000.001 टाइप करें, वे दोनों 11000000.10101000.00000000.00000001 के बराबर हैं

— ऑस्टिन टी फ्रेंच
स्रोत

63

डॉट्स सुविधा के लिए भी हैं; असली आईपी 11000000101010000000000000000 है

— cpast

14

@cpast या हेक्साडेसिमल संख्या के रूप में:C0A80001

— jfs

13

या अष्टक संख्या के रूप में (0 के साथ शुरू, डॉट्स के साथ या बिना) जैसे पिंग 0300.0250.2.0144 192.168.2.100 के लिए

— सर्गेई

15

या दशमलव संख्या के रूप में3232235521

— oldmud0

14

जैसा कि @GreenstoneWalker का जवाब है, कई कार्यक्रमों ने उन्हें एक जैसा नहीं समझा; एक अग्रणी शून्य के साथ एक संख्या (जिसमें अंक 8 या 9 नहीं होते हैं) को एक अष्टक-संकेतन संख्या के रूप में समझा जाएगा; इसलिए 010.000.001.063 को "10.0.1.63" के बजाय "8.0.1.51" (अष्टकोणीय 010 = दशमलव; अष्टक 063 = दशमलव 51) के रूप में व्याख्या की जाएगी!

— डॉकटोर जे

37

यह दिए गए पते को पार्स करने के लिए किसी भी दिए गए प्रोग्राम का उपयोग करने वाले टूल या फ़ंक्शन पर निर्भर करता है। माइक्रोसॉफ्ट और लिनक्स दोनों के साथ-साथ अन्य ओएस भी पार्सिंग पतों के लिए एक POSIX संगत inet_addr()दिनचर्या का उपयोग करते हैं।

कई टीसीपी / आईपी कार्यक्रम जैसे कि पिंग और एफ़टीपी आईपी पते स्ट्रिंग को 4-बाइट पते में अनुवाद करने के लिए inet_addr () सॉकेट फ़ंक्शन का उपयोग करते हैं। यह फ़ंक्शन मानक दशमलव, ऑक्टल और हेक्साडेसिमल संकेतन में एक आईपी पते को स्वीकार करता है।
माइक्रोसॉफ्ट केबी 115388 पिंग और एफ़टीपी ने ओसीसी के रूप में अग्रणी शून्य के साथ आईपी पते को हल किया

Inet_addr () फ़ंक्शन नेटवर्क बाइट क्रम में बाइनरी डेटा में IPv4 नंबर-एंड-डॉट्स नोटेशन से इंटरनेट होस्ट एड्रेस cp को रूपांतरित करता है।

उपरोक्त सभी रूपों में, बिंदीदार पते के घटकों को दशमलव में निर्दिष्ट किया जा सकता है, एक प्रमुख (0 के साथ), या हेक्साडेसिमल, एक प्रमुख 0X के साथ। इनमें से किसी भी रूप में पते सामूहिक रूप से IPv4 नंबर-एंड-डॉट्स नोटेशन कहलाते हैं। वह प्रपत्र जो ठीक चार दशमलव संख्याओं का उपयोग करता है, को IPv4 डॉटेड-दशमलव संकेतन (या कभी-कभी: IPv4 डॉटेड-क्वाड नोटेशन) कहा जाता है।
inet_addr (3): इंटरनेट पता परिवर्तन दिनचर्या - लिनक्स मैन पेज

इस प्रकार, आपके विशिष्ट सिस्टम को प्रत्येक ऑक्टेट के लिए तीन-अंकीय दशमलव संकेतन की आवश्यकता हो सकती है, लेकिन यह सार्वभौमिक नहीं है, और उचित आईपी पता दर्ज करने के लिए देखभाल की जानी चाहिए।

बेशक, प्रत्येक प्रकार के लिए केवल मान्य नंबर काम करेंगे। आउट ऑफ रेंज ऑक्टल, हेक्स या डेसीमल नंबर भी विफल होंगे या मुद्दों का कारण बनेंगे। ऑक्टल 088, हेक्स 0xGG, या डेसीमल 280 सभी अमान्य उदाहरण हैं।

— सीडीई
स्रोत

3

अंतर्निहित फ़ंक्शन के लिए +1। जोड़ने के लिए, यह फ़ंक्शन IP पार्सिंग को विफल करने का कारण होगा यदि एक वैध बाइट (जैसे .88) शून्य-गद्देदार है, क्योंकि 8 ऑक्टल में एक वैध संख्या नहीं है।

— मार्च हो

विंडोज एक्सपी (और उससे पहले) में फ़ंक्शन अमान्य ऑक्टल नंबरों को स्वीकार करेगा और फिर भी उन्हें बदलने का प्रयास करेगा। इससे बहुत गैर-स्पष्ट व्यवहार हो सकता है। विस्टा के रूप में अमान्य नंबरों को डोमेन नाम के रूप में माना जाता है और विंडोज इनके लिए DNS लुकअप करने का प्रयास करेगा। जो बहुत अजीब व्यवहार है, लेकिन यह कम से कम कोई समस्या पैदा नहीं करेगा।

— टॉनी

@tonny ऐसा इसलिए है क्योंकि POSIX inet_addr () अमान्य मानों के लिए -1 देता है, जो लगभग 255 तक लूप हो जाता है। लिनक्स मैन पेज में बताए गए नए रूटीन में बेहतर एरर हैंडलिंग है।

— cd

@cde मैंने कभी भी inet_addr () के यांत्रिकी में गहराई तक जाने की जहमत नहीं उठाई। मैं आपका शब्द इसके लिए ले

— जाऊंगा

13

ऑर्बिट में लाइटनेस दौड़ के रूप में और अन्य लोगों ने बताया,

INET(3)आदमी पेज का वर्णन करता है inet_addrऔर inet_aton, मानक "बाइनरी रूप में आईपीवी 4 संख्या और डॉट्स संकेत" परिवर्तित करने के लिए इस्तेमाल किया कार्य करता है। इसे कहते हैं

... बिंदीदार पते के घटकों को दशमलव में निर्दिष्ट किया जा सकता है, ऑक्टल (एक अग्रणी 0 के साथ) , या हेक्साडेसिमल, एक अग्रणी 0X के साथ)।

तकनीकी रूप से, NO , अग्रणी शून्य वाला एक IP पता (हमेशा) अग्रणी शून्य के बिना एक जैसा नहीं होता है। हालांकि आपके मामले में, 192.168.2.100और 192.168.002.100समान हैं, क्योंकि 002 == 2।

कोई भी उपयोगकर्ता इंटरफ़ेस जिसके लिए प्रत्येक घटक की लंबाई तीन अक्षर होना चाहिए, गलत तरीके से आवश्यक अग्रणी शून्य टूट गया है।

— जोनाथन रेनहार्ट
स्रोत

1

यह विचार कि "अग्रणी शून्य" की आवश्यकता है (कुछ उपकरणों पर) विवाद में नहीं लगता है; उस "गलत-आवश्यक" / "टूट" को कॉल करने का आधार क्या है? बस चूंकि यह INET (3) / inet_addr / inet_aton का उल्लंघन करता है? ऐसे शून्य की आवश्यकता वाले कार्यान्वयन अन्य कोड का उपयोग करने की संभावना है जो ठीक से संचार कर सकते हैं, इसलिए "टूटी हुई" नहीं है। (मैंने प्रिंटर्स को ऐसा करते हुए देखा है।) क्या यह कहने का कोई आधार है कि INET (3) मैन पेज अधिक "सही" है / अन्य आधिकारिक दस्तावेजों की तुलना में अधिक आधिकारिक संसाधन, जैसे कि RFC और अन्य इस ड्राफ्ट दस्तावेज़ द्वारा उद्धृत हैं ?

— तोगाम

6

कुछ कार्यान्वयन ओक्टेट को अग्रणी शून्य के साथ मानते हैं और दशमलव को अन्य कार्यान्वयन के रूप में मानते हैं। जब तक ऑक्टेट 0 से 7 की सीमा में है, तब तक इससे कोई फर्क नहीं पड़ता है। इसलिए उदाहरण के लिए दोनों कार्यान्वयन में के 192.168.002.100रूप 192.168.2.100में व्याख्या की जाएगी ।

लेकिन आप एक पते में टाइप करने के रूप में थे, तो 192.168.010.100यह या तो के रूप में व्याख्या की जा सकती 192.168.10.100है या 192.168.8.100कार्यान्वयन के आधार पर। यह भी संभावना नहीं है कि कार्यान्वयन मौजूद हैं, जो अग्रणी शून्य को वाक्यविन्यास त्रुटि के रूप में माना जाएगा। इसके अतिरिक्त, ऐसे परिदृश्य हैं जिनमें सॉफ़्टवेयर जोर दे सकता है कि आपको एक या किसी अन्य कारण के लिए कैनोनिकल प्रतिनिधित्व का उपयोग करना होगा। उन सभी कारणों के लिए, जब आप एक आईपी पता लिखते हैं तो मैं अग्रणी शून्य से बचने की सलाह देता हूं।

यदि आप ऐसा सॉफ़्टवेयर लिखते हैं, जिसमें एक आईपी पते को पार्स करने की आवश्यकता होती है, तो मैं अग्रणी शून्य को स्वीकार करने की सलाह दूंगा, लेकिन ऐसा होने पर एक उपयुक्त स्थान के लिए चेतावनी को आउटपुट करता है।

थोड़ा संबंधित वहाँ कार्यान्वयन हैं जो आपको बिंदीदार संकेतन में चार से कम घटक रखने की अनुमति देते हैं। जब चार घटक से कम होते हैं तो अंतिम घटक में 8 से अधिक बिट्स होते हैं और पहले के घटक बिल्कुल 8 बिट होते हैं। उदाहरण के लिए 192.168.612वास्तव में लिखने का एक वैध तरीका होगा 192.168.2.100। लेकिन फिर से उस संकेतन का उपयोग करने की अनुशंसा नहीं की जाती है।

— kasperd
स्रोत

0

बस थोड़ा टिप: कुछ मामलों में आईपी पते में शून्य उपसर्ग का उपयोग करना महत्वपूर्ण है। एक उदाहरण है, अपाचे ।htaccess इनकार के नियम।

अगर आप कुछ का उपयोग करते हैं

deny from 11.22.33.22

अपाचे इतना बेवकूफ है कि निम्नलिखित आईपी से भी पहुंच को अवरुद्ध करेगा:

111.22.33.22

11.22.33.221

211.22.33.221

और सामान्य तौर पर, कोई भी IP पता जिसमें 11.22.33.22 शामिल हैं

तो, बस यह सुनिश्चित करने के लिए कि आप किसी भी आईपी को ब्लॉक नहीं करेंगे, जिसे आपको ब्लॉक करने का मतलब नहीं था, आपको उपयोग करना चाहिए:

deny from 011.022.033.022

यह सुनिश्चित करने के लिए कि अपाचे केवल 11.22.33.22 आईपी पते से पहुंच को अवरुद्ध करेगा।

— निक गर
स्रोत

3

दिलचस्प। क्या आप इसके लिए कोई संदर्भ प्रदान कर सकते हैं?

— स्कॉट

अग्रणी शून्य का उपयोग नहीं करने के परिणामस्वरूप कई आगंतुकों को अवरुद्ध करने के बाद संदर्भ व्यक्तिगत अनुभव और कई परीक्षण और त्रुटियां हैं। गलत बैन से बचने का एक और तरीका है कि आप सीआईडीआर प्रारूप में आईपी का उपयोग करें। उदाहरण के लिए, 11.22.33.22/32 के बजाय सिर्फ 11.22.33.22

— निक गर

0

इससे सावधान रहें। यह एक ही होना चाहिए, लेकिन यह नहीं है !
मैं इस के लिए एक स्पष्टीकरण नहीं मिल रहा है, लेकिन मैं निश्चित रूप से बता सकता हूँ कि खिड़कियों और लिनक्स आईपी पते पर और बिना अग्रणी शून्य के समान नहीं है! हो सकता है कि हेक्स या बाइनरी जैसे अन्य प्रारूपों से परिवर्तित करने के साथ ऐसा करना पड़े।

खिड़कियों और लाइनक्स के साथ मेरे अनुभव से यह उपकरण निर्भर नहीं है, लेकिन ओएस निर्भर करता है क्योंकि ऐसा लगता है कि कुछ समस्या में चल रहा है जैसे कि 10.08.03.100 को ips का उपयोग करना:

नोट: "10.08.0.1" और 10.09.0.1 नहीं मिला
नोट: "10.010.0.1" को 10.8.0.1 पर हल किया जाता है

linux / debian7 / 8: टूल "पिंग" और "स्नम्पेट" के समान परिणाम

user@test:~$ ping 10.7.0.1
PING 10.7.0.1 (10.7.0.1) 56(84) bytes of data.
^C
--- 10.7.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.07.0.1
PING 10.07.0.1 (10.7.0.1) 56(84) bytes of data.
^C
--- 10.07.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.8.0.1
PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
^C
--- 10.8.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.08.0.1
**ping: unknown host 10.08.0.1**
user@test:~$ ping 10.9.0.1
PING 10.9.0.1 (10.9.0.1) 56(84) bytes of data.
^C
--- 10.9.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.09.0.1
ping: unknown host 10.09.0.1
user@test:~$ ping 10.10.0.1
PING 10.10.0.1 (10.10.0.1) 56(84) bytes of data.
^C
--- 10.10.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.010.0.1
PING 10.010.0.1 (10.8.0.1) 56(84) bytes of data.
^C
--- 10.010.0.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1001ms

windows7 / 8/10: टूल "पिंग" और "टेलनेट" के समान परिणाम

(क्षमा करें, मेरे पास हाथ में अंग्रेजी की खिड़कियां नहीं हैं, त्रुटि बताती है कि मेजबान नहीं मिला)

C:\Users\user>ping 10.7.0.1

Ping wird ausgeführt für 10.7.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.07.0.1

Ping wird ausgeführt für 10.7.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.8.0.1

Ping wird ausgeführt für 10.8.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.08.0.1
Ping-Anforderung konnte Host "10.08.0.1" nicht finden. Überprüfen Sie den Namen,

C:\Users\user>ping 10.9.0.1

Ping wird ausgeführt für 10.9.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.09.0.1
Ping-Anforderung konnte Host "10.09.0.1" nicht finden. Überprüfen Sie den Namen,

C:\Users\user>ping 10.10.0.1

Ping wird ausgeführt für 10.10.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.010.0.1

Ping wird ausgeführt für 10.8.0.1 mit 32 Bytes Daten:
STRG-C
^C

— vchrizz
स्रोत

एक अग्रणी शून्य अक्सर ऑक्टल को दर्शाता है। दरअसल, ऑक्टल 010 दशमलव 8, और 08 और 09 अमान्य ऑक्टल नंबर हैं। तो हां, AthomSfere द्वारा (वर्तमान में) स्वीकृत उत्तर गलत है (या कम से कम अधूरा है)। इसकी टिप्पणियाँ, और कुछ अन्य उत्तर देखें।

— अर्जन

उघ, 10.010.0.1 का वह काम अभी बिल्कुल भयानक है। माइक्रोसॉफ्ट विंडोज में, पिंग 10.070.0.1 को 10.56.0.1 और 10.080.0.1 के रूप में माना जाता है, "पिंग अनुरोध होस्ट 10.080.0.1 को ढूँढ नहीं सका। कृपया नाम की जाँच करें और पुनः प्रयास करें।"

— TOOGAM

1

हां, @TOOGAM, ऑक्टल 070 दशमलव 56 है। ऑक्टल 080 एक मान्य संख्या नहीं है।

— अर्जन

-4

दो आईपी पते अलग हैं।

हालाँकि:

लोग आमतौर पर उन्हें एक ही मानते हैं।
कुछ सॉफ्टवेयर उन्हें समान मानते हैं।
कुछ सॉफ्टवेयर, कुछ प्लेटफार्मों पर, उन्हें अलग मानेंगे।

यदि यह भ्रमित करने वाला लगता है, तो यह इसलिए है क्योंकि आईपी पते को लिखे जाने के तरीके को नियंत्रित करने का कोई मानक नहीं है, इसलिए इतिहास के विभिन्न बिंदुओं पर अलग-अलग प्रोग्रामर, और विभिन्न प्लेटफार्मों पर, सभी को अलग-अलग विचार करना चाहिए कि क्या किया जाना चाहिए।

आईपी पते वास्तव में द्विआधारी हैं, और लोग आईपी पते का प्रतिनिधित्व करने के लिए एक बिंदीदार दशमलव संकेतन का उपयोग करते हैं। सॉफ्टवेयर विभिन्न संख्यात्मक आधारों (जैसे दशमलव, अष्टक, हेक्स) को स्वीकार कर सकता है और चीजों को विभिन्न तरीकों से व्याख्या कर सकता है कि आप इसे कैसे लिखते हैं। आप कैसे लिखते हैं यह सॉफ्टवेयर बता सकता है कि आप किस आधार पर लिख रहे हैं।

मैं आपको सलाह देता हूं: यदि आप डॉटेड दशमलव संकेतन का उपयोग करना चाहते हैं तो अग्रणी शून्य का उपयोग न करें । कुछ सॉफ्टवेयर इस बात पर विचार करेंगे कि एक ध्वज का अर्थ है कि आप एक अष्टक संख्या में प्रवेश कर रहे हैं। यदि आप एक दशमलव संख्या में दर्ज करने का मतलब है, तो आपको वे परिणाम नहीं मिलेंगे जो आप उम्मीद करते हैं।

मैंने इसी तरह का प्रश्न पूछा और कुछ अच्छी प्रतिक्रियाएँ मिलीं, इसलिए यदि आप आरएफसी के बारे में पढ़ना चाहते हैं, तो वहाँ होने के लिए अच्छी जानकारी है।

— YetAnotherRandomUser
स्रोत

-6

यह दोनों तरह से काम करना चाहिए। आप तीन अंकों की संख्या के साथ पिंग भी कर सकते हैं और कंप्यूटर आईपी पते को समझ जाएगा।

संपादित करें : विंडोज़ इसे ऑक्टल के रूप में पढ़ेंगे, यह केवल लिनक्स के लिए काम करता है।

— xR34P3Rx
स्रोत

यह सच है। बिंदीदार दशमलव प्रारूप, जैसा कि ज्ञात है, वास्तव में केवल मनुष्यों के लिए है। नेटवर्क पर डिवाइस आईपी पते के इस प्रतिनिधित्व का उपयोग नहीं करते हैं।

— पैट्रिक सीमोर

1

@ बोर वॉन: हाँ, सिवाय इसके कि मुझे लगता है कि आपने 186 और 168 को गलती से ट्रांसपोज़ कर दिया।

— पैट्रिक सेमूर

6

3-अंकों की संख्या के साथ पिंग का उपयोग करना काम नहीं कर सकता है। यह उन्हें अष्टाध्यायी मान सकता है।

— ग्रीनस्टोन वाकर

1

@LightnessRacesinOrbit वास्तव में, दिए गए उदाहरण काम करेंगे भले ही आप उन्हें शून्य-पैड कर दें, कम से कम विंडोज और डेबियन में (मेरे पास मैक नहीं है)। बग / सुविधा केवल तब होती है जब संख्या शून्य गद्देदार होती है, और शून्य गद्देदार संख्या 7 से अधिक होती है (जैसा कि अष्टक और दशमलव समान होगा)। यदि आप एक वैध दशमलव पते को शून्य-गद्देदार (जैसे 012.034.056.078) दर्ज करने का प्रयास करते हैं, तो यह अभी भी अष्टक के रूप में पार्स करने का प्रयास करेगा, जिसके परिणामस्वरूप पिंग फ़ंक्शन में विफलता होगी।

— मार्च हो

1

@ मार्शहो: हां, हम यही कह रहे हैं।

— कक्षा में

-11

अग्रणी शून्य अर्थहीन है। अष्टक (आधार -10) 0-255 संख्याएँ हैं, तार नहीं।

चूंकि मुझे बिल्कुल यकीन नहीं है कि आप क्या पूछ रहे हैं (या कि आप जानते हैं कि किस सवाल को पूछना है :)): उस ने कहा, आईपी # आपके नेटवर्क के समान सबनेट में होना चाहिए। यदि आप 192.168.0.0 के सबनेटमास्क के भीतर 11.12.13.14 चुनते हैं, तो वह डिवाइस उस सबनेट से बात नहीं कर पाएगा या उसका उपयोग नहीं कर पाएगा।

— RenegadeX
स्रोत

योग्य - नहीं, मैं सबनेट को नहीं समझता, और नेटवर्किंग की मूल अवधारणा ... बस एक उत्पाद का सामना नहीं करना पड़ा जिसके लिए 3 अंकों की आवश्यकता थी। मैं केवल 11.12.13.14 को चर के रूप में उपयोग कर रहा था ... लेकिन धन्यवाद :)

— ब्रॉक वॉन

9

-1: नहीं, inet_addrऔर सैकड़ों हजारों उपकरण जो इस पर भरोसा करते हैं कि पता पार्सिंग के लिए एक प्रमुख 0 है जिसका अर्थ है कि बाइट को बेस -8 नोटेशन में दिया गया है। यह शायद ही "अर्थहीन" है।

— कक्षा