ฉันมีเครื่องพิมพ์/สแกนเนอร์ไร้สายบนเครือข่ายระยะไกลที่เข้าถึงได้ผ่านเซิร์ฟเวอร์ OpenVPN ในโหมด eth-bridge ที่ทำงานบนโฮสต์ Ubuntu 20.04 (ในเครือข่ายระยะไกลเดียวกันกับสแกนเนอร์) การพิมพ์ IP นั้นใช้ได้ดีและใช้งานได้ มันเป็นบริการสแกนเนอร์ที่ฉันต้องการโดยใช้เครื่องมือบนเครื่องไคลเอนต์ ในกรณีนี้ OSX 10.15.7 ผ่านช่องสัญญาณ (tunnelblick) เหตุใดฉันจึงตั้งค่าอีเธอร์เน็ตบริดจ์บนเซิร์ฟเวอร์
แม้จะติดตาม เอกสาร OpenVPN และคำแนะนำที่เป็นประโยชน์อื่น ๆ และสิ่งที่ดูเหมือนจะเป็นเซิร์ฟเวอร์ ovpn เลเยอร์ 2 ที่ใช้งานได้ซึ่งรับไคลเอนต์ - ฉันยังไม่เห็นการออกอากาศ mdns ที่คาดหวังจากอุปกรณ์ฝั่งเซิร์ฟเวอร์ใด ๆ ตามที่ฉันเข้าใจ นี่คือสิ่งที่จำเป็นในการใช้เครื่องสแกนผ่านซอฟต์แวร์ภาพส่วนใหญ่ (การจับภาพและ vuescan สำหรับการใช้งานของฉัน)
อัปเดต:
ฉันยังไม่ได้แก้ไขปัญหาเฉพาะนี้ แต่สำหรับใครก็ตามที่ใส่ใจ มีวิธีแก้ปัญหาที่เพียงพอดังต่อไปนี้ แนะนำ ใช้ TUN แทน TAP - แก้ไขเฉพาะที่ฉันใช้โปรโตคอล _uscan._tcp ในระเบียน DNS ของฉัน ไม่ใช่ ipp แน่นอน
จุดเล็กๆ น้อยๆ ในกระบวนการแก้ไขปัญหาของฉัน:
â¢ไคลเอนต์เชื่อมต่อ TAP ตั้งค่าและกำหนด IP ตามคำสั่งเซิร์ฟเวอร์บริดจ์ วางไคลเอนต์ใน LAN ฝั่งเซิร์ฟเวอร์
⢠เราเตอร์ระยะไกลลงทะเบียนไคลเอนต์ของฉันเป็น 'อุปกรณ์ที่เชื่อมต่อ' อย่างเห็นได้ชัด
⢠ขณะเชื่อมต่อ โฮสต์ระยะไกลทั้งหมด (รวมถึงเครื่องสแกน) สามารถ ping จากไคลเอ็นต์ได้
â ในขณะเชื่อมต่อ dns-sd -Z บน osx ยืนยันว่าฉันไม่เห็นบริการใหม่ใดๆ แต่ฉันยังคงเห็นบริการในพื้นที่
⢠ไฟร์วอลล์ฝั่งไคลเอ็นต์ปิดอยู่
⢠บริการสแกนระยะไกลกำลังออกอากาศตามที่คาดไว้ ยืนยันโดยการเรียกใช้ avahi-browse บนเซิร์ฟเวอร์ระยะไกล
บางทีการรับส่งข้อมูลเฉพาะนี้อาจถูกบล็อกจากอินเทอร์เฟซ TAP (ไคลเอนต์หรือเซิร์ฟเวอร์) ด้วยวิธีอื่น ฉันพบข้อมูลอ้างอิงเพียงไม่กี่รายการเกี่ยวกับปัญหาบางส่วนที่คล้ายคลึงกัน ซึ่งดูเหมือนจะไม่มีข้อมูลใดที่สามารถแก้ปัญหาได้ ฉันหวังว่าจะได้รับคำแนะนำเกี่ยวกับการแก้ไขปัญหาเพิ่มเติม
วิธีแก้ปัญหาต่อไปนี้ไม่เป็นที่ต้องการและไม่เพียงพอ:
การเข้าถึงเว็บเซิร์ฟเวอร์ของเครื่องสแกน
⢠VNC ไปยังโฮสต์ระยะไกลเพื่อทำการจับภาพในเครื่องที่สัมพันธ์กับสแกนเนอร์
แน่นอนว่าฉันเปิดรับวิธีอื่นในการบรรลุวัตถุประสงค์ที่ตั้งใจไว้ แม้ว่า OpenVPN TAP ดูเหมือนจะเป็นวิธีแก้ปัญหาที่แพร่หลายมากขึ้นสำหรับสิ่งนี้ ดังนั้นฉันพลาดอะไรไปที่นี่
ฝั่งเซิร์ฟเวอร์ config, iptables และรายละเอียดอินเตอร์เฟสด้านล่างเพื่อเป็นข้อมูลอ้างอิง:
ท้องถิ่น 192.168.1.113
ท่า ****
โปรโตคอล udp
ผู้พัฒนา tap0
เซิร์ฟเวอร์ ca/ca.crt
เซิร์ฟเวอร์ใบรับรอง/server.crt
คีย์เซิร์ฟเวอร์/server.key
เซิร์ฟเวอร์ dh/dh.pem
รับรองความถูกต้อง SHA512
เซิร์ฟเวอร์ tls-crypt/tc.key
เซิร์ฟเวอร์บริดจ์ 192.168.1.1 255.255.255.0 192.168.1.201 192.168.1.240
กด "redirect-gateway def1"
ifconfig-pool-persist ipp.txt
กด "dhcp-option DNS 192.168.1.1"
กด "เส้นทาง 192.168.1.0 255.255.255.0"
กด "เส้นทางล่าช้า 10"
รักษาชีวิต 10 120
รหัส AES-256-CBC
ผู้ใช้ไม่มีใคร
กลุ่มโนกรุ๊ป
คีย์คงอยู่
คงอยู่-tun
กริยา 3
crl-ยืนยันเซิร์ฟเวอร์/crl.pem
แจ้งออกอย่างชัดเจน
-P อินพุตยอมรับ
-P ยอมรับไปข้างหน้า
-P เอาต์พุตยอมรับ
-อินพุต -p udp -m udp --dport 1194 -j ยอมรับ
-A อินพุต -i แตะ 0 -j ยอมรับ
-A อินพุต -i br0 -j ยอมรับ
-A FORWARD -m state --สถานะที่เกี่ยวข้อง,ESTABLISHED -j ยอมรับ
-A FORWARD -s 10.8.0.0/24 -j ยอมรับการกำหนดค่า #former TUN
-A ไปข้างหน้า -i br0 -j ยอมรับ
เครือข่าย:
รุ่น: 2
เรนเดอร์: NetworkManager
อีเธอร์เน็ต:
enp2s0:
dhcp4: เท็จ
dhcp6: เท็จ
สะพาน:
br0:
อินเทอร์เฟซ: [enp2s0]
ที่อยู่: [192.168.1.113/24]
เกตเวย์ 4: 192.168.1.1
หน่วย: 1500
เนมเซิร์ฟเวอร์:
ที่อยู่: [8.8.8.8]
พารามิเตอร์:
ขั้นตอน: จริง
ไปข้างหน้าล่าช้า: 0
dhcp4: ไม่
dhcp6: ไม่
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
