web-dev-qa-db-ja.com

VPNに接続している間はローカルSQLServerに接続できません

ここのオフィスには、定期的に接続するSQLServerがあります。問題はありません。

これで、WindowsVPNソフトウェアを使用してVPNに接続する必要のあるクライアントができました。ただし、VPNに接続すると、ローカルSQLサーバーに接続できなくなります。

VPN接続で「リモートネットワークでデフォルトゲートウェイを使用する」のチェックボックスがIPv4とIPv6の両方でオフになっていることを確認したので、[〜＃〜] should [〜＃〜]できるローカルLANリソースにアクセスします。ローカルサーバーにRDPできるので、これは少なくとも部分的に機能していることを知っています。

ただし、何らかの理由で、SQL ServerManagerまたはSQLDeltaを介してローカルのSQLServerに接続できません。最後に,1433がある場合とない場合の両方で、DNS名とIPアドレスを介して接続してみました。

ポートのない名前で、通常の「ネットワークリソースが見つかりませんでした。リモート接続が有効になっていることを確認してください」というメッセージが表示されます。 IPで、またはポートを使用して名前で試してみると、次のエラーが発生します。

enter image description here

誰かがこれを修正する方法を教えてもらえますか？変更をプッシュする必要があるときに、データベース全体を毎回バックアップ/圧縮/コピー/解凍/復元する必要がなく、SQL Deltaを使用して変更スクリプトを生成し、すばやく実行できるように設定しようとしています。 。

私はWindows8を使用しています。ありがとう！

リクエストに応じて、これが私のルートテーブルです...

C:\>route print
===========================================================================
Interface List
 35...........................FBS
 19...0c 60 76 37 fd 80 ......Microsoft Hosted Network Virtual Adapter
 13...00 26 b9 6f d3 84 ......NVIDIA nForce Networking Controller
 12...0c 60 76 37 fd 80 ......Dell Wireless 1510 Wireless-N WLAN Mini-Card
  1...........................Software Loopback Interface 1
 15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 16...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
 17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1    192.168.1.104     25
         10.0.0.0        255.0.0.0       10.3.82.40       10.3.82.42     26
       10.3.82.42  255.255.255.255         On-link        10.3.82.42    281
    66.134.25.226  255.255.255.255      192.168.1.1    192.168.1.104     26
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link     192.168.1.104    281
    192.168.1.104  255.255.255.255         On-link     192.168.1.104    281
    192.168.1.255  255.255.255.255         On-link     192.168.1.104    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link     192.168.1.104    281
        224.0.0.0        240.0.0.0         On-link        10.3.82.42    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link     192.168.1.104    281
  255.255.255.255  255.255.255.255         On-link        10.3.82.42    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    306 ::1/128                  On-link
  1    306 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

C:\>

私は開発者なので、ソフトウェアは本当に私のものです。どんな種類のより高度なネットワーキングに関しても、私は自分の要素から少し外れているので、そのほとんどをどうすればいいのかわかりません。

windows-8vpnlansql-server
3
eidylon

ルーティングテーブルから、メインゲートウェイは192.168.1.0ネットにあり、リモートネットワーク（VPNによってアクセス可能にされたネットワーク）は代わりに10.0.0.0であるように見えます。しかし、ほとんどすべての（ローカル）サーバーが10.0.0.0の範囲にあるともおっしゃいました。このことから、IPアドレスの衝突が発生することになります。VPNを介して接続すると、10.0.0.0へのすべてのパケットは、ローカルSQLサーバー宛てのパケットも含め、VPNを介してリモートLANにルーティングされます。

SQLサーバーが10.3.82.0ネットワークにある場合（これはVPNを介してアクセスできるリモートLANであると私は信じています（これが間違っている場合は修正してください）、あなたにできることは何もありません。代わりに、サーバーが10.3.82.0ネットワークにない場合は、VPN接続の確立後に実行される次のコマンドで、問題を解決できます。

route delete 10.0.0.0 
route ADD 10.3.82.0 MASK 255.255.255.0 10.3.82.40  
route ADD 10.0.0.0 MASK 255.0.0.0 192.168.1.1

これらのルート間には明らかな競合がありますが、心配する必要はありません。より制限の厳しいルールが常により大きなルールよりも優先され、正しい結果が得られます。

2
MariusMatutiae

次のことを試してください。

  1. ダイヤルするエントリを含む.pbkファイルを見つけます。私の場合はC:\Users\<user>\AppData\Roaming\Microsoft\Network\Connections\Pbk

  2. メモ帳でファイルを開きます。

  3. seRasCredentials = 1エントリを見つけます

    enter image description here

  4. 1を-> seRasCredentials =に変更します

    enter image description here

  5. 保存してメモ帳を閉じます

追加するだけです：あなたが持っているVPN接続の数はわかりません（私は1つ持っています）が、複数ある場合は、seRasCredentials = 1のすべてのインスタンスを見つけて変更する必要がありますそれらをseRasCredentials =に。各VPN接続には、セクションの冒頭に[VPN接続名]という形式の名前があります

1
Nikola Dimitrijevic