নির্দিষ্ট এইচটিটিপিএস সাইটের সাথে সংযোগ স্থাপন করতে পারে না

12

আমি কেবল একটি রাউটারের মাধ্যমে একটি নতুন অ্যাপার্টমেন্টে এবং ইন্টারনেট সংযোগের সাথে সরে এসেছি এবং আমি খুঁজে পেয়েছি যে এসএসএল ব্যবহার করা বেশ কয়েকটি সাইটের সাথে আমি সংযোগ করতে পারছি না।

উদাহরণস্বরূপ পেপালের সাথে সংযোগ স্থাপনের চেষ্টা করা:

curl -v https://paypal.com
* About to connect() to paypal.com port 443 (#0)
*   Trying 66.211.169.3... connected
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* Unknown SSL protocol error in connection to paypal.com:443 
* Closing connection #0
curl: (35) Unknown SSL protocol error in connection to paypal.com:443

curl -v -ssl https://paypal.com একই আউটপুট দেয়।

কিছু সাইটের জন্য এটি কাজ করে:

curl -v https://www.google.com
* About to connect() to www.google.com port 443 (#0)
*   Trying 74.125.235.112... connected
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using ECDHE-RSA-RC4-SHA
* Server certificate:
*    subject: C=US; ST=California; L=Mountain View; O=Google Inc; CN=www.google.com
*    start date: 2011-10-26 00:00:00 GMT
*    expire date: 2013-09-30 23:59:59 GMT
*    common name: www.google.com (matched)
*    issuer: C=ZA; O=Thawte Consulting (Pty) Ltd.; CN=Thawte SGC CA
*    SSL certificate verify ok.
> GET / HTTP/1.1
> User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
> Host: www.google.com
> Accept: */*
> 
< HTTP/1.1 302 Found
< Location: https://www.google.co.jp/
  .
  .
  .

আমি উইন্ডোজ 7 ইনস্টল করে উবুন্টু 12.04 ব্যবহার করছি। এই সাইটগুলি উইন্ডোজে কাজ করে :(

এই তথ্যটি সাহায্য করে কিনা তা নিশ্চিত নই তবে আমি দৌড়ে ifconfigএসেছি এবং নিম্নলিখিতগুলি পেয়েছি:

eth0      Link encap:Ethernet  HWaddr 1c:c1:de:bc:e2:4f  
          inet6 addr: 2408:c3:7fff:991:686b:8d18:81b3:8dd1/64 Scope:Global
          inet6 addr: 2408:c3:7fff:991:1ec1:deff:febc:e24f/64 Scope:Global
          inet6 addr: fe80::1ec1:deff:febc:e24f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:87075 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54522 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:78167937 (78.1 MB)  TX bytes:10016891 (10.0 MB)
          Interrupt:46 Base address:0x4000 

eth1      Link encap:Ethernet  HWaddr ac:81:12:0d:93:80  
          inet6 addr: fe80::ae81:12ff:fe0d:9380/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:498
          TX packets:0 errors:26 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:17 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:630 errors:0 dropped:0 overruns:0 frame:0
          TX packets:630 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:39592 (39.5 KB)  TX bytes:39592 (39.5 KB)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:180.57.228.200  P-t-P:118.23.8.175  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:39631 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22391 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:43462054 (43.4 MB)  TX bytes:2834628 (2.8 MB)

আমি পিং চালিয়েছি:

ping www.paypal.com
PING e6166.b.akamaiedge.net (184.31.66.234) 56(84) bytes of data.
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=1 ttl=54 time=15.3 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=2 ttl=54 time=15.0 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=3 ttl=54 time=15.2 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=4 ttl=54 time=17.2 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=5 ttl=54 time=16.6 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=6 ttl=54 time=16.7 ms
64 bytes from a184-31-66-234.deploy.akamaitechnologies.com (184.31.66.234): icmp_req=7 ttl=54 time=14.8 ms
^C
--- e6166.b.akamaiedge.net ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6009ms
rtt min/avg/max/mdev = 14.878/15.890/17.214/0.901 ms

এবং www ছাড়াই:

ping paypal.com
PING paypal.com (66.211.169.66) 56(84) bytes of data.
^C
--- paypal.com ping statistics ---
303 packets transmitted, 0 received, 100% packet loss, time 302265ms

traceroute:

traceroute www.paypal.com
traceroute to www.paypal.com (184.31.66.234), 30 hops max, 60 byte packets
 1  118.23.8.175 (118.23.8.175)  8.424 ms  8.404 ms  8.540 ms
 2  118.23.10.121 (118.23.10.121)  8.212 ms  8.189 ms  8.162 ms
 3  122.1.164.213 (122.1.164.213)  9.405 ms  11.359 ms  13.469 ms
 4  60.37.55.165 (60.37.55.165)  8.049 ms  8.072 ms  8.040 ms
 5  118.23.168.89 (118.23.168.89)  8.574 ms  8.549 ms  8.558 ms
 6  210.163.230.238 (210.163.230.238)  8.667 ms  7.605 ms  7.545 ms
 7  xe-4-0-0.a21.osakjp01.jp.ra.gin.ntt.net (61.213.169.218)  18.255 ms  18.232 ms xe-3-0-0.a21.osakjp01.jp.ra.gin.ntt.net (61.213.162.206)  19.042 ms
 8  * * *
 9  * * *
   .
   .
   .
29  * * *
30  * * *

www ছাড়া:

traceroute paypal.com
traceroute to paypal.com (66.211.169.66), 30 hops max, 60 byte packets
 1  118.23.8.175 (118.23.8.175)  5.607 ms  5.674 ms  5.875 ms
 2  118.23.10.121 (118.23.10.121)  5.468 ms  5.453 ms  5.576 ms
 3  122.1.164.213 (122.1.164.213)  7.595 ms  10.062 ms  11.660 ms
 4  60.37.55.165 (60.37.55.165)  5.684 ms  5.660 ms  5.635 ms
 5  60.37.27.90 (60.37.27.90)  5.960 ms  5.924 ms  5.898 ms
 6  ae-11.r20.tokyjp01.jp.bb.gin.ntt.net (129.250.12.197)  86.468 ms  30.960 ms  30.899 ms
 7  as-1.r20.sttlwa01.us.bb.gin.ntt.net (129.250.4.189)  161.185 ms  144.343 ms  132.410 ms
 8  ae-1.r05.sttlwa01.us.bb.gin.ntt.net (129.250.5.47)  139.008 ms  127.377 ms  139.050 ms
 9  xe-0.sprint.sttlwa01.us.bb.gin.ntt.net (129.250.9.190)  116.006 ms  104.306 ms  115.954 ms
10  144.232.1.153 (144.232.1.153)  141.046 ms  129.870 ms  140.991 ms
11  sl-crs2-sj-0-5-2-0.sprintlink.net (144.232.18.204)  131.271 ms  131.248 ms  142.544 ms
12  sl-st31-sj-0-15-0-0.sprintlink.net (144.232.8.151)  129.543 ms  141.575 ms  141.066 ms
13  * * *
14  * * *
    .
    .
    .
29  * * *
30  * * *

Tcpdump:

1   0.000000    114.178.88.59   66.211.169.66   TCP 76  37374 > https [SYN] Seq=0 Win=14520 Len=0 MSS=1452 SACK_PERM=1 TSval=68855 TSecr=0 WS=64
2   0.136291    66.211.169.66   114.178.88.59   TCP 80  https > 37374 [SYN, ACK] Seq=0 Ack=1 Win=4356 Len=0 MSS=1460 WS=1 TSval=3608913175 TSecr=68855 SACK_PERM=1
3   0.136322    114.178.88.59   66.211.169.66   TCP 68  37374 > https [ACK] Seq=1 Ack=1 Win=14528 Len=0 TSval=68889 TSecr=3608913175
4   0.137409    114.178.88.59   66.211.169.66   SSL 309 Client Hello
5   0.274446    66.211.169.66   114.178.88.59   SSL 95  [TCP Previous segment lost] Continuation Data
6   0.274469    114.178.88.59   66.211.169.66   TCP 80  [TCP Dup ACK 4#1] 37374 > https [ACK] Seq=242 Ack=1 Win=14528 Len=0 TSval=68923 TSecr=3608913175 SLE=2881 SRE=2908
7   7.117833    91.189.89.76    114.178.88.59   TLSv1   142 Application Data, Application Data
8   7.118823    114.178.88.59   91.189.89.76    TLSv1   216 Application Data, Application Data, Application Data, Application Data
9   7.393725    91.189.89.76    114.178.88.59   TCP 68  https > 41264 [ACK] Seq=75 Ack=149 Win=146 Len=0 TSval=875420654 TSecr=70634
10  60.301444   66.211.169.66   114.178.88.59   TCP 56  https > 37374 [RST, ACK] Seq=2908 Ack=242 Win=4597 Len=0

এটি একটি জাপানি আইএসপি এবং যদিও আমি মডেম / রাউটারের সাথে একটি তারের সাথে সংযোগ করছি আমার একটি ব্যবহারকারী নাম এবং পাসওয়ার্ড যুক্ত করা দরকার, তবে উবুন্টুর "তারযুক্ত" সংযোগের সাথে আমি এগুলি যুক্ত করতে পারিনি। আমার হাউসমেট আমাকে একটি ওসিএন সংযোগ তৈরি করতে বলেছিল তবে আমি নিশ্চিত নই যে এটি কোনও ধরণের নেটওয়ার্কের নাম বা কেবল জাপানি সংস্থা কিনা ... তবে তার কম্পিউটারটি দেখার পরে আমরা এটি পিপিপিওই সংযোগ বলে খুঁজে পেয়েছি। কিছুটা গুগল করার পরে আমি শিখলাম যে পিপিপিওই কানেকশন তৈরি করতে আমাকে ডিএসএল সংযোগ তৈরি করতে হবে এবং এটিতে আমি একটি পাসওয়ার্ড এবং ব্যবহারকারীর নাম যুক্ত করতে পারি। আমি স্বয়ংক্রিয়ভাবে সংযোগ না করার জন্য "তারযুক্ত" সংযোগটিও পরিবর্তন করেছি।

আমি যদি সরাসরি মডেমটিতে জড়িত হই তবে একই সমস্যাটি পাই।

আমি ডিএসএল এমটিইউ 500, 1500, 1492 এবং 1482 এ পরিবর্তন করার চেষ্টা করেছি কিন্তু এতে কোনও তফাত হয়নি।

এছাড়াও কিছু কারণে উবুন্টু সর্বদা সংযোগটি গ্রহণ করে না, কখনও কখনও এটি সংযোগের জন্য আমাকে পুনরায় চালু করতে হবে।

12.04  ssl  https 
— mind.blank
সূত্র
এই সাইটগুলি কি কেবল খুলছে না curlবা অন্য ব্রাউজারগুলির সাথেও খুলছে না?
— এডিম্পেওলফ
তারা একেবারেই খুলছে না, আমি সমস্যাটি কোথায় রয়েছে তা সন্ধান করার চেষ্টা করছিলাম ...
— mind.blank
@ mind.blank - আপনি সংযোগ দেওয়ার চেষ্টা করার সময় ব্রাউজার আপনাকে কী দেয়? যদি আপনি মূল উইন্ডো থেকে কিছু না পান তবে ফায়ারব্যাগ ইনস্টল করার চেষ্টা করুন (যদি আপনি ফায়ারফক্স ব্যবহার করেন; যদি আপনি ক্রোম ব্যবহার করেন তবে এটিতে বিকাশকারী সরঞ্জামগুলি অন্তর্নির্মিত রয়েছে), এটি খুলুন এবং কনসোল এবং নেট ট্যাবগুলি সক্রিয় করুন এবং দেখুন কিনা আছে কোন ত্রুটি, তারপর তাদের এখানে রিপোর্ট।
— শওনা
আপনি কি রাউটার আগে ব্যবহার করছেন নাকি নতুন? এছাড়াও, আপনি নির্বোধ কিছু করেন নি এবং আপনার এসএসএল প্যাকেজগুলি বা কোনও ডিফল্ট ইনস্টল থেকে কোনও আপগ্রেড করেছেন? আমি এই সমস্ত সাইটগুলিতে সূক্ষ্মভাবে অ্যাক্সেস করছি (ভাল, আমার প্রক্সিটির মাধ্যমে কমপক্ষে, চীন এলোমেলোভাবে এসএসএল প্রোটোকল অন্যথায় অবরুদ্ধ করে), তাই আমি অনুমান করছি যে সমস্যাটি রাউটারের সাথে বা কোনও আপগ্রেড / ইনস্টলড প্যাকেজ সহ রয়েছে lies
— এডিম্পিওল্ফ
@ শৌনা আমি ক্রোম ব্যবহার করছি এবং এটি বলছে Error 7 (net::ERR_TIMED_OUT): The operation timed out। ফায়ারফক্স কেবল লোড করার চেষ্টা চালিয়ে যায় কিন্তু কখনই হয় না (পৃষ্ঠাটি পরিবর্তন হয় না)। কনসোল এবং নেটওয়ার্ক আমাকে কিছু দেয় না ...
— mind.blank

উত্তর:

11

এটি একটি পুরানো প্রশ্ন, তবে গুগলের মাধ্যমে যারা এখানে আসছেন তাদের পক্ষে এটি সহায়তা করবে। সমস্যাটি হ'ল এসএসএলে বিভাজন খারাপ, এবং প্রোটোকলটি ভেঙে দেয়। আপনি যদি পিপিপিওই ব্যবহার করে থাকেন তবে আপনার রাউটার / ডিএসএল / কেবল মডেমের সাধারণ এমটিইউ 1492 That এটি খুব বেশি, এবং খণ্ডিত হওয়ার কারণ ঘটবে। 1476 হল এমন যাদু নম্বর যা বেশিরভাগ সাইটের সাথে কাজ করবে। কিছু সাইটগুলি বিভিন্ন এসএসএল বাস্তবায়ন ব্যবহার করে যাতে ১৪৮০ কাজ করতে পারে, বা এমনকি ১৪৮৮ the

— regretoverflow
সূত্র
1
আমি দেখতে পাচ্ছি না কীভাবে বিভাজন এসএসএলকে ভেঙে দেবে। ফ্রেগমেন্টযুক্ত প্যাকেটগুলি আইপিভি 4 এ রাউটারগুলির মাধ্যমে পুনরায় সংযুক্ত করা হবে। এসএসএল টিসিপি-র শীর্ষে ঘটে যায়, এমন একটি স্তরে যেখানে আপনার এটি লক্ষ্য করা উচিত নয়। আমি মনে করি এটি এমটিইউ মানগুলির সাথে সম্পর্কযুক্ত তবে আমি মনে করি না যে আপনার ব্যাখ্যাটি যোগ্যতা অর্জন করে। আমি মনে করি এটি উভয় প্রান্তে সিঙ্ক না করে এমটিইউ সেটিংসের সাথে সম্পর্কযুক্ত যার ফলস্বরূপ টুকরো টুকরো টুকরো টুকরো ছড়িয়ে পড়ে wrong ম্যাজিক নম্বরটি আপনার ক্ষেত্রে কার্যকর হতে পারে তবে অন্যের জন্য নয়।
— জার্মটভিডিজক
ডিএফ (ডন্ট ফ্র্যাগমেন্ট) বিটটি সর্বদা নকশার দ্বারা এসএসএল ট্র্যাফিকের উপর সেট করা থাকে - খণ্ডটি একটি সুরক্ষা গর্ত। একটি খণ্ডিত এসএসএল প্যাকেটটি সময়ের 99.9% বাদ পড়বে। পিপিওই ট্রাফিকের উপরে খুব কম একটি এমটিইউ খণ্ডিত হতে পারে।
— রেজিস্ট্রোফ্লো
পেপাল ওয়েবসাইটটি দিয়ে আমার সাথে এটি ঘটেছিল। আমি এমটিইউ 1476 এর সাথে নিষ্পত্তি করার চেষ্টা করেছি এবং কাজ করে নি, তবে 1480 নিয়ে কাজ করেছি। ধন্যবাদ!
— ক্রীড়নশীল
আমি আপনার প্রতিক্রিয়া না পাওয়া পর্যন্ত আমি এটিকে সমাধান করার চেষ্টা করে সকাল 6-200 টা পর্যন্ত কাটিয়েছি। অনেক প্রশংসিত!
— ওয়েবিহিন্ড
1
পবিত্র গরু! এটি sudo yum install docker-engineএকটি সেন্টোস box বাক্সে yum.dockerproject.org রেপো যুক্ত করার পরে আমাকে সক্ষম করেছিল: এমটিইউকে sudo ip link set mtu 1476 dev enp6s0তার ডিফল্ট থেকে 1500 থেকে 1476 এ নামিয়ে আনতে: yum.dockerproject.org কেন অ্যাক্সেসযোগ্য ছিল তা নির্ধারণের চেষ্টা করার জন্য একদিনের জন্য আমার মাথা আঁচড়ে গেছে একই নেটওয়ার্কের অন্যান্য নোড থেকে https এর মাধ্যমে।
— jwd630
3

চেষ্টা করার জন্য এখানে কয়েকটি জিনিস দেওয়া হয়েছে:

  1. আপনার নেটওয়ার্ক কার্ড সেটিংস পরীক্ষা করুন। আপনার কোনও ইথ ইন্টারফেস আইপিভি 4 অ্যাড্রেস দেখাচ্ছে না। আপনি আইপিভি 4 চালু করেছেন তা নিশ্চিত করুন (আইপি পুনর্নবীকরণের জন্য আপনার রাউটারের সাথে আপনার সংযোগটি পুনরায় প্রতিষ্ঠিত করতে হতে পারে)। যদি এটি কাজ না করে, IPv6 সমর্থনটি বন্ধ করে দেখুন এবং দেখুন এটি কোনও পার্থক্য করে কিনা। আপনার ঘড়ির দ্বারা নেটওয়ার্কিং আইকনটিতে ডান ক্লিক করে (ইথারনেট সংযোগের সময়, এটি তীরের জুড়ি, একটিকে উপরে দেখানো, অন্যটি নীচে) এবং "সংযোগগুলি সম্পাদনা করুন ..." নির্বাচন করে এটি করুন। "আইপিভি 4 সেটিংস" ট্যাবে, এটি "স্বয়ংক্রিয় (ডিএইচসিপি)" তে সেট করা আছে কিনা তা নিশ্চিত করুন। আপনি যদি আইপিভি 6টি বন্ধ করতে চান তবে তার ট্যাবে যান এবং এটি "উপেক্ষা করুন" এ সেট করুন।

  2. আপনি অন্যান্য পদ্ধতি ব্যবহার করে সাইটগুলিতে সংযোগ করতে পারবেন কিনা তা পরীক্ষা করে দেখুন। আপনি যে pingসাইটগুলিতে সংযোগ করতে পারবেন না তার জন্য কী প্রতিক্রিয়া জানায়? কীভাবে traceroute(এফওয়াইআই ব্যবহার করার জন্য আপনার ট্রেসরয়েট ইনস্টল করতে হতে পারে)? তাদের প্রতিক্রিয়াগুলি আপনাকে সমস্যার সমাধানে সহায়তা করতে পারে। যদি তারা ইউআরএল এর সার্ভারগুলিতে না যেতে পারে তবে এটি কোনও ডিএনএস সমস্যা হতে পারে (তবে তারা যদি ইউআরএল এর সার্ভারগুলিতে যেতে পারে তবে তা বাদ দেওয়া হয়, এর অর্থ সম্ভবত এই কমান্ডগুলি অবরুদ্ধ করা হয়েছে)।

  3. রাউটারটি বাইপাস করুন। যদি আপনার রাউটার এবং আপনার মডেম দুটি পৃথক মেশিন হয় তবে আপনার কম্পিউটারটি সরাসরি আপনার মডেমের দিকে ঝুলিয়ে দেখুন এবং এটির কোনও পরিবর্তন হয় কিনা তা দেখার চেষ্টা করুন।

  4. আপনার মডেম এবং রাউটার পুনরায় চালু করুন। কখনও কখনও, তারা শুধু স্তন্যপান।

  5. আপনার কম্পিউটার পুনরায় চালু করুন। কখনও কখনও, তারা শুধু স্তন্যপান।

  6. একটি আলাদা কম্পিউটার চেষ্টা করুন। আপনার যদি একটি থাকে, অন্য কম্পিউটারটি যেখানে এটি ব্যর্থ হয় সেখানে কাজ করে? যদি তা না হয় তবে এটি আপনার নির্দিষ্ট কম্পিউটারের সাথে কিছু হতে পারে।

  7. আপনার কম্পিউটারের ক্যাশে, কুকিজ ইত্যাদি সাফ করুন কখনও কখনও খারাপ সেশন কুকিজ, ক্যাশে ইত্যাদি কোনও সাইটের সাথে সংযোগ স্থাপনে হস্তক্ষেপ করতে পারে (কিছুক্ষণ আগে গুগলের সাথে আমার এই সমস্যা হয়েছিল)। এগুলি সাফ করুন এবং তাজা শুরু করুন এবং দেখুন কী পান।

  8. যে কোনও ভিপিএন সংযোগ বিচ্ছিন্ন করুন। পয়েন্ট-টু-পয়েন্ট প্রোটোকল প্রায়শই ভিপিএন (পিপিপি ইন্টারফেস) এর জন্য ব্যবহৃত হয় এবং ভিপিএনগুলি সাইটগুলিতে সংযোগ স্থাপনে হস্তক্ষেপ করতে পারে। আপনার ঘড়ির মাধ্যমে আপনার নেটওয়ার্ক আইকনটিতে ডান ক্লিক করে "ভিপিএন সংযোগগুলি" এন্ট্রি সন্ধান করে এবং কোনও তালিকা পরীক্ষা না করা হয়েছে তা নিশ্চিত করে (আপনার যদি "ভিপিএন সংযোগগুলি" মেনু আইটেম না থাকে, তবে আপনি ডান না তা নিশ্চিত করুন) টি একটি সেট আপ আছে)। যদি কোনও পরীক্ষিত থাকে, তবে আপনি এটির সাথে সংযুক্ত আছেন, এটি থেকে সংযোগ বিচ্ছিন্ন করুন।

মনে রাখবেন: আপনি যা কিছু করেন না তার ফলে একটি সাধারণ "কাজ বা ব্যর্থ" হয়, আপনার অনুরোধে সার্ভারের প্রতিক্রিয়াতে যে কোনও পরিবর্তন ঘটে তা আমাদের কিছু বলবে। সুতরাং, আপনি যদি উপরের কোনওটি করেন এবং একটি নতুন বার্তা পান তবে আপনার প্রশ্নটি আপডেট করতে ভুলবেন না।

— Shauna
সূত্র
1) দুঃখিত এই দুটি জিনিস কীভাবে করবেন তা নিশ্চিত নন। cyberciti.biz/faq/setting-up-an-network-interfaces-file - কোন আইপি অ্যাড্রেস যুক্ত করবেন তা নিশ্চিত নন। 2) আমি মূল প্রশ্নে তাদের উভয়ই যুক্ত করেছি। 3) আমি দেখতে পাচ্ছি আগামীকাল আমার কাছে এই বিকল্প আছে কিনা (মডেম ইত্যাদি রুমেটের ঘরে রয়েছে)। 4) উপরের মত একই যদিও আমি রাউটারটি কমপক্ষে পুনরায় চালু করেছি। 5) কয়েকবার চেষ্টা করা। )) উবুন্টুর সাথে আমার আর কোনও কমপ নেই, উইন্ডোজ স্যুইচ করার সময় এই সংযোগগুলি কাজ করে। 7) চেষ্টা করেছেন।
— mind.blank
@ mind.blank আপনার লিঙ্কে বাছাইয়ের কিছু করার দরকার নেই। ঘড়িটি দ্বারা সরাসরি নেটওয়ার্কিং আইকনটিতে ডান ক্লিক করুন এবং "সংযোগগুলি সম্পাদনা করুন ..." নির্বাচন করুন। সংযোগে ক্লিক করুন এবং "সম্পাদনা করুন" নির্বাচন করুন এবং "আইপিভি 4 সেটিংস" ট্যাবটি নির্বাচন করুন এবং নিশ্চিত করুন যে এটি "স্বয়ংক্রিয় (ডিএইচসিপি)" তে সেট আছে। তারপর "IPv6 বৈশিষ্ট্যের" ট্যাব এ যান এবং নিশ্চিত করুন "দরকার IPv6, সম্পূর্ণ এই সংযোগের জন্য অ্যাড্রেসিং" হয় উন চেক। সংরক্ষণ করুন এবং পুনরায় সংযোগ করুন। যদি / আপনি আইপিভি 6টি বন্ধ করতে চান, তবে আইপিভি 6 সেটিংস ট্যাবে ফিরে আসুন এবং "স্বয়ংক্রিয়" পরিবর্তন করুন "উপেক্ষা করুন" to
— শওনা
নেটওয়ার্কের মধ্যে সংযোগ> ডিএসএল> সম্পাদনা করুন, IPv4 বৈশিষ্ট্যের এ "স্বয়ংক্রিয় (PPPoE তৈরী)" হয় এবং কোন IPv6, ট্যাব আছে ...
— mind.blank
2

আমি এই আচরণটি দুবার বাস্তবে দেখেছি যার জন্য আমি নিম্নলিখিত সমাধানগুলি পেয়েছি।

  • স্থানীয় নেটওয়ার্কের কিছু কম্পিউটার সাফল্যের সাথে একটি ম্যান-ইন-মধ্য-আক্রমণের চেষ্টা করছে। এটি এআরপি-স্পোফিং গেটওয়েটি ছিল, এইভাবে সমস্ত ট্র্যাফিক এই মেশিনটির মধ্য দিয়ে যাওয়ার জন্য, অনুরোধগুলি এবং অন্যান্য ঘৃণ্য সামগ্রী সংশোধন করে red মেশিনটি উইন্ডোজ চালাচ্ছিল এবং কিছু ন্যক্কারজনক ম্যালওয়্যার দ্বারা আক্রান্ত হয়েছে বলে মনে হয়েছিল। এই মেশিনটি শারীরিকভাবে নেটওয়ার্ক থেকে সংযোগ বিচ্ছিন্ন হওয়ার সাথে সাথে লক্ষণগুলি অদৃশ্য হয়ে গেল।
  • আপনার বা অন্য গেটওয়েতে একটি এমটিইউ সমস্যা । আইপিভি 4-তে গেটওয়ে নেটওয়ার্কে আইপি প্যাকেটগুলি বিভক্তকরণ এবং পুনরায় সংশ্লেষ করার জন্য দায়ী, যদি নেটওয়ার্কগুলির ট্র্যাফিক রাস্তায় করা নেটওয়ার্কগুলির ফ্রেমের আকার একই না থাকে। পিপিপিওই / পিপিপিওএ ব্যবহার করে ডিএসএল সংযোগের জন্য এমটিইউ আকারটি সাধারণত ল্যান পাশের 1500 বাইটের চেয়ে ছোট হয়। এছাড়াও এর মধ্যে রাউটারগুলি ব্যর্থ হয় এবং আপনার রাউটারে আপনাকে টিসিপি এমএসএস ক্ল্যাম্পিং সক্ষম করতে হবে । আমার সর্বদা আমার পূর্ববর্তী আইএসপি সংযোগে এটি সেট করা দরকার ছিল তবে এটি কেবল এসএসএল সম্পর্কিত সমস্যাগুলির চেয়ে বেশি সমাধান করছিল। আপনার মডেম / রাউটারের এমন কোনও বিকল্প আছে কিনা তা পরীক্ষা করুন। এটিকে একটি কর্মচঞ্চল হিসাবে বিবেচনা করুন।
  • আমি এসএসএল ট্র্যাফিক পাস করার জন্য একটি নেটওয়ার্কে সম্ভবত একটি স্বচ্ছ প্রক্সি চালিয়েছিলাম, তবে কোনও কারণে টিএলএসভি 1 এ ব্যর্থ হয়েছিল। ভিপিএন সংযোগ ব্যবহার করার সময় একই অনুরোধটি কাজ করেছিল। ভীতিজনক বিকল্পের সাথে
    চালানোর চেষ্টা করুন । যদি এটি সমাধান করে, তবে এটি দুর্গন্ধযুক্ত।curl--sslv3

চেষ্টা করার জন্য সাধারণ জিনিস:

  • আপনি আপনার মডেম / রাউটারে সর্বশেষতম ফার্মওয়্যারটি চালাচ্ছেন কিনা তা পরীক্ষা করুন। যদি তা না হয় তবে আপগ্রেড করার চেষ্টা করুন।

  • tcpdumpট্রাম্প বা হোয়্যারসার্ক ব্যবহার করে ক্যাপচার করুন এবং এটি বিশ্লেষণ করুন (উদাহরণস্বরূপ এটি এখানে পোস্ট করুন)।

      # 1. start the dump
$ sudo tcpdump -w httpstrafficdump.pcap -i eth0 -s 0 port 443
  # 2. open a new terminal window and do your HTTPS request there (curl/browser)
  # 3. end tcpdump (Ctrl+C)
  # 4. open the file in wireshark
$ wireshark httpstrafficdump.pcap

    আপনি যদি পুনঃসাম্বলিংয়ের ত্রুটিগুলি পেয়ে থাকেন বা পূর্ববর্তী বিভাগটি বারবার হারিয়ে গেছে তবে এটি কোনও এমটিইউ আকারের কারণে প্যাকেট ক্ষতির বিষয়ে একটি পরিষ্কার লক্ষণ।
    তবে এইচটিটিপিএস ট্র্যাফিক এনক্রিপ্ট করা এবং নেটওয়ার্ক ট্র্যাফিক থেকে নিজেই বিশ্লেষণ করা শক্ত।

সম্পাদনা:

আপনার tcpdump থেকে আপনার SSL সমস্যার মূল পরিষ্কার: TCP Previous segment lost। সাধারণ নেটওয়ার্কিং সমস্যার সমাধান এখানে প্রয়োগ করা উচিত তবে এটি আপনার স্থানীয় নেটওয়ার্কের আওতার বাইরে এবং আপনার আইএসপি নিয়ে সমস্যা হতে পারে।

— gertvdijk
সূত্র
আমি কার্ল চালানোর চেষ্টা করেছি --sslv3এবং এটি এখনও কার্যকর হয় না। এছাড়াও আমি ডাম্প ক্যাপচার চেষ্টা করেছি কিন্তু মনে হচ্ছে এটি কাজ করছে না? tcpdump: WARNING: eth0: no IPv4 address assigned 0 packets captured 6 packets received by filter 0 packets dropped by kernel- আমি কীভাবে আইপিভি 4 বরাদ্দ করব তা নিশ্চিত নই ... কাল দেরি হওয়ায় এবং আমার মস্তিষ্ক ঠিকঠাক কাজ করছে না বলে আমাকে আগামীকাল বিশ্রামের চেষ্টা করতে হবে। এখন পর্যন্ত আপনার সহায়তার জন্য সবাইকে ধন্যবাদ!
— mind.blank
@ মন.ব্ল্যাঙ্ক আপনার জন্য এটি ppp0ইন্টারফেস eth0যার পরিবর্তে আমাকে ভাবতে বাধ্য করে: রাউটার ব্যবহারের সময় আপনাকে সংযোগের জন্য পিপিপির দরকার কেন?
— gertvdijk
সাধারণ "তারযুক্ত" সংযোগটি কোনও জিনিসই নেয়নি। আমি এখন পিপিপিওই কেন ব্যবহার করছি সে সম্পর্কে আরও কিছু বিশদ সহ আমার প্রশ্নের নীচে tcpdump যুক্ত করেছি। এছাড়াও আপনার যদি ডাম্প থেকে আরও তথ্যের প্রয়োজন হয় তবে আমাকে জানান।
— mind.blank
@ mind.blank ডাম্পটি খুব কার্যকর, তবে কেবল কোনও সমাধানের দিকে ইঙ্গিত করে না। আমার আপডেট হওয়া উত্তরটি দেখুন।
— gertvdijk
0

সবাইকে হাই, এটি ইতালি থেকে আসা মারকোভেরিওফ, সম্প্রতি আমাদের মতো আপনার মতো একটি সমস্যা হয়েছিল: অ্যান্ড্রয়েড বা উইন্ডোজ ডিভাইসের কোনও সমস্যা না থাকলেও আমাদের সমস্ত লিনাক্স মেশিন কোনও https ওয়েবসাইটের সাথে আর সংযোগ করতে পারে না। আমাদের ডিএসএল রাউটারের মধ্যে একটি এমটিটিউ বিচ্ছিন্নতা ছিল যার 1492 এমটিইউ দৈর্ঘ্য ছিল এবং ডিফল্ট লিনাক্স এমটিটিও যা 1500 ছিল।

ifconfig wlan0 mtu 1492 up

(ইংরাজীতে এই সেটটি নেট ইন্টারফেসের এমটিটিও মান - আমার ক্ষেত্রে wlan0 - থেকে 1492 দৈর্ঘ্য) সমস্যা থেকে মুক্তি পেয়েছে, আপনাকে ধন্যবাদ! আশা করি এটি কারও সাহায্য করতে পারে।

— marcovaleriof
সূত্র
-2

আপনার সমস্ত সহায়তার জন্য ধন্যবাদ, সমস্যাটি শেষ পর্যন্ত ঠিক হয়ে গেছে!

আমি এমটিইউকে সীমাবদ্ধ করার চেষ্টা করছিলাম এটি দেখার জন্য কিনা এটি pppoeconfপিপিপিওই সংযোগ স্থাপনের জন্য ব্যবহার করে শেষ হয়েছে কেননা এটি আমার জন্য এমটিইউ সীমাবদ্ধ করে। আমি তারপরে আমি আগে ব্যবহৃত ডিএসএল সংযোগটি অক্ষম করেছিলাম।

যে কেউ একই ধরণের সমস্যা ভোগ করছেন তাদের জন্য আপনি টাইপ করে sudo ppoeconfএবং নির্দেশাবলী অনুসরণ করে এই সমাধানটি ব্যবহার করে দেখতে পারেন । তারপরে আপনি সংযোগ করতে pon adsl-providerএবং সংযোগ বিচ্ছিন্ন করতে পারেনpoff

— mind.blank
সূত্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.