Recommended Posts

i have a website setup internally using apache. its website.met. my ip is 192.168.1.99 in the domain controller i made a new A record point website.met to 192.168.1.99 i flushed the dns on the client and the client cannot resolve the website. y does it not work?

one thing i can think of is the user's permission to the domain controller to resolve the dns!!

Well, the Web Server should be using it's full FQDN. So, if your domain was example.com then the Web Server should be something like webserver.example.com and you'd only need to setup a new a record for WebServer.

the domain is called mydomain.local so would i have to make a A record pointing at mydomain.local.website.met and then create a CNAME with that pointing to website.met ?

one thing i can think of is the user's permission to the domain controller to resolve the dns!!

no, thats not the case.

No, you'd make an A record called website.met.mydomain.local.

Your Domain Name goes after the Hostname of the Device. If you want to be able to hit 'Website.met' directly with no further intervention then you need to create a new forward lookup zone called .met and add website* to it.

No, you'd make an A record called website.met.mydomain.local.

Your Domain Name goes after the Hostname of the Device. If you want to be able to hit 'Website.met' directly with no further intervention then you need to create a new forward lookup zone called .met and add website* to it.

i made a A record and it automatically put mydomain.local to its right but I removed it and left it website.met but I think it made its own foward lookup zone..........

obviously i made a mistake but sadly im not the network admin so i cant be saying lets try this and that....

Well, your Network admin WILL know what he needs to do to setup something like this.

he doesnt. i just told him that i wanted to point website.met to my ip because i am running a web site with apache there and he told me that i would have to tell him how to do it as he does not know how to.

told him 2day and here it is....

Just make sure the hostname on your Linux box thats running the WebServer is setup correctly and has a Static IP.

it is a windows box and yes: it is static.

he doesnt. i just told him that i wanted to point website.met to my ip because i am running a web site with apache there and he told me that i would have to tell him how to do it as he does not know how to.

Then he shouldn't be a working in Networking - my partners 9 year old can already handle DNS configuration.

it is a windows box and yes: it is static.

If it's Windows, Bind to the Domain and it's instantly resolvable. Active Directory will automatically add the appropriate A Records.

Then he shouldn't be a working in Networking - my partners 9 year old can already handle DNS configuration.

go tell him (my boss) that........he didnt even know where to go in windows server to do it.

If it's Windows, Bind to the Domain and it's instantly resolvable. Active Directory will automatically add the appropriate A Records.

so therefore, I create a new A record and just leave the mydomian.local that is automatically appended to the right. ill try asking him to do tha if it doesnt work, then i guess ill just leave it alone.

You don't need to create anything, if the Windows Server that is running the Apache Server is joined to the domain as website.met then it'll automatically be resolvable.

?

i have apache server on pc 1 (my pc) dc is another pc, pc 2, i want the apache server to accessed by pc 3, 4, 5 (other pcs) on dc. all connected to dc.

it is not on ws/dc............

Okay

Domain name is mydomain.local

Domain Controller for example is called dc.mydomain.local

Apache Server is called website.met.mydomain.local

Other PCs are called PC1.mydomain.local, PC2.mydomain.local, PC3.mydomian.local etc

When website.met is joined to mydomain.local it gets the FQDN of website.met.mydomain.local

When a user types http://website.met into a Web Browser it'll search the network for a name containing website.met and then try the outside world. This is called a Search Domain, when it finds website.met.mydomain.local it'll automatically connect to the correct IP address and load the page.

Okay

Domain name is mydomain.local

Domain Controller for example is called dc.mydomain.local

Apache Server is called website.met.mydomain.local

Other PCs are called PC1.mydomain.local, PC2.mydomain.local, PC3.mydomian.local etc

When website.met is joined to mydomain.local it gets the FQDN of website.met.mydomain.local

When a user types http://website.met into a Web Browser it'll search the network for a name containing website.met and then try the outside world. This is called a Search Domain, when it finds website.met.mydomain.local it'll automatically connect to the correct IP address and load the page.

yes. exactly. the first five lines describe exactly the situation.

so how would i set that up on the dns server????

yes. exactly. the first five lines describe exactly the situation.

so how would i set that up on the dns server????

I think the answer of "You don't" is particular pertinent here.

As CPressland has stated, the fact that the Apache Web server (presumably running on a Windows box connected to the "domain" in question), the Domain's DC, and the clients actively looking to connect to the Apache Website will all be on the same domain, and connected accordingly, means you don't have to create a DNS record. As long as your Apache web server is called "website.met" you're all good!

Just make sure you are connected to the domain and as CPressland has stated, the DNS records will automatically be created on the DNS server

What is the name of the Apache server?

Start > Right Click Computer > Properties

PC1

all pcs here (except the dc) are named lik that with the number being the differece.

I think the answer of "You don't" is particular pertinent here.

As CPressland has stated, the fact that the Apache Web server (presumably running on a Windows box connected to the "domain" in question), the Domain's DC, and the clients actively looking to connect to the Apache Website will all be on the same domain, and connected accordingly, means you don't have to create a DNS record. As long as your Apache web server is called "website.met" you're all good!

Just make sure you are connected to the domain and as CPressland has stated, the DNS records will automatically be created on the DNS server

are you saying "it just works"? im sure id have to make a entry for this apache virutal hsot to be seeable by all....

"DNS records will automatically be created on the DNS server"

That is if the domain is not jacked up -- with a network admin that does not know how to create a A record, or where even to look for dns on the DC?

I am taking odds that prob not ;)

so you called your machine website.met ?? Really that is an odd name for a computer, could you post the output of hostname. And then just do a nslookup for the name that is output from hostname.

example

C:\Windows\System32>hostname

i5-w7

C:\Windows\System32>nslookup i5-w7

Server: pfsense.local.lan

Address: 192.168.1.253

Name: i5-w7.local.lan

Address: 192.168.1.100

C:\Windows\System32>

edit: Well if your computer is called PC1, then no its not just going to work.. You need to create the records in dns to point to the name you want for your website.

Do you have access to dns on the DC?

here

http://support.microsoft.com/kb/324260

How To Configure DNS Records for Your Web Site in Windows Server 2003

Same thing if 2k8 or 2k8r2, etc.. Send that link to your so called network admin

"DNS records will automatically be created on the DNS server"

That is if the domain is not jacked up -- with a network admin that does not know how to create a A record, or where even to look for dns on the DC?

I am taking odds that prob not ;)

so you called your machine website.met ?? Really that is an odd name for a computer, could you post the output of hostname. And then just do a nslookup for the name that is output from hostname.

example

C:\Windows\System32>hostname

i5-w7

C:\Windows\System32>nslookup i5-w7

Server: pfsense.local.lan

Address: 192.168.1.253

Name: i5-w7.local.lan

Address: 192.168.1.100

C:\Windows\System32>

edit: Well if your computer is called PC1, then no its not just going to work.. You need to create the records in dns to point to the name you want for your website.

Do you have access to dns on the DC?

here

http://support.microsoft.com/kb/324260

How To Configure DNS Records for Your Web Site in Windows Server 2003

Same thing if 2k8 or 2k8r2, etc.. Send that link to your so called network admin

no my machine is called PC1. the apache server has a virtual host called website.met the apache server is on PC1

here -- this is how you do it if you want to resolve website.met to your 192.168.1.99 address

post-14624-0-23822200-1337161780.jpg

See its a forward zone called met, with A record of website

I had to change what server I did my nslookup too, because I do not use that box as my dns

you could also do it with a cname pointing to your pc1.whaterdomainyourusing -- but lets just keep it REAL SIMPLE!!

Doesn't matter! Interface is the same, create a new primary forward zone called met, then A record of website.

Right click forward lookup zones, new zone, primary -- call it met

Then right click then new zone met and create A record website with your IP you want to point it too

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Simple answer is yes, you will still get the Windows updates and as long as browser is up to date, you will be good. Only thing secure boot does is protect you against boot level threats and make it harder to install other OS's. I've been looking into this pretty thoroughly lately myself as wifes computer has secure boot disabled plus my other, older computers that run Linux, don't have secure boot enabled. Have seen all kinds of questions about this on the Linux Mint and MX Linux forums. Just don't suddenly enable secure boot now.
    • How many other companies will follow Ford's lead? Or, have they already gotten lazy and become enslaved to AI--and now can't figure out how to get out of that mess.
    • Why would any self-respecting intelligent person follow any recommendation by Donald's GOP administration? With almost two years of fabrications, deceit, and blatantly illegal behavior, why believe them now? They had best be gone after the November 2026 election, so we'll wait and see.
    • AltSendme 0.4.1 by Razvan Serea AltSendme is a minimal, cross-platform application designed for fast, secure, and private peer-to-peer file transfers. It allows users to send files or entire directories directly between devices without relying on cloud servers, accounts, or any personal information. Everything is encrypted end-to-end using modern protocols like QUIC and TLS 1.3, ensuring both strong security and low-latency performance. Transfers are verified with BLAKE3 for data integrity, and interrupted downloads automatically resume, making the experience reliable even on unstable connections. You can transfer anything—images, videos, documents, and more. Integrity checks are performed on both ends, so your files are automatically verified for correctness during both sending and receiving. AltSendme works seamlessly across local networks or long-distance links, capable of saturating multi-gigabit connections for extremely fast delivery. With built-in NAT traversal and encrypted relay fallback, it connects devices almost anywhere. The app integrates with the Sendme CLI and will soon support mobile and web platforms. Fully free and open-source, AltSendme offers a lightweight, privacy-first alternative to traditional cloud-based services, removing size limits, upload costs, and unnecessary data exposure. AltSendme 0.4.1 changelog: Release Highlights Self-hosted relays: Run your own iroh relay so transfers don't rely on public infrastructure. Includes a full deployment template in deploy/relay/ with Docker Compose for a VPS and configuration examples for production use. Fly.io support: One-click deploy template for Fly.io, including a quick-start config (fly.dev.toml) for testing without a custom domain, plus production setup with Let's Encrypt and your own hostname. Relay settings UI: New Settings → Network panel to choose how AltSendme connects: automatic public relays, custom self-hosted URLs (with optional auth token), or disabled. Test connections, verify latency, and see live relay status in the footer. Disable relays: Turn off relay servers entirely when you only need same-network transfers (e.g. LAN). Direct connections only. No relay hop required when devices can reach each other. Android graduates from beta: Android is now part of the regular release cycle alongside desktop. APKs ship with each version (universal, arm64, and armv7). Other improvements Private relay access control via shared auth token Relay fallback notifications when a custom relay is unreachable Broadcast mode toggle in sharing settings Android release build fixes (split-per-ABI APKs, universal APK preservation) UI polish: mobile safe-area insets, dropzone layout, transfer progress animation Bug fixes for minification-related serialization issues and system tray icon loading What's Changed feat(relay): add relay status functionality and settings UI (a120cdf) feat(relay): implement custom relay server configuration and verification (51276c7) feat(relay): add configuration for private relay access and enhance observability features (48fbabf) feat(relay): enhance relay URL validation, display connection status (d4fffa0) feat(relay): add RelayChangeGuard component and enhance relay-related translations (16ba514) feat(broadcast): add toggle setting for broadcast mode in sharing UI (ca6d977) fix(relay): correct QUIC discovery port, pin image, templatize fly.dev (52a2ba5) fix: More broken serialization due to minification (67491a9) fix(android): preserve true universal APK across per-ABI builds (e9f256f) fix(ui): conditional safe-area insets padding on mobile (1182f0e) refactor(transfer): CircularRing component animation fix (944572b) chore(android): drop x86 and x86_64 release APKs, keep universal+arm64+armv7 (34ada0b) Download: AltSendme 0.4.1 | ARM64 | ~9.0 MB (Open Source) Download: AltSendme for MacOS | Android Links: AltSendme Home Page | GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • You are mostly right about the ephemeral nature of it. As I mention in the article, if you dont add a second device or take a backup of your account before uninstalling it, then yes you will lose access to your account. That said, in terms of actual user experience when you sync multiple devices your message history carries across and there's also a Saved Messages chat like there is on Telegram to send messages and attachments between your installs. But yh, what you point out are correct and its not trying to emulate Messenger or Telegram.
  • Recent Achievements

    • Week One Done
      flexorcist earned a badge
      Week One Done
    • One Month Later
      Woland13 earned a badge
      One Month Later
    • Week One Done
      Woland13 earned a badge
      Week One Done
    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      495
    2. 2
      +Edouard
      225
    3. 3
      PsYcHoKiLLa
      149
    4. 4
      Steven P.
      75
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!