Internet DHCP/DNS issues with WRT1900ac

I've had a WRT1900ac now for about 2 weeks and the problems seem to be escalating.  Need help.  And yes, I've already read dozens of threads about these issues and nothing seems to be working.
Most of the problems seem to be centered around this DHCP/DNS issue that so many have been reporting.
First, the symptoms:
Galaxy S4 phones when connected via wifi have some apps that don't update (facebook and google play)
Some computers (both Win 7) will connect to the network just fine, both wired and wireless - but won't be able to get to the internet
I've spent the last 2-3 days of my life reading forums and trying all sorts of things to get this to work properly (like my old router) and I'm still stuck.  Some things I've tried:
Firmware is up-to-date (latest version: 1.1.8.164461)
Manually assigned static DNS in router config settings (connectivity -> local network) to various combinations including the router address, 8.8.8.8, 8.8.4.4, 75.75.75.75, 75.75.76.76 (I have comcast), OpenDNS addresses, etc.  I read that the router address is not needed, so I stopped including it.
I manually assigned IPs and DNS on the Galaxy S4 phones and that seemed to work... but also seems unnecessary.
I've reserved DHCP addresses on the computers in question, that didn't seem to work, I also manually set DNS on one of the comupters (can't on the other... long story/not my computer) and that worked for a while and then stopped working.
The only way to get one of the computers on the internet now is to turn on the guest network (even though the computer is hard wired to the router), connect, and then the wired network works.  No clue why this is, but my guess is that it needs the guest network for DNS, then it fails back over to the wired network.  Once that happens, I can actually turn off the wifi on the computer and everything works great... until I reboot.  Key point: I can't change any settings on that box other than entering in SSID/passphrase info for the wireless connection.  I can connect to the regular (non-Guest) wifi just fine - I just can't ever get to the internet.
I've tried massaging DHCP settings on the router until I'm blue in the face - Static DNS, reserving DHCP addresses, hell I even put one of the computers in the DMZ to see if that would work and it still can't connect to the internet (it's worth noting that with my old router, Linksys WRT310N, the setup was literally plug-and-play - no hassle with any of this).
I've tried countless router reboots, factory resets, turning off my modem and router for 2+ minutes, and nothing is working.
I even read somewhere that if you modify your DHCP settings at all that the WRT1900ac stops doing DNS properly and breaks, so I even tried several "hard" factory resets and used all the default DHCP/DNS settings.  And it worked... for a few hours.
Seriously, I'm at my wit's end.  I'm out a lot of money on this thing and it's been one headache after another.  Please help.

I think for most people its a bad idea to hold out that hope, lol. It seems like a great piece of hardware but if you really need a router and don't want to have to 'play' with it, its probably not a good choice. I have an EA6900 that I am very happy with but it has the same restrictions as far as DNS and I really hate the idea that I am forced to use the smartwifi portal. I would really like for them to give me a choice of the old gui or the new one and let ME decide. Lots of routers to choose from out there now and new ones seem to be coming out all the time so do some reading and see if something suits you better. Good luck!

Similar Messages

  • DNS Issues with Hyper-V 2012 R2 VDI Pooled Desktop Deployment

    Good afternoon all!
    We are running a POC VDI deployment on a Nutanix system, and I am having a DNS issue. I would appreciate some help trying to figure this out. Two situations that are causing issues that I can see:
    1. VMs go into a saved state if not being used: This in itself is not an issue, and I see it as a way to save resources not being used; however, if a VM is saved for a few days, the DHCP address often gets reassigned. Now if users are connecting, and that
    saved VM with the stale address is called to wake up, the VM is not found.
    2. Recreating the pool after updating the golden image: This is the bigger issue. After a couple days of running smoothly, I was asked by my pilot users to add Firefox. I installed it and recreated all the VMs in the pool. When this happened, they all got
    new IPs, but the old DNS records were not updated. This made the broker unable to find a single VM in the pool. I could not ping a single one.
    Has anybody else run into these DNS issues with a VDI deployment? If so, what did you do to resolve it? If not, have any ideas on what is going on here?
    Thank you in advance!
    Eric

    Hi Eric,
    As per my research, I can say that the default behavior. When we will recreate the VM it will change the IP address dynamically. But from your description it seems the DNS record is not getting update and due to that you can’t find your VM with hostname or
    IP. But for this you can set one option under DNS server with which DNS record can update the new IP address. The option you need to set is “Dynamic updates>Nonsecure and Secure” under general properties in sites. You can check below snap.
    Hope it helps!
    Thanks.
    Dharmesh Solanki
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact [email protected]

  • Dns issues with one domain (Resolved)

    i'm currently having dns issues with one domain, in that it won't resolve when I use bt's dns servers.
    The domain is owned by a friend in the US who runs his own server for irc, web, and I also have a server that is on his connection, and resolves fine from other machines on different networks, and also resolves fine when I set windows to use the opendns servers, but when it's set to either my routers ip (using bt's dns), or set to automatic (using bt's dns via the homehub), this one domain will not resolve.
    I'm pretty certain it's not a windows issue, as it's a clean install of windows 7 that I did yesterday. I've tried rebooting the homehub, and also flushing my dns on windows, but this has not solved the issue.
    As I say, it resolves fine on other networks, and also when I use the opendns servers, so I know it's definately a dns issue.
    Using bt's dns servers:
    C:\Users\admin>ping chatnsn.com
    Ping request could not find host chatnsn.com. Please check the name and try agai
    n.
    Using opendns:
    C:\Users\admin>ping chatnsn.com
    Pinging chatnsn.com [68.51.24.74] with 32 bytes of data:
    Request timed out.
    Request timed out.
    Request timed out.
    Request timed out.
    Ping statistics for 68.51.24.74:
        Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
    (The timeouts are normal...he has his router set to not respond to ping requests).
    Has anyone got any ideas on how to sort this out? Preferably without having to phone the helpdesk...lets just say i've done it in the past, and according to the poeple I spoke to in india, I knew nothing about my own systems, and it was a problem at my end...which was not the case, and I proved this several times.
    Edit: This issue appears to have resolved itself, and the domain is now resolving again using the homehub for dns resolution.

    Hi,
    When NSLOOKUP starts, before anything else, it checks the computer's network configuration to determine the IP address of the DNS server that the computer uses.
    Then it does a reverse DNS lookup on that IP address to determine the name of the DNS server.
    If reverse DNS for that IP address is not setup correctly, then NSLOOKUP cannot determine the name associated with the IP address.
    http://support.simpledns.com/kb/a90/nslookup-cant-find-server-name___-default-server-unknown.aspx
    Also refer to:
    How to fix NSLOOKUP Default Server: UnKnown?
    http://www.randika.info/2013/01/how-to-fix-nslookup-default-server.html
    Regards.
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact [email protected]

  • DNS Issues with Time Capsule - DNS Proxy periodically dies

    hi all .... looking for some suggestions
    I have a time capsule 1TB, connected to a linksys adsl modem in bridge mode, with the TC acting as DHCP server for my local clients. In the PPPoE settings I also enter the primary and secondary addresses for DNS that my ISP supplied.
    I am able to successfully connect to the internet, and all clients successfully pick up an IP address, and each client picks up the TC as the DNS proxy. Everything works perfectly as it should.
    Usually once per day, there seems to be a slight hickup with the internet connection (hard to tell whether I am losing the PPPoE or some other issue). When this happens, the PPPoE connection remains active, as I am able to access anything on the internet from an IP level. However, the DNS proxy service on the TC seems to die and as a result, all internet browsing fails. If I reboot the TC, everything comes back to normal. If I dont reboot, the only way to get browsing working is to manually enter the DNS IP address from ISP into the client PCs. However, this is a manual fix that I should not have to perform.
    Looking for advice and guidance. Seems like a bug but I cant tell. If I was able to set the DHCP server to pass out the ISP supplied addresses that would also work, but I cant.

    Just got off the phone with support for this very same problem. DNS Proxy is definitely dying in the TC, looks like a firmware issue to me.
    This is the 3rd TC I'm on. First was a 500GB, had this problem, replaced it under warranty at Apple's direction, replacement did the same, just upgraded this weekend to 1GB, and same issue still. All on 7.3.2 firmware.
    TC 1TB, PPPoE to my ISP, ISP's DNS Servers listed in the PPPoE config in the TC.
    When a host gets DHCP from the TC the only DNS returned is the TC itself, since it proxies the ISP DNS servers.
    Once every day or two, the DNS proxy dies. local network works, and I can add my ISP's DNS addresses in my host config and I have DNS again, but this is definitely something dying in the DNS proxy in the TC.
    Just for kicks trying to switch from my ISP's DNS servers to OpenDNS now since someone said that worked for them, but I am not hopeful... I don't see this as a host DNS issues at all.
    The dead proxy is very clear:
    $ nslookup apple.com. 192.168.1.1 # that's the TC
    Server: 192.168.1.1
    Address: 192.168.1.1#53
    ** server can't find apple.com: SERVFAIL
    $ nslookup apple.com. 208.67.222.222 # that's OpenDNS
    Server: 208.67.222.222
    Address: 208.67.222.222#53
    Non-authoritative answer:
    Name: apple.com
    Address: 17.149.160.49
    I replaced a linksys router with the TC and am kind of unhappy that a $500 router dies every couple of days. My cheapo Linksys router never needed to be restarted, it only ever got rebooted once every year or so when the house lost power long enough for the UPS to run out of battery.
    Help us out here Apple, I replaced a $50 router with a $500 because I like the flavor of your kool aid, and this thing dies every day or two. Even if you can't fix why the proxy is dying every couple of days, can you please at least update the firmware to maybe restart the proxy if it quits working?

  • Windows 7 Pro DNS issue with static IP

    0
    down vote
    favorite
    I have been unable to solve a DNS problem I am having as follows:
    I have a Windows 7 Professional (64 bit) computer running VirtualBox with a couple of Windows XP guests (not sure if this bit is relevant). After heavy file copying/transfer on both of the Windows XP machines, both the guest machines AND the host loose anything
    DNS related, so I cannot call anything by name, but by direct IP works fine. The only resolution is to reboot the (host) machine and it will then work OK for a while until it happens again. The only trigger to make it seem to happen quicker is to re-initiate
    the heavy file transfer and this then causes the DNS resolution to stop working again.
    The machine has a fixed IP address, so it isn't related to DHCP.
    I've tried the machine connected wired and wireless, no difference.
    The IP settings are manual and I have tried giving it the DNS settings of the router (normal settings) and I have also tried giving it Google's DNS servers (8.8.8.8 & 8.8.4.4). No difference.
    It seems to happen (sooner) during heavy traffic.
    Other Windows 7 machines in the network work fine (though they are Home version, not Pro).
    ONLY DNS fails, direct IP works OK.
    Reboot seems only solution at the moment.
    I am now lost as to what to try to resolve this issue, I do not really want to reload Windows 7 as it is a relatively new install... I have read about issues with wired connections on my router (BT Home Hub 2.0) so tried a wireless connection, still the
    same.
    Here is my ipconfig /all (it shows the BT Home Hub router DNS settings, but it also failed with Google's 8.8.8.8 and 8.8.4.4 entered here and also with the routers 192.168.1.254 (default).
    Microsoft Windows [Version 6.1.7601]
    Copyright (c) 2009 Microsoft Corporation. All rights reserved.
    C:\Users\G>ipconfig /all
    Windows IP Configuration
    Host Name . . . . . . . . . . . . : e1
    Primary Dns Suffix . . . . . . . :
    Node Type . . . . . . . . . . . . : Hybrid
    IP Routing Enabled. . . . . . . . : No
    WINS Proxy Enabled. . . . . . . . : No
    Ethernet adapter Local Area Connection:
    Connection-specific DNS Suffix . :
    Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
    Physical Address. . . . . . . . . : 30-85-A9-AD-07-81
    DHCP Enabled. . . . . . . . . . . : No
    Autoconfiguration Enabled . . . . : Yes
    Link-local IPv6 Address . . . . . : fe80::59f:484a:827f:42ba%11(Preferred)
    IPv4 Address. . . . . . . . . . . : 192.168.1.87(Preferred)
    Subnet Mask . . . . . . . . . . . : 255.255.255.0
    Default Gateway . . . . . . . . . : 192.168.1.254
    DHCPv6 IAID . . . . . . . . . . . : 238060969
    DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-39-2B-4D-30-85-A9-AD-07-81
    DNS Servers . . . . . . . . . . . : 217.32.171.21
    213.120.234.30
    NetBIOS over Tcpip. . . . . . . . : Enabled
    Ethernet adapter VirtualBox Host-Only Network:
    Connection-specific DNS Suffix . :
    Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
    Physical Address. . . . . . . . . : 08-00-27-00-28-56
    DHCP Enabled. . . . . . . . . . . : No
    Autoconfiguration Enabled . . . . : Yes
    Link-local IPv6 Address . . . . . : fe80::8d2d:7418:381b:8dc0%15(Preferred)
    IPv4 Address. . . . . . . . . . . : 192.168.56.1(Preferred)
    Subnet Mask . . . . . . . . . . . : 255.255.255.0
    Default Gateway . . . . . . . . . :
    DHCPv6 IAID . . . . . . . . . . . : 336068647
    DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-39-2B-4D-30-85-A9-AD-07-81
    DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
    fec0:0:0:ffff::2%1
    fec0:0:0:ffff::3%1
    NetBIOS over Tcpip. . . . . . . . : Enabled
    Tunnel adapter isatap.{486D4DCC-9CB7-417E-A796-596E0E6B1D54}:
    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix . :
    Description . . . . . . . . . . . : Microsoft ISATAP Adapter
    Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
    DHCP Enabled. . . . . . . . . . . : No
    Autoconfiguration Enabled . . . . : Yes
    Tunnel adapter Teredo Tunneling Pseudo-Interface:
    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix . :
    Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
    Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
    DHCP Enabled. . . . . . . . . . . : No
    Autoconfiguration Enabled . . . . : Yes
    Tunnel adapter isatap.{67455999-75A5-436E-9EAC-12B093363132}:
    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix . :
    Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
    Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
    DHCP Enabled. . . . . . . . . . . : No
    Autoconfiguration Enabled . . . . : Yes
    C:\Users\G>
    Any ideas where to look, or what other info to provide for any assistance?
    Many thanks in advance.

    Hi,
    This has just happened again, here is the content of the netstat results as requested...
    If I kill the VirtualBox virtual machines, it starts working again. It is as if there are no ports left, but I am not occupying that many? Surely Windows 7 can cope with this?
    I feel I am missing something important, but cannot put my finger on it...
    Further below, I have re-run the netstat command AFTER I have closed the VirtualBox machines and the system works OK.
    netstat results DURING ISSUE:
    Active Connections
      Proto  Local Address          Foreign Address        State           PID
      TCP    0.0.0.0:21             0.0.0.0:0              LISTENING       1444
     [FileZilla Server.exe]
      TCP    0.0.0.0:25             0.0.0.0:0              LISTENING       1692
     [MESMTPC.EXE]
      TCP    0.0.0.0:80             0.0.0.0:0              LISTENING       4
     Can not obtain ownership information
      TCP    0.0.0.0:110            0.0.0.0:0              LISTENING       1660
     [MEPOPS.EXE]
      TCP    0.0.0.0:135            0.0.0.0:0              LISTENING       752
      RpcSs
     [svchost.exe]
      TCP    0.0.0.0:143            0.0.0.0:0              LISTENING       1524
     [MEIMAPS.exe]
      TCP    0.0.0.0:445            0.0.0.0:0              LISTENING       4
     Can not obtain ownership information
      TCP    0.0.0.0:1221           0.0.0.0:0              LISTENING       4796
     [VirtualBox.exe]
      TCP    0.0.0.0:2199           0.0.0.0:0              LISTENING       4820
     [VirtualBox.exe]
      TCP    0.0.0.0:3306           0.0.0.0:0              LISTENING       1756
     [mysqld.exe]
      TCP    0.0.0.0:3389           0.0.0.0:0              LISTENING       1104
      CryptSvc
     [svchost.exe]
      TCP    0.0.0.0:6901           0.0.0.0:0              LISTENING       4636
     [WinVNC.exe]
      TCP    0.0.0.0:6901           0.0.0.0:0              LISTENING       4636
     [WinVNC.exe]
      TCP    0.0.0.0:8300           0.0.0.0:0              LISTENING       3464
     [sc_serv.exe]
      TCP    0.0.0.0:8301           0.0.0.0:0              LISTENING       3464
     [sc_serv.exe]
      TCP    0.0.0.0:8360           0.0.0.0:0              LISTENING       3080
     [sc_serv.exe]
      TCP    0.0.0.0:8361           0.0.0.0:0              LISTENING       3080
     [sc_serv.exe]
      TCP    0.0.0.0:9022           0.0.0.0:0              LISTENING       4804
     [VirtualBox.exe]
      TCP    0.0.0.0:9023           0.0.0.0:0              LISTENING       4804
     [VirtualBox.exe]
      TCP    0.0.0.0:9080           0.0.0.0:0              LISTENING       4804
     [VirtualBox.exe]
      TCP    0.0.0.0:10001          0.0.0.0:0              LISTENING       4828
     [VirtualBox.exe]
      TCP    0.0.0.0:10002          0.0.0.0:0              LISTENING       4828
     [VirtualBox.exe]
      TCP    0.0.0.0:10003          0.0.0.0:0              LISTENING       4828
     [VirtualBox.exe]
      TCP    0.0.0.0:10011          0.0.0.0:0              LISTENING       4780
     [VirtualBox.exe]
      TCP    0.0.0.0:10012          0.0.0.0:0              LISTENING       4780
     [VirtualBox.exe]
      TCP    0.0.0.0:10013          0.0.0.0:0              LISTENING       4780
     [VirtualBox.exe]
      TCP    0.0.0.0:25566          0.0.0.0:0              LISTENING       3648
     [TerrariaServer.exe]
      TCP    0.0.0.0:30001          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30002          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30003          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30004          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30005          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30006          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30007          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30020          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30021          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30039          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30080          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30081          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30082          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30083          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30084          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30085          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30086          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30087          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30088          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30089          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30090          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30091          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30092          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30093          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30094          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30095          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30096          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30097          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30098          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30099          0.0.0.0:0              LISTENING       4788
     [VirtualBox.exe]
      TCP    0.0.0.0:30101          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30102          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30103          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30104          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30105          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30106          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30107          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30108          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30109          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30110          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30111          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30112          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30113          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30114          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30115          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30116          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30117          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30118          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30119          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30120          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30121          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30139          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30180          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30181          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30182          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30183          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30184          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30185          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30186          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30187          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30188          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30189          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30190          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30191          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30192          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30193          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30194          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30195          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30196          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30197          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30198          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30199          0.0.0.0:0              LISTENING       4812
     [VirtualBox.exe]
      TCP    0.0.0.0:30201          0.0.0.0:0              LISTENING       4796
     [VirtualBox.exe]
      TCP    0.0.0.0:30239          0.0.0.0:0              LISTENING       4796
     [VirtualBox.exe]
      TCP    0.0.0.0:33306          0.0.0.0:0              LISTENING       4796
     [VirtualBox.exe]
      TCP    0.0.0.0:49152          0.0.0.0:0              LISTENING       440
     [wininit.exe]
      TCP    0.0.0.0:49153          0.0.0.0:0              LISTENING       880
      eventlog
     [svchost.exe]
      TCP    0.0.0.0:49154          0.0.0.0:0              LISTENING       1000
      Schedule
     [svchost.exe]
      TCP    0.0.0.0:49156          0.0.0.0:0              LISTENING       508
     [lsass.exe]
      TCP    0.0.0.0:49157          0.0.0.0:0              LISTENING       500
     [services.exe]
      TCP    0.0.0.0:49158          0.0.0.0:0              LISTENING       3048
      PolicyAgent
     [svchost.exe]
      TCP    127.0.0.1:8361         127.0.0.1:49364        ESTABLISHED     3080
     [sc_serv.exe]
      TCP    127.0.0.1:14147        0.0.0.0:0              LISTENING       1444
     [FileZilla Server.exe]
      TCP    127.0.0.1:14147        127.0.0.1:49162        ESTABLISHED     1444
     [FileZilla Server.exe]
      TCP    127.0.0.1:49162        127.0.0.1:14147        ESTABLISHED     3156
     [FileZilla Server Interface.exe]
      TCP    127.0.0.1:49212        127.0.0.1:49213        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49213        127.0.0.1:49212        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49214        127.0.0.1:49215        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49215        127.0.0.1:49214        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49216        127.0.0.1:49217        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49217        127.0.0.1:49216        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49218        127.0.0.1:49219        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49219        127.0.0.1:49218        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49220        127.0.0.1:49221        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49221        127.0.0.1:49220        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49222        127.0.0.1:49223        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49223        127.0.0.1:49222        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49224        127.0.0.1:49225        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49225        127.0.0.1:49224        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49226        127.0.0.1:49227        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49227        127.0.0.1:49226        ESTABLISHED     4288
     [java.exe]
      TCP    127.0.0.1:49364        127.0.0.1:8361         ESTABLISHED     3100
     [Instore_Radioboss.exe]
      TCP    192.168.1.87:139       0.0.0.0:0              LISTENING       4
     Can not obtain ownership information
      TCP    192.168.1.87:3389      217.156.134.12:22971   ESTABLISHED     1104
      CryptSvc
     [svchost.exe]
      TCP    192.168.1.87:8360      81.148.248.221:1026    ESTABLISHED     3080
     [sc_serv.exe]
      TCP    192.168.1.87:25565     0.0.0.0:0              LISTENING       4288
     [java.exe]
      TCP    192.168.1.87:50644     37.139.0.151:8233      ESTABLISHED     4796
     [VirtualBox.exe]
      TCP    192.168.1.87:51019     81.27.96.46:21         TIME_WAIT       0
      TCP    192.168.1.87:53126     192.168.1.86:445       ESTABLISHED     4
     Can not obtain ownership information
      TCP    192.168.1.87:60462     192.168.1.86:445       CLOSE_WAIT      4
     Can not obtain ownership information
      TCP    192.168.1.87:65029     37.139.0.151:8231      ESTABLISHED     4796
     [VirtualBox.exe]
      TCP    192.168.56.1:139       0.0.0.0:0              LISTENING       4
     Can not obtain ownership information
      TCP    [::]:21                [::]:0                 LISTENING      
    1444
     [FileZilla Server.exe]
      TCP    [::]:25                [::]:0                 LISTENING      
    1692
     [MESMTPC.EXE]
      TCP    [::]:80                [::]:0                 LISTENING      
    4
     Can not obtain ownership information
      TCP    [::]:135               [::]:0                 LISTENING      
    752
      RpcSs
     [svchost.exe]
      TCP    [::]:445               [::]:0                 LISTENING      
    4
     Can not obtain ownership information
      TCP    [::]:3306              [::]:0                 LISTENING      
    1756
     [mysqld.exe]
      TCP    [::]:3389              [::]:0                 LISTENING      
    1104
      CryptSvc
     [svchost.exe]
      TCP    [::]:30239             [::]:0                 LISTENING      
    4796
     [VirtualBox.exe]
      TCP    [::]:49152             [::]:0                 LISTENING      
    440
     [wininit.exe]
      TCP    [::]:49153             [::]:0                 LISTENING      
    880
      eventlog
     [svchost.exe]
      TCP    [::]:49154             [::]:0                 LISTENING      
    1000
      Schedule
     [svchost.exe]
      TCP    [::]:49156             [::]:0                 LISTENING      
    508
     [lsass.exe]
      TCP    [::]:49157             [::]:0                 LISTENING      
    500
     [services.exe]
      TCP    [::]:49158             [::]:0                 LISTENING      
    3048
      PolicyAgent
     [svchost.exe]
      TCP    [::1]:14147            [::]:0                 LISTENING       1444
     [FileZilla Server.exe]
      UDP    0.0.0.0:123            *:*                                   
    964
      W32Time
     [svchost.exe]
      UDP    0.0.0.0:500            *:*                                   
    1000
      IKEEXT
     [svchost.exe]
      UDP    0.0.0.0:3702           *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    0.0.0.0:3702           *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    0.0.0.0:4500           *:*                                   
    1000
      IKEEXT
     [svchost.exe]
      UDP    0.0.0.0:5355           *:*                                   
    1104
      Dnscache
     [svchost.exe]
      UDP    0.0.0.0:53274          *:*                                   
    4780
     [VirtualBox.exe]
      UDP    0.0.0.0:53727          *:*                                   
    4788
     [VirtualBox.exe]
      UDP    0.0.0.0:54111          *:*                                   
    4828
     [VirtualBox.exe]
      UDP    0.0.0.0:54112          *:*                                   
    4828
     [VirtualBox.exe]
      UDP    0.0.0.0:54113          *:*                                   
    4780
     [VirtualBox.exe]
      UDP    0.0.0.0:55421          *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    0.0.0.0:58596          *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    0.0.0.0:59838          *:*                                   
    4812
     [VirtualBox.exe]
      UDP    0.0.0.0:62498          *:*                                   
    4796
     [VirtualBox.exe]
      UDP    127.0.0.1:1900         *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    127.0.0.1:55045        *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    192.168.1.87:137       *:*                                   
    4
     Can not obtain ownership information
      UDP    192.168.1.87:138       *:*                                   
    4
     Can not obtain ownership information
      UDP    192.168.1.87:1900      *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    192.168.1.87:55043     *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    192.168.56.1:137       *:*                                   
    4
     Can not obtain ownership information
      UDP    192.168.56.1:138       *:*                                   
    4
     Can not obtain ownership information
      UDP    192.168.56.1:1900      *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    192.168.56.1:55044     *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [::]:123               *:*                                   
    964
      W32Time
     [svchost.exe]
      UDP    [::]:500               *:*                                   
    1000
      IKEEXT
     [svchost.exe]
      UDP    [::]:3702              *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    [::]:3702              *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    [::]:4500              *:*                                   
    1000
      IKEEXT
     [svchost.exe]
      UDP    [::]:5355              *:*                                   
    1104
      Dnscache
     [svchost.exe]
      UDP    [::]:55422             *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    [::]:58597             *:*                                   
    964
      EventSystem
     [svchost.exe]
      UDP    [::1]:1900             *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [::1]:55042            *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [fe80::59f:484a:827f:42ba%11]:1900  *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [fe80::59f:484a:827f:42ba%11]:55040  *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [fe80::11a6:2283:bc40:c0cb%16]:1900  *:*                                   
    4172
      SSDPSRV
     [svchost.exe]
      UDP    [fe80::11a6:2283:bc40:c0cb%16]:55041  *:*                                   
    4172
      SSDPSRV
     [svchost.exe]

  • Possible DNS issue with AirPort Express basestation?

    Hi all -
    Up until recently my Airport Express has been working great. This past weekend I started noticing that website browsing became slow, and some websites would not come up at all (e.g. popular sites like wordpress.org).
    Otherwise my internet connection works fine (email works, browsing for the most part is normal for all computers on the network, pc and mac).
    I read that this could be a possible DNS issue. I unplugged the AE basestation and plugged my Powerbook directly into my cable modem and was able to get to all websites that I couldn't get to while using the AE. That, and browsing was a heck of a lot faster (it seemed).
    Can anyone help me out and point me to a specific setting on the AE that I can toggle, correct, whatever, to solve this (possible) DNS issue?
    Thanks!
    Jeff

    Dear Henry, Thanks for your reply, and we are sorry for having intruded upon the wrong thread with our troubles. Perhaps you could point us to the most pertinent thread. Further pushing credulity Might you assist us further?... We have checked every floor in the building and no new equip has been added, though I can't speculate on the 'hood at large. We added a Time Capsule to the mix hoping that might bring back some stability and speed, but results aren't very promising so far. perhaps you might point us to a resource for professional help, or web sites that may help us define and implement something beyond the ad hoc system we have currently. We have read through the Apple docs regarding Designing Networks, and though informative they don't necessarily explain the nuances / consequences of different configurations, for instance, that WDS will adversely affect net speed. Thanks in advance for your input (should you wish to assist). If you are so inclined I can provide the snap shot of our list of hardware. And again apologies if we are in the wrong place.

  • DNS issues with replaced domain controllers

    I have slight issue I hope some one can help with.
    We recently replaced some domain controllers in our 2 core sites the process we followed is as below:-
    moved FSMO roles to different already working servers
    demoted the old domain controllers and decommissioned.
    built virtual machine replacements with the same names.
    depromo'd the servers
    ran all the tests and it reported everything was fine.
    moved the fsmo roles to the new servers.
    repeated this for the remaining servers.
    this was our 2003 domain to free up physical space but our new 2013 domain what will exist separately until all our applications our tested.
    however the problem we now have is that non domain controllers have issues registering against the new servers despite being able to do look-ups against them all (replication testing looks fine). one of our regional DC's seems to have taken over as the primary
    replica. as changes made else where disappeared but changes made there got replicated out perfectly.
    I have managed to resolve this particular issue by added the domain controllers back into several locations in DNS manually (maining forward lookup zones>my domain>_tcp )but we still experience the odd issue with servers not registering in DNS properly
    (although it's a lot better since the I did the above)
    so basically does any one have a idea on what could have caused this issue and how I can resolve?

    should the demotion not automatically remove it from sites and services automatically (it could well be this if not) the question then becomes how do we resolve the issues we have now.
    Hello,
    NO, as you can demote a DC and it still may run site-aware services like DFS and for this reason a DC is NOT automatically removed from AD sites and services during demotionprocess.
    Best regards
    Meinolf Weber
    MVP, MCP, MCTS
    Microsoft MVP - Directory Services
    My Blog: http://blogs.msmvps.com/MWeber
    Disclaimer: This posting is provided AS IS with no warranties or guarantees and confers no rights.
    Twitter:  

  • Is anyone else having DNS issues with BC?

    My client is using Business Catalyst nameservers for their domain.  As of yesterday their email started getting bounced with the message "No email server found".  As of today their whole site has gone down.  I've checked the obvious and their domain name hasn't expired.  Seems like BC have a major DNS issue going down.  Is anyone else experiencing this?  No word from BC support yet...  :-|

    Hi Liam, thanks for your response.  This client has their domain nameservers set to ns(1|2|3).worldsecuresystems.com so they shouldn't need to make any DNS changes in relation to the migration? 
    whois is showing the domain active and pointing to the correct nameservers, nslookup isn't returning records for the domain.  The problem would be stereotypical of the domain expiring but that isn't the case in this instance.
    Interesting doing a nslookup server=ns1.worldsecuresystems.com ecoyogastore.co.nz returns the correct records.  For whatever reason these records arn't being propigated out to other nameservers though.
    whois:
    % New Zealand Domain Name Registry Limited
    % Users confirm on submission their agreement to all published Terms
    version: 5.00
    query_datetime: 2013-09-03T15:08:31+12:00
    domain_name: ecoyogastore.co.nz
    query_status: 200 Active
    domain_dateregistered: 2008-05-15T22:16:47+12:00
    domain_datebilleduntil: 2018-08-15T22:16:47+12:00
    domain_datelastmodified: 2013-09-02T13:43:48+12:00
    domain_delegaterequested: no
    domain_signed: no
    ns_name_01: ns1.worldsecuresystems.com
    ns_name_02: ns2.worldsecuresystems.com
    ns_name_03: ns3.worldsecuresystems.com

  • Internet Explorer 11 issue with displaying value in confirm password text box

    I have one Website which has deployed on Windows 2008 R2 server.
    I have one issue with one Web Page... In my Web page have 3 Text boxes for Passwords like -
    Login          :
    Password     :
    Confirm Password :
    So in this case, when this page load all data fills properly excluding confirm password.
    "Confirm Password" text box always shows Blank. This text box already filled through code as per database value, but not shown value in this text box.
    But same value is showing in first "Password" text box properly.
    This problem occurred in IE 10 and 11 only. Same page is showing properly on other browsers and IE8 also.
    Can you please give me any solution on this issue ?

    Hi,
    For the issue,I would like to confirm if the issue is related to compatibility.
    Please try to use compatibility mode use F12 to check IE8 mode will work.
    For reference about compatibility mode:
    http://blogs.msdn.com/b/ie/archive/2010/10/19/testing-sites-with-browser-mode-vs-doc-mode.aspx
    Regards,
    Kelvin hsu
    TechNet Community Support

  • EA6350 DHCP/DNS Issues

    Just got this router, overall not bad, but a couple of serious problems. When using the built in DHCP there's no way to force serving only the static DNS addresses.  I have been using OpenDNS as part of a multi-layer parental control solution... but because this router always serves itself up as a DNS proxy, and bypasses the static DNS configuration, I no longer get the behavior I was able to get with my old wrt54g. It would be great if there were options to :1) Exclude DNS Proxy from the served DHCP list of DNS addresses2) Disable DNS Proxy Somewhat less serious, if you disable the built in DHCP, there's no way to turn it back on, short of resetting the router to factory default settings. All the DHCP configuration is blanked when turned off, and there's no way to restore the configuration to allow it to be re-enabled. I hope to see these issues fixed in the next firmware update!

    Thanks.Believe it or not, have configured only 1 open DNS server, also tried disabling IPv6 L3 interfaces on WAN.Neither made any difference. Internet Connection (IPv4)  Connection Type:Automatic Configuration - DHCPLogin Status:  ConnectDisconnectInternet Address:*************************Subnet Mask:*************************Default Gateway:*************************DNS1:75.75.75.75DNS2:75.75.76.76DNS3: MTU:AutoDHCP Lease Time:5569 Minutes Local Network  DHCP Server  Local MAC Address:48:F8:B3:BD:21:0FIPv4 Address:10.230.84.229IPv4 Subnet Mask:255.255.255.0IPv6 Link-Local Address:fe80:0000:0000:0000:4af8:b3ff:febd:210fPrefix Address:  DHCP Server:EnabledStart IP Address:10.230.84.100End IP Address:10.230.84.149Client lease time:10080 MinutesStatic DNS 1:208.67.222.222Static DNS 2: Static DNS 3: WINS: 

  • DHCP Renew Issue with Road Runner

    I have had Road Runner for 6 weeks, the first four weeks everything was running smoothly. However, for the last two weeks the connection has been sporadic and I am constantly losing my connection.
    My computer is connected directly to the modem with an ethernet cable; there is no router, there are no other computers. I'm simply trying to stay online with my little computer.
    My network settings are for built-in ethernet, using DHCP, with the addresses provided by my ISP (Road Runner) and I've added two DNS server addresses for Road Runner (because several other discussions, posts, etc. recommended using those to help stay connected). I've tried turning my IPv6 off, I've tried manually configuring my DHCP connection, I've scoured the internet for help. All to no avail. Most topics deal with networking with PC's or airports and I have neither attached to this computer. I've created new locations to try and "erase" any default settings and I've kicked the modem a few times (accidentally I assure you ).
    From what I can tell, (keep in mind I sell trees and know nothing about this) the DHCP lease does not renew when it's supposed to. I am disconnected every half hour or so, or I have to press "renew" to be able to stay online (highly annoying).
    When I first subscribed to Road Runner the connection was fine and I was able to stay online indefinitely. Two weeks ago that changed, even though I did nothing (intentionally) to change network settings. This means I downloaded nothing that would affect my network configuration, I didn't poke around in network configurations, I did not change any settings. I've spoken with their online "tech" support four times. I've spoken to three people on the phone and I've had a tech come out to replace my modem and ethernet cable. When the problem persisted I contacted them again and was told the problem was with Apple <gasp>.
    I believe I need help in finding a way to have my mac recognize changes in DHCP and to renew the lease automatically, for all I know it could be that the moon isn't aligned with Saturn <shrug>...preferably in vernacular I can understand. Thank you in advance for any help!
    Lori

    Hi Lori,
    You're not really in the right forum for your problem (this area is for Apple-server) but I'll give it a go...
    First, short explanation on DHCP. This process is pretty straightforward for the client's function so I'm suspicious of the "blame the mac" conclusion from Road Runner (although does not exclude possibility). When the mac starts up, it issues a 'Discovery' broadcast, looking for a DHCP server. The server responds with an 'Offer' of an IP address. The client then responds with a 'Request' to the server for the same IP address and the server then sends an 'Acknowledgement' that it may use this address, along with other information including the 'Lease Time' - how long the client may continue to use that info.
    The lease time is important. After 50% of this time has gone, the client will attempt to renew it from the same server by issuing another Request and awaiting another Acknowledgement. Should there be no Acknowledgement, the client will continue to issue Requests up until the expiry of the original lease time at which point it will drop all the info which it received from the server and then issue another Offer broadcast, looking for a new server (which may or may not be available).
    So, first thing, lets see what lease time you are getting from Road Runner and see if this corresponds with the 30 minutes you seem to get from a session...
    Ensure you have a cable connection to your router, restart computer. In Applications-> Utilities, start up Terminal. Enter the following line, ending with normal 'return' key (new line)...
    ipconfig getpacket en0
    That's a zero at the end.
    Look for the line similar to this, "lease_time (uint32): 0x1bd8", and post back the string of chars you get at the end of your line (corresponding to the "0x1bd8" part). Quit the Terminal utility.
    Can you also confirm what computer model you use, and the system version?
    -david
        Server 10.4.8

  • Making internet sharing work (Issue with Network Address Translation)

    Trying to use internet sharing to enable a BluRay player to get access to the internet for firmware updates, BDLive, etc.
    MacBook Pro is setup with Airport (en1) enabled and connected to the internet.
    Ethernet port (en2) is set to "Configure IPv4: Off."
    I have configured the /etc/bootpd.plist file with the following configuration as mentioned in http://www.macosxhints.com/article.php?story=20071223001432304&query=xbox%2B360.
    <key>replythresholdseconds</key>
    <integer>0</integer>
    After starting up Internet Sharing, the following is observed:
    Ethernet port(en2) is reporting 192.168.2.1 as its IP address in Network Utility but not in the Network System Preferences Pane.
    The Mac is responding to the DHCP request from the BluRay player and the BluRay is assigned an IP address of 192.168.2.2/24 with a default gateway and DNS of 192.168.2.1.
    So you think there would be success with this but wrong. The system log is reporting that NATD "failed to write packet back (No route to host)" or "failed to write packet back (Host is down) and the connection test on the BluRay player is consistently failing.
    Even manually configuring the ethernet port on the Mac is resulting in failure. Is there something else I'm overlooking?
    Hoping someone can spread some light on this. Thanks.

    Ashy Larry wrote:
    So you were able to get it to work then?
    I ask because I want to get the Sony BDP-N460 Bluray player for my parents, as it's the only Sony player aside from the Playstation 3 that is Netflix capable. I'm not sure why their other wi-fi enabled player doesn't have Netflix on it. I suppose I could get them a Playstation 3, but they don't really need one.
    More than likely that Sony is positioning its products that way so people do go for the PS3 and increase it install base and possibly get you to by a game or two.
    I want to connect the player to an old iBook G3 that's running 10.4 and share its connection. I did this successfully with the iBook and my Xbox 360 and wanted to know if it was possible to do so with a Bluray player.
    I would bet that you will be able to accomplish this if you were able to get a 360 running through it. Just ignore the Blu-Ray player's test connection tool and try to connect to Netflix. Just play it safe and buy it through a retailer like Amazon where returns are hassle free.

  • DNS issues with kerio

    Hello,
    We are running the following setup:
    cisco firewall
    dmz lan
    xserve(kerio/fto) workstations
    So basicly randomly the computers accesing the dns name mail.domainname.com(172.16.2.2) gets directed too the xserve. And other times it gets directed too the cisco firewall (192.168.1.1).
    Any ideas why this happends? I found this in the DNS log while the 192.168.1.200 tried to connect too the dns.
    27-Apr-2010 12:50:59.115 client 192.168.1.200#65293: view com.apple.ServerAdmin.DNS.public: query (cache) 'maps.l.google.com/A/IN' denied

    Minigud wrote:
    Hoff,
    Thank you again for your quick reply.
    All the computers is running 10.6.3.
    You are correct, we are running a local and external dns server. One from our internet provider and one for our mailserver. Basicly we want mail.domain.com to work both on wireless devices when at the office and when outside of the office.
    I took some screenshots from our firewall aswell as the xserve DNS setup. Maybe you see something i don´t. The dhcp server here is the cisco router.
    http://bildr.no/view/636861
    Thanks again, i appriciate the help.
    What you are describing for your DNS setup is a common case called "Split Horizon DNS". I use this configuration on my own Mac network. Internally, all clients are set to only talk to my own internal DNS server. On my own internal DNS server I have defined records for my mail server, e.g. mail.mydomain.com to point to its public IP address. My ISP has a record which the rest of the world uses which also points the same name to the same public IP address.
    The servers are all set to use my internal DNS server in Network preferences in System Preferences, this includes my own DNS server which is also my Open Directory and DHCP server (yes this means it looks to itself). The DHCP server is set to only advertise my internal DNS server.
    My internal DNS server receives all DNS lookup requests, and can resolve itself my own domain, and forwards externally all other requests to be resolved by other DNS servers.
    In case you do have two DHCP servers, what you could do, is at a suitable quiet time, temporarily shutdown the DHCP server you know you are running, and see if clients are still able to obtain a DHCP address. If they can this confirms there is another one running, if they cannot, then this would suggest you only have one DHCP server.
    Presumably you only have one DHCP subnet defined on your DHCP server?
    Note: If you have a Split Horizon configuration like this, you also need to internally define any other external addresses like www.mydomain.com so you can access your own website, even/especially if the website is hosted externally.
    When your clients are out of the office, they would be getting settings via a different DHCP server, which would include a different DNS server, and it would via your ISP find the external records.
    In theory you could have server.mydomain.com point to an internal private IP address on your LAN, and externally (via your ISPs DNS server) point to a public IP address. I have not needed or wanted to do this.

  • Major DNS issue with my Partner Site PLEASE HELP...

    As a a business catalyst partner my partner site is completely down and all my corporate emails have been erased.  I built a new partner site using a business catalyst template and when I uploaded the new site to my partner site there were major conflicts with the default site-wide template and the files that I am unable to erase via FTP on the partner portal so the new template never fully worked. 
    So I moved on to Plan B - which was to open a new site as a "customer" under my own business catalyst account.  Uploaded the files and the site worked, now when I tried to take my partner account domain name and transfer it to my newly created customer account I ran into a second even larger issue.  It tells me the domain name already exists (as my partner domain) - please delete all files and try again (see screen shot for details.).
    It will not allow me to erase the partner account under my partner portal as the "Delete Site" feature is not there for my partner portal (see screenshots for example).
    Please help me straighten out this mess as my business site is completely down and all my corporate emails have been completely erased. 

    I actually had the exact same problem. If you are a premium partner and rebranded unfotunately the domain name can't be moved because your customer sites are tied to that domain name.
    So the only option is to create a new domain for your site. It sucks I know, but I can see why it has to be that way.
    If you have not rebranded, then contacting support might be able to change that for you.

  • IP or DHCP address issue with VPN

    setup: Mac server 10.6.8, VPN service L2TP, Airpot Extreme software fully updated in company LAN set to DHCP: IP range is 10.0.0/24, DHCP service is OFF in server admin...
    VPN IP range is 10.0.0/24
    I noticed sometimes when I VPN into my company network via L2TP (which I do IT support for) that someone on the company LAN gets a notice that another device on the network is using the same IP as their machine.
    All clients in the company LAN are set to DHCP and the remote connecting Mac is set to DHCP, and the remote LAN is a different network than the company LAN.
    This instance once interrupted remote server access (via VPN) because the remote connecting client somehow attain the IP of the companys' Drobo File server , which itself has a manual IP.
    Do I need to set the VPN IP range to a different scope than the company DHCP range? ie. Company DHCP range (in AE) to 10.0.0.1 - 10.0.200 and in VPN IP range settings 10.0.0.201 - 10.0.0.254
    Is there a setting I've missed?
    Can anyone help?
    Thx

    Do I need to set the VPN IP range to a different scope than the company DHCP range? ie. Company DHCP range (in AE) to 10.0.0.1 - 10.0.200 and in VPN IP range settings 10.0.0.201 - 10.0.0.254
    Yes, You need TWO pools of IP addresses in your LAN.
    One is kept by the DHCP server and addresses from this pool are assigned to DHCP clients on the LAN.
    The other range is handled by the VPN server and clients connecting to the VPN are assigned one of these addresses. VPN clients do NOT get a DHCP address from the LAN DHCP server.

Maybe you are looking for

  • Custom Calculation Script for building in a percentage increase

    Hello all,    Looking for a custom calculation script that will apply a percentage increase to a default value when the value of another cell goes above certain numbers. Crude example below. Y is the cell that the script will be applied to. if value

  • Help me which JNDIFactory to use to access EJB from a java class of JAR

    I am confused in understanding the different JNDI factories RMIInitialContextFactory, ApplicationInitialContextFactory and ApplicationClientInitialContextFactory And the different namespaces like global, container local and component local. Especiall

  • Calculating values from repeated fields.

    I have a subform that repeatable, how to i calculate a value from a fields from the repeated values?

  • IOException when flush is called from a custom tag

    Thanks is advance for the help. I've encountered an oddity in OC4J 10.1.3 Standalone using java 1.5 the 2.4 servlet spec and struts 1.1 and I'm wondering how to resolve it. In our current application we use custom tags to define certain fields. Every

  • Best settings for 1080p 24fps footage

    Hi all, Shooting great stuff at 1080p 24fps with a Canon DSLR. My audio is 48 at 24bit. I am wondering what my best settings would be for: 1) Full size, full quality 2) A more manageable size (50%?) at full quality I realize that the end use matters.