ไม่สามารถเชื่อมต่อกับเว็บไซต์ที่ไม่ได้ขึ้นต้นด้วย www


11

ผมได้สร้างฮอตสปอตจากอินเทอร์เน็ตบนมือถือและการใช้ของฉัน Andriod แล็ปท็อป Windows 7 www.แต่ฉันไม่สามารถเชื่อมต่อไปยังเว็บไซต์ที่ไม่ได้เริ่มต้นด้วย

ความผิดพลาด:

หากคอมพิวเตอร์หรือเครือข่ายของคุณได้รับการคุ้มครองโดยไฟร์วอลล์หรือพร็อกซีตรวจสอบให้แน่ใจว่า Firefox ได้รับอนุญาตให้เข้าถึงเว็บ

ควรทำการตั้งค่าบนมือถือหรือแล็ปท็อปหรือไม่? ฉันควรเปลี่ยนอะไร

หมายเหตุฉันกำลังใช้ข้อมูลมือถือ เว็บไซต์ที่เริ่มต้นwww.ทำงานได้ปกติ ปัญหาไม่ได้เกิดขึ้นในโทรศัพท์ของฉัน ทุกอย่างก็โอเคเมื่อแล็ปท็อปของฉันใช้ LANป้อนคำอธิบายรูปภาพที่นี่

Broadcom 4313GN 802.11b / g / n 1x1 Wi-Fi อะแดปเตอร์เครือข่าย ป้อนคำอธิบายรูปภาพที่นี่


3
คุณสามารถเยี่ยมชมเว็บไซต์เหล่านี้อย่างถูกต้องในโทรศัพท์ของคุณหรือบนแล็ปท็อปเมื่อเชื่อมต่อกับเครือข่ายอื่นหรือไม่
cascer1

1
เบราว์เซอร์อื่นที่ไม่ใช่ Firefox
Kamil Maciorowski

2
นี่คือคำถามการแก้ไขปัญหา: โปรดทำแบบทดสอบภายใต้เงื่อนไขที่แตกต่างกันและโพสต์ผลลัพธ์ในคำตอบของคุณ ลองใช้แล็ปท็อปเครื่องอื่นที่เชื่อมต่อกับ Wi-Fi เดียวกันและใช้แล็ปท็อปเครื่องเดียวกันเชื่อมต่อกับ Wi-Fi อื่น โพสต์ipconfig /all, ping, nslookup(ตาม Twisty แสดงให้เห็น) และถ้านั่นยังไม่เพียงพอและroute print tracertการตั้งค่าพร็อกซี่ว่างเปล่าเบราว์เซอร์ของคุณและลองบรรทัดคำสั่งlynxหรือcurlหรือwget) มีคนพยายามช่วยเหลืออยู่ที่นี่: โปรดช่วยคนอื่นช่วยคุณ
simlev

3
DNS ของคุณทำงานได้ดี ดูเหมือนว่ามีอย่างอื่นที่บล็อกการรับส่งข้อมูลไปยังเว็บไซต์ที่ไม่ใช่ WWW เมื่อทุกอย่างใช้งานได้ดีเมื่อแล็ปท็อปของคุณอยู่บน LAN ฉันสงสัยว่าโทรศัพท์ของคุณอาจเป็นผู้รับผิดชอบหรืออาจเป็นผู้ให้บริการโทรศัพท์มือถือของคุณ คุณมีโทรศัพท์รุ่นใด คุณใช้อะไรในการสร้างฮอตสปอต
ฉันพูดว่า Reinstate Monica

3
โอกาสใดที่คุณสามารถเชื่อมต่อแล็ปท็อปเครื่องอื่นกับฮอตสปอตของคุณและดูว่าปัญหายังคงมีอยู่หรือไม่? สิ่งนี้จะช่วยให้เรายืนยันหรือปฏิเสธได้อย่างรวดเร็วว่าแล็ปท็อปเป็นสาเหตุหรือเพียงแค่ตกเป็นเหยื่อ
ฉันพูดว่า Reinstate Monica

คำตอบ:


4

จะเกิดอะไรขึ้นถ้าคุณไม่ใช้ชื่อโดเมนแบบเต็ม (FQDN)แต่ใช้ที่อยู่ IP ในเบราว์เซอร์แทน ตัวอย่างเช่นคุณสามารถใช้จะhttp://208.80.154.224/ สิ่งที่คุณควรเห็นคือข้อความที่ระบุ:

ไม่ได้กำหนดค่าโดเมน

โดเมนนี้ชี้ไปที่เซิร์ฟเวอร์มูลนิธิ Wikimediaแต่ไม่ได้กำหนดค่าบนเซิร์ฟเวอร์นี้

แล้วจะเกิดอะไรขึ้นถ้าคุณไม่ใช้ FQDN สำหรับเว็บไซต์ที่อยู่ที่นั้นเช่นhttp://en.wikipedia.org/หรือhttps://en.wikipedia.org/ ?

ฉันพบว่ามันมีประโยชน์ในบางครั้งเมื่อมีสิ่งแปลก ๆ เช่นคุณกำลังเกิดขึ้นเพื่อตรวจสอบสิ่งที่เกิดขึ้นเมื่อฉันลองเชื่อมต่อกับเว็บไซต์โดยใช้ไคลเอ็นต์telnetมากกว่าจากเว็บเบราว์เซอร์ บางครั้งที่ช่วยให้ฉันแยกแหล่งที่มาของปัญหา คุณสามารถติดตั้งลูกค้า Telnet Microsoft จะให้หรือติดตั้งฟรีฉาบ Telnet / SSHลูกค้าแล้วใช้ฉาบเพื่อเชื่อมต่อกับเว็บไซต์และออกคำสั่งว่าเบราว์เซอร์จะออก

หากคุณใช้ไคลเอ็นต์ telnet ของ Microsoft ให้เปิดหน้าต่างพรอมต์คำสั่งจากนั้นออกคำสั่งtelnet example.com 80(แน่นอนคุณสามารถแทนที่ FQDN ใด ๆ สำหรับเว็บเซิร์ฟเวอร์ที่คุณเลือกแทนที่จะเป็น example.com) หากคุณใช้ example.com ให้พิมพ์บรรทัดต่อไปนี้เมื่อเชื่อมต่อกดปุ่ม Enter หนึ่งครั้งหลังจากพิมพ์บรรทัดแรกและสองครั้งหลังจากพิมพ์บรรทัดที่สอง หมายเหตุ: คุณจะไม่เห็นอะไรจากเว็บเซิร์ฟเวอร์เมื่อคุณเชื่อมต่อกับพอร์ต 80 จนกว่าคุณจะป้อนคำสั่ง คุณจะไม่เห็นสิ่งที่คุณพิมพ์กลับไปหาคุณโดยใช้ไคลเอนต์ Microsoft

HEAD / HTTP/1.1
Host: example.com

วิธี HEADข้อมูลการร้องขอจากเซิร์ฟเวอร์ "HTTP / 1.1" ระบุว่าคุณต้องการที่จะใช้รุ่น 1.1 ของโปรโตคอล HTTP ซึ่งสนับสนุนการระบุชื่อโฮสต์ซึ่งเป็นสิ่งจำเป็นสำหรับเซิร์ฟเวอร์โฮสติ้งหลายเว็บไซต์ บรรทัด "โฮสต์" ระบุเว็บไซต์เฉพาะที่คุณต้องการเข้าถึง คุณสามารถใช้HEAD / HTTP/1.0และละเว้นบรรทัด "โฮสต์:" แต่สำหรับเซิร์ฟเวอร์ที่โฮสต์หลายไซต์บรรทัด "โฮสต์:" เป็นกลไกสำหรับเบราว์เซอร์เพื่อระบุเว็บไซต์เฉพาะที่ต้องการเข้าถึง

จากนั้นคุณควรเห็นผลลัพธ์คล้ายกับที่แสดงต่อไปนี้:

HTTP/1.1 200 OK 
Content-Encoding: gzip
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Type: text/html
Date: Tue, 14 Mar 2017 18:11:44 GMT
Etag: "359670651+gzip"
Expires: Tue, 21 Mar 2017 18:11:44 GMT
Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
Server: ECS (iad/182A)
X-Cache: HIT 
Content-Length: 606

ฉันไม่ทราบว่าคุณจะได้รับผลลัพธ์ที่แตกต่างกันหรือไม่สามารถเข้าถึงไซต์ที่ไม่มี "www" พยายามเข้าถึงเว็บไซต์ด้วยวิธีการนั้นแทนที่จะใช้ผ่านเบราว์เซอร์ แต่ฉันพบว่าผลลัพธ์ที่แตกต่างกันบางครั้งเช่นเมื่อ ระบบ Windows ติดมัลแวร์ที่มีผลต่อการเข้าถึงไซต์ผ่านเบราว์เซอร์ในระบบ แต่ฉันไม่คิดว่ามัลแวร์จะเป็นสาเหตุในกรณีของคุณเนื่องจากปัญหาจะไม่เกิดขึ้นเมื่อคุณใช้การเชื่อมต่อ LAN

เครื่องมืออีกอย่างที่มีประโยชน์เมื่อแก้ไขปัญหาการเชื่อมต่อกับเว็บไซต์คือยูทิลิตี้HTTPNetworkSnifferฟรีของ Nir Sofer ซึ่งจะช่วยให้คุณสังเกตปริมาณการใช้งานระหว่างเว็บเบราว์เซอร์บนระบบ Windows และเว็บไซต์ ( ตัวอย่างข้อมูลที่แสดงโดย HTTPNetworkSniffer )


ขอโทษฉันไม่ได้ลอง ตอนนี้ฉันกำลังใช้เว็บไซต์พรอกซี
Amruth A

1

(ขออภัยนี่ไม่ใช่คำตอบจริงๆ แต่เป็นความคิดเห็นที่ยาวนานและการคาดเดาและคำแนะนำแบบสุ่มฉันหวังว่ามันจะช่วยได้)

อ่านคำตอบและความคิดเห็นทั้งหมด (เนื่องจากขาดข้อมูลการแก้ไขปัญหาที่ละเอียดมากขึ้นมันเป็นภาพในที่มืด แต่ที่นี่มันจะไป ... ) ดูเหมือนว่าคุณมีการตั้งค่า 'ไฟร์วอลล์ / VPN' บนโทรศัพท์หรือบน แล็ปท็อปของคุณที่มีกฎเกณฑ์นี้บล็อกการรับส่งข้อมูล HTTP โดยตรงที่ชื่อโฮสต์ที่ไม่ใช่ www

ในโทรศัพท์ของคุณอาจเป็นแอพที่จำลอง mock-VPN (สมมติว่าโทรศัพท์ของคุณไม่ได้รูท) เช่น NoRoot Firewall ดูเหมือนว่าพวกเขาจะสามารถกรองปริมาณการใช้ฮอตสปอตแบบคัดเลือกได้เท่านั้น ข้อเสนอแนะ:

  • ตรวจสอบการตั้งค่า VPN บนอุปกรณ์ Android ของคุณ

  • ทำตามแอพที่ติดตั้งเพื่อดูว่ามีอะไรอย่างไฟร์วอลล์หรือแอพความปลอดภัยทางอินเทอร์เน็ตทั่วไป

  • ในการตั้งค่าระบบคุณอาจพบรายการแอพเหล่านี้ในการตั้งค่า VPN หรือรายการแอพที่ได้รับสิทธิ์การสร้าง VPN

ความล้มเหลวบนแล็ปท็อปของคุณจะต้องมี (อีกครั้งฉันคาดเดา) ผลิตภัณฑ์รักษาความปลอดภัย (และมีจำนวนมากสำหรับ Windows) ที่บล็อกอินเตอร์เฟซ WiFi ของคุณอย่างหนัก (ดังนั้นจึงเป็นเรื่องปกติเมื่อใช้ LAN) ข้อเสนอแนะ:

  • ปิดใช้งานไฟร์วอลล์ Windows ชั่วคราวเพื่อดูว่าสามารถแก้ไขปัญหาได้หรือไม่ ถ้าเป็นเช่นนั้นไปผ่านการตั้งค่า (ไม่แน่ใจว่าสามารถตั้งค่าตัวกรองประเภทนี้ได้หรือไม่ แต่มันคุ้มค่าที่จะกำจัดมัน)

  • ผ่านผลิตภัณฑ์ด้านความปลอดภัย (ไฟร์วอลล์ผลิตภัณฑ์ VPN โปรแกรมป้องกันไวรัส) ที่ติดตั้งบนแล็ปท็อปของคุณและปิดใช้งานชั่วคราวหรือตรวจสอบการตั้งค่า

  • ใช้เครื่องมือวิเคราะห์เครือข่ายเพื่อหาสิ่งที่อาจเกิดขึ้น (googling อย่างรวดเร็วพบสิ่งนี้: http://www.colasoft.com/capsa-free/ดูเหมือนว่ามันอาจช่วยได้ แต่ได้รับคำเตือนว่าฉันไม่เคยใช้ตัวเองเพื่อที่จะใช้มัน ความเสี่ยงของคุณเอง)

ฉันหวังว่ามันจะช่วย โชคดี.


ขอบคุณข้อผิดพลาด DHCP ได้มีการแก้ไขโดยการกำหนดค่าในคุณสมบัติของการเชื่อมต่อเครือข่ายไร้สาย ..
amruth

0

1) ไปที่สถานะการเชื่อมต่อเครือข่ายไร้สาย

2) คุณสมบัติ

3) ระบบเครือข่าย

4) การกำหนดค่า

หลังจากทำสิ่งนี้มีข้อผิดพลาด DHCP อยู่ที่นั่นฉันให้การแก้ไขอัตโนมัติใน windows และเว็บไซต์ทั้งหมดเริ่มทำงาน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.