Website profiles · Technology insights · Alternatives

laybourne.tribalpages.com

No paid content found
Visit website
Profile views 4 Outbound visits 1 Normal

At a glance

Category
Security & Privacy
Language
English
Paid-content signal
No paid content foundObserved
Registered
2000
Hosting
tribalpages.comInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is TribalPages Security?

TribalPages Security is the set of account-access and privacy protections that come with using TribalPages, a platform for building private family-tree websites. Because the site you asked about is a security-focused page on a TribalPages subdomain, its purpose is to explain how members keep their genealogy data restricted to invited relatives rather than open to the public web.

In practice, that means the protections revolve around who can view a tree, who can edit it, and how those people prove their identity when they log in.

What the protections typically cover

  • Invitation-only access. Family trees on TribalPages are generally private by default, so a visitor needs an invitation or approval from the site administrator before seeing living relatives and other sensitive details.
  • Member accounts and passwords. Administrators and contributors sign in with their own credentials, which lets the site track who added or changed a record.
  • Administrator control. The person who created the tree can decide which members may view, contribute, or manage settings, and can remove access when circumstances change.
  • Privacy for living people. Genealogy sites commonly hide or limit data on living individuals, and TribalPages follows that convention.

Who this matters for

If you are the family historian coordinating a large reunion or research project, these controls let you share decades of records without exposing them to search engines or strangers. If you are a relative who was invited to view a tree, the main thing you need is a working email address and a password you do not reuse elsewhere.

A practical next step

Before you invite anyone, decide on two roles: a small group of editors who can change records, and a wider group of viewers who can only read. Then check the tree's privacy setting to confirm it is not publicly listed, and ask each member to use a unique password. If you are evaluating the platform against alternatives, compare how each handles living-person privacy and whether invitations expire; those two details affect real families more than most feature lists.

How does TribalPages Security protect my family tree data?

TribalPages Security is the account-protection layer that sits around a family tree hosted on TribalPages. Its job is to control who can reach your data and to keep the data recoverable, rather than to encrypt or hide the tree from everyone.

What it typically controls

  • Site access: whether a tree is public, private, or visible only to invited family members.
  • Account sign-in: the credentials that let you edit the tree and manage settings.
  • Editing rights: who among your relatives can add, change, or delete people and records.
  • Backups and export: the ability to download a copy so your research survives a lost password or an account problem.

How to judge whether it fits your needs

Your situation Practical priority
Living relatives appear in the tree Restrict access to invited people only
Many cousins collaborate Separate edit rights from view-only access
Long-term research project Regular exports kept off the site
Sensitive adoption or health notes Keep those details out of any shared tree

A concrete scenario

Suppose you have documented three generations, including living grandchildren. Setting the tree to private and inviting only named relatives limits casual exposure, while periodic exports give you a copy you control. The trade-off is administrative: every new relative needs an invitation, and a forgotten password can lock you out of your own work unless you have an export.

Next step

Open your tree's privacy and sharing settings, set access to the most restrictive option that still lets your family collaborate, and download an export to store somewhere you control. For related guidance, see TribalPages.

Is TribalPages Security free to use for existing TribalPages accounts?

TribalPages Security is not a separate product you sign up for or pay for. It is the security and access-control area tied to your existing TribalPages family-tree site, so if you already have a TribalPages account, you reach it through that account rather than through a new purchase.

For an existing account holder, the practical question is not "what does it cost" but "what can I control":

  • Site privacy: whether your tree is visible to the public, to invited family only, or to no one but you.
  • Password protection: requiring a password before visitors can view living individuals or the full tree.
  • Access for relatives: giving specific family members the ability to view or edit without making the whole site public.
  • Editing rights: limiting who can add, change or delete names and records.

These settings matter most in a few common situations. If your tree contains living people, you will usually want the site restricted rather than open. If you are coordinating research with cousins in several countries, you may want some relatives to edit while others only read. If you have stopped actively maintaining the tree but still want it online for family reference, locking it down is simpler than deleting it.

A sensible next step: log in to your existing TribalPages account, open the site's settings or security area, and check two things — whether living individuals are hidden and whether the site requires a password. If you are unsure which option matches your situation, decide first who you want to be able to see the tree, then choose the most restrictive setting that still lets those people in. You can always loosen it later; you cannot un-share information once it has been viewed.

For general context on how family-tree platforms handle privacy and living-person records, the guidance from FamilySearch and Ancestry is worth reading, since the trade-offs between collaboration and privacy are similar across services.

Can I enable two-factor authentication for my TribalPages account?

No. The page evidence for TribalPages Security provides no indication that TribalPages offers two-factor authentication (2FA) as an account setting. TribalPages is a family-tree hosting service, and its security model has traditionally centered on account passwords and privacy controls rather than app-based or hardware-key 2FA.

What to do instead

If you want to protect a TribalPages account without built-in 2FA, focus on the layers you can control:

  • Use a long, unique password. Generate one in a password manager and never reuse it on other sites. This limits the damage if another service you use is breached.
  • Change the password if you suspect exposure. If you have reused the password elsewhere, rotate it on TribalPages and anywhere else it appeared.
  • Review privacy settings. Decide whether your tree is public, private, or password-protected for invited family members, since exposure often comes from visibility settings rather than account takeover.
  • Limit what you publish about living people. Names, birth dates, addresses, and photos of living relatives are the most sensitive material in a family tree.
  • Secure your email account first. Password resets for TribalPages will route through your email, so that inbox deserves the strongest protection you can give it.

A realistic scenario

Suppose you manage a tree with several hundred relatives and share editing access with cousins. Without 2FA, a single weak password on any collaborator's account could expose the whole tree. The practical response is to require collaborators to use password managers and to keep living individuals' details out of the public view, rather than waiting for a 2FA option that may not arrive.

Decision criterion

If 2FA is non-negotiable for you, treat it as a reason to evaluate where you host your tree. Check whether a platform lists 2FA in its own account documentation before moving years of research. Otherwise, password hygiene plus tight privacy settings is the realistic best practice for a TribalPages account today.

What should I do if I suspect unauthorized access to my TribalPages family tree?

If you suspect someone has accessed your TribalPages family tree without permission, act on the two things an intruder can actually use: the account password and the tree's privacy settings. Change your TribalPages password first, then review who the tree is shared with and how visible it is.

Immediate steps

  1. Change your TribalPages password from a device you trust, and change it again if you had reused that same password on email or other accounts. A reused password is the most common way a family-tree account gets opened by someone else.
  2. Change the password on your email account if it shares the password or if the tree's login details were sent there.
  3. Check the tree for changes you did not make — new or removed people, altered dates, deleted photos, changed living/deceased flags, or new invited viewers.
  4. Tighten the privacy settings so the tree is not publicly viewable while you investigate. TribalPages trees can be set to private or limited to invited family members; if you are unsure how yours is set, look at the site's own help pages rather than guessing.
  5. Remove or downgrade access for anyone who should not have it, including old invitations you no longer recognise.
  6. Tell the family members named in the tree if personal details about living people may have been exposed, so they can watch for misuse.

Deciding how far to go

Situation Reasonable response
You only suspect it, no visible changes Change password, review the viewer list, keep the tree private for now
Someone you invited shared access onward Remove that person's access, reset the password, re-invite only who you intend
Tree contents were altered or deleted Change password, restore or re-enter what you can, keep a separate backup of your data
Living people's details were exposed Notify them, and consider whether those details need to stay in the tree at all

Practical habits afterward

Keep a copy of your family-tree data outside TribalPages — a GEDCOM export or your own file — so a compromised or deleted tree is recoverable. Use a unique password for the account, and review the list of people with access once or twice a year. For a second opinion on account security generally, Consumer Sentinel and FTC publish identity-theft guidance; for password habits, Get Safe Online is a plain-English reference.

How does TribalPages Security handle privacy settings for living relatives?

TribalPages handles privacy for living relatives mainly through visibility controls rather than by publishing everyone in the tree openly. The practical effect is that a living person's details can be kept out of public view while still being recorded in the family tree for logged-in family members.

What the privacy model means in practice

  • Living relatives are typically the most sensitive entries in any genealogy site, because birth dates, addresses and family connections can identify people who never chose to be listed.
  • A site like TribalPages normally distinguishes between living and deceased people when deciding what visitors can see.
  • The usual mechanism is that a site administrator or tree owner sets who can view the tree: only invited family, or anyone with the link, or the general public.

How to decide whether it is right for your family

If you are the person maintaining the tree, the key question is not "is this private?" but "who is in the audience?" A tree shared only with relatives can safely include living people's names and dates. A tree that is publicly searchable should generally show living people as private or hidden.

A concrete scenario: you want cousins to find each other, but you do not want a stranger searching your grandmother's maiden name to see your niece's birth date. The right setting is one where invited members see full entries and anonymous visitors see only deceased ancestors.

A useful next step

Check the tree's own access setting before adding living people, and confirm what an anonymous visitor can actually see by opening the tree in a private browser window. That single test tells you more than any general description of the privacy policy.

Related questions

More questions →
What Is TribalPages Security?

TribalPages Security refers to the security and privacy features of TribalPages, a website for building and hosting family trees and genealogy pages. The subdomain laybourne.tribalpages.com is an individual family site hosted on TribalPages, and "Security" in this context points to the account, privacy, and access-control settings that govern who can view or edit a family tree — not a separate security product.

What TribalPages Is

TribalPages is a genealogy hosting platform. Users create an account, build a family tree, upload photos and documents, and publish the result as a personal site under a *.tribalpages.com address. The laybourne portion of the hostname is the site owner's chosen name, so laybourne.tribalpages.com is one family's tree rather than a platform-wide page.

What "Security" Means Here

On a hosted family-tree site, security usually covers three things:

  • Account access — the login credentials that let the owner manage the tree.
  • Privacy settings — whether the tree is public, private, or visible only to invited family members.
  • Access control — who can view living relatives' details, photos, or other sensitive entries, and who can contribute edits.

A page labeled "Security" on such a site is typically an entry point or explanation page for these controls, not a standalone tool or service.

What This Means for You

If you are… What to expect
A visitor to laybourne.tribalpages.com You may hit a login or permission wall if the owner restricted access.
A family member with an invite You log in with the credentials the owner provided to view or edit the tree.
The site owner Security settings are where you decide public vs. private and manage who can see living people's data.

Practical Notes

  • A "Security" heading on a TribalPages site does not imply the site is unsafe or that a breach occurred; it is a functional label for privacy and access options.
  • If you cannot open a specific family tree, the likely cause is the owner's privacy setting rather than a technical fault.
  • Living individuals are commonly hidden or restricted on genealogy sites by default, so missing names may reflect a privacy choice, not missing data.

For the exact options available, sign in to the relevant TribalPages account and open its security or privacy settings, since the controls apply per site and per owner.

How can I check if my TribalPages site is secure?

TribalPages sites are private by default, so the main things to verify are your site's password protection, your privacy settings for living people, and the security of your own login. There is no public "security scan" tool for a TribalPages site; you check security by reviewing the settings inside your account and watching for signs of unauthorized access.

Check your site's password protection

A TribalPages family site is normally protected by a site password that visitors must enter before they can view anything. If that password is missing, weak, or shared too widely, the site is effectively open.

  • Log in to your TribalPages account and open the site's Settings (or Site Settings) area.
  • Look for the password / access protection option and confirm it is turned on.
  • If a password is set, change it if it has been shared with people you no longer want to have access, or if you suspect it has leaked.
  • Use a password that is not reused from another service, and avoid obvious choices like a surname, a birth year, or "family."

Expected result: visitors who do not have the password should be stopped at the entry screen and should not be able to browse names, photos, or dates.

Review privacy settings for living people

The most common real-world risk on a genealogy site is not hacking — it is living relatives' details being visible to people they never agreed to share with. TribalPages provides privacy controls specifically for this.

  • In your site settings, find the privacy options that control what visitors can see.
  • Confirm that information about living people is restricted. Many genealogy platforms hide or limit living individuals by default; verify this is actually the case on your site rather than assuming it.
  • Check whether visitors can see full names, birth dates, addresses, or photos of living people, and tighten these if needed.
  • If you have multiple levels of access (for example, family members versus general visitors), confirm who is in each group.

Expected result: a visitor without elevated access should see living people either omitted or reduced to minimal, non-identifying information.

Verify your own login credentials

Your account login is separate from the site password. Weak or shared account credentials are the most direct way someone could change your content.

  • Use a unique password for your TribalPages account that you do not use anywhere else.
  • Do not share your account login with relatives; give them the site password instead, so they can view without being able to edit.
  • If you have not changed your password in a long time, or if you have ever sent it by email or message, change it now.
  • Log out of shared or public computers after each session.

Expected result: only you (and anyone you deliberately authorize) can log in and modify the tree.

Watch for signs of unauthorized access or edits

Security problems on a family site usually show up as unexpected changes rather than as a technical alert.

Signs worth investigating:

  • Names, dates, relationships, or photos you did not add or change.
  • New user accounts or contributors you do not recognize.
  • Visitors or messages from people you did not invite.
  • A site password that no longer works, suggesting it was changed by someone else.

If you see any of these, change your account password and your site password immediately, then review the site's recent changes to identify what was altered.

If something looks wrong, contact TribalPages support

TribalPages does not expose a self-service security dashboard, so suspected unauthorized access or tampering is handled through their support channel. When you contact them:

  • Describe what changed and when you first noticed it.
  • State whether the site password or your account login may have been shared or exposed.
  • Ask them to review access to the site and help you restore any altered content.

Quick checklist

Check What "secure" looks like
Site password Enabled, unique, not shared beyond intended viewers
Living-person privacy Living people hidden or heavily restricted
Account login Unique password, never shared, logged out on shared devices
Content integrity No unexplained edits, new users, or messages
Response plan You know how to reach TribalPages support if something changes

The core point: on TribalPages, security is something you verify through your own settings and by watching your tree — not through an external scan. Start with the site password and living-person privacy, since those two settings determine who can see your family's information.

What to Know About Privacy on TribalPages

TribalPages sites are built to share family history, but the same features that make them useful for relatives can also expose information about living people. The practical takeaway: treat every page as potentially public unless you have confirmed otherwise, and review your site's privacy settings before adding details about anyone still alive. The exact controls available depend on your account and the settings shown in your site's admin area, so verify them directly rather than assuming a default level of protection.

Why genealogy data is more sensitive than it looks

A family tree rarely contains only names and dates. It often accumulates:

  • Full names and maiden names of living relatives
  • Birth dates and places, which are common identity-verification answers
  • Home addresses, phone numbers, and email addresses
  • Photos of living people, including children
  • Notes about health, adoption, or family disputes

Individually these seem harmless. Combined, they can support identity theft, unwanted contact, or simply information a relative never agreed to share. Deceased ancestors carry little risk; living people are where privacy problems concentrate.

What to check on your own site

Because TribalPages settings vary by account type and site configuration, work through these checks in your site's administration area rather than relying on a general description:

  1. Find the privacy or security section. Look for settings labeled privacy, access, or visibility in your site management pages.
  2. Determine who can currently view the site. Confirm whether it is open to anyone, restricted to invited visitors, or protected by a password.
  3. Check whether living people are hidden. Many genealogy platforms offer an option to suppress details for people marked as living. If that option exists on your site, confirm it is on.
  4. Review any password or invitation list. Remove people who should no longer have access, and change the password if it has been shared widely.
  5. Search the site as a visitor would. Open it in a private browser window or while logged out to see exactly what an uninvited visitor sees.

The expected result of step 5 is the most useful test: it shows your real exposure rather than your intended one.

Deciding what to publish

A simple rule that works for most family historians: publish freely about people who have died, and be deliberate about anyone living.

Content type Lower risk Higher risk
Deceased ancestors Names, dates, places, documents —
Living adults First names only, or initials Full birth date, address, contact details
Living children Generally omit Names, schools, photos, birth dates
Sensitive family matters Keep offline Adoption, health, disputes on a public page

If a relative asks you to remove their information, do it. Genealogy sites are collaborative, and one person's discomfort is a good enough reason to restrict a record.

Sharing links and invitations

A common mistake is assuming a private site stays private. If you email a link or password to a group, it can be forwarded. Practical habits:

  • Send invitations individually rather than to a mailing list.
  • Avoid posting site links in public forums or social media groups.
  • Change the password periodically, and immediately if you are unsure who has it.
  • Keep a short list of who has access so you can revoke it.

When you need help

TribalPages provides its own security-related documentation and support channels. If you cannot find a setting, look for a help, support, or contact link on the site itself, and describe your specific question — for example, "how do I hide living people" or "how do I change my site password." Support can confirm what your particular account supports, which is more reliable than any general guide, including this one.

A reasonable baseline

  • Confirm your site's current visibility before adding new information.
  • Hide or omit details for living people wherever the platform allows it.
  • Review your visitor list and password at least once a year.
  • Test what a logged-out visitor can see.
  • Honor removal requests from relatives without argument.

Privacy on a genealogy site is not a one-time setup. It is a habit of checking what you have published and who can reach it.

How do I find security-related help on TribalPages?

Security-related help for TribalPages is found through the main TribalPages site and its help resources, not through an individual family tree address such as laybourne.tribalpages.com. That subdomain points to one specific published tree, so it is the wrong place to look for account-level security settings. To manage passwords, privacy, or access to a tree you administer, sign in to the account that owns the site and use the site-wide help or account pages.

Start from the main TribalPages site

The hostname in this query, laybourne.tribalpages.com, is a tree-specific address. Security controls such as password changes, privacy levels, and viewer permissions belong to the account that manages the tree, so begin at the TribalPages home site and sign in there.

  • Use the main TribalPages domain rather than the *.tribalpages.com tree address.
  • Sign in with the account that administers the tree.
  • Look for account, settings, or help links in the signed-in area.

If you are only a visitor to the Laybourne tree, you will not see administrative security options. Those are visible only to the tree owner or an account with management rights.

Use the help and search entry points

TribalPages provides help content and a search function on its site. The most direct route to security topics is to search for the specific term you need rather than browsing.

Search terms that map to common security questions:

What you want to do Search term to try
Understand privacy levels privacy settings
Control who can view a tree tree access / viewer access
Change or recover a password password
Review general security practices security

The existing questions on this topic — "What Is TribalPages Security?" and "What Security and Privacy Settings Does TribalPages Offer?" — indicate that privacy settings and general security are the two areas most often looked up. Searching those phrases should surface the relevant help pages.

Match the help page to your role

The help you need depends on whether you own the tree or are viewing someone else's.

If you administer the tree

  • Sign in, then open the tree's settings or management area.
  • Look for privacy, access, or password options there.
  • Use the site-wide help search if a setting is not where you expect.

If you are a visitor

  • You generally cannot change security settings on a tree you do not manage.
  • For access problems, contact the tree owner or administrator.
  • Use the main site's help content for general questions about how TribalPages handles privacy.

Common sticking points

  • Wrong starting point. Opening laybourne.tribalpages.com and looking for settings there will not work; that address is the published tree, not the account console.
  • Not signed in. Security and privacy options typically appear only after signing in to the managing account.
  • Assuming a tree address equals an account. A *.tribalpages.com subdomain is one tree, and one account may manage several.
  • Expecting visitor-level control. Visitors cannot alter a tree's privacy or access settings.

A practical sequence

  1. Go to the main TribalPages site and sign in.
  2. Search help for "privacy settings," "security," or "password," depending on your goal.
  3. Open the tree you manage and check its settings area for access and privacy controls.
  4. If a control is missing, confirm you are signed in as the owner or an authorized manager.
  5. If you are a visitor, direct access or privacy requests to the tree administrator.
What Security and Privacy Settings Does TribalPages Offer?

TribalPages provides privacy and access controls for family tree sites, but the exact options depend on your account level and the site's current interface. The platform is built around a simple idea: you decide whether a tree is public, private, or visible only to approved family members. If you are the site administrator, you manage those choices from your account and site settings after logging in.

What "TribalPages Security" Usually Covers

The term covers two related areas:

  • Privacy of living people. Genealogy sites generally hide or restrict details about living individuals by default, because publishing names, birth dates, and addresses creates real risk.
  • Access control for the tree itself. You choose who can view, search, or edit the family tree, and whether visitors need a password.

The hostname laybourne.tribalpages.com is a subdomain, meaning it points to one specific family site hosted on TribalPages. Security settings for that site are controlled by whoever administers that account, not by visitors.

Privacy Levels You Can Expect

Most TribalPages sites use a tiered model rather than a single on/off switch. Typical levels include:

Level Who can view Typical use
Public Anyone with the link or search engines Distant relatives, research collaboration
Password-protected Anyone with the password Extended family
Private / members only Approved accounts only Close family, sensitive records
Admin only Site administrator Draft or unpublished data

The practical difference matters most for living individuals. Even on a public tree, you generally want living people's details suppressed. Check whether your site hides them automatically or whether you must mark each person as private.

How to Find and Change the Settings

  1. Log in to your TribalPages account as the site administrator.
  2. Open the site management or admin area for the specific tree (the laybourne subdomain in this case).
  3. Look for a Privacy, Security, or Access section.
  4. Set the overall privacy level, then review per-person privacy for living individuals.
  5. If you use a password, share it only through a private channel — not in a public post or email thread.
  6. Verify by opening the site in a private/incognito browser window, logged out. What you see there is what a stranger sees.

The verification step is the one people skip. A setting that looks correct in the admin panel can still expose data if a linked page, photo album, or search result is separately public.

Common Pitfalls

  • Search engine indexing. A password-protected site is usually not indexed, but a public one can appear in search results. If you want the tree findable only by people you tell, keep it private.
  • Photos and documents. Media files may have their own visibility settings separate from the person records.
  • Invited editors. Giving someone edit access also gives them the ability to change privacy settings unless you restrict their role.
  • Living-person data. Always confirm how the platform treats living individuals before adding sensitive details.
  • Old links. Changing privacy does not always remove cached copies from search engines immediately.

A Reasonable Default

If you are unsure, start private and open up later. It is far easier to invite relatives to a private tree than to retract information that has already been indexed or copied. For a site like laybourne.tribalpages.com, the administrator should confirm the current privacy level and test it from a logged-out browser before sharing the link widely.

Because TribalPages updates its interface over time, treat the labels above as a guide and confirm the actual options in your own admin panel.

Website Overview

Identifiable technologies and additional version or configuration signals make the service easier to fingerprint, which may help targeted scanners narrow their checks. An established domain and managed infrastructure suggest continuity of operations and may support dependable delivery, although neither guarantees service quality.

Domain and Registration

Registered in 2000, this domain has about 26 years of history. That suggests continuity, although ownership and purpose may have changed. Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The domain uses the common .com extension, which is not an independent safety signal.

DNS and Email

The observed email authentication setup is incomplete: DMARC is missing. The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by Amazon Route 53, indicating managed DNS hosting. MX records point to the Google Workspace email service. TXT records include verification markers for Google. Such markers may also remain after a service stops being used.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued within the Amazon cloud or CDN ecosystem. The certificate is valid for about 394 days in total, with 155 days remaining.

HTTP and Browser Security

The Server header exposes the software version: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_jk/1.2.43. This makes version-targeted checks easier, but is not proof of an exploitable vulnerability. The checked browser-security headers were not detected, leaving fewer explicit browser-side safeguards. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. No explicit CDN or WAF marker was found in the response headers.

Technology Stack Analysis

The public page identifies Apache 2.4.6, with exact versions exposed for 1 technologies. These details can narrow vulnerability checks, although exposure alone is not a vulnerability.

Search and Social Sharing

Unknown

Hosting and Email

DNSAmazon Route 53
Hostingtribalpages.com
EmailGoogle Workspace
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagAshburn, Virginia, United States Inferred 54.173.156.33

Registration details

RDAP / WHOIS

RegistrarRegister.com - Network Solutions, LLC
Registered2000-01-27
Expires2029-01-27
Domain statusclient transfer prohibited
Nameserversns-1522.awsdns-62.org、ns-2032.awsdns-62.co.uk、ns-334.awsdns-41.com、ns-729.awsdns-27.net
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Awww.tribalpages.com54.173.156.3360—
Awww.tribalpages.com54.221.205.060—
MXtribalpages.comaspmx.l.google.com36001
MXtribalpages.comalt1.aspmx.l.google.com36005
MXtribalpages.comalt2.aspmx.l.google.com36005
MXtribalpages.comalt3.aspmx.l.google.com360010
MXtribalpages.comalt4.aspmx.l.google.com360010
NStribalpages.comns-1522.awsdns-62.org172800—
NStribalpages.comns-2032.awsdns-62.co.uk172800—
NStribalpages.comns-334.awsdns-41.com172800—
NStribalpages.comns-729.awsdns-27.net172800—
TXTtribalpages.comgoogle-site-verification=waa61e0r8VH_gsjI4rtPOzOU5-8CO6Iq8CF8TOJJHcU3600—
TXTtribalpages.comv=spf1 a mx include:sendgrid.net ~all3600—
CNAMElaybourne.tribalpages.comwww.tribalpages.com172800—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2
Negotiated protocolTLSv1.2
Certificate subjecttribalpages.com
IssuerAmazon
Valid until2027-03-13T23:59 · Remaining when checked: 155 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html;charset=utf-8
serverApache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_jk/1.2.43

Identified technologies

Apache 2.4.6

Pages, Search and Sharing

Meta descriptionNot detected
Canonical URLNot detected
LanguageEnglish (default)
Twitter CardNot detected

Unknown

All bots 4 allowed · 1 disallowed
  • Allow/index.html
  • Allow/about.html
  • Allow/tribe/feedback
  • Allow/tribe/forum/
  • Disallow/

Recent Updates

  • Website images
  • Website Technologies
  • Pages and Search Information

User reviews (0)

  • No reviews yet.