2600.network डायलअप सेवा

 (2600.network)
1 पॉइंट द्वारा GN⁺ 2024-03-19 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • 2600.network उन उपयोगकर्ताओं के लिए डायलअप कनेक्शन जानकारी एक ही जगह पर जुटाने वाली सेवा है, जो टेलीफोन लाइन और मॉडेम से Bulletin Board से जुड़ना चाहते हैं
  • यह एरिया कोड, टोल-फ्री नंबर और डायरेक्ट नंबर की सूची देता है, ताकि उपयोगकर्ता 2600.network से फोन के जरिए कनेक्ट कर सकें
  • कनेक्ट होने के बाद यह अलग-अलग Bulletin Board के लिए जरूरी लॉगिन क्रेडेंशियल्स देता है, और यह जानकारी telnetbbsguide.com से लाई जाती है
  • यह फोन लाइन ढूंढने, मॉडेम सेटअप, नेटवर्क कैसे काम करता है, और समस्या-समाधान के लिए मार्गदर्शन देता है, साथ ही रियल-टाइम स्टैटिस्टिक्स और पुराने ग्राफ़ के जरिए कनेक्शन स्थिति देखी जा सकती है
  • यह ऑटोमैटिक रजिस्ट्रेशन या मैन्युअल अप्रूवल अनुरोध से शुरू किया जा सकता है, और साथ में शर्तें·प्राइवेसी पॉलिसी, डोनेट, और संपर्क पेज भी उपलब्ध हैं

कनेक्शन और उपयोग की तैयारी

  • Phone Numbers: 2600.network से कनेक्ट करने के लिए एरिया कोड, टोल-फ्री नंबर, और डायरेक्ट फोन नंबर की सूची
  • Logins: फोन से कनेक्ट होने के बाद कई Bulletin Board में लॉगिन करने के लिए जरूरी क्रेडेंशियल्स की सूची
    • क्रेडेंशियल्स telnetbbsguide.com द्वारा उपलब्ध कराए जाते हैं
  • Information: फोन लाइन ढूंढने, मॉडेम सेट करने, नेटवर्क कैसे काम करता है यह समझने के लिए टिप्स, समस्या-समाधान, और उपयोग विधि की जानकारी
  • Register: आप ऑटोमैटिक रजिस्ट्रेशन से शुरू कर सकते हैं या जरूरत पड़ने पर मैन्युअल अप्रूवल का अनुरोध कर सकते हैं

संचालन जानकारी और सहायता

  • Statistics: कनेक्शन प्रदर्शन देखने के लिए रियल-टाइम स्टैटिस्टिक्स और पुराने ग्राफ़ उपलब्ध कराता है
    • 2600.network से जुड़े कुल उपयोगकर्ता गतिविधि की भी निगरानी की जा सकती है
  • Donate: इसमें जरूरी चीज़ों और मदद करने के तरीकों की जानकारी है, और दान का उपयोग लाइनों और उपकरणों के संचालन व रखरखाव में किया जाता है
  • Terms of Service/Privacy Policy: नेटवर्क को सभी के लिए उपयोग योग्य बनाए रखने वाले नियमों की जानकारी देता है, और कनेक्ट करने से पहले इसे पढ़ना चाहिए
  • Contact: आप सवाल, राय, और समस्या रिपोर्ट भेज सकते हैं, और एडमिन जवाब देता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-03-19
Hacker News की राय

  • करीब 15 साल पहले Google Search Appliance नाम का एक प्रोडक्ट हुआ करता था। यह Google का एक गुप्त-तकनीक वाला काला—असल में पीला—बॉक्स था, जो उन लोकल दस्तावेज़ों के लिए on-premises में Google search इस्तेमाल करने देता था जिन्हें data center के बाहर नहीं भेजना चाहिए था
    समस्या यह थी कि जब यह उपकरण ठीक से काम नहीं करता था, तो Google की गुप्त तकनीक की वजह से उसमें सीधे login करके उसे ठीक नहीं किया जा सकता था। Google के engineers को कनेक्ट होकर कारण देखना पड़ता था, लेकिन हर उपकरण का installation environment अलग होता था और वह लगभग हमेशा firewall के पीछे होता था, इसलिए remote access खोलना मुश्किल था
    इसलिए Google ने उपकरण में dial-up modem डालने का चतुर तरीका अपनाया, और rack तक जाकर phone line जोड़कर उसे diagnostic mode में छोड़ देने पर उपकरण Google को call करता था और remote session शुरू हो जाता था। न firewall rules की ज़रूरत पड़ती थी, न अनचाहे data leak या अज्ञात login का जोखिम रहता था

    • AT&T के network equipment में remote और out-of-band access के लिए POTS की ज़रूरत थी, या शायद अब भी है। जब T1/PRI को fiber line पर ले जाना शुरू किया गया था, तब भी वे dedicated POTS line की ज़िद करते थे, जबकि असली copper line पहले ही एक single fiber line में बदल चुकी थी
      phone line adapter से इसका workaround किया जा सकता था, लेकिन अगर वह underlying fiber line बंद हो जाए तो फिर सब कुछ वहीं रुक जाता था
    • लगभग 2010 के आसपास Google interview में मुझसे “Google पैसा कैसे कमाता है?” पर presentation देने को कहा गया था। उस समय मैंने जवाब दिया था, “ads के अलावा ऐसे अजीब search appliances भी हैं,” और उम्मीद की थी कि Google ads के अलावा और revenue sources भी ढूंढे
      नौकरी तो नहीं मिली, लेकिन यह काफ़ी शानदार equipment लगा था
    • लगता है कि call लगते ही firewall के बिना LAN access path बन सकता था। phone line जोड़ते समय शायद Ethernet काट दिया जाता होगा, लेकिन network के बिना समस्या का कितना ठीक से diagnosis हो पाता, यह पता नहीं
    • 1999~2000 के आसपास मैंने एक तरह का distributed database application बनाया था। वह शुरुआती web app का दौर था, इसलिए FreeBSD पर Perl और PostgreSQL इस्तेमाल होते थे और JavaScript लगभग नहीं के बराबर था
      क्योंकि यह ऐसे sensitive data से जुड़ा था जिसे users साझा करने में हिचकते थे, इसलिए हर व्यक्ति का हिस्सा उसके local node पर रखा जाता था, और जब पूरे network में remote query भेजी जाती थी, तो हर node उसे चलाने के बाद local data owner को बताता था, “Sally इस record की copy चाहती है,” और फिर owner तय करता था कि भेजना है या नहीं
      कुछ installations दूरदराज़ इलाकों में थीं और उस समय internet connectivity की उम्मीद नहीं की जा सकती थी। संयोग से कंपनी के पास dial-up ISP भी था, इसलिए मैंने एक जुगाड़ू लेकिन आज भी काफ़ी गर्व करने लायक system बनाया
      पूरा सिस्टम GPG-encrypted attachments वाली dial-up email के ऊपर बनाया गया था, और हर node दिन में कुछ बार ISP को dial करता था, standard POP3/SMTP प्रक्रिया चलाता था, incoming requests संभालता था और outgoing requests सौंप देता था। real-time responsiveness महत्वपूर्ण नहीं थी, इसलिए इसे asynchronous तरीके से बनाया जा सकता था, और ग्राहक को बस phone line देनी होती थी
    • उपकरणों में dial-up जोड़ना काफ़ी स्थापित pattern था। 2007 में जब मैंने IBM के साथ काम किया था, तब भी कई products में terminal पर dial-in करने के tools थे
      हालाँकि शायद वे IBM को वापस call नहीं करते थे; लोग बस dial-up से terminal इस्तेमाल करते थे

  • बढ़िया। मैं T-Mobile पर GSM बंद होने से पहले करीब 20 साल में पहली बार CSD call टेस्ट करने के लिए ऐसी ही किसी चीज़ की तलाश कर रहा था। Vancouver में एक और सेवा थी, लेकिन शायद वह पिछले साल बंद हो गई होगी, और यह भी पक्का नहीं कि data calls international स्तर पर काम करती हैं या नहीं
    अगर कनाडा में इसे आज़माना चाहें, तो वह सेवा यहाँ है: https://www2.vcn.bc.ca/free-internet-access-via-dial-up/

    • क्या सैद्धांतिक रूप से IMS (जैसे VoLTE, जहाँ कम से कम कुछ स्तर की service quality तो होनी चाहिए) पर analog modem, या सबसे बुरी स्थिति में acoustic coupler, इस्तेमाल किया जा सकता है? या फिर fixed-line VoIP fax की तरह jitter और codec बहुत खराब साबित होंगे?
      मेरी समझ है कि कुछ networks जो अब भी GSM देते हैं, आधुनिक core network के साथ compatibility के लिए core network emulation इस्तेमाल करते हैं; इसी वजह से क्या CSD पहले से ही टूट चुका होगा, यह भी जानना दिलचस्प है

  • जानकारी के लिए, 2600Hz telecom companies द्वारा इस्तेमाल किया जाने वाला एक आम handshake tone था
    इसी वजह से “2600” बार-बार दिखाई देता है
    https://en.m.wikipedia.org/wiki/2600_hertz

    • 2600Hz से जुड़ा काफी दिलचस्प इतिहास है, खासकर उन लोगों के लिए जो या तो इसे याद रखने के लिए बहुत छोटे थे या जो आज लगभग गायब हो चुकी hacker श्रेणी phreaking का हिस्सा नहीं थे
      Joybubbles नाम के एक phreaker द्वारा सीटी से इस tone का उपयोग पहला ज्ञात मामला था, और बाद में पता चला कि serial cereal box में आने वाली toy whistle भी यही tone निकाल सकती है, जिसके बाद John Draper, यानी Cap'n Crunch, ने इसका और उपयोग किया
      आजकल nostalgia के लिए उस whistle को 3D print भी किया जा सकता है
      https://www.thingiverse.com/thing:2630646
    • 2600:: भी ping connectivity check के लिए एक याद रखने में आसान IPv6 address है। इसका reverse lookup अब www.sprint.net पर जाता है, जो अब Cogent का हिस्सा है
    • 2600 ने 2000 के आसपास की कई “hacker” — जो असल में tinkerers के ज्यादा करीब थे — communities के नामों को भी प्रेरित किया
      वे लोग कहाँ गए, पता नहीं; शायद social media ने उनकी जगह ले ली
      उस समय Scandinavia में tech “nerds” के लिए 2600 नाम वाले कई tinkerer groups थे। अंत में शायद, मेरी तरह, लोग उम्रदराज़ हो गए और “मिलना-जुलना” छोड़ दिया, लेकिन आज के युवा tech “nerds” कहाँ जाते हैं, यह जानने की उत्सुकता है
      यह भी दिलचस्प है कि बाद में Anonymous जैसी चीज़ों को जन्म देने वाली बहुत anarchist भावना आज की युवा पीढ़ी में उतनी जड़ नहीं जमा सकी, जबकि पश्चिमी अर्थव्यवस्था और सरकार ने उन्हें हमारी पीढ़ी से भी ज़्यादा दबाया और पीछे छोड़ा है। उस दौर के लोग अब भी ज़्यादातर इसे चला रहे हैं और अब सभी 40+ उम्र के हैं
      खैर, लगता है कि ऐसी communities और वह tone इसके नाम के लिए मज़बूत प्रेरणा रहे होंगे
    • “2600Hz telecom companies द्वारा इस्तेमाल किया जाने वाला एक आम handshake tone” यह वाक्य वर्तमान काल में नहीं बल्कि भूतकाल में होना चाहिए। 1980 के दशक में किसी समय इसे चरणबद्ध रूप से हटा दिया गया था
    • 2600Hz का उपयोग यह संकेत देने के लिए होता था कि trunk line व्यस्त है या खाली। सही timing पर 2600 tone डाल देने से trunk पर कब्ज़ा किया जा सकता था और call routing functions तक पहुँचा जा सकता था
      वह दौर याद आता है। स्कूल वाली रातों में भी local telephone exchange के dumpster खंगालना, और कुछ सचमुच शानदार चीज़ अभी-अभी मिल जाने के कारण सुबह 5 बजे तक जागते रहना

  • ऐसे projects दिल को गर्माहट देते हैं। 2600 capture, 2600 पर खत्म होने वाले POTS area codes, और BBS transfer तक में जो detail पर ध्यान दिया गया है, वह अच्छा लगता है
    operator, founder और maintainers के लिए तालियाँ। यह 2600 की spirit को सही तरह से साकार करता है

  • जानकारी के लिए, 2600 शुरुआती दौर की एक मशहूर phreaking·hacking electronic magazine है। इसका नाम खुद phone phreaking में इस्तेमाल होने वाली 2600Hz frequency की ओर इशारा करता है
    https://en.m.wikipedia.org/wiki/2600:_The_Hacker_Quarterly

    • और जोड़ूँ तो, 2600 सिर्फ शुरुआती पत्रिका नहीं है, यह आज भी जारी है। यह अब भी प्रकाशित होती है, और ऊपर दिए गए Wikipedia लेख में इसकी official site का link है

  • digital telephone lines dial-up connection को कितनी अच्छी तरह carry कर सकती हैं? शुरुआती digital lines के दौर में, fax की तरह, इसमें भी समस्याएँ थीं। fax के लिए V.34 और दूसरे सुधार आए, लेकिन dial-up के बारे में मुझे ज़्यादा पता नहीं

    • अगर codec के तौर पर G.711 इस्तेमाल कर सकते हैं, तो jitter पर निर्भर करते हुए यह आम तौर पर ठीक काम करेगा। G.711 1972 का digital telephony codec है जिसे telecom companies T1/E1 पर इस्तेमाल करती थीं
      VoIP में samples को एक-एक करके multiplex करने के बजाय 20ms के bundles में packetize किया जाता है
      अगर कोई नया predictive voice codec इस्तेमाल किया जाए तो सफलता की संभावना बहुत कम होगी, और पुराने low-speed modem rates पर नीचे जाने से मदद मिल सकती है
    • यह काफ़ी अच्छी तरह काम करता है। कुछ साल पहले मैंने इस पर एक blog post लिखा था: https://frank.petril.li/posts/dialup-adventures-1/
    • शुरुआती digital lines पूरी तरह circuit-switched थीं, इसलिए उन्होंने modern VoIP-आधारित “lines” की तरह jitter नहीं जोड़ा, और इस वजह से analog या digital fax चलाने में शायद कोई बड़ी समस्या नहीं रही होगी
      मेरी याद में V.34 मुख्य रूप से speed improvement ही था
    • अगर आपके पास Cisco SPA122, Linksys, Polycom 302 जैसे ATA हैं, तो शायद 2400~14,400 baud के बीच speed मिल सकती है। अलग-अलग speeds को खुद test करना पड़ेगा
      fax आम तौर पर ऐसे ATA पर 9600 और 14,400 speed हासिल कर लेते हैं। अगर codec uncompressed G.711 हो, तो यह बहुत मदद करता है, और अमेरिका में यह u-law PCM होता है। PCM, music CD में रिकॉर्ड होने वाले bits जैसा है, लेकिन बहुत कम bitrate पर

  • बचपन में dial-up, war dialing, और telnet ही internet की पराकाष्ठा थे

    • Orinoco Gold! बाद में जब netbook में Atheros आया तो मैंने passive Atheros पर switch कर लिया, लेकिन scancat gear शायद अभी भी कहीं पड़ा होगा

  • सोच रहा हूँ कि क्या किसी ने D-Modem इस्तेमाल किया है [1]
    “D-Modem softmodem के physical hardware को SIP stack से बदल देता है। analog phone line पर software DSP और audio भेजने-लेने के बजाय, audio SIP VoIP call के RTP या SRTP media stream के ज़रिए जाता है।” [2]
    काफ़ी शानदार लगता है
    [1] https://github.com/AonCyberLabs/D-Modem?tab=readme-ov-file
    [2] https://www.aon.com/cyber-solutions/aon_cyber_labs/introduci...

  • networking में 2600 का क्या मतलब है?
    2600.com पर एक बहुत पुरानी hacker magazine है, Cisco के पास 2600 series routers हैं, AT&T का IPv6 2600 से शुरू होता है, और comments के अनुसार यह फोन dialing में इस्तेमाल होने वाला standard tone भी था — यानी यह कई जगह दिखता है

    • पुराने telephone network में call setup और control के लिए in-band signaling का इस्तेमाल होता था। अगर आपने 90s से पहले कभी long-distance call की हो, तो call connect होना शुरू होने के बाद सुनाई देने वाला tone आपको याद हो सकता है
      उस control structure में सबसे महत्वपूर्ण frequencies में से एक 2600Hz थी। यह tone चल रही call को काट देता था और एक open tandem trunk छोड़ देता था, जिससे call routing functions तक पूरी पहुंच मिल सकती थी, और इसी वजह से Blue Box, Captain Crunch, और इसी नाम की magazine के कारण यह बदनाम हो गया
    • 2600Hz वह frequency थी जिसे पुराने telephone switches control tone के रूप में इस्तेमाल करते थे
      मूल रूप से, पुराने telephone switches अलग-अलग frequency tones या tone pairs भेजकर commands चलाते थे, और 2600Hz वह tone था जो बताता था कि call खत्म हो गई है
      उस समय telephone phreaks ने सबसे पहले 2600Hz control frequency को खोजा था, और क्योंकि उसी ने पूरी phreaking culture को जन्म दिया, इसलिए 2600 telephone phreaking का shorthand बन गया

  • हाल ही में मुझे संयोग से 2600: The Hacker Quarterly नाम का एक अब लगभग क्लासिक बन चुका publication मिला। मुझे print media पसंद है, और यह मेरे taste के बिल्कुल मुताबिक था
    इसमें phreaking से लेकर शानदार BASH scripts तक कई साफ-सुथरे विषय शामिल हैं, और इसका minimalist design और attitude मुझे बहुत पसंद आया, इसलिए recommend करना चाहता हूँ। मैं जुड़ा हुआ नहीं हूँ, बस पसंद है

    • phrack.org पर मौजूद Phrack Magazine भी देखना अच्छा रहेगा। यह online वितरित होने वाली electronic magazine है और अभी भी सक्रिय है, हालांकि issues के बीच कई-कई साल का अंतर हो सकता है। फिर भी 2024 के लिए writers call भी है
      इससे भी पुराना एक paper publication Blacklisted! 411 था, जिसका format 2600 से बहुत मिलता-जुलता था। मैं पहले इनके कुछ gatherings में गया था
    • यह सचमुच एक शानदार publication है, और यह अब भी जारी है, यह जानकर खुशी होती है
      अगर मिल जाए, तो इसमें बेहतरीन लेखों का एक 1000-पृष्ठ का hardcover anthology भी है