New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Accessing Container from seperate machine #384
Comments
It would help if you paste the output of new-navcontainer here as well? |
so sorry this took so long @freddydk ! here is the output you requested as you can see near the bottom, it's http://githubtest which works flawlessly. however, if i go and look at server instances in the IDE it says `NavContainerHelper is version 0.6.1.0 Files: WARNING: You are running a container which is 113 days old. Initialization took 63 seconds |
Did you ever manage to make this work? |
Not 100%, no. It “works”, but i have to manually change the service address when running things from the developer. I’m beginning to wonder if this would work on someone else’s domain, and maybe our DC/DNS is set up incorrectly.
Thanks,
Taylor Wimberly
The CSG Group, Inc.
770.923.7144
From: Freddy Kristiansen <notifications@github.com>
Sent: Tuesday, December 10, 2019 2:55 AM
To: microsoft/nav-docker <nav-docker@noreply.github.com>
Cc: tawimberly <tawimberly@thecsggroup.com>; Author <author@noreply.github.com>
Subject: Newsletter / Marketing: Re: [microsoft/nav-docker] Accessing Container from seperate machine (#384)
Did you ever manage to make this work?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#384?email_source=notifications&email_token=AL44R4S3VZCI3GPBZHV3AMLQX5DLPA5CNFSM4H4VISF2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGOJX4Q#issuecomment-563911666> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AL44R4T2SYDOTKUARFNATLDQX5DLPANCNFSM4H4VISFQ> .
|
Assuming it was resolved long ago. |
I do not believe this is a duplication of issue #252 but rather...an extension of it. i am not sure if this is a bug or i have set something up incorrectly. The below function creates a container successfully...and i can ping the ip as well the hostname. We can connect using our domain users as this is setup using gmsa.
I can connect to this from the Webclient, windows client, and development environment....but not using what NAV THINKS is the correct address.for example, the listing in the "server Instances" of the developer environment will display container.domain.local which never works while trying to run an object. i have to manually remove the .domain.local portion and then it will connect. This also means that if i already have the client running, i can't run an object after making changes without it opening an entirely new instance of the windows client which is the main frustration.
New-NavContainer -containerName $ContainerName -accept_eula -accept_outdated -additionalParameters $additionalParameters -memoryLimit 12g -auth Windows -databaseCredential $databasecredential -databaseInstance $databaseInstance -databaseName $databaseName -databaseServer $databaseServer -doNotExportObjectsToText -imageName microsoft/dynamics-nav:2018-cu4-na -updateHosts -PublicDnsName $dnsName
my Additional parameters are listed below. the $dnsName variable is [containerName].domain.local and i have also tried just using the $ContainerName without domain.local attached to the end.
$additionalParameters = @("--publish 8080:8080", "--publish 443:443", "--publish 7046-7049:7046-7049", "--env publicFileSharePort=8080", "--env PublicDnsName=$dnsName", "--security-opt credentialspec=file://$ContainerName.json", "--network=tlan"
if any information about my network (it's a transparent one i believe) setup is needed please let me know. i followed instructions someone posted in either #252 or similar issue report that i can no longer locate.
The text was updated successfully, but these errors were encountered: