Giống như tất cả những điều tôi đã học, tất cả đều bắt đầu từ nhu cầu. Sử dụng Pidgin Tôi nhận ra rằng tôi có thể kết nối từ nơi làm việc của mình với Messenger nhưng không google Talk, vì vậy tôi bắt đầu tìm hiểu tại sao và làm thế nào để tránh điều không may này.
Điều đầu tiên tôi phát hiện ra là tôi không thể kết nối với lựa chọn thông thường bởi vì công ty của tôi chuyển hướng tôi từ google.talk.com đến một máy chủ khác chiếm đoạt nó, nơi nó có thể theo dõi mọi thứ tôi viết trong khi tôi sống trong ảo tưởng rằng đó là kết nối an toàn nhờ SSL.
Tin tốt là Pidgin nhận ra điều này và từ chối kết nối, coi thủ đoạn này là không an toàn. Và vì hàng rào phải nhảy, các quy tắc sẽ bị phá vỡ, tôi chia sẻ cách biến điều này với ba bước đơn giản:
- Mở các tùy chọn pidgin để kết nối với gtalk và chuyển đến các tùy chọn nâng cao.
- Thay đổi tab bảo mật thành "Sử dụng SSL cũ" và thay đổi cổng kết nối thành 443.
- Điều quan trọng nhất: trong "Kết nối với máy chủ", hãy viết địa chỉ ip thay vì địa chỉ talk.google.com. Để biết IP, hãy tìm một dịch vụ trực tuyến từ nslookup và nhập talk.google.com hoặc từ bảng điều khiển Gnu / Linux, loại ping talk.google.com; bằng cách đó bạn sẽ tìm thấy ip.
Đó là nó. Nếu bạn chỉ muốn kết nối, điều này là đủ. Nếu bạn muốn biết thêm về những gì xảy ra trong nền, hãy tiếp tục đọc.
Khi bạn muốn kết nối với talk.google.com máy chủ xác minh kết nối được mã hóa và gửi bạn tới gmail.com, nhưng vì thay vì kết nối với talk.google.com, bạn đang kết nối với một máy chủ khác, Pidgin sẽ mãi mãi nằm trong kết nối gmail.com mà không bao giờ thành công.
Bằng cách thay đổi cổng và buộc sử dụng máy chủ talk.google.com (với địa chỉ ip của nó), chúng tôi tránh chuyển hướng sang máy chủ gián điệp và tạo kết nối an toàn (ít nhất là trên lý thuyết).
Nếu bạn muốn biết tên của máy chủ gián điệp, hãy làm như sau: mở một thiết bị đầu cuối và nhập
nslookup talk.google.com
(bạn sẽ cần gói dnsutils).
Nó sẽ xuất hiện một cái gì đó như thế này:
Server: w.x.y.z.
Address: w.x.y.z#53
Non-authoritative answer:
talk.google.com canonical name = talk.l.google.com.
Name: talk.l.google.com
Address: 74.125.134.125
Câu trả lời Không có thẩm quyền là máy chủ thực sự và máy chủ wxyz là máy chủ mạo danh. Bây giờ, gõ vào terminal nslookup wxyz và bạn sẽ biết tên của máy chủ mà công ty của bạn chuyển hướng bạn đến (chắc chắn là tên viết tắt của nó trong tên).
Pidgin thật không thể tin được, với nó, tôi có thể trò chuyện whatsapp, google, MSN, facebook và jabber ở một nơi.
Tiêu đề sẽ là: làm thế nào để mất việc trong ba bước đơn giản…. Trời đất, những điều này không được thực hiện tại nơi làm việc.
Nó phụ thuộc vào những gì công việc lol. Vâng, tôi làm điều đó và tôi thậm chí không biết liệu họ có nhận ra hay không. Nếu họ nói với tôi điều gì đó, tôi sẽ chỉ ra tính bất hợp pháp của hoạt động gián điệp (ít nhất là ở Mexico) và chỉ có vậy. Tôi biết mọi người đều làm điều đó, nhưng ít nhất là không quá trắng trợn. Trân trọng.
Có điều gì mà Pidgin toàn năng không thể làm được không? :HOẶC LÀ
Khóc à? Chà, tất nhiên là trừ khi nó vui ... Vậy thì tôi sẽ nói, món trứng tráng rau bina ...
Có, giữ mật khẩu được mã hóa và ở dạng văn bản thuần túy.
Tôi không biết làm thế nào mà Pidgin vẫn chưa khắc phục được sự cố nghiêm trọng đó
Pidgin với KWallet Extension trong KDE, mã hóa mật khẩu 😀
Nếu trong Gnome / Xfce / LXDE, phần mở rộng Gnome-Keyring dành cho Pidgin được sử dụng, mật khẩu sẽ được mã hóa và như @elav đã nói, trong KDE với phần mở rộng cho KWallet, điều đó cũng có thể được thực hiện.
Tôi thấy thú vị làm sao, nhưng tôi tự hỏi liệu phương pháp này có hoạt động không nếu bạn đã kích hoạt xác thực hai bước
Tôi đã không thử nó. Tại sao bạn không thử và cho chúng tôi biết? 😀
Này, Mariano O. Ở Argentina, chúng tôi nói rằng bạn sẽ là một bông hoa "buchón", một kẻ liếm láp cho ông chủ, một trợ lý cho nhà tuyển dụng, một người mới nổi mà bạn trả lương cho mình. CHÚNG TÔI LÀ NGƯỜI LỚN và mỗi người làm những gì mình muốn. Ngay cả với một sứ giả vô hại.