คำถามติดแท็ก chrome

ฉันมีเซิร์ฟเวอร์ HAProxy / stunnel ที่จัดการ SSL สำหรับเว็บไซต์ของเราใน AWS ในระหว่างการทดสอบฉันสร้างใบรับรองที่ลงชื่อด้วยตัวเองบนเซิร์ฟเวอร์นี้และใช้ Chrome จากเดสก์ท็อปของฉันเพื่อทดสอบว่า stunnel ทำงานได้อย่างถูกต้อง ตอนนี้ฉันได้ติดตั้งใบรับรองที่ถูกต้องบนเซิร์ฟเวอร์นั้น เมื่อฉันเข้าชมไซต์จากเครื่องของฉันใน Chrome มันจะพ่นข้อผิดพลาดต่อไปนี้: ข้อผิดพลาด 113 (สุทธิ :: ERR_SSL_VERSION_OR_CIPHER_MISMATCH): ข้อผิดพลาดที่ไม่รู้จัก ฉันเดาว่า Chrome เก็บคีย์สำหรับใบรับรองที่ลงชื่อด้วยตนเองและไม่ตรงกับใบรับรองที่ถูกกฎหมาย ไซต์นี้ใช้งานได้กับเบราว์เซอร์อื่น ๆ ทั้งหมดในเครื่องของฉันดังนั้นมันจึงเป็นปัญหาของ Chrome หมายเหตุที่น่าสนใจหนึ่งอย่าง:เมื่อกดปุ่มเพจจากเซสชันที่ไม่ระบุตัวตน ( Ctrl+ Shift+ N) แสดงว่าทำงานได้อย่างถูกต้อง ดังนั้นมันจึงเป็นเรื่องของแคช ฉันทำทุกสิ่งที่ฉันนึกถึง (ทิ้งแคชลบใบรับรองจากหน้าส่วนตัวและคนอื่น ๆ ในกล่องโต้ตอบจัดการใบรับรองCtrl+ F5ฯลฯ ) เครื่องของฉันคือ Windows 7 x64 รุ่น Chrome: 12.0.742.91 …

72 ssl  cache  chrome 

ฉันสังเกตเห็นปริมาณการใช้งานที่ผิดปกติมาจากเวิร์กสเตชันของฉันในสองสามวันที่ผ่านมา ฉันเห็นคำขอ HEAD ที่ส่งไปยัง URL อักขระแบบสุ่มโดยปกติจะสามหรือสี่ครั้งภายในหนึ่งวินาทีและดูเหมือนว่ามาจากเบราว์เซอร์ Chrome ของฉัน คำขอทำซ้ำเพียงสามหรือสี่ครั้งต่อวัน แต่ฉันไม่ได้ระบุรูปแบบเฉพาะ อักขระ URL แตกต่างกันสำหรับแต่ละคำขอ นี่คือตัวอย่างของคำขอตามที่บันทึกโดย Fiddler 2: HEAD http://xqwvykjfei/ HTTP/1.1 Host: xqwvykjfei Proxy-Connection: keep-alive Content-Length: 0 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.98 Safari/534.13 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 การตอบสนองต่อคำขอนี้มีดังนี้: HTTP/1.1 502 Fiddler - …

55 http  malware  chrome 

ตั้งแต่ Chrome 58 จะไม่ยอมรับ certs ที่ลงชื่อด้วยตนเองซึ่งพึ่งพาCommon Name: https://productforums.google.com/forum/#!topic/chrome/zVo3M8CgKzQ;context-place=topicsearchin/chrome/category $ 3ACanary% 7Csort อีกต่อไป: ความสัมพันธ์กัน% 7Cspell: เท็จ Subject Alt Nameแต่มันต้องใช้ ก่อนหน้านี้ฉันได้ปฏิบัติตามคำแนะนำเกี่ยวกับวิธีสร้างใบรับรองที่ลงชื่อด้วยตนเอง: https://devcenter.heroku.com/articles/ssl-certificate-selfซึ่งใช้งานได้ดีมากเพราะฉันต้องการserver.crtและserver.keyไฟล์สำหรับสิ่งที่ฉันทำ ตอนนี้ฉันต้องสร้าง certs ใหม่ที่รวมถึงSANความพยายามทั้งหมดของฉันที่ทำไม่ได้กับ Chrome 58 นี่คือสิ่งที่ฉันทำ: ฉันทำตามขั้นตอนในบทความ Heroku ที่กล่าวถึงข้างต้นเพื่อสร้างรหัส ฉันเขียนไฟล์กำหนดค่า OpenSSL ใหม่: [ req ] default_bits = 2048 distinguished_name = req_distinguished_name req_extensions = san extensions = san [ req_distinguished_name ] …

52 ssl  ssl-certificate  openssl  chrome 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับข้อบกพร่องของเซิร์ฟเวอร์ ปิดให้บริการใน10 เดือนที่ผ่านมา ฉันกำลังเรียกใช้ chromedriver + chrome ภายใน Docker ในสภาพแวดล้อมการทดสอบของฉัน ทุกอย่างทำงานได้ดีจนกระทั่ง CoreOS อัพเกรดล่าสุด เหล่านี้เป็นรุ่นที่ดูเหมือนจะใช้งานได้: VERSION=1185.5.0 VERSION_ID=1185.5.0 BUILD_ID=2016-12-07-0937 และนี่เป็นเวอร์ชั่นใหม่ที่ทำให้โครเมี่ยมเป็น Coredump: VERSION=1235.4.0 VERSION_ID=1235.4.0 BUILD_ID=2017-01-04-0450 เมื่อดูการเปลี่ยนแปลงดูเหมือนว่านักเทียบท่าได้รับการอัปเกรดจาก 1.11.x เป็น 1.12.x ซึ่งทำให้การsetns()โทรภายในคอนเทนเนอร์เสียหาย setns()Chrome ใช้เพื่อสร้างเนมสเปซ นี่คือตัวอย่างผลลัพธ์: jsosic-coreos-test-20161207 ~ # docker --version Docker version 1.11.2, build bac3bae จากภายในคอนเทนเนอร์หนึ่งกล่องบนกล่องนี้: [root@2939f21ecfaa /]# /opt/google/chrome/google-chrome [57:57:0107/015130:ERROR:browser_main_loop.cc(261)] Gtk: …

11 permissions  docker  chrome  namespaces 

สำหรับเว็บไซต์ scirra.com ( คลิกเพื่อผลการทดสอบเซิร์ฟเวอร์ SSL Labs ) Google Chrome รายงานไอคอนต่อไปนี้: มันเป็น EV SSL และดูเหมือนว่าจะทำงานได้ดีใน Firefox และ Internet Explorer แต่ไม่ใช่ Chrome อะไรคือสาเหตุของสิ่งนี้?

9 ssl  chrome  ssl-certificate