Tag-Archive for » vpn «

Minggu, 26 April, 2009 | Penulis:

Percayalah. Kami masih berurusan dengan regexes – hanya di bundaran (dan samar-samar praktis) cara. Ini adalah daftar yang cukup komprehensif tentang bagaimana untuk pergi tentang pembilasan cache DNS saat menggunakan regexes untuk menunjukkan di mana metode yang serupa menyimpang.

Mengapa kita ingin membersihkan cache DNS persis?

Ada sejumlah alasan untuk menghapus DNS cache, meskipun saya percaya ini adalah yang paling umum:

  • Sebuah intranet layanan memiliki privmakan (intern) Alamat IP ketika pada jaringan perusahaan tetapi memiliki alamat IP publik untuk akses luar. Ketika Anda mencoba untuk mengakses layanan yang dari luar setelah mengakses dari dalam, ada kemungkinan bahwa Anda akan memiliki cache swasta (tidak dapat diakses) IP. Sebuah solusi jangka panjang yang baik adalah untuk membuat layanan tidak dapat diakses kecuali melalui VPN. Sebuah solusi sederhana adalah dengan meninggalkan pekerjaan di tempat kerja. 😛
  • Sebuah layanan internet atau situs web mengubah pengaturan DNS dan desktop / laptop adalah melihat “tua” Pengaturan. Dalam hal ini, pengaturan baru belum diperbanyak. Hosting Admin menemukan hal ini sangat sering.
  • Pribadi: Jika seseorang dapat melacak sejarah DNS Anda maka tidak akan terlalu sulit untuk mengetahui mana situs web Anda telah melihat. Meskipun setiap halaman yang telah Anda lihat tidak dapat dilacak dengan cara ini, hostname, seperti “dogma.swiftspirit.co.za” atau “google.com” akan di cache DNS, mungkin dalam urutan pertama kali diakses setiap situs. Ada cara yang lebih baik untuk melakukan ini meskipun. Salah satu contoh adalah dengan menggunakan jaringan Tor untuk semua permintaan DNS.

Flushing Windows’ DNS Cache, dari command prompt:

Bukti menunjukkan bahwa sebelum Jendela 2000, Jendela OS tidak men-cache hasil DNS. Itu ipconfig perintah, dijalankan dari command prompt, diberi beberapa kontrol atas cache DNS dan tetap kira-kira sama sejak.

Untuk sampai ke prompt jika menggunakan Pandangan non-Admin: Mulai -> Program -> Aksesoris -> Klik kanan “Command Prompt” -> Run As Administrator

Sebaliknya: Mulai -> Run -> [cmd ] -> [ Oke ]

ipconfig / flushdns

Flush the DNS Resolver Cache in Windows

Hal ini juga memungkinkan untuk menghapus cache di Windows dengan restart itu “DNS Client” atau “Dnscache” layanan.

Flushing Mac OS X cache DNS, dari prompt shell:

Karena Mac OS X, Apel Macs telah menjalankan berbasis Unix, POSIX-compliant, sistem operasi berbasis pada Nextstep, sendiri awalnya berisi kode dari FreeBSD dan NetBSD. Mac OS X menggunakan lookupd atau dscacheutil untuk mengelola cache DNS, tergantung pada versi.

Untuk sampai ke prompt: Aplikasi -> Utilities -> Terminal

(lookupd|dscacheutil) -flushcache

Apa yang telah kita di sini? Sesuai bagian 1, itu Garis vertikal menunjukkan bahwa baik “lookupd” OR “dscacheutil” diterima. Itu Kurung menunjukkan bahwa Garis vertikal hanya berlaku untuk “lookupd|dscacheutil” bagian dari ekspresi. Demikian, itu ” -flushcache” tidak opsional dan harus disertakan dalam perintah agar ia bekerja. Perhatikan bahwa perintah ini tidak menghasilkan keluaran kecuali ada kesalahan.

Gunakan dscacheutil jika Anda menggunakan Mac OS X 10.5 (Macan tulul) atau yang lebih baru.

Mac OS X:

lookupd-flushcache

Mac OS X Leopard:

dscacheutil-flushcache

Use dscacheutil to flush the cache in Mac OS X Leopard

Ada juga alat GUI, DNS Flusher, yang secara otomatis menggunakan perintah yang benar tersedia.

Flushing Linux / Unix’ DNS Cache, dari prompt shell:

N.B. Jika Anda belum memiliki baik mengikat (dengan caching lookup diaktifkan), nscd, atau dnsmasq terinstal dan dijalankan pada * Anda berbasis nix desktop yang / server, Anda mungkin tidak caching DNS sama sekali dan tidak ada yang menyiram. Dalam hal ini Anda akan menggunakan server DNS Anda untuk setiap permintaan web, mungkin memperlambat pengalaman web Anda. * Jika demikian, Saya sarankan setidaknya menginstal nscd karena yang paling mudah untuk mengatur. **

Cache Flushing nscd itu

Seperti perintah Mac OS, ini menghasilkan benar-benar tidak ada output kecuali ada kesalahan:

(|sudo )(|/usr / sbin /)nscd -i host
  • Penggunaan sudo jika Anda belum akar jika seleksi pertama kosong.
  • Tentukan / usr / sbin / jika nscd tidak sudah dalam “path”. Jika distribusi Anda telah nscd di tempat yang aneh, menemukannya pertama:
menemukan bin r / $ nscd

Perhatikan bahwa di atas “bin / nscd $” sendiri merupakan ekspresi reguler. 🙂

Menggunakan nscd, membatalkan “host” Cache, login sebagai pengguna:
sudo -i host nscd
Menggunakan nscd, membatalkan “host” Cache, login sebagai root:
nscd -i host
Menggunakan nscd, membatalkan “host” Cache, login sebagai root, menentukan path lengkap:
/usr / sbin / nscd -i host

Flushing tembolok mengikat itu

Untuk flush cache mengikat itu, kita mengeluarkan perintah melalui rndc. Gunakan sudo jika Anda belum akar:

(|sudo )rndc siram

Restart layanan cacheing juga bekerja!

Berikut adalah cara untuk me-restart salah satu daemon caching:

(|sudo )(layanan |/etc /(rc . d|rc  .d / init . d|init . d)/)(mengikat|dnsmasq|nscd) Restart

Itu mulai mendapatkan sulit untuk dibaca. *** Untungnya aku sudah menjelaskan secara rinci:

  • Seperti perintah sebelumnya, menggunakan sudo jika Anda belum akar.
  • Pemilihan kedua memiliki opsi pertama “layanan “. Hal ini berlaku terutama untuk Red Hat / CentOS dan Fedora sistem.
  • Itu “/etc /(rc . d|rc .d / init . d|init . d)/” perlu diperluas lebih lanjut. Hal ini untuk sebagian besar sistem lain. Umumnya, rc.d adalah karena jika Anda menggunakan sistem init BSD-style (misalnya: Arch Linux, FreeBSD, atau OpenBSD). Cara terbaik untuk mengetahui dengan pasti perintah yang digunakan adalah untuk 'menemukan’ yang nscd benar atau dnsmasq path. Sebagian besar rasa Unix, bahkan Solaris, menggunakan nscd:
mencari r  .d / nscd $ ; mencari r  .d / dnsmasq $ ; mencari r  .d / rndc $
  • Pilihan terakhir adalah antara “mengikat”, “nscd”, dan “dnsmasq”. Hal ini tergantung sepenuhnya pada yang diinstal dan digunakan.
  • Yang terakhir dari pola, ” Restart”, adalah instruksi yang diberikan kepada script kontrol daemon.

Lengkungan, menggunakan dnsmasq, restart daemon tembolok, login sebagai root:

/etc / rc.d / dnsmasq me-restart

Lengkungan, menggunakan nscd, restart daemon tembolok, login sebagai pengguna:

sudo /etc/rc.d/nscd Restart

CentOS / Topi Merah, menggunakan nscd, restart daemon, sebagai root:

Layanan me-restart nscd

nscdrestart

Flush cache DNS internal Mozilla Firefox:

Mozilla Firefox membuat DNS cache sendiri untuk kinerja. Firefox 2 akan cache hanya 20 entri sampai 60 detik. Pengaturan standar pada Firefox 3 tampaknya 512 entri sampai 60 menit yang tampaknya jauh lebih masuk akal untuk setiap hari penjelajahan. Jika desktop Anda memiliki built-dalam cache (yang paling sekarang melakukan) maka cache di sini sebenarnya berlebihan. Aku tidak mengetahui adanya browser lain yang menerapkan DNS caching.

Saya sudah menemukan beberapa solusi untuk ketika Anda perlu untuk menghapus cache. Tampaknya ada banyak cara untuk melakukan hal ini namun ini adalah yang paling mudah, yang saya sudah dimasukkan ke dalam urutan pilihan.:

  1. Instal Firefox DNS Flusher Addon – menyediakan tombol untuk flush cache.
  2. Instal DNS Cache Addon – menyediakan toggle yang menonaktifkan atau memungkinkan cache DNS.
  3. Hapus Cache (membersihkan cache browser serta DNS Cache): Memilih Tools -> Jelas Private Tanggal; Hapus semua centang kecuali Csebuahbahwa; Klik [ Clear Private Data Now ].
  4. Secara manual melakukan apa DNS Cache tidak: mengatur berikut 2 tentang:config Pilihan “network.dnsCacheExpiration” dan “network.dnsCacheEntries” untuk 0 dan kemudian kembali ke default.

Saya memiliki catatan cache yang buruk dan aku membersihkan cache browser saya. Namun masih memberi saya info yang salah. Apa yang memberi?

Karena bagaimana DNS bekerja propagasi, Anda sebaiknya perlu flush DNS pada semua DNS host antara diri sendiri dan “authoritive” tuan rumah, dimulai dengan host yang paling dekat dengan host otoritatif (terjauh dari browser Anda).

Sebagai contoh, jika Anda memiliki router yang caching DNS, ulang cache router sebelum restart cache DNS dari sistem operasi Anda, dan hanya kemudian Anda harus menghapus cache di Firefox. Alasannya adalah bahwa bahkan jika Anda hanya menghapus OS dan cache Firefox, desktop Anda masih akan meminta router untuk perusahaan buruk merekam pula.

Bagaimana jika DNS server saya adalah server di internet di luar kendali saya?

Anda dapat mencoba sementara menggunakan nameserver yang berbeda, mungkin bahkan publik terbuka Server. OpenDNS menunjukkan beberapa informasi yang baik tentang bagaimana untuk melakukan hal ini. Jika Anda ingin, Anda juga harus bisa mendapatkan informasi yang relevan dari ISP Anda sendiri tentang menyelesaikan server DNS mereka. Sebuah contoh lokal (Afrika Selatan) adalah Saix yang daftar menyelesaikan server DNS mereka.

* Kemungkinan alasan mengapa Firefox memiliki cache DNS built-in ****
** “((pacman|yogurt) -S|muncul|(yum|bakat|apt-get) memasang) nscd” dan kemudian memastikan bahwa layanan ini ditambahkan ke skrip startup. Lihat dokumentasi instalasi distribusi Anda.
*** Saya mencari plugin penyorotan sintaks yang dapat bekerja dengan regex
**** Saya pernah membaca pernyataan bahwa me-restart jaringan(di|) layanan juga membersihkan cache DNS namun saya belum melihat bukti bahwa hal ini benar. Jika seseorang memiliki contoh di mana hal ini benar, tolong berikan saya dengan rincian.
Bagikan
Senin, November 17th, 2008 | Penulis:

I’d never really had the need to connect to a VPN until this weekend. After connecting, I found that my Internet access was rather non-functional except to the VPN in question. A colleague happened to be on hand (he’d given me the access details in the first place) and he quickly suggested this workaround.

Today, a client had the same issue. Perhaps this problem is more common than I first thought.

When connecting to the VPN, Windows updates the default gateway on your desktop to reflect the VPN’s settings. Most likely, however, you only need to access specific subnets on the VPN and you want all unrelated traffic to use your “tua” settings.

It turns out that its a simple checkbox that needs to be unchecked. The jist (sp.??) of finding the setting: Right-click the VPN in Network Connections -> Properties -> Internet Protocol (TCP/IP); [Properties] ; [Advanced], and uncheck the “[ ] Use default gateway on remote network”.

Then click the usual OK/Apply/Yes-of-course-your-dialogue-ness (all the while reading and absorbing any warnings appropriately) until you’re back to your Network Connections window. Right-click the VPN connection and disable / re-connect.

You should be able to confirm that the Default Gateway does not change by running the command-line app ipconfig before and after enabling the VPN connection. Look specifically for the line labelledDefault Gateway”.

[edit reason=moore”]…

It turns out that a possible reason for this setting being the default setting is for security. If your desktop happens to be compromised or inadvertently routing traffic, connecting to the VPN might expose the supposedlyprivatenetwork to the Internet.

Bagikan